多地点協調通信プロセスをトリガして起動するステップS1と、ユーザー設備UEの存在するサービングセルが所属する発展型基地局eNodeBは、測定セルセットを構成し、構成された測定セルセットをUEに送信し、同時にUEは、前記測定セルセットにおける全てのセルのチャネル状態情報を測定するステップS2と、UEは、サービングセルが所属するeNodeBへ測定結果をフィードバックするステップS3と、UEの存在するサービングセルが所属するeNodeBは、UEの候補協調セルセットCCSを確認するステップS4と、UEの存在するサービングセルが所属するeNodeBは、他のeNodeBへCCS確立要求を送信し、前記他のeNodeBは、候補CCSにおける、前記サービングセルと異なるeNodeBに属する協調セルが所属するeNodeBであるステップS5と、CCS確立要求を受信した協調セルが所属するeNodeBは、UEの存在するサービングセルが所属するeNodeBへ前記CCS確立要求に応答し、UEの存在するサービングセルが所属するeNodeBへCCS確立応答情報を送信するステップS6と、UEの存在するサービングセルが所属するeNodeBは、前記CCS確立応答情報に基づいてUEのCCSを確定するステップS7と、選択された多地点協調通信モードによって、UEのCCSにおける全てのセルは、当該CCSが所属するUEのデータ情報及びサービス搬送情報を共有するステップS8と、を含むこと、を特徴とする多地点協調通信における協調セルセット確立方法。前記多地点協調通信は、UEを中心とするものであり、協調セルセットもUEを中心とするものであり、各UEは、1つの協調セルセットに対応し、UEのサービングセルは、当該UEに対応するCCSに含まれる、ことを特徴とする請求項1に記載の方法。前記多地点協調通信プロセスのトリガ及び起動は、UE又はネットワーク側によって実行される、ことを特徴とする請求項1に記載の方法。ステップS1において前記多地点協調通信プロセスのトリガと起動がUEによって実行されるステップは、UEが自身の業務需要と現在のチャネル状態によってネットワーク側へ多地点協調通信プロセスの起動要求を送信し、そして、ネットワーク側よりシステムの現在の状態及びユーザー関連情報に基づいてユーザーのために多地点協調通信プロセスを起動するかどうかを決定し、多地点協調通信プロセスのトリガと起動がネットワーク側によって実行される前記ステップは、ネットワーク側がUEの業務要求及び現在のシステム状態によって起動するかどうかを決定し、起動を確認した時に多地点協調通信プロセスを起動するプロセスを実行する、ことを特徴とする請求項3に記載の方法。ステップS4においてUEの存在するサービングセルが所属するeNodeBは、UEからフィードバックされた測定結果によってUEの候補CCSを選択し、具体的な方法は、遅延差に基づく方法、受信基準信号のRSRP強度に基づく方法、チャネル状態情報CSIに基づく方法、及びチャネル品質情報CQIに基づく方法のうちの1つ又は複数である、ことを特徴とする請求項1に記載の方法。ステップS5においてUEの存在するサービングセルが所属するeNodeBから送信されたCCS確立要求の形式は、LTEX2インターフェイスの制御プレーンのX2アプリケーションプロトコル情報である、ことを特徴とする請求項1に記載の方法。CCS確立要求には、UEの存在するサービングセル識別子、ターゲットセル識別子、UE識別子情報;UEの業務搬送情報;前記候補CCSにおけるセルが所属するeNodeBがCCS確立応答情報を送信する送信周期;UEの存在するサービングセルが所属するeNodeBが、確認された候補CCSにいける、サービングセルと異なるeNodeBに所属する協調セルが所属するeNodeBへ協調セルの現在のリソース状態の関連情報を報告するように要求することに用いられるリソース状態報告要求;及び、多地点協調通信モード情報、のうちの1つ又は複数が含まれる、ことを特徴とする請求項6に記載の方法。前記ステップS6においてCCS確立要求を受信した協調セルが所属するeNodeBは、UEの存在するサービングセルが所属するeNodeBへ前記CCS確立要求に応答するステップは、具体的には、S61:協調セルが所属するeNodeBが、CCS確立要求を受信した後、CCS確立要求において識別されたセルの負荷とリソースの使用状況及びCCS確立要求において提供されたUE業務搬送情報に基づいてCCS確立要求に同意するかどうかを判定し、S62:協調セルが所属するeNodeBが、サービングセルが所属するeNodeBへCCS確立応答情報を送信し、CCS確立要求に同意すると、同意識別子を送信し、UEのデータ情報の受信を用意し、拒絶すると、拒絶識別子を送信し、S63:CCS確立要求にリソース状態報告要求の情報が含まれ且つ協調セルが所属するeNodeBが当該CCS確立要求に同意すると、リソース状態報告情報を送信する、ことを特徴とする請求項1に記載の方法。ステップS7においてUEの存在するサービングセルが所属するeNodeBは、候補協調セルが所属するeNodeBからのCCS確立応答情報を受信した後、UEの存在するサービングセル及びCCS確立要求を受信するセルをCCSに組み入れることによって、最終的にUEのCCSを確定し、候補CCSにおける全ての協調セルがいずれもCCS確立要求を拒絶すると、ステップS1に戻って再び選択を行う、ことを特徴とする請求項1に記載の方法。ステップS8においてCCSが確定された後に、CCSにおける全てのセルは、CCSが所属するUEのデータ情報を共有し、データ情報の共有方式が、UEの存在するセルが所属するeNodeBにより、LTEX2インターフェイスのユーザープレーンを介してUEのデータ情報をCCSにおける各協調セルに送信し、又は、コアネットワークにより、LTES1インターフェイスのユーザープレーンを介してUEのデータ情報をCCSにおける各協調セルに直接割り当てることであることを特徴とする請求項1~9のいずれかの一つに記載の方法。本発明が解決しようとする技術的課題は、多地点協調通信における協調セルセットCCSの確立方法を提供し、多地点協調共同伝送を保証するとともに、情報インタラクティブの遅延を減らして通信システムのオーバーヘッドと複雑度を低減することにある。上述の課題を解決するために、多地点協調通信における協調セルセット確立方法が提供される。かかる方法は、多地点協調通信過程をトリガして起動するステップS1;ユーザー設備UEの存在するサービングセルが所属する発展型基地局eNodeBは、測定セルセットを構成し、構成された測定セルセットをUEに送信し、同時にUEは、前記測定セルセットにおける全てのセルのチャネル状態情報を測定するステップS2;UEは、サービングセルが所属するeNodeBへ測定結果をフィードバックするステップS3;UEの存在するサービングセルが所属するeNodeBは、UEの候補協調セルセットCCSを確認するステップS4;UEの存在するサービングセルが所属するeNodeBは、他のeNodeBへCCS確立要求を送信し、前記他のeNodeBは、候補CCSにおける、前記サービングセルと異なるeNodeBに属する協調セルが所属するeNodeBであるステップS5;CCS確立要求を受信した協調セルが所属するeNodeBは、UEの存在するサービングセルが所属するeNodeBへ前記CCS確立要求に応答し、UEの存在するサービングセルが所属するeNodeBへCCS確立応答情報を送信するステップS6;UEの存在するサービングセルが所属するeNodeBは、前記CCS確立応答情報に基づいてUEのCCSを確定するステップS7;及び、選択された多地点協調通信モードによって、UEのCCSにおける全てのセルは、当該CCSが所属するUEのデータ情報及びサービス搬送情報を共有するステップS8、を含む。その中、前記多地点協調通信は、UEを中心とするものであり、協調セルセットもUEを中心とするものであり、各UEは、1つの協調セルセットに対応し、UEのサービングセルは、当該UEに対応するCCSに含まれる。その中、前記多地点協調通信過程のトリガ及び起動は、UE又はネットワーク側によって実行される。その中、ステップS1において前記多地点協調通信過程のトリガと起動がUEによって実行されるステップは、UEが自身の業務需要と現在のチャネル状態によってネットワーク側へ多地点協調通信過程の起動要求を送信し、そして、ネットワーク側よりシステムの現在の状態及びユーザー関連情報に基づいてユーザーのために多地点協調通信過程を起動するかどうかを決定し、多地点協調通信過程のトリガと起動がネットワーク側によって実行される前記ステップは、ネットワーク側がUEの業務要求及び現在のシステム状態によって起動するかどうかを決定し、起動を確認した時に多地点協調通信過程を起動する過程を実行する。その中、ステップS4においてUEの存在するサービングセルが所属するeNodeBは、UEからフィードバックされた測定結果によってUEの候補CCSを選択し、具体的な方法は、遅延差に基づく方法、受信基準信号のRSRP強度に基づく方法、チャネル状態情報CSIに基づく方法、及びチャネル品質情報CQIに基づく方法のうちの1つ又は複数である。その中、ステップS5においてUEの存在するサービングセルが所属するeNodeBから送信されたCCS確立要求の形式は、LTEX2インターフェイスの制御プレーンのX2アプリケーションプロトコル情報である。その中、CCS確立要求には、UEの存在するサービングセル識別子、ターゲットセル識別子、UE識別子情報;UEの業務搬送情報;前記候補CCSにおけるセルが所属するeNodeBがCCS確立応答情報を送信する送信周期;UEの存在するサービングセルが所属するeNodeBが、確認された候補CCSにいける、サービングセルと異なるeNodeBに所属する協調セルが所属するeNodeBへ協調セルの現在のリソース状態の関連情報を報告するように要求することに用いられるリソース状態報告要求;及び、多地点協調通信モード情報、のうちの1つ又は複数が含まれる。その中、前記ステップS6においてCCS確立要求を受信した協調セルが所属するeNodeBは、UEの存在するサービングセルが所属するeNodeBへ前記CCS確立要求に応答するステップは、具体的には、S61:協調セルが所属するeNodeBが、CCS確立要求を受信した後、CCS確立要求において識別されたセルの負荷とリソースの使用状況及びCCS確立要求において提供されたUE業務搬送情報に基づいてCCS確立要求に同意するかどうかを判定し;S62:協調セルが所属するeNodeBが、サービングセルが所属するeNodeBへCCS確立応答情報を送信し、CCS確立要求に同意すると、同意識別子を送信し、UEのデータ情報の受信を用意し、拒絶すると、拒絶識別子を送信し;及び、S63:CCS確立要求にリソース状態報告要求の情報が含まれ且つ協調セルが所属するeNodeBが当該CCS確立要求に同意すると、リソース状態報告情報を送信する。その中、ステップS7においてUEの存在するサービングセルが所属するeNodeBは、候補協調セルが所属するeNodeBからのCCS確立応答情報を受信した後、UEの存在するサービングセル及びCCS確立要求を受信するセルをCCSに組み入れることによって、最終的にUEのCCSを確定し、候補CCSにおける全ての協調セルがいずれもCCS確立要求を拒絶すると、ステップS1に戻って再び選択を行う。その中、ステップS8においてCCSが確定された後に、CCSにおける全てのセルは、CCSが所属するUEのデータ情報を共有し、データ情報の共有方式が、UEの存在するセルが所属するeNodeBにより、LTEX2インターフェイスのユーザープレーンを介してUEのデータ情報をCCSにおける各協調セルに送信し、又は、コアネットワークにより、LTES1インターフェイスのユーザープレーンを介してUEのデータ情報をCCSにおける各協調セルに直接割り当てることである。本発明に係る多地点協調通信における共同処理場面での協調セルセットの確立方法において、協調セルセット選択及び確立の流れステップを明確化し、協調セルセット確立時のユーザー側とネットワーク側に必要な情報インタラクティブの内容及び形式を詳しく示し、多地点協調共同伝送を保証するとともに、情報インタラクティブの遅延を減らして通信システムのオーバーヘッドと複雑度を低減することができる。以下、図面及び具体的な実施形態を参照して、本発明をさらに説明する。本発明は、多地点協調通信特に下りリング多地点協調通信システムにおけるJPの場面での協調セルセットCCSの確立方法を提供する。図2に示すように、前記方法は、以下のステップを含む。S1:多地点協調通信過程プロセスをトリガして起動する。S2:ユーザー設備UEの存在するサービングセルが所属するeNodeBevolvedNodeB、発展型基地局に測定セルセットを配置し、配置された測定セルセットをUEに送信し、同時にUEが測定セルセットにおける全てのセルのチャネル状態情報を測定して、測定情報を取得する。S3:UEは、サービングセルが所属するeNodeBへ測定結果をフィードバックする。S4:UEの存在するサービングセルが所属するeNodeBは、UEの候補CCSを確認する。S5:UEの存在するサービングセルが所属するeNodeBは、LTEX2インターフェイスにより他のeNodeBへCCS確立要求を送信する。前記他のeNodeBは、候補CCSにおける、前記サービングセルが所属するeNodeBと異なるeNodeBの協調セルが所属するeNodeBである。その中、LTEX2インターフェイスは、3GPPに定義されるeNodeB間のインターフェイスである。S6:CCS確立要求を受信した協調セルが所属するeNodeBは、UEの存在するサービングセルが所属するeNodeBへ前記CCS確立要求に応答し、UEの存在するサービングセルが所属するeNodeBにCCS確立応答情報を送信する。S7:UEの存在するサービングセルが所属するeNodeBは、前記CCS確立応答情報に基づいてUEのCCSを確定する。S8:選択した多地点協調通信モードによって、確定されたUEのCCSにおける全てのセルは、当該CCSが所属するUEのデータ情報及び業務搬送情報を共有する。その中、データ情報とは、ユーザーに送信する必要があるデータを指す。上述した方法において、多地点協調通信は、ユーザーに対するものであり、即ちUEを中心とするUEspecific多地点協調通信であるため、CCSもUEを中心とするものであり、即ち各UEが1つのCCSに対応し、異なるUEのCCSに含まれるセルは、同じであればよいし、同じではなければよい。UEの存在するサービングセルは、当該UEに対応するCCSに含まれる。ここで、ステップS1において多地点協調通信過程のトリガ及び起動は、ユーザーを中心とし、具体的には、UEより自身の業務需要と現在のチャネル状態によってネットワーク側へ多地点協調通信過程の起動要求リクエストを送信し、そして、ネットワーク側より多地点協調通信過程の起動要求を出し、ネットワーク側よりシステムの現在の状態及びユーザー関連情報によって当該ユーザーのために多地点協調通信過程を起動するかどうかを決定することができればよいし、ネットワーク側よりUEの業務要求及び現在の通信システム状態によって直接起動するかどうかを決定し、起動決定時に多地点協調通信過程を起動するステップを実行することもできればよい。その中、ユーザー関連情報には、ユーザーのQoS需要、ユーザー位置、ユーザーチャネル状態、ユーザー移動速度などの情報が含まれても良い。ここで、ステップS2においてUEが測定セルにおける全てのセルのチャネル状態情報を測定するメカニズムは、従来のLTERel8における測定メカニズムと同じである。ここで、ステップS3において、フィードバックされた測定結果は、測定セルセットにおける全てのセルに関するUEの測定結果であっても良いし、測定セルセットにおける部分一部のセルに関するUEの測定結果であっても良く、即ちUEが測定セルセットにおける部分のセルの測定結果を選択的にフィードバックしてもよい。具体的には、フィードバックされた測定結果には、各測定セルの識別子ID、各測定セルからUEへの伝播伝送遅延、各測定セルのRSRPパイロット信号受信パワー強度、UEと各測定セルとの間のチャネル状態情報CSI、及びUEと各測定セルとの間のチャネル品質情報ChannelQualityIndicator、CQIのうちの1つ又は複数の組合せが含まれてもよいし、その他の測定情報であってもよい又はそれが含まれてもよい。ここで、ステップS4においてUEの存在するサービングセルが所属するeNodeBは、UEからフィードバックされた情報に基づいてUEの候補CCSを選択することができる。遅延差に基づいて選択することができ、例えば前記UEとサービングセルから前記UEまでの伝播遅延差が所定の閾値より小さい幾つかのセルを選択し、又はRSRP強度に基づいて選択することができ、例えばRSRP強度の最大又は所定の閾値より大きい幾つかのセルを選択し、又はCSIに基づいて選択することができ、例えばCSIの最も良い幾つかのセルを選択し、又はCQIに基づいて選択することができ、例えばCQIの最も良い幾つかのセルを選択し、又は以上の幾つかの選択標準の組合せであっても良いし、その他の選択標準であってもよく又はそれが含まれてもよい。ここで、前記ステップS4においてUEの存在するサービングセルが所属するeNodeBは、UEの候補CCSを選択してもよいし、UEより選択されてフィードバックされた候補CCSをeNodeBより確認された候補CCSとして採用してもよい。ここで、ステップS5においてUEの存在するサービングセルが所属するeNodeBから送信されたCCS確立要求の形式は、LTEX2インターフェイスの制御プレーンのX2アプリケーションプロトコル情報X2APX2ApplicationProtocolMessageであってよいし、他のシグナリングであってもよい。前記情報又はシグナルには、UEの存在するサービングセルID、ターゲットセルID及びUE識別子情報が含まれる。当該CCS確立要求には、さらにUE業務搬送情報が含まれてもよく、UE業務搬送情報には、さらにUE業務のタイプ、データレート要求、QoS関連情報、上位層情報などが含まれる。UEの存在するサービングセルが所属するeNodeBが、候補CCSにおけるセルが所属するeNodeBがCCS確立応答情報を送信するように要求する送信周期が含まれてもよく、当該周期は、UEの存在するサービングセルが所属するeNodeBによって配置される。リソース状態報告要求が含まれてもよく、当該要求は、UEの存在するサービングセルが所属するeNodeBが、確認された候補CCSにおけるサービングセルと異なるeNodeBに属する協調セルが所属するeNodeBへ、それサービングセルと異なるeNodeBに属する協調セルが所属するeのNodeBが協調セルの現在のリソース状態の関連情報を報告するように要求することに用いられる。当該リソース状態の関連情報には、さらに協調セルのシステム負荷状況、協調セルリソースの使用の割当状況、協調セルリソースの干渉状況などが含まれる。当該CCS確立要求には、多地点協調通信モード情報が含まれても良く、JPの場面での多地点協調通信モードには、共同伝送及びダイナミックセル選択などが含まれる。ここで、ステップS6においてCCS確立応答情報の形式は、LTEX2インターフェイスの制御プレーンのX2アプリケーションプロトコル情報X2APX2ApplicationProtocolMessageであってよいし、他のシグナリングであってもよい。前記情報又はシグナリングには、次の情報、即ち、UEの存在するサービングセルID、ターゲットセルID、多地点協調通信の同意拒絶拒否識別子が含まれてもよいし、同意拒絶の原因が含まれてもよいし、リソース状態報告情報が含まれてもよく、当該情報には、さらに協調セルのシステム負荷状況、協調セルリソースの使用割当状況、協調セルリソース干渉状況などが含まれてもよい。ステップS5においてCCS確立要求には、UEの存在するセルが所属するeNodeBによって配置されたCCS確立応答の送信周期が含まれると、ステップS6においてCCS確立要求を受信した協調セルが所属するeNodeBは、上記周期によってCCS確立応答情報を送信する。前記ステップS6においてCCS確立要求を受信した協調セルが所属するeNodeBが、UEの存在するサービングセルが所属するeNodeBへ前記CCS確立要求に応答するステップは、具体的に次の通りである。S61:協調セルが所属するeNodeBは、CCS確立要求を受信した後、CCS確立要求において識別されたセルの負荷とリソースの使用状況及びCCS確立要求において提供されたUE業務搬送情報に基づいて、CCS確立要求に同意するかどうかを判定する。S62:協調セルが所属するeNodeBは、サービングセルが所属するeNodeBへCCS確立応答情報を送信し、その中、CCS確立要求に同意すると、同意識別子を送信してUEのデータ情報の受信を用意し、拒絶すると、拒絶識別子を送信する。S63:CCS確立要求メッセージにリソース状態報告要求メッセージが含まれ且つ協調セルが所属するeNodeBがCCS確立要求に同意すると、リソース状態報告情報を送信する。ここで、ステップS7においてUEの存在するサービングセルが所属するeNodeBは、候補協調セルが所属するeNodeBからのCCS確立応答情報を受信した後、UEの存在するサービングセル及びCCS確立要求を受信するセルをCCSに組み入れることで、最終的にUEのCCSを確定する。候補CCSにおける全ての協調セルがいずれもCCS確立要求を拒絶すると、ステップS1に戻って再び選択を行う。ここで、ステップS8においてCCSが確定されると、CCSにおける全てのセルは、CCSが所属するUEのデータ情報を共有する。その中、データ情報の共有方式は、UEの存在するサービングセルが所属するeNodeBが、LTEX2インターフェイスのユーザーインタフェースを介してUEのデータ情報をCCSにおける各協調セルに送信することであってよいし、コアネットワークによりLTES1インターフェイスのユーザープレーンを介してUEのデータ情報をCCSにおける各協調セルに直接割り当てることであってもよい。その中、LTES1インターフェイスは、LETに定義されるものであり、eNodeBとコアネットワークとのインターフェイスを意味する。ここで、ステップS5において前記CCS確立要求にUEの業務搬送情報が含まれないと、ステップS8においてCCSは、UEのデータ情報を共有するとともに、UEの業務搬送情報を共有する必要もあり、共有方式は、UEの存在するサービングセルが所属するeNodeBによりLTEX2インターフェイスの制御プレーンを介してCCSにおける各セルに送信することであってよいし、コアネットワークによりLTES1インターフェイスの制御プレーンを介してCCSにおける各協調セルに割り当てることであってもよい。その中、前記ステップS8が完了した後に、CCSの確立が終了し、その後、UEに対する多地点協調データの伝送過程が開始する。多地点協調通信が終了した後に、更にCCS解放リリース過程を実行する必要がある。以下、本発明の方法を例に挙げて説明する。実施例一:本発明に係る多地点協調通信におけるJP場面でのCCS確立方法の実施の流れ及び情報インタラクティブの過程は、図3に示すように以下のステップを含む。301:ネットワーク側は、UEの業務要求及び現在のシステム状態によって多地点協調通信過程を決定して起動する。302:UEの存在するサービングセルが所属するeNodeBは、測定セルセットを配置構成してそれをUEに送信し、同時にUEは、測定セルセットにおける全てのセルのチャネル状態情報を測定する。ここでの測定セルセットの概念及び測定メカニズムは、3GPPRel8と同じである。303:UEは、サービングセルが所属するeNodeBへ測定結果をフィードバックし、フィードバックされた測定結果に測定セルからUEまでの伝播遅延、測定セルのRSRP強度、測定結果に対応する測定セルIDが含まれてよいし、具体的なチャネル状態情報、例えばCSI、CQIが含まれてもよい。ここでのUEからフィードバックされた測定結果は、全ての測定セルの測定結果であってよいし、UEより選択された部分のセルの測定結果であってもよい。304:UEの存在するサービングセルが所属するeNodeBは、UEからフィードバックされた測定結果によってUEの候補CCSを選択し、選択過程は以下のステップ3041~3044を含む。3041:測定セルiからUEまでの伝播遅延をτiとし、サービングセルからUEまでの伝播遅延をτとし、判定用遅延閾値をτthとする。3042:測定セルiのUEにおけるRSRP値をRSRPiとし、サービングセルのUEにおけるRSRP値をRSRPとし、判定用RSRP閾値をRSRPthとする。3043:τiτi≦且つRSRPi≧RSRPthのセルを選択してUEの候補CCSに組み入れる。3044:遅延閾値τthを判定し、RSRPの閾値RSRPthを判定し、UE業務がシステムの状態によって半静的調整を行うように要求され得る。305:UEの存在するサービングセルが所属するeNodeBは、LTEX2インターフェイスの制御プレーンのX2アプリケーションプロトコル情報によりステップ304で確認された候補CCSにおけるサービングセルと異なるeNodeBに属する協調セルが所属するeNodeBへCCS確立要求を送信する。当該情報には、UEの存在するサービングセルID、ターゲットセルID、UEX2APID、UE業務搬送情報、多地点協調通信モード情報及びCCS確立応答情報の送信周期などが含まれる。306:CCS確立要求を受信した協調セルが所属するeNodeBは、UEの存在するサービングセルが所属するeNodeBへ前記CCS確立要求に応答する。当該ステップは、協調セルが所属するeNodeBが、CCS確立要求を受信した後、CCS確立要求において識別されたセルの負荷とリソースの使用状況及びCCS確立要求において提供されるUE業務搬送情報に基づいて、CCS確立要求に同意するかどうかを判定することを含む。307:CCS確立要求を受信した協調セルが所属するeNodeBは、ステップ305におけるCCS確立要求中のCCS確立応答情報の送信周期に応じてUEの存在するサービングセルが所属eNodeBへCCS確立応答情報を送信する。当該応答情報には、UEの存在するサービングセルID、ターゲットセルID、多地点協調通信の同意拒絶識別子が含まれる。その中、応答情報を送信するセルがCCS確立要求に同意すると、同意識別子を送信し、そうではなければ、拒絶識別子を送信し、同時に拒絶の原因に関する情報を送信してもよい。308:UEの存在するサービングセルが所属するeNodeBは、候補CCSにおける各セルからのCCS確立応答情報を受信し、要求に同意するセルをCCSに組み入れ、最終的にUEのCCSを確定する。候補CCSにおける全てのセルがいずれも要求を拒絶すると、ステップ301に戻って新たに再びCCSの選択を行う。309:UEの存在するサービングセルが所属するeNodeBは、LTEX2インターフェイスのユーザーインタブレーンを介してCCSにおける全てのセルへユーザーのデータ情報を送信する。協調セルセットの確立が完了する。実施例二:図4に示すように、本実施例におけるステップ401~403が実施例一のステップ301~303と異なる。401:UEは、自身の業務需要に応じてネットワーク側へ多地点協調通信の起動要求を出す。402~403:ネットワーク側は、UEからの要求を受信した後で、システムの現在の状態及びUEの業務需要によって前記UEに対する多地点協調通信を起動するかどうかを決定し、決定の結果をUEに送信する。ネットワーク側がUEからの要求を拒絶すると、しばらくの時間以降にUEは、新たに要求を出す。なお、本実施例におけるステップ404~409が実施例一におけるステップ304~309と同じである。実施例三:実施例三におけるステップ501~504及びステップ508、509が実施例一のステップ301~304及びステップ308、309と同じである。ステップ505~507は、次の通り図5に示すようにである。505:UEの存在するサービングセルが所属するeNodeBが、候補CCSにおけるセルが所属するeNodeBへ送信するCCS確立要求メッセージには、ステップ305における前記情報の他、リソース状態報告要求が含まれ、当該要求は、UEの存在するサービングセルが所属するeNodeBが、前記ステップ504で確認された候補CCSにおけるサービングセルと異なるeNodeBに属する協調セルが所属するeNodeBへ、協調セルの現在のリソース状態の関連情報を報告するように要求することに用いられる。当該リソース状態の関連情報には、さらに協調セルのシステム負荷状況、協調セルリソースの使用分割状況、協調セルリソース干渉状況などが含まれる。506:CCS確立要求を受信した協調セルが所属するeNodeBは、確立要求に同意することを決定した後、前記協調セルのリソース使用状況を統計取得する。507:CCS確立要求を受信した協調セルが所属するeNodeBは、UEの存在するサービングセルが所属するeNodeBへCCS確立応答情報を送信し、前記協調セルが所属するeNodeBがCCS確立要求に同意すると、応答情報には、ステップ307における前記情報の他、リソース状態報告情報が含まれ、前記協調セルが所属するeNodeBがCCS確立要求を拒絶すると、応答情報は、ステップ307における前記情報と同じである。上記の図3~5において、ServingCellはサービングセルを表し、CCSResquestはCCS確立要求を表し、CCSRsponseはCCS確立応答を表し、X2CPlaneはLTEX2インターフェイスの制御プレーンを表し、CoMPmodeはCoMPモードを表す。実施例四:実施例四におけるステップ601~608が実施例一におけるステップ301~308と同じである。ステップ609は、次の通りで、図6に示すようなものである。609:コアネットワークは、LTES1インターフェイスのユーザープレーンを介してCCSにおける全てのセルへユーザーのデータ情報を送信する。CCS確立が完了する。以上の実施形態は、本発明を説明することに用いられるだけであるが、本発明を制限するものではなく、当業者にとっては、本発明の精神と範囲を逸脱しない場合で、様々な変化と変形を実施することができるため、全ての等同技術方案も本発明の範囲に属し、本発明の特許保護範囲が特許請求によって限定されるべきである。