SRBを用い、ドリフト基地局制御装置を介して、サービング基地局制御装置から送信された制御信号を受信する手段と、前記ドリフト基地局制御装置を経由して、前記サービング基地局制御装置との間でデータ通信を行う手段と、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記SRBを識別するための第1のIDと、E-DCHMAC-dフローを識別する第2のIDとが、前記サービング基地局制御装置から前記ドリフト基地局制御装置へ送信された後、前記ドリフト基地局制御装置と前記データ通信を行う手段と、を有する無線端末。前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項1に記載の無線端末。前記下りデータ通信がHSDPAであり、前記上りデータ通信がE-DCHである、請求項2に記載の無線端末。前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第1のIDと前記第2のIDとを通知するメッセージは、前記第1のIDと前記第2のIDとで構成されたグループを、使用されている前記SRBの数だけ含むことができる、請求項1乃至3のいずれか1項に記載の無線端末。前記第1のIDは、前記第2のIDと共にマッピングされている、請求項1乃至4のいずれか1項に記載の無線端末。前記データ通信を行う前記ドリフト基地局制御装置は、前記第1のIDと前記第2のIDとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項1乃至5のいずれか1項に記載の無線端末。前記データ通信を行う前記ドリフト基地局制御装置は、前記第1のIDと前記第2のIDとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項1乃至5のいずれか1項に記載の無線端末。無線端末と、SRBを用い、ドリフト基地局制御装置を介して、前記無線端末へ制御信号を送信するサービング基地局制御装置と、前記サービング基地局制御装置と前記無線端末との間のデータ通信を中継するドリフト基地局制御装置と、を備え、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記SRBを識別するための第1のIDと、E-DCHMAC-dフローを識別する第2のIDとを、前記サービング基地局制御装置が、前記ドリフト基地局制御装置へ送信する、移動体通信システム。前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項8に記載の移動体通信システム。前記下りデータ通信がHSDPAであり、前記上りデータ通信がE-DCHである、請求項9に記載の移動体通信システム。前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第1のIDと前記第2のIDとを通知するメッセージは、前記第1のIDと前記第2のIDとで構成されたグループを、使用されている前記SRBの数だけ含むことができる、請求項8乃至10のいずれか1項に記載の移動体通信システム。前記第1のIDは、前記第2のIDと共にマッピングされている、請求項8乃至11のいずれか1項に記載の移動体通信システム。前記データ通信を行う前記ドリフト基地局制御装置は、前記第1のIDと前記第2のIDとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項8乃至12のいずれか1項に記載の移動体通信システム。前記データ通信を行う前記ドリフト基地局制御装置は、前記第1のIDと前記第2のIDとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項8乃至12のいずれか1項に記載の移動体通信システム。無線端末と、ドリフト基地局制御装置と、サービング基地局制御装置と、を備えた移動体通信システムにおけるリロケーション方法であって、前記サービング基地局制御装置が、SRBを用い、前記ドリフト基地局制御装置を介して、前記無線端末へ制御信号を送信し、前記ドリフト基地局制御装置が、前記サービング基地局制御装置と前記無線端末との間のデータ通信を中継し、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記SRBを識別するための第1のIDと、HS-DSCHMAC-dフローを識別する第2のIDとを、前記サービング基地局制御装置が、前記ドリフト基地局制御装置へ送信する、リロケーション方法。前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項15に記載のリロケーション方法。前記下りデータ通信がHSDPAであり、前記上りデータ通信がE-DCHである、請求項16に記載のリロケーション方法。前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第1のIDと前記第2のIDとを通知するメッセージは、前記第1のIDと前記第2のIDとで構成されたグループを、使用されている前記SRBの数だけ含むことができる、請求項15乃至17のいずれか1項に記載のリロケーション方法。前記第1のIDは、前記第2のIDと共にマッピングされている、請求項15乃至18のいずれか1項に記載のリロケーション方法。前記データ通信を行う前記ドリフト基地局制御装置が、前記第1のIDと前記第2のIDとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項15乃至19のいずれか1項に記載のリロケーション方法。前記データ通信を行う前記ドリフト基地局制御装置が、前記第1のIDと前記第2のIDとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項15乃至19のいずれか1項に記載のリロケーション方法。本発明を実施するための形態として、3GPPの移動体通信システムにおける応用例を、図面を参照して詳細に説明する。図8は、本発明の一実施形態による移動体通信システムの構成を示すブロック図である。図8を参照すると、本実施形態の移動体通信システムは、複数のRNC12、13と複数のNode-B14、15を有する無線アクセスネットワークである。RNC12、13はCN11に接続されている。RNCの配下にはNode-Bが接続されている。図8の例では、RNC12の配下にNode-B14が接続されており、RNC13の配下にNode-B15が接続されている。また、RNC12とRNC13は相互に接続されている。UE16は、Node-Bにより構成されるセル内でNode-Bと無線で接続することでRNCと通信が可能な状態となる。その状態でUE16はRNCと制御信号やデータを送受信する。RNC12、13は、CN11とNode-Bに接続されており、無線アクセスネットワークの制御を行なう。RNC12、13は無線アクセスネットワークの制御の1つとして、SRBによるRRCプロトコルやNASの制御信号をUE16と送受信する。また、RNC12、13は、内部にMAC-dエンティティおよびMAC-esエンティティを実現し、UE16との間で制御信号やデータを送受信する。RNC12、13は、UE16の移動の状況に応じてサービングRNCまたはドリフトRNCになりうる。サービングRNCは、UE制御信号やデータの送受信を終端し、プロトコル処理を行なうRNCである。ドリフトRNCは、移動したUEとサービングRNCとの間の制御信号やデータを終端せずにトランスペアレントに転送する。また、RNC12、13は、UE16の移動により、ドリフトRNCが生じた状態からリロケーションを実施することができる。Node-B14、15は、一方でRNC12、13に接続しており、他方で無線によりUE16と接続することができる。Node-B14、15がUE16と接続することにより、UE16の通信が可能となる。そして、Node-B14、15は、内部にMAC-eエンティティおよびMAC-hsエンティティを実現し、RNCとUEの間で送受信される制御信号やデータの中継を行なう。図9は、本実施形態のRNCの構成を示すブロック図である。図9を参照すると、RNC12、13は、データ通信処理部21、対応付け情報格納部22、およびリロケーション処理部23を有している。データ通信処理部21は、UE16との間の制御信号やデータを、下りのHS-DSCHMAC-dFlowで送信し、上りのE-DCHMAC-dFlowで受信する。その際、データ通信処理部21は、対応付け情報格納部22に格納されている対応付け情報を参照することにより、各SRBと各HS-DSCHMAC-dFlowあるいは各E-DCHMAC-dFlowとの対応関係を認識し、その対応関係に従って制御信号やデータを転送する。対応付け情報格納部22は、各SRBと各HS-DSCHMAC-dFlowあるいは各E-DCHMAC-dFlowとの対応関係を示す対応付け情報を格納している。対応付け情報には、各SRBを識別するためのSRBIDと、各HS-DSCHMAC-dFlowを識別するためのHS-DSCHMAC-dFlowID、あるいは各E-DCHMAC-dFlowを識別するためのE-DCHMAC-dFlowIDとの対応付けがされている。図10は、本実施形態の対応付け情報の一例を示す図である。図10を参照すると、各SRBIDに対応してHS-DSCHMAC-dFlowIDおよびE-DCHMAC-dFlowIDが記録されている。なお、SRBIDに対して、HS-DSCHMAC-dFlowIDとE-DCHMAC-dFlowIDの両方が記録されている場合だけでなく、いずれか一方のみが記録される場合もある。データ通信処理部21は、例えば下り方向にて、あるSRBをNode-Bに送ろうとするとき、そのSRBのSRBIDに対応するHS-DSCHMAC-dFlowIDによって示されるHS-DSCHMAC-dFlowにSRBを多重する。また、データ通信処理部21は、例えば上り方向にて、受信したE-DCHMAC-dFlowからSRBを分離しようとするとき、そのSRBのSRBIDに対応するE-DCHMAC-dFlowIDによって示されるE-DCHMAC-dFlowからSRBを分離する。リロケーション処理部23は、UE16の移動によりドリフトRNCが生じている状態で、自局がサービングRNCあるいはドリフトRNCとなっているとき、所定条件の下でリロケーションを実行する。自局がサービングRNCとなったとき、リロケーション処理部23は、所定条件に従ってリロケーションの実行を決定してCN11にリロケーションの実行を要求し、その後一連の処理を行なう。その一連の処理の中で、自局がサービングRNCとなっているリロケーション処理部23は、対応付け情報格納部22に格納されている対応付け情報をドリフトRNCに通知する。一方、自局がドリフトRNCとなったとき、リロケーション処理部23は、CN11からの要求を受け、その後一連の処理を行なう。その一連の処理の中で、自局がドリフトRNCとなっているリロケーション処理部23は、サービングRNCから通知される対応付け情報を対応付け情報格納部22に格納する。図11は、本実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図11の例では、初期状態として、サービングRNC12とUE16がドリフトRNC13を経由してHSDPAおよびE-DCHの通信を行なっている。このとき、この通信におけるMAC-dエンティティはサービングRNC12に位置する。この状態から、サービングRNC12が、所定条件に従ってリロケーションを実施することを決定する。リロケーションは、例えば経路最適化あるいはリソース使用の最適化のために行なわれる。リロケーション手順においては、サービングRNC12がソースRNCとなり、ドリフトRNC13がターゲットRNCとなる。まず、サービングRNCソースRNC12がCN11にRelocationRequiredメッセージを送る。このRelocationRequiredメッセージには、サービングRNC12の対応付け情報格納部22に格納されている対応付け情報が情報要素として付加されている。図12は、対応付け情報の情報要素の定義例を示す表である。図12を参照すると、対応付け情報の情報要素名称はSRBTrCHMappingである。このSRBTrCHMappingという情報要素のグループが最大でSRBの数だけ制御信号メッセージに含まれる。SRBTrCHMappingにおいて、SRBIDフィールドは必須のフィールドである。そのためSRBTrCHMapping情報要素には必ずSRBIDフィールドが含まれる。HS-DSCHMAC-dFlowIDフィールドとE-DCHMAC-dFlowIDフィールドはオプションとなっている。そして、SRBTrCHMapping情報要素には、HS-DSCHMAC-dFlowIDとE-DCHMAC-dFlowIDの少なくとも一方が含まれる。この対応付け情報はCN11には必要の無いものであり、CN11は、これをトランスペアレントにドリフトRNC13に転送する。対応付け情報を含むRelocationRequiredメッセージを受信したCN11は、ドリフトRNCターゲットRNC13に対してRelocationRequestメッセージを送る。CN11は、RelocationRequiredメッセージに付加されていた情報要素をRelocationRequestメッセージに転載するので、RelocationRequestメッセージにも、サービングRNC12の対応付け情報格納部22に格納されている対応付け情報が情報要素として付加されることとなる。このRelocationRequestメッセージを受信したドリフトRNC13は、RelocationRequestメッセージに含まれている対応付け情報を自局の対応付け情報格納部22に記録する。次に、ドリフトRNC13は、そのRelocationRequestメッセージに基づいて、無線リソースおよびIuインタフェース上のリソースを捕捉し、設定した後、リソースの捕捉完了を示すRelocationRequestAcknowledgeメッセージをCN11に返す。RelocationRequestAcknowledgeメッセージを受けたCN11は、リロケーションの実行を指示するRelocationCommandメッセージをサービングRNC12に送る。サービングRNC12は、CN11からRelocationCommandメッセージを受けると、RelocationCommitメッセージをドリフトRNC13に送る。このRelocationCommitメッセージは、サービングRNCとしての役割をソースRNCからターゲットRNCに移行することを通知するものである。RelocationCommitメッセージを受けたドリフトRNC13は、CN11に対してRelocationDetectメッセージを送るとともに、UE16に対してUTRANMobilityInformationメッセージを送る。このUTRANMobilityInformationメッセージは、リロケーションによってサービングRNCの役割が移行されたことを通知するものである。UTRANMobilityInformationメッセージを受けたUE16がドリフトRNC新たなサービングRNC13にUTRANMobilityInformationResponseメッセージを返すと、RNC13は、CN11に対してRelocationCompleteメッセージを返す。以上の一例の手順によりリロケーションが完了すると、RNC13がドリフトRNCからサービングRNCになり、UE16と通信できる状態となる。また、サービングRNC12の対応付け情報格納部22にあった対応付け情報がドリフトRNC新たなサービングRNC13に通知され、それが新たなサービングRNC13の対応付け情報格納部22に記録される。そのため、RNC13は、Relocation前にRNC12によって行なわれていたUE16との通信をリロケーション後にも継続させることができる。なお、ここでは、HSDPAとE-DCHの両方が行なわれている状態からリロケーションを実施する例を示したが、どちらか一方が行なわれている状態から実施することもできる。以上説明したように、本実施形態によれば、データ通信中におけるリロケーションの実施によりサービングRNCの役割をドリフトRNCに移行するとき、一連の手順の中でサービングRNCの保持していた対応付け情報をドリフトRNCに通知し、ドリフトRNCに記録するので、リロケーションが完了した後にもリロケーションの前に行なっていたデータ通信を継続させることができる。なお、本実施形態では、CN11とUE16がHSDPAとE-DCHの両方を用いて通信している状態からリロケーションを行なう例を示したが、本発明は、これに限定されるものではない。他の例として、CN11からUE16へHSDPAだけを用いてデータを転送している状態からリロケーションを行なうこととしてもよい。あるいは、UE16からCN11へE-DCHだけを用いてデータを転送している状態からリロケーションを行なうこととしてもよい。図10に示した、対応付け情報には、SRBIDに対応してHS-DSCHMAC-dFlowIDあるいはE-DCHMAC-dFlowIDの一方だけが記録されてもよい。また、図10に示した表においては、HS-DSCHMAC-dFlowIDとE-DCHMAC-dFlowIDはオプションとなっており、必ずしも両方が同時にSRBTrCHMappingに含まれていなくてもよい。また、本実施形態では、本発明を3GPPに適用した例を示したが、本発明はこれに限定されるものではない。本発明は、UEの移動によりドリフトRNCが生じたとき、リロケーションによってサービングRNCの役割をドリフトRNCに移行させることのできる移動体通信システムに広く適用することができる。本発明の他の実施形態として、リロケーションにCNが介在しない構成の移動体通信システムに本発明を適用した例を示す。他の実施形態における移動体通信システムの構成は図8に示したものと同様である。また、他実施形態におけるRNCの構成は図9に示したものと同様である。図13は、他の実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図13の例では、初期状態として、サービングRNC12とUE16がドリフトRNC13を経由してHSDPAおよびE-DCHの通信を行なっている。このとき、この通信においては、サービングRNC12がUE16との通信を終端しており、ドリフトRNC13はデータをトランスペアレントに中継している。この状態から、サービングRNC12が、所定条件に従ってリロケーションを実施することを決定する。まず、サービングRNC12がドリフトRNC13にリロケーション要求メッセージを送る。このリロケーション要求メッセージには、サービングRNC12の対応付け情報格納部22に格納されている対応付け情報が含まれている。対応付け情報を含むリロケーション要求メッセージを受信したドリフトRNC13は、そのメッセージに含まれている対応付け情報を自局の対応付け情報格納部22に記録する。次に、ドリフトRNC13は、そのメッセージに基づいて、各種のリソースを捕捉し、設定した後にサービングRNC12に応答を返すとともに、UE16に対して移行通知メッセージを送る。この移行通知メッセージは、リロケーションによってサービングRNCの役割が移行されたことを通知するものである。移行通知メッセージを受けたUE16は、サービングRNCの移行を設定した後、ドリフトRNC新たなサービングRNC13に応答を返す。以上の一例の手順によりリロケーションが完了すると、RNC13がドリフトRNCからサービングRNCになり、UE16と通信できる状態となる。また、サービングRNC12の対応付け情報格納部22にあった対応付け情報がドリフトRNC新たなサービングRNC13に通知され、それが新たなサービングRNC13の対応付け情報格納部22に記録される。そのため、RNC13は、リロケーション前にRNC12によって行なわれていたUE16との通信をリロケーション後にも継続させることができる。なお、上述の各実施形態においては、リロケーションを要求するメッセージに、対応付け情報を付加して送信する例を示したが、本発明はこれに限定されるものではない。他の例として、リロケーション要求とは別個に対応付け情報を送信することとしてもよい。また、上述の各実施形態の動作では、ドリフトRNCがリソース設定後にリロケーションの要求元に応答を返すこととした。しかし、本発明はこれに限定されるものではなく、本発明において、この応答は必須のものではない。他の動作例として、所定時間が経過したことにより、要求元は、ドリフトRNCにおけるリソース設定が完了したものと認識することとしてもよい。また、上述の各実施形態の動作では、ドリフトRNC新たなサービングRNCから移行の通知を受けたUEがそのRNCに応答する例を示した。しかし、本発明はこれに限定されるものではなく、本発明において、この応答は必須のものではない。他の動作例として、所定時間が経過したことにより、ドリフトRNCはUEにおける移行の設定が完了したものと認識することとしてもよい。