"移動局と基地局とを備えた移動通信システムにおけるタイミング調整方法において、前記移動局で、送信タイミング調整情報に基づいて、送信処理を行ない、前記移動局と基地局との間で、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータを割り当て、前記移動局で、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する、ことを特徴とする、タイミング調整方法。移動局と基地局とを備えた移動通信システムにおけるタイミング調整方法において、前記移動局で、送信タイミング調整情報に基づいて、送信処理を行ない、前記移動局と基地局との間で、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータを割り当て、前記移動局で、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、SRISchedulingRequestIndicatorに関わるパラメータ、CQIChannelQualityInformationに関わるパラメータ、及びSRSSoundingReferenceSignalに関わるパラメータをセットで解放する、ことを特徴とする、タイミング調整方法。移動局と基地局とを備えた移動通信システムにおいて、前記移動局は、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータについて、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する制御部と、を備えることを特徴とする、移動通信システム。移動局と基地局とを備えた移動通信システムにおいて、前記移動局は、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータについて、SRISchedulingRequestIndicatorに関わるパラメータ、CQIChannelQualityInformationに関わるパラメータ、及びSRSSoundingReferenceSignalに関わるパラメータをセットで解放する制御部と、を備えることを特徴とする、移動通信システム。前記基地局は、前記移動局と基地局との間で、送信処理に用いるPUCCHリソースに関する複数のパラメータを割り当てるULUplinkリソース管理部、を備えることを特徴とする、請求項3又は請求項4に記載の移動通信システム。移動局と基地局とを備えた移動通信システムにおける前記移動局であって、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータについて、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する制御部と、を備えることを特徴とする、移動局。移動局と基地局とを備えた移動通信システムにおける前記移動局であって、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータについて、SRISchedulingRequestIndicatorに関わるパラメータ、CQIChannelQualityInformationに関わるパラメータ、及びSRSSoundingReferenceSignalに関わるパラメータをセットで解放する制御部と、を備えることを特徴とする、移動局。移動局と基地局とを備えた移動通信システムにおける前記基地局であって、前記移動局と基地局との間で、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータを割り当てるULUplinkリソース管理部、を備えると共に、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する制御部と、を有する前記移動局から送信された信号を受信する受信処理部、を備えることを特徴とする、基地局。移動局と基地局とを備えた移動通信システムにおける前記基地局であって、前記移動局と基地局との間で、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータを割り当てるULUplinkリソース管理部、を備えると共に、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、SRISchedulingRequestIndicatorに関わるパラメータ、CQIChannelQualityInformationに関わるパラメータ、及びSRSSoundingReferenceSignalに関わるパラメータをセットで解放する制御部と、を有する前記移動局から送信された信号を受信する受信処理部、を備えることを特徴とする、基地局。従来技術では、RAの過程実行途中で、送信タイミングの調整情報の有効期限が切れたり等、送信タイミングの調整等において不都合が生ずることがある。そこで、基地局から端末移動局への送信タイミングの調整等において生じ得る不都合を解決することを目的とする。他の目的の一つは、移動局が基地局に接続して通信を開始できるようになるまでの遅延時間を低減することにある。なお、前記目的に限らず、後述する実施形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも他の目的の一つとして位置付けることができる。例えば、以下の手段を用いる。1移動局と基地局とを備えた移動通信システムにおけるタイミング調整方法において、前記移動局で、送信タイミング調整情報に基づいて、送信処理を行ない、前記移動局と基地局との間で、送信処理に用いるPUCCHPhysicalUplinkControlChannelリソースに関する複数のパラメータを割り当て、前記移動局で、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する、タイミング調整方法を用いることができる。2移動局と基地局とを備えた移動通信システムにおけるタイミング調整方法において、前記移動局で、送信タイミング調整情報に基づいて、送信処理を行ない、前記移動局と基地局との間で、送信処理に用いるPUCCHリソースに関する複数のパラメータを割り当て、前記移動局で、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、SRISchedulingRequestIndicatorに関わるパラメータ、CQIChannelQualityInformationに関わるパラメータ、及びSRSSoundingReferenceSignalに関わるパラメータをセットで解放する、タイミング調整方法を用いることができる。3移動局と基地局とを備えた移動通信システムにおいて、前記移動局は、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHリソースに関する複数のパラメータについて、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する制御部と、を備える移動通信システムを用いることができる。4移動局と基地局とを備えた移動通信システムにおいて、前記移動局は、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHリソースに関する複数のパラメータについて、SRIに関わるパラメータ、CQIに関わるパラメータ、及びSRSに関わるパラメータをセットで解放する制御部と、を備える移動通信システムを用いることができる。5移動局と基地局とを備えた移動通信システムにおける前記移動局であって、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHリソースに関する複数のパラメータについて、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する制御部と、を備える移動局を用いることができる。6移動局と基地局とを備えた移動通信システムにおける前記移動局であって、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、前記移動局と基地局との間で割り当てられる、送信処理に用いるPUCCHリソースに関する複数のパラメータについて、SRIに関わるパラメータ、CQIに関わるパラメータ、及びSRSに関わるパラメータをセットで解放する制御部と、を備える移動局を用いることができる。7移動局と基地局とを備えた移動通信システムにおける前記基地局であって、前記移動局と基地局との間で、送信処理に用いるPUCCHリソースに関する複数のパラメータを割り当てるULUplinkリソース管理部、を備えると共に、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、割り当てられたPUCCHリソースに関する複数のパラメータの少なくとも一部を解放する制御部と、を有する前記移動局から送信された信号を受信する受信処理部、を備える基地局を用いることができる。8移動局と基地局とを備えた移動通信システムにおける前記基地局であって、前記移動局と基地局との間で、送信処理に用いるPUCCHリソースに関する複数のパラメータを割り当てるULリソース管理部、を備えると共に、送信タイミング調整情報に基づいて、送信処理を行なう送信処理部と、第1の送信タイミング調整情報に基づいて前記基地局に対する接続処理を行なっている場合に、該接続処理の過程で、該第1の送信タイミング調整情報の有効期限が、該移動局の識別情報を含む信号の送信処理を行なう前に到来すると、前記接続処理を中止すると共に、SRIに関わるパラメータ、CQIに関わるパラメータ、及びSRSに関わるパラメータをセットで解放する制御部と、を有する前記移動局から送信された信号を受信する受信処理部、を備える基地局を用いることができる。基地局から移動局への送信タイミングの調整等において生じ得る不都合を解決することが可能となる。移動局が基地局に接続して通信を開始できるようになるまでの遅延時間を低減することも可能である。以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本実施形態は、その趣旨を逸脱しない範囲で種々変形各実施例を組み合わせる等して実施することができる。1第1実施形態図1は、第1実施形態に係る無線移動通信システムの一例を示すブロック図である。この図1に例示するシステムは、無線基地局の一例としてのeNB10と、eNB10の無線エリアにおいて無線リンクを介してeNB10と通信する、無線端末移動局の一例としてのUE20と、をそなえる。この図1では、1台のeNB10と、1台のUE20とに着目しているが、eNB10及びUE20は、それぞれ、前記無線通信システムにおいて複数存在することができる。前記無線リンクには、DL及びULの無線チャネルが含まれる。前記DL及びULの無線チャネルのそれぞれには、複数のUEにより共有される共有チャネルと、個々のUEが排他的に使用可能な個別チャネルと、が含まれ得る。また、図1中に例示するeNB10及びUE20の構成は、以降の第2及び第3実施形態においても、特に断らない限り、共通で構わない。さらに、本例での無線基地局10は、無線ネットワーク制御装置RNCの機能の一部又は全部を具備するLTEでのeNBであることを想定しているが、LTEよりも前の世代でのRNCの機能が組み込まれない基地局であっても構わない。加えて、RA手順が規定された他のシステムの基地局でもよい。1.1eNBの説明eNB10は、例示的に、送受信アンテナ11と、送受信部12と、バッファ13と、UL同期判定部14と、タイマ管理部15と、ULリソース管理部16と、をそなえる。送受信アンテナ11以下、単にアンテナ11と表記することもあるは、eNB10が提供する無線エリアセル又はセクタに存在するUE20にて受信され得るDLの無線信号を送信する一方、UE20が送信したULの無線信号を受信する。送受信部12は、UE20宛の送信データユーザデータ、制御データなどが含まれるに対して所定の送信処理を施して無線チャネルの信号を生成し、送受信アンテナ11へ出力する。前記送信処理には、例示的に、DLの送信データの符号化、符号化データの変調、変調信号の所定チャネルのフレームへのマッピング、フレーム信号の無線周波数への周波数変換アップコンバート、無線フレームの電力増幅、などが含まれ得る。前記無線フレームには、例えば、OrthogonalFrequencyDivisionMultiplexingOFDMやOrthogonalFrequencyDivisionMultipleAccessOFDMAをベースとする無線フレームを適用できる。また、送受信部12は、アンテナ11で受信されたULの無線信号無線フレームについて所定の受信処理を施して、UE20が送信したULのデータユーザデータ、制御データなどが含まれるを取得する。前記受信処理には、例示的に、受信信号の低雑音増幅、ベースバンド周波数への周波数変換ダウンコンバート、利得調整、復調、復号などが含まれ得る。なお、送受信部12は、機能的に、送信部と受信部とに別けて備えられてもよい。バッファ部13は、ULの受信データ及び/又はDLの送信データを一時的に保持する。タイマ管理部15は、ULの同期を確保維持するためにUE20へ周期的に送信通知する、送信タイミング調整情報の一例としてのTATimeAlignment値を生成する。このTA値の生成、通知は、呼設定及びUE20がULのデータ送信に用いる無線リソースULリソースの割当を行なったUE20について行なわれる。TA値は、UE20によるULデータの送信タイミングと、eNB10によるULデータの受信タイミングとを揃える同期させるために用いられる制御情報の一つである。つまり、TA値は、送受信部12において適切なタイミングで受信処理できるように、UE20のULの送信タイミングを調整するのに用いられる。したがって、UE20は、eNB10から受信したTA値に応じてULの送信タイミングを調整することで、ULの同期を確保することができる。UE20は、同じ位置に止まるとは限らないから、TA値は、eNB10とUE20との間の距離UE20の位置に応じた可変値となる。故に、UE20がULの同期を確保維持するためには、周期的にTA値を更新することが望まれる。この更新を実現する一例として、eNB10は、周期的にUE20の位置に応じたTA値を生成してUE20に通知する。この通知に用いるDLの制御信号をTAコマンドと呼ぶ。eNB10がUE20の位置を把握するには、UE20から受信されるULの制御信号を用いることができる。この測定に用いる制御信号は、既知の信号、例えばSRSSoundingReferenceSignalである。また、タイマ管理部15は、UL同期タイマTAタイマ151を有する。このTAタイマ151は、UE20に対するTA値の送信通知を契機にスタートする。タイマ管理部15は、そのタイマ値を監視する。UE20はその移動によって位置を変えるから、UE20に通知したTA値はいつまでも有効ではない。そこで、UE20に通知したTA値の有効期限を、TAタイマ151を用いて監視する。TAタイマ151は、新たなTA値の生成、通知を行なう毎にリスタートされる。UL同期判定部制御部14は、TAタイマ151タイマ値を監視して、ULのデータを受信する場合、あるいはDLのデータを送信する場合ULで確認応答を受信するために、ULの同期が確保維持されているか否かを判定する。例えば、TAタイマ151が満了タイムアウトした場合は、たとえ実際の下位レイヤのUL同期は確保維持されていても、UL同期は外れたものと判定する。ULリソース管理部16は、UE20とのUL通信RA時の通信も含むに用いるULリソース例えば、チャネル周波数や時間送受信タイミングなどと、その割当及び解放とを管理する。前記無線フレームにOFDMA方式のフォーマットを適用する場合であれば、前記無線リソースの管理は、サブチャネル周波数とシンボル時間とで規定される2次元の送受信領域バーストと呼ばれるの配置マッピングを管理することに相当する。前記ULリソースには、例示的に、UE20に個別のULの制御チャネルPUCCH:PhysicalUplinkControlChannelや、eNB10がチャネル推定や前記UE20の位置測定などを行なうのに用いるSRSのリソースが含まれ得る。また、PUCCHリソースには、UE20が、CQIChannelQualityInformationや、SRISchedulingRequestIndicatorをeNB10に送信するのに用いるリソースが含まれ得る。CQIリソースは、UE20の受信状態品質をeNB10に報告するために用いられる。eNB10は、UE20から受信したCQIを基にDLの送信送信データ量、変調方式、符号化率などを適応的に制御することができる。SRIリソースは、UL同期が確保されている場合に、UE20にULデータが発生していることをUE20がeNB10に知らせるために用いられる。SRIリソースが未割当のUE20は、RAを実行してULデータの発生をeNB10に知らせることができる。なお、UL同期が確保されていないUE20は、ULデータが発生した場合、RAを実行してULデータの発生をeNB10に知らせることができる。ULリソース管理部16は、TAタイマ151がタイムアウトした場合、UE20に割り当てたPUCCHリソースCQIリソース、SRIリソース及びSRSリソースの割当を解放することが許される。1.2UEの説明一方、図1に示すUE20は、例示的に、送受信アンテナ21と、送受信部22と、バッファ23と、UL同期判定部24と、タイマ管理部25と、ULリソース管理部26と、をそなえる。送受信アンテナ21以下、単にアンテナ21と表記することもあるは、eNB10が提供する無線エリアセル又はセクタにおいてeNB10へULの無線信号を送信する一方、eNB10が送信したDLの無線信号を受信する。送受信部22は、eNB10宛のULの送信データユーザデータ、制御データなどが含まれるに対して所定の送信処理を施して無線チャネルの信号を生成し、送受信アンテナ21へ出力する。前記送信処理には、例示的に、ULの送信データの符号化、符号化データの変調、変調信号の所定チャネルのフレームへのマッピング、フレーム信号の無線周波数への周波数変換アップコンバート、無線フレームの電力増幅、などが含まれ得る。また、送受信部22は、アンテナ21で受信されたDLの無線信号無線フレームについて所定の受信処理を施して、eNB10が送信したDLのデータユーザデータ、制御データなどが含まれるを取得する。前記受信処理には、例示的に、受信信号の低雑音増幅、ベースバンド周波数への周波数変換ダウンコンバート、利得調整、復調、復号などが含まれ得る。なお、送受信部22は、機能的に、送信部と受信部とに別けて備えられてもよい。バッファ部23は、ULの送信データ及び/又はDLの受信データを一時的に保持する。タイマ管理部25は、eNB10におけるものと同様のUL同期タイマTAタイマ251を有し、そのタイマ値を管理監視することで、TA値の有効期限を監視する。eNB10からTAコマンドが受信された場合、TAタイマ251は、スタート又はリスタートされる。ただし、コンテンションベースRA手順接続処理の過程でeNB10から新しいTA値を受信した場合、前記RA手順の開始前にeNB10から受信したTAコマンドのTA値を信頼することとしてもよい。この場合、RA手順の過程で受信したTA値を無視することが許容され、TAタイマ251をリスタートしない制御も許される。また、タイマ管理部25は、メモリ252をそなえ、RA手順の過程でeNB10から受信したTA値を、このメモリ252に、その後の適用にそなえて記憶しておくことができる。UL同期判定部制御部24は、TAタイマ251タイマ値を監視して、ULのデータ送信を行なう場合に、ULの同期が確保維持されているか否かを判定する。TAタイマ251がタイムアウトした場合は、UL同期が外れたと判定する。したがって、RA手順の過程でeNB10から受信したTA値を無視した場合、TAタイマ251がタイムアウトして、RA手順の途中でUL同期が外れたと判定される場合がある。ULリソース管理部26は、eNB10から割り当てられたULリソースと、その解放とを管理する。TAタイマ251がタイムアウトしてUL同期判定部24にてUL同期が外れたと判定された場合、ULリソース管理部26は、割り当てられたULリソースを解放することが許される。1.3コンテンションベースRA手順以下、上述したeNB10とUE20との間の基本的な接続処理の一例としてのコンテンションベースRA手順について、図2~図4を用いて説明する。図2は、コンテンションベースRA手順の一例を示すシーケンス図である。図3は、UE20におけるコンテンションベースRA手順の一例を示すフローチャート、図4は、eNB10におけるコンテンションベースRA手順の一例を示すフローチャートである。コンテンションベースRA手順は、UE20においてULデータが発生した場合UE20の初回送信時や、UE20宛のDLデータがeNB10に到着してDLデータの着信通知がeNB10から受信された場合などに実行される。図3のフローチャートは、前者のケースを例示しており、図4のフローチャートは、後者のケースを例示している。図3に例示するように、UE20において、ULデータが発生すると、UE20は、UL同期判定部24により、UL同期が確保されているか否かを判定する処理1101~処理1103。この判定の結果、UL同期が確保されていなければ処理1103でnoであれば、UE20は、ULリソース管理部26にて、予め用意されている複数のシグニチャプリアンブルの中から1つを選択する。UE間で同一のシグニチャを選択する可能性を少しでも低下させる趣旨であり、発生させた乱数に応じて選択する等種々の選択方法を採用できる。選択したシグニチャは、メッセージ1RAプリアンブルに含められて、送受信部22からRACHにてeNB10へ送信される図2の処理1011及び図3の処理1104。eNB10は、前記メッセージ1を受信すると、それに対する応答メッセージ2RAレスポンスをUE20に送信する図2の処理1012。このRAレスポンス2には、eNB10が受信判別できた1又は複数のシグニチャの識別子、当該シグニチャに対応するULの共有チャネルの送信許可、以降のRA通信の対象UE20を識別するために一時的に割り当てる識別子、などを含めることができる。この識別子は、temporaryconnectionradionetworktemporaryidentifierTCRNTIと呼ばれる。UE20は、eNB10からRAレスポンス2を受信すると図3の処理1105、その受信情報に前記メッセージ1で送信したシグニチャの識別子が含まれるか否かを確認する。含まれる場合には、UE20は、当該RAレスポンス2に含まれる、自身が送信したシグニチャに対応する送信許可に基づいて、メッセージ3の送信ScheduledTransmissionを行なう図2の処理1013及び図3の処理1106。このメッセージ3は、eNB10に対するスケジューリング要求を含む信号であり、UE20の識別番号の一例としてのsystemarchitectureevolutiontemporarymobilesubscriberidentityS-TMSIなどを含むことができる。ここで、前記メッセージ1で、UE20は、シグニチャを選択するが、複数のUE20が、同時に同じシグニチャを用いてメッセージ1をeNB10に送信してしまうことも起こり得る。その場合、eNB10では、それらのUE20を判別できないが、UE20が前記メッセージ3で送信した識別情報番号S-TMSIを受信することで、どのUE20間でシグニチャの競合が発生したかを認識することができる。したがって、eNB10は、いずれか一のUE20を選択して競合解決することができる。この選択の基準には、メッセージ1の受信電界強度を用いることができる。例えば、eNB10は、メッセージ1の受信電界強度が他よりも大きいUE20を選択する。eNB10は、競合解決により選択したUE20に対して、メッセージ4ContentionResolutionをUE20へ送信する図2の処理1014。このメッセージ4には、メッセージ3で送信したS-TMSIなどの情報を含めることができる。UE20は、eNB10から前記メッセージ4を受信すると図3の処理1107、他UE20との競合の有無をチェック自身の識別情報が含まれているか否かチェックし図3の処理1108、競合が生じていなければ、ULの接続処理は完了する図3の処理1108のnoルート。以後、UE20は、前記一時的に割り当てられた仮の識別子TCRNTIを、確定的な識別子CRNTIとしてeNB10との通信に使用する。一方、メッセージ4を受信した結果、他UE20との競合が生じていた自身の識別情報が含まれていない場合処理1108でyesの場合、当該UE20は、前記バックオフで指定された時間だけ待機する処理1111。バックオフとは、UE20がコンテンションベースRA手順をリトライするタイミング待機時間を指定する情報である。バックオフのパラメータはメッセージ2で通知され、UE20毎に、このバックオフを変えることで、リトライ時に再び競合が発生する確率を低減することができる。具体的には、メッセージ2で最大バックオフ時間が通知され、UE20は、その時間の範囲内でバックオフ時間を算出する。この算出には、乱数を用いたりする等種々の算出方法を採用できる。そして、UE20は、次回のRA手順のリトライによりリトライ回数が最大回数を超えるか否かをチェックする処理1112。超えなければ処理1112でnoなら、UE20は、前記処理1103以降の処理を実行して、RA手順をリトライするメッセージ1の送信を行なう。超える場合処理1112でyesの場合は、UE20は、上位レイヤにその旨を通知する処理1113。前記上位レイヤは、例えば、レイヤ3に属するradioresourcecontrolRRCレイヤである。前記通知を受けた上位レイヤは、RAの継続リトライを監視する監視タイマを起動する。この監視タイマがタイムアウトすると、UE20の上位レイヤは、ULの接続要求メッセージ1の送信先のeNB10セルを選びなおす制御セル選択制御、あるいはセル再選択制御を実行する。なお、前記の処理1103において、UL同期が確保されている場合処理1103でyesの場合、UE20は、PUCCHリソースSRIリソースが割り当て済みであるか否かをチェックする処理1109。割り当て済みであれば処理1109でyesなら、UE20は、SRIリソースを用いてSRIULデータの送信要求をeNB10に送信する処理1110。SRIリソースが割り当てられていなければ処理1109でnoなら、UE20は、eNB10に対するメッセージ1の送信を行ない、RA手順を実行する。即ち、このように、処理1103において同期が確立されていると判定された場合であっても、SRPUCCHリソースが無い場合には、RA手順が実行されるケースも存在する。一方、UE20宛のDLデータがeNB10に到着してDLデータの着信通知がeNB10からUE20になされる場合の、eNB10によるRA手順は、図4に例示するとおりである。すなわち、UE20宛のDLデータがeNB10に到着すると処理1201、eNB10は、UL同期判定部14により、UL同期が確保されているか否かを判定する処理1202及び処理1203。UL同期が確保されていなければ処理1203でnoなら、eNB10は、UE20にDLデータが到着したことを通知する処理1204。この通知着信通知には、個別プリアンブルを含ませることもできるが、本実施例ではUE20に個別のシグニチャ個別プリアンブルは含まれない。そのため、前記着信通知を受けたUE20は、上述したコンテンションベースRA手順を実行することになる。その際、以前に割り当てられたULリソースがある場合、そのULリソースは解放され、RA成功後に新たなULリソースがeNB10から割り当てられる。eNB10は、コンテンションベースRA手順を開始したUE20からメッセージ1RAプリアンブルを受信すると処理1205、その応答メッセージ2をUE20に返信する処理1206。そして、メッセージ3をUE20から受信すると処理1207、eNB10は、メッセージの衝突があるか否かをチェックし処理1208、無ければメッセージ4をUE20へ送信する処理1208のnoルートから処理1209。メッセージの衝突が有れば処理1208でyesなら、eNB10は、メッセージ4の送信は行なわずにRA手順を終了する。以上がコンテンションベースRAの基本的な手順である。ここで、eNB10が、UE20におけるTAタイマ251の値を正確に管理できていないeNB10のTAタイマ151とUE20のTAタイマ251のタイマ値が同期していない場合を想定する。例示的に、UE20のTAタイマ251は計時を継続しているが、eNB10ではその継続を把握していないために、UE20のTAタイマ251はタイムアウトしているとeNB10が誤認識している場合を考える。その一例を図5~図7図9~図11、図13~図15、図17~図19に示す。eNB10は、UE20に対して呼設定及びULリソース例えば、SRIリソース1,CQIリソース1,SRSリソース1の割当を行なうと処理1008、TAコマンドを周期的にUE20に送信する処理1009。このTAコマンドTA値=TA1;第1のタイミング調整情報を受信したUE20は、TAタイマ251をスタートする。UE20が前記TAコマンドで通知されたTA1に基づいてULの送信を行ない、その送信が終了した後、eNB10にUE20宛のDLデータが到着すると、eNB10は、UE20に対して着信通知メッセージ0の送信を行なう処理1010。この着信通知0を受けたUE20は、ULの同期とリソースとを確保するため、コンテンションベースRA手順を開始する。すなわち、UE20は、選択したシグニチャランダムプリアンブルを含むメッセージ1をeNB10に送信し処理1011、このメッセージ1を受信したeNB10は、RAレスポンス2をUE20に返信する処理1012。その際、eNB10は、新しいTA値TA2;第2のタイミング調整情報をRAレスポンス2に含める。このRAレスポンス2を受信したUE20は、新しいTA2を適用してTAタイマ251をリスタートできるが、既述のように当該TA2を無視することも許される。無視した場合、その後のメッセージ3の送信処理1013とメッセージ4の受信処理1014との間でTAタイマ251がタイムアウトする場合がある。この場合に、UE20において、UL同期が外れたと判定して、それまでに確保しているULリソースのすべてを解放すると、以後、RACH以外のULデータの送信が不能になる。そこで、本例では、コンテンションベースRA手順の過程でTAタイマ251がタイムアウトした場合に、以下のようにして、UL同期とULリソースとを確保する。なお、以降の説明後述する他の実施形態も含むで用いる図面において、同一の処理番号を付した処理は、特に断らない限り、同一若しくは同様の処理を意味する。1.4メッセージ4の受信時に他UE20との競合が生じていなかった場合他UE20との競合が生じていなかった場合RAが成功した場合、RAを実行したUE20に個別のULリソースが確保できたことを示す。しかし、TAタイマ251はタイムアウトした状態であるため、UL同期が確保できたとはいえない。そこで、UE20は、以下に示す4つの方法1-1~1-4のいずれかを用いてUL同期を確保する。1.4.1方法1-1図5~図8UE20は、図8に例示するように、コンテンションベースRA手順の過程で前記メッセージ2により受信したTA値TA2をタイマ管理部25のメモリ252に記憶しておく処理1105a。なお、UE20ULリソース管理部26は、UL同期外れを認識した場合、コンテンションベースRAを開始する前に受信したTA1に基づく送信処理に用いていたRA開始前にeNB10から割り当てられたULリソースを解放することができる。この解放のタイミングは、例えば、図5に例示するように、前記着信通知メッセージ0を受信したタイミングUL同期の管理がeNB10と一致していないことを認識したタイミング処理2001でもよいし、図6に示すように、TAタイマ251がタイムアウトしたタイミング処理2002でもよい。ただし、図7に例示するように、TAタイマ251がタイムアウトしても、当該ULリソースの解放は行なわずに確保継続使用したままにすることもできる処理2003。その後、UE20は、コンテンションベースRA手順を継続して、メッセージ4の受信に成功すると、UE20は、メモリ252に記憶したTA値TA2をUL送信に適用するとともに、TAタイマ251をリスタートする処理1108のnoルートから処理1114。つまり、TA2の適用は、TAタイマ251のタイムアウト後、RAの過程においてUE20が、自身の識別情報の一例としてのTCRNTIを含むメッセージ2応答信号を受信したことを契機として許容される。なお、TA値を適用するとは、TA値で示される送信タイミングに基づいてULの送信RAの実行を制御することを意味する。この制御は、例えばUL同期判定部24の一機能として実現することができる以降において同様。この際、TAタイマ251の値は、規定値としてもよいし、メッセージ2の受信タイミングに基づいて設定することもできる。例えば、UL同期はメッセージ2の受信時に既に成功していたことにして、規定値からメッセージ2の受信からメッセージ4の受信までに要した時間を差し引いてTAタイマ251の値を設定してもよい。これは、メッセージ2によりTA2の通知を受けてからRAの結果が通知されるまでの時間だけタイマ値タイミング調整情報の有効期限を早めることを意味する。このように、本例では、UE20が、TA1に基づいてeNB10に対するRAを行なっている場合に、そのRAの過程で、TA2を受信すると、TAタイマ251のタイムアウトTA1の有効期限までの送信処理に対しては、TA1を送信タイミングの調整に適用する。TAタイマ251のタイムアウト後TA1の有効期限後の送信処理に対しては、TA2を送信タイミングの調整に適用する。これによれば、TA2による送信タイミングの即時更新を行なわなくとも、TA1の有効期限が過ぎた後タイムアウトした後、TA2を適用して送信制御を行なうことができる。その後、UE20は、メッセージ4に対する確認応答メッセージACK又はNACKをeNB10に返信する処理1015。eNB10は、メッセージ4に対する確認応答メッセージとしてACKを受信すれば、新たなULリソース例えば、SRIリソース2,CQIリソース2,SRSリソース2をUE20に割り当てる処理1016。なお、図7に例示するように、UE20のTAタイマ251がタイムアウトしてもULリソースの解放を行なわない場合に、UE20は、既に確保しているULリソースを継続使用してもよいが、これに代わる新たなULリソースの割り当てをeNB10に要求することもできる処理1017。UE20は、割り当てられたULリソースをULリソース管理部26において管理し、以後、当該ULリソースを用いてeNB10に対するUL送信を行なう。1.4.2方法1-2図9~図12第2の方法として、図9~図12に例示するように、UE20は、メッセージ2で受信したTA値TA2をメモリ252に記憶しておく処理1105a。その後、メッセージ3の送信処理1013からメッセージ4の受信処理1014までの間にTAタイマ251がタイムアウトしたとする。この場合、UE20は、メッセージ4の受信を待たずに、メモリ252に記憶したTA値TA2をUL送信に適用して、TAタイマ251をリスタートする図12の処理1161のyesルートから処理1162。リスタートのタイミングは、TAタイマ251のタイムアウトと同時としてよい。つまり、メッセージ2で受信したTA2の適用は、TAタイマ251のタイムアウトTA1の有効期限のタイミングで許容される。これによれば、TA2による送信タイミングの即時更新を行なわなくとも、TA1の有効期限が過ぎた時タイムアウトした時、TA2を適用して送信制御を行なうことができる。1.4.3方法1-3図13~図16第3の方法として、図13~図16に例示するように、eNB10が、メッセージ4を送信する際には、新しいTA値TA3を含めることとする図13~図15の処理1014a、図16の処理1107a。つまり、UE20が、TA1第1の送信タイミング調整情報に基づいてeNB10に対するRAを行なっている場合に、そのRAの過程で、eNB10は、UE20に送信するメッセージ4UE20の識別情報の一例としてのS-TMSIを含む信号に、TA3第2の送信タイミング調整情報を含める。UE20は、このメッセージ4をeNB10から受信すると、当該メッセージ4に含まれるTA値TA3をUL送信に適用して、TAタイマ251をスタートする図16の処理1114。即ち、通常であれば、移動局の識別情報が含まれるメッセージ4には、TA値は含まれないが、この実施例では、メッセージ4にTA値を含めることで、メッセージ2で受信したTA2を無視したUE20が、メッセージ4のTA値をその後の送信タイミングの調整情報として適用し、TAタイマ251をスタートさせることができる。なお、本例において、UE20は、前記無視したTA2をメモリ252に記憶しておいてもよい。1.4.4方法1-4図17~図20第4の方法として、図17~図20に例示するように、UE20は、eNB10からメッセージ2で受信したTA値TA2を記憶するか否かに関わらず、メッセージ2の受信を契機としてTAタイマ251をリスタートする。この場合、UE20は、RA手順開始以前にeNB10から受信したTA値TA1を、その後のRAUL送信に適用することを継続する図20の処理1105b。これは、RA開始前にeNB10からTAコマンドで受信したULの送信タイミングの有効期限をRAの過程で延長させるようTAタイマ251を制御することに相当する。つまり、UE20は、TA1に基づいてeNB10に対するRAを行なっている場合に、そのRAの過程で、TA2を受信すると、TA2を適用せずに、TA1を継続して適用するとともに、TA1の有効期限を延長する。なお、延長する期間TA2についてのTAタイマ251の値は、規定値としてもよいし、メッセージ2の受信タイミングに基づいて設定することもできる。例えば、UL同期はメッセージ2の受信からTA1のタイムアウトまでに要した時間を差し引いてTAタイマ251の値を設定してもよい。本例によれば、TA2の受信後もTA1を引き続き延長して利用することができ、送信タイミングの調整に適用することができる。1.5メッセージ4の受信時に他UE20との競合が生じていた場合メッセージ4の受信時に他UE20との競合が生じている場合は、他UE20が用いるULリソースとの重複が発生しており、自局20に個別のULリソースは確保できなかったことを意味する。そのため、UE20は、RACH以外のULのデータ送信を行なえないので、コンテンションベースRAのリトライを実行して、UL同期の確保を試みる図3の処理1108のyesルート。2第2実施形態上述した第1実施形態では、UE20がメッセージ3を送信してからメッセージ4をeNB10から受信するまでの間に、UE20のTAタイマ251がタイムアウトした場合を想定した。本実施形態では、UE20がeNB10からメッセージ2を受信してからeNB10に対してメッセージ3を送信するまでの間に、UE20のTAタイマ251がタイムアウトする場合を想定する。例えば、図21~図23、図25~図27及び図30~図32に例示するように、eNB10にUE20宛のDLデータが到着して、UE20に着信通知処理1010が行なわれると、コンテンションベースRAメッセージ1の送信:処理1011が実行される。この場合に、eNB10からメッセージ2でTA値TA2を受信したUE20が、当該TA2を無視すると、メッセージ3UE20の識別情報の一例としてのS-TMSIを含む信号の送信までにTAタイマ251がタイムアウトする場合がある。このような場合、UE20UL同期判定部24は、UL同期が外れたと判定するが、以下の方法2-1~2-4のいずれかにより、RAを継続する。2.1方法2-1図21~図24UE20において、UL同期が外れたと判定した場合、本来的にはメッセージ3の送信は行なえない。しかし、TAタイマ251は、物理レイヤにおけるUL同期が外れない範囲のフェイルセーフに設定される場合が多い。したがって、TAタイマ251がタイムアウトしても、実際の下位レイヤのUL同期は確保できている場合もある。そこで、本例では、UE20がeNB10からメッセージ2を受信処理1012した後にTAタイマ251がタイムアウトしたとしても、当該UE20は、eNB10に対するメッセージ3の送信強制送信を試行する図21~図23の処理1013a、図24の処理1105c及び処理1106a。即ち、タイムアウトしたが、TA1を適用してメッセージ3を送信することができる。なお、TA2は、メモリ252に記憶しておく。つまり、UE20は、TA1に基づいてeNB10に対するRAを行なっている場合に、そのRAの過程で、TA1の有効期限がメッセージ3の送信処理を行なう前に到来すると、TA1の有効期限の到来以前にTA2を受信していたとしても、メッセージ3のeNB10への送信処理をTA1に基づいて実行することができる。これにより、メッセージ3をeNB10が受信できれば、UE20は、コンテンションベースRAを最初からやり直さずに、以後のRA手順を継続することが可能となる。即ち、UE20は、メッセージ3に対する応答信号として自身の識別情報を含むメッセージ4の受信に成功すれば、TA2をその後の送信処理の送信タイミングの調整に適用して、TAタイマ251をスタートすることができる。したがって、ULデータ送信開始までの遅延を低減することができる。ただし、eNB10は、UE20がメッセージ3を強制送信した、いわば規定違反を犯したことを認識できるので、メッセージ4で接続拒否メッセージをUE20に送信することもできる。つまり、eNB10は、TA1の有効期限が過ぎた後にUE20からTA1に基づいて送信されたメッセージ3を受信した場合に、拒否メッセージをUE20に送信することができる。この場合、UE20は、セル選択再選択を実行したり、RA手順のリトライを実行する。あるいは、eNB10は、メッセージ4を意図的に送信しないこともできる。この場合、UE20は、許容されている再送回数通常の最大再送回数、あるいは、この場合のみに適用される最大再送回数に達するまでメッセージ3の再送を継続する。2.2方法2-2図25~図28UE20は、図25~図27に例示するように、メッセージ2TA2を受信処理1012した後、メッセージ3をeNB10へ送信処理1013する前に、TAタイマ251が満了した場合、メッセージ3の送信はキャンセルして、実行中のコンテンションベースRA手順を中止キャンセルする処理1018。つまり、UE20は、TA1に基づいてeNB10に対するRAを行なっている場合に、そのRAの過程で、TA1の有効期限が、UE20の識別情報の一例としてのS-TMSIを含む信号の送信処理を行なう前に到来すると、TA1の有効期限が到来する以前にTA2を受信していても、RAを中止する。この場合、UE20は、図28に例示するように、バックオフを適用して、コンテンションベースRAのリトライを実行する処理1105dのyesルート。すなわち、RAのリトライは、中止したRAの過程でeNB10から受信したバックオフ時間待機時間情報に基づくタイミングで実行される。UE20は、図25~図27に例示するように、メッセージ1の送信処理1011、メッセージ2TA3の受信処理1012などを行なう。ここで、メッセージ2TA2を受信した時点でTAタイマ251はタイムアウトしている起動していない。したがって、UE20は、リトライしたRAの過程でメッセージ2により受信した新しいTA3をその後のUL送信の送信タイミングの調整に適用して、TAタイマ251をスタートすることができる。メッセージ4の受信時にRAの敗者であること衝突発生を認識した場合は、TAタイマ251は強制終了してよい図25~図27の処理2004。本例のように、TAタイマ251がタイムアウトした時点で、RA手順を中止してRAのリトライを実行することで、残りの手順例えば、メッセージ3の送信及びメッセージ4の受信を最後まで実施するよりも、ULデータ送信開始までの遅延を低減することができる。2.3方法2-3図25~図27、図29なお、上述のごとくTAタイマ251がタイムアウトして、コンテンションベースRAをリトライする場合、図29に例示するように、UE20は、バックオフを適用せずに前記リトライを行なってもよい処理1105dのyesルート。即ち、UE20は、RAのリトライを、中止したRAの過程でeNB10から受信したバックオフ時間を適用しないで実行することができる。バックオフを適用しないことで、バックオフを適用する場合よりもULデータ送信開始までの遅延を低減することが可能となる。2.4方法2-4図30~図33また、図30~図32に例示するように、TAタイマ251がタイムアウトした場合、UE20は、バックオフの適否に関わらず、上位レイヤ例えば、RRCレイヤに通知を行なってもよい処理1021、図33の処理1105dのyesルートから処理1113。これにより、UE20の上位レイヤはRAの監視タイマを起動し、RA手順の継続リトライを監視する。つまり、UE20は、TAタイマ251のタイムアウトTA1の有効期限の到来に応じて、RAの監視を行なう。RAの継続中に、監視タイマがタイムアウトすると、UE20の上位レイヤは、セル選択、あるいはセル再選択処理を実行する図30~図32の処理1022。したがって、UE20は、早期に他のセルeNB10とのRAを開始することができ、ULデータ送信開始までの遅延を低減することができる。なお、TAタイマ251のタイムアウトに応じた上位レイヤによるRAの監視は、前記の方法2-1~2-3に適用してもよい。3第3実施形態次に、本実施形態では、eNB10が、UE20におけるTAタイマ251のタイマ値を正確に管理できている場合eNB10及びUE20の両TAタイマ151,251が同期している場合を想定する。この場合、UE20のTAタイマ251の計時が継続していることを、eNB10は認識できるから、UE20は、eNB10から受信されるTA値を信頼してよい。さらに、第1実施形態および第2実施形態とは異なり、eNB10からTA値が送信されることが期待できる。そして、UE20がTAコマンドにより受信したTA値に基づくULデータの送信を終了した後、eNB10にUE20宛のDLデータが到着すると、eNB10は、当該UE20に対して着信通知メッセージ0の送信を行なう。これにより、当該着信通知を受信したUE20は、コンテンションベースRA手順を開始する。その後、メッセージ2の受信処理1012からメッセージ3の送信処理1013までの間に、UE20のTAタイマ251がタイムアウトすると、UE20は、以下の方法3-1~3-3のいずれかによりUL同期を確保する。3.1方法3-1UE20は、第1実施形態で述べた方法1-2図9~図12と同様に、RA手順の過程でeNB10からメッセージ2で受信したTA値をメモリ252に記憶しておく。そして、メッセージ3をeNB10に送信する前にTAタイマ251がタイムアウトすると、メモリ252に記憶しておいたTA値をUL送信に適用して、TAタイマ251をスタートする。3.2方法3-2UE20は、第2実施形態で述べた方法2-1~2-4のいずれかを実行する。3.3方法3-3図34~図37図34及び図35に例示するように、UE20は、TA1に基づいてeNB10に対するRAを行なっている場合に、そのRAの過程で、UE20の識別情報の一例としてのS-TMSIを含む信号メッセージ3を送信する処理1013。eNB10は、UE20のTAタイマ251がタイムアウトする前に、このメッセージ3をUE20からRAの過程で受信すると処理1013、当該メッセージ3の受信を契機として、新しいTA値TA3;第2のタイミング調整情報を含むTAコマンドをUE20へ送信する処理1009a、図36の処理1208a。一方、UE20は、RAの実行中においてもTAコマンドの受信を監視モニタする。例えば、eNB10にメッセージ3を送信処理1013した後は、eNB10からのTAコマンドの受信を監視する。この監視中に、TAコマンドをeNB10から受信すると処理1009a、図37の処理1161、UE20タイマ管理部25は、受信したTAコマンドのTA値TA3をUL送信に適用して、TAタイマ251をスタートする図37の処理1162。なお、UE20におけるULリソースの管理は、第1又は第2実施形態と同様でよい。例えば、eNB10からDLデータの着信通知メッセージ0を受信したタイミングで、それまでに確保しているULリソースを解放してもよいし、TAタイマ251がタイムアウトしたタイミングで当該ULリソースを解放してもよい。また、TAタイマ251がTA3を受信する以前にタイムアウトTA1の有効期限が到来しても、それまでに確保していたULリソースは解放せずに維持継続使用することも可能である図35の処理2005。また、UE20は、メッセージ3の送信からメッセージ4の受信までの間に、TAタイマがタイムアウトした場合、第1実施形態と同様の形態方法1-1~方法1-4のいずれかを適用することができる。"