JP7743510B2 - 上りチャネル伝送方法、装置及び端末 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０２０年９月２５日に中国で出願した、出願番号がＮｏ．２０２０１１０２５３２１．９の中国特許の優先権を主張し、その全ての内容が参照によって本出願に組み込まれている。

本出願は、通信の技術分野に属し、具体的には、上りチャネル伝送方法、装置及び端末に関する。

いくつかの通信システム（例えば、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システム）において、異なるチャネルが異なる開始シンボルと長さを有することが可能なので、伝送リソース時間領域が重なることがあり、１スロットで複数の重なった上りチャネルが伝送される時に、端末のシングルキャリア特性が損なわれ、また、異なる送信電力によってチャネル性能が劣化し、上りチャネルの伝送性能が悪くなる。

本出願の実施例は、上りチャネル間の重なりを処理し、端末のシングルキャリア特性と上りチャネルの伝送性能を確保することを実現できる、上りチャネル伝送方法、装置及び端末を提供する。

第１態様において、
上りチャネル時間領域リソースが重なった場合に、端末が所定規則に基づいて上りチャネル間の重なりを処理するステップと、
前記端末が処理後の上りチャネルを伝送するステップと、を含み、
時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含み、前記所定規則は、
上りチャネルの優先度、
上りチャネルの種類、
上りチャネルの開始時間、
上りチャネルの配置状況、
前記端末の能力、及び
上りチャネルの伝送重なり処理順番を指示するための、ネットワーク側機器の送信した配置情報の少なくとも１項に関連する、上りチャネル伝送方法を提供する。

第２態様において、
上りチャネル時間領域リソースが重なった場合に、所定規則に基づいて上りチャネル間の重なりを処理するために用いられる処理モジュールと、
処理後の上りチャネルを伝送するために用いられる伝送モジュールと、を備え、
時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含み、前記所定規則は、
上りチャネルの優先度、
上りチャネルの種類、
上りチャネルの開始時間、
上りチャネルの配置状況、
前記上りチャネル伝送装置の能力、及び
上りチャネルの伝送重なり処理順番を指示するための、ネットワーク側機器の送信した配置情報の少なくとも１項に関連する、上りチャネル伝送装置を提供する。

第３態様において、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なプログラム又はコマンドとを備え、前記プログラム又はコマンドが前記プロセッサにより実行されると、第１態様に記載の上りチャネル伝送方法のステップが実現される、端末を提供する。

第４態様において、プログラム又はコマンドを記憶し、前記プログラム又はコマンドがプロセッサにより実行されると、第１態様に記載の上りチャネル伝送方法のステップが実現される、可読記憶媒体を提供する。

第５態様において、プロセッサと通信インタフェースを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサはネットワーク側機器のプログラム又はコマンドを実行して、第１態様に記載の上りチャネル伝送方法を実現するためのものである、チップを提供する。

本出願の実施例では、優先度の異なる上りチャネル時間領域リソースが重なった場合に、端末は、所定規則に基づいて上りチャネル間の重なりを処理し、続いて処理後の上りチャネルを伝送することができ、これによって、サービス優先度への影響を低減し、端末の上り伝送のシングルキャリア特性が損なわれることを回避し、上りチャネルの伝送性能を確保し、システムの有効性及びシステム効率を高める。

本出願の実施例で適用できる無線通信システムのブロック図である。 本出願の実施例で提供される上りチャネル伝送方法のフローチャートである。 上りチャネルの伝送ケースの模式図である。 上りチャネルの別の伝送ケースの模式図である。 本出願の実施例で提供される上りチャネル伝送装置の構成図である。 本出願の実施例で提供される通信機器の構成図である。 本出願の実施例で提供される端末の構成図である。

以下において、本出願の実施例における図面を参照しながら、本出願の実施例における技術的解決手段を明確に説明し、当然ながら、説明される実施例は本出願の実施例の一部であり、全ての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を要することなく得られた他の全ての実施例は、いずれも本出願の保護範囲に属するものとする。

本出願の明細書及び特許請求の範囲における用語「第１」、「第２」等は、特定の順序又は先後順序を記述するためのものではなく、類似する対象を区別するためのものである。このように使用される用語は、本出願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきである、また、「第１」、「第２」で区別する対象は一般に一種類であり、対象の数を限定することがなく、例えば、第１対象は１つであってもよいし、複数であってもよい。また、明細書および特許請求の範囲において「および／または」は、接続している対象のうちの少なくとも１つを示し、符号の「／」は、一般的には前後の関連対象が「又は」という関係にあることを示す。

指摘すべきことは、本出願に係る実施例に記載の技術は、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）／ＬＴＥの発展型（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限定されず、更に、例えば符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）のような他の無線通信システム及び他のシステムに利用可能である点である。本出願に係る実施例における「システム」と「ネットワーク」という用語は一般に相互に交換して使用することができ、記述される技術は上述したシステムと無線電信技術に用いてもよいし、他のシステムと無線電信技術に用いてもよい。但し、以下の記述では例示するためにニューラジオシステムを記述し、且つ以下の大部分の記述においてＮＲ用語を使用するが、これらの技術はＮＲシステム以外に適用可能であり、例えば第６世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムにも適用可能である。

図１は本出願に係る実施例に適用可能な無線通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク側機器１２を備える。ここで、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）と呼ばれてもよく、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコンとも呼ばれるラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルディジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、携帯情報端末、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブル機器（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載装置（ＶＵＥ）、歩行者端末（ＰＵＥ）等の端末側機器であってもよく、ウェアラブル機器は、ブレスレット、イヤホン、メガネ等を含む。本出願に係る実施例では端末１１の具体的な種類が限定されないことは説明必要である。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、その中で、基地局は、ノードＢ、発展型ノードＢ、アクセスポイント、ベーストランシーバ基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ，ＢＴＳ）、無線基地局、無線送受信機、基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＥＳＳ）、Ｂノード、発展型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用発展型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、送受信ポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ，ＴＲＰ）又は前記分野中の他のある適切な用語で称してもよく、同じ技術効果を達成できれば、前記基地局は特定の技術用語に限定されるものではなく、本出願に係る実施例では、ＮＲシステムにおける基地局のみを例とするが、基地局の具体的な種類が限定されないことは説明必要である。

以下、図面を参照しながら、具体的な実施例及びその利用シーンによって本出願の実施例で提供される上りチャネル伝送方法、装置及び電子機器を詳細に説明する。

図２を参照すると、図２は本出願の実施例で提供される上りチャネル伝送方法のフローチャートであり、前記上りチャネル伝送方法は端末に適用される。図２に示すように、前記上りチャネル伝送方法は下記のステップ２０１及びステップ２０２を含む。

ステップ２０１では、上りチャネル時間領域リソースが重なった場合に、端末が所定規則に基づいて上りチャネル間の重なりを処理する。

ここで、時間領域リソースが重なった上りチャネルは、優先度の異なる上りチャネルを含む。端末が異なるサービスをサポートし、異なるサービスが異なるサービス需要に対応することが可能であり、例えば、上りチャネルの遅延、信頼性等に対して異なる要求があり、更に上りチャネルに対して優先度を付けてもよいことが理解できる。選択可能に、上りチャネルの優先度は高優先度と低優先度を含んでもよく、優先度は優先度インデックスで示してもよく、例えば、優先度インデックス１は高優先度を示し、優先度インデックス０は低優先度を示す。

異なる上りチャネルは、その優先度の獲得方式が異なってもよいことを説明する必要がある。例えば、スケジューリングリクエスト（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ，ＳＲ）、コンフィグアドグラントスケジューリング（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ，ＣＧ）物理上り共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）、セミパーシステントスケジューリング（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ－Ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理下り共有チャネル（Ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）及びリリース（ｒｅｌｅａｓｅ）するハイブリッド自動再送要求応答（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ）の優先度は、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングによって配置され、物理上り制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）におけるパーシステントチャネル状態情報（Ｐｅｒｓｉｓｔｅｎｔ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ，Ｐ－ＣＳＩ）又はセミパーシステントチャネル状態情報（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ，ＳＰ－ＣＳＩ）は、低優先度と見なしてもよく、即ち、予め定義する。ダイナミックスケジューリングＰＤＳＣＨのＨＡＲＱ－ＡＣＫ、ダイナミックスケジューリングＰＵＳＣＨ、ＰＵＳＣＨにおける非周期的ＣＳＩ（Ａｐｅｒｉｏｄｉｃ ＣＳＩ，Ａ－ＣＳＩ）又はＳＰ－ＣＳＩは、対応するスケジューリング下り制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）中の１ビットフィールドによって指示してもよいし、又はＤＣＩのフォーマット等の方式で暗示的に獲得してもよい。ＰＵＣＣＨの優先度はそれが担持するＨＡＲＱ－ＡＣＫ、ＳＲ又はＣＳＩによって決定してもよい。

選択可能に、優先度の異なるチャネル間で多重化した時に、優先度の異なるＵＣＩを多重にして伝送したチャネルは、その優先度が、多重化後のＵＣＩの優先度及び最初のチャネルの優先度のうち、最も高い優先度によって決定されてもよいし、その優先度が変わらなくてもよく、例えば、低優先度のＰＵＣＣＨ又はＰＵＳＣＨで高優先度のＵＣＩを多重にして伝送した場合に、その優先度は、高優先度であってもよいし、依然として低優先度であってもよい。

本発明におけるＰＵＣＣＨ又はＰＵＳＣＨ等の上り伝送チャネルとは、１つのＰＵＣＣＨグループ又はセルグループ（ｃｅｌｌ ｇｒｏｕｐ）内の上り伝送チャネルであることを説明する必要がある。

本発明における上りチャネル時間領域リソースの重なりは、上りチャネル時間領域リソース衝突、上りチャネルリソース衝突又は上りチャネル衝突と呼んでもよいことを説明する必要がある。

本出願の実施例では、上りチャネル時間領域リソースが重なった場合に、先に上りチャネル間の重なりを処理する必要がある。具体的には、端末は所定規則に基づいて上りチャネル間の重なりを処理してもよく、ここで、前記所定規則は、
上りチャネルの優先度、
上りチャネルの種類、
上りチャネルの開始時間、
上りチャネルの配置状況、
前記端末の能力、及び
上りチャネルの伝送重なり処理順番を指示するための、ネットワーク側機器の送信した配置情報の少なくとも１項に関連する。

つまり、上りチャネル時間領域リソースが重なった場合に、端末は、上記の６種の所定規則の少なくとも１項に基づいて上りチャネル間の重なりを処理してもよく、以下では、異なる実施形態によって前記所定規則を具体的に説明する。

選択可能に、前記所定規則が上りチャネルの優先度に関連する場合に、所定規則に基づいて上りチャネル間の重なりを処理する前記ステップは、
優先度が同じ上りチャネル間の重なりを優先的に処理し、優先度の異なる上りチャネル間の重なりをその後で処理するステップを含む。

時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含むことが理解でき、例えば、高優先度の上りチャネルと低優先度の上りチャネルを含み、このように、端末は、高優先度の上りチャネル間の重なり又は低優先度の上りチャネル間の重なりを先に処理し、優先度の異なる上りチャネル間の重なりをその後で処理してもよく、例えば、高優先度の上りチャネル間の重なり（存在する場合）又は低優先度の上りチャネル間の重なり（存在する場合）を先に処理し、高優先度の上りチャネルと低優先度の上りチャネルとの間の重なりをその後で処理する。

優先度が同じ上りチャネル間の重なりを優先的に処理する前記ステップは、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なり（存在する場合）を優先的に処理し、優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なり（存在する場合）をその後で処理するステップを含む。

つまり、優先度が同じ上りチャネル間の重なりに対しては、端末は更に上りチャネル種類によって、上りチャネル間の重なりを処理する。例えば、時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含む時に、端末は優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なり（存在する場合）を優先的に処理し、次に優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なり（存在する場合）をその後で処理し、続いて優先度の異なる上りチャネル間の重なりを処理する。

本出願の実施例で、異なる種類及び／又は異なる優先度のチャネル間の重なりの処理は、これらの種類及び／又はこれらの優先度のチャネルが存在し、且つチャネル間に重なりが存在することに基づいて行われ、このように、本出願の実施例で提供される所定規則に基づいてチャネル間の重なりの処理を行うことを説明する必要がある。ある場合に、全ての種類又は優先度のチャネルが存在し、或いは重なりが存在するというわけでなく、本出願の実施例で提供される所定規則に関わるチャネルが存在しない時に、端末は対応する操作を実行する必要がなく、重なったチャネルの具体的な状況に応じて処理すればよい。例えば、優先度が同じ上りチャネル間の重なりに対しては、優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりのみが存在し、優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりが存在しない場合に、端末は、優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間に存在する重なりを優先的に処理する。以下の実施形態で関わるチャネル間の重なりの処理に関しては、端末は同様にして存在するチャネル間の重なりの具体的な状況に応じて処理すればよく、存在しないチャネルを考慮しなくてもよく、繰り返して説明しないように、以下で詳細に説明しない。

優先度の異なる上りチャネル間の重なりをその後で処理する前記ステップは、
優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを先に処理し、優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するステップを含む。

つまり、優先度の異なる上りチャネル間の重なりに対しては、端末は同様に更に上りチャネル種類によって、上りチャネル間の重なりを処理することができる。例えば、端末は、優先度が同じ上りチャネル間の重なりを処理した後、優先度の異なる上りチャネル間の重なりに対しては、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを先に処理し、次に優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理する。

具体的な一実現形態として、ＰＵＣＣＨとＰＵＳＣＨに低優先度と高優先度の上り伝送を含み、且つ重なりが存在する時に、端末は、優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを先に処理し、優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理し、次に優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを処理し、続いて優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理する。

上記実施形態では、時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含む時に、端末は上りチャネルの優先度に基づいて上りチャネル間の重なりを処理し、次に処理後の上りチャネルを伝送できることが理解できる。

選択可能に、前記所定規則が上りチャネルの優先度及び上りチャネルの種類に関連する場合に、所定規則に基づいて上りチャネル間の重なりを処理する前記ステップは、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次にＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップを含む。

つまり、ＰＵＣＣＨとＰＵＳＣＨに低優先度と高優先度の上り伝送を含む時に、時間領域リソースが重なった上りチャネルに対しては、上りチャネルの優先度及び上りチャネルの種類に基づいて上りチャネル間の重なりを処理してもよい。

本実施形態では、上りチャネルの種類に基づいてＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、ＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理し、上りチャネルの種類が同じである場合に、上りチャネルの優先度に基づいて上りチャネル間の重なりを処理し、例えば、優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理する。

ＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理する前記ステップは、優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するか、又は、優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するか、又は、ＰＵＣＣＨとＰＵＳＣＨが同じ優先度か異なる優先度かを問わず、ＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理した後、ＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するようになってもよい。

本実施形態では、端末は上りチャネルの種類及び上りチャネルの優先度に応じて上りチャネル間の重なりを処理することができ、このように、より効果的に上りチャネル間の重なりを順序よく処理し、上りチャネルの伝送性能を確保することができる。

選択可能に、前記所定規則が上りチャネルの種類に関連する場合に、所定規則に基づいて上りチャネル間の重なりを処理する前記ステップは、
ＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、ＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するステップを含む。

本実施形態では、上りチャネル時間領域リソースが重なった場合に、端末は、ＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し（重なったＰＵＣＣＨとＰＵＣＣＨが同じ優先度か異なる優先度かを問わず）、次にＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理する（重なったＰＵＣＣＨとＰＵＳＣＨが同じ優先度か異なる優先度かを問わず）。このようにして、上りチャネルの優先度を区別することなく、上りチャネルの種類に基づいて上りチャネル間の重なりを処理することができ、これによって、上りチャネル間の重なりの処理がより簡単になり、端末による上りチャネルの重なりの処理効率が確保される。

選択可能に、前記所定規則が上りチャネルの開始時間に関連する場合に、所定規則に基づいて上りチャネル間の重なりを処理する前記ステップは、
開始時間が早い上りチャネル間の重なりを優先的に処理し、開始時間が遅い上りチャネル間の重なりをその後で処理するステップを含む。

前記開始時間は上りチャネルの開始シンボル及び／又は開始時間単位を含む。例えば、前記開始時間は上りチャネルの開始時間単位であり、更に、上りチャネル時間領域リソースが重なった場合に、端末は開始時間単位の早い上りチャネル間の重なりを優先的に処理し、開始時間単位の遅い上りチャネル間の重なりをその後で処理する。又は、前記開始時間は上りチャネルの開始シンボルであってもよく、このように端末は開始シンボルが前にある上りチャネル間の重なりを優先的に処理し、次に開始シンボルがその後にある上りチャネル間の重なりを処理する。

本実施形態では、上りチャネルの開始時間に基づいて上りチャネル間の重なりの処理順番を決定し、即ち、上りチャネルの開始時間の早い順に処理し、これによって、上りチャネル間の重なりに対する処理がより簡単になる。

選択可能に、前記所定規則が上りチャネルの配置状況に関連する場合に、所定規則に基づいて上りチャネル間の重なりを処理する前記ステップは、
配置上りチャネル間の重なりを優先的に処理し、配置上りチャネルとダイナミックスケジューリング上りチャネルとの間の重なりをその後で処理するステップ、又は、
配置上りチャネル間の重なりを優先的に処理し、ダイナミックスケジューリング上りチャネル間の重なりをその後で処理するステップを含む。

つまり、上りチャネル時間領域リソースが重なった場合に、端末は配置上りチャネル間の重なりを優先的に処理し、ダイナミックスケジューリング上りチャネル間の重なりをその後で処理するか、又は配置上りチャネルとダイナミックスケジューリング上りチャネルとの間の重なりをその後で処理する。本実施形態では、端末は上りチャネルの配置状況に基づいて上りチャネル間の重なりを処理することができ、配置される上り伝送が動的スケジューリングによらないため、ＵＥは動的スケジューリングによらず配置上りチャネル間の重なりを完成することができ、これによって、上りチャネル間の重なりの処理がより簡単になる。

選択可能に、上りチャネル時間領域リソースが重なった場合に、端末は、端末の能力により上りチャネル間の重なりを処理してもよく、その中、端末が上りチャネル間の時間領域リソースの重なりを処理する順番は端末の能力に依存する。又は、端末は、ネットワーク側機器の送信した配置情報に基づいて上りチャネル間の重なりを処理してもよく、その中、前記配置情報は上りチャネルの重なりの処理順番を指示するためのものである。例えば、前記配置情報は、ＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、ＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するように端末に指示してもよく、このように端末は前記配置情報によって指示された処理順番で上りチャネル間の重なりを処理する。

本出願の実施例では、上りチャネル間の重なりを処理する前記ステップは、
ＰＵＣＣＨとＰＵＣＣＨとが重なった場合に、重なったＰＵＣＣＨを１つのＰＵＣＣＨに多重して伝送するステップと、
ＰＵＣＣＨとＰＵＳＣＨとが重なった場合に、各前記ＰＵＣＣＨに担持されている少なくとも一部の上り制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）をその中の少なくとも１つのＰＵＳＣＨに多重して伝送するステップとの少なくとも１項を含む。

その中、ＰＵＣＣＨとＰＵＣＣＨとが重なった場合に、重なったＰＵＣＣＨを第１ＰＵＣＣＨに多重して伝送してもよく、前記第１ＰＵＣＣＨは重なったＰＵＣＣＨ中のいずれかであってもよく、又は、重なったＰＵＣＣＨを第３ＰＵＣＣＨに多重して伝送してもよく、その中、第３ＰＵＣＣＨは第１ＰＵＣＣＨと第２ＰＵＣＣＨ以外のＰＵＣＣＨである。例えば、端末が伝送している上りチャネルは第１ＰＵＣＣＨ、第２ＰＵＣＣＨを含み、その中、第１ＰＵＣＣＨと第２ＰＵＣＣＨの時間領域リソースが重なっており、このように、第１ＰＵＣＣＨを第２ＰＵＣＣＨに多重して伝送してもよいし、第２ＰＵＣＣＨを第１ＰＵＣＣＨに多重して伝送してもよいし、第１ＰＵＣＣＨと第２ＰＵＣＣＨを全て第３ＰＵＣＣＨに多重して伝送してもよく、その中、第３ＰＵＣＣＨは多重化後のＵＣＩビット数により決定されるＰＵＣＣＨリソースであり、又は配置される、多重化後のＵＣＩを伝送するためのＰＵＣＣＨリソースである。このようにして、重なったＰＵＣＣＨに対する処理が実現され、端末のシングルキャリア特性が損なわれることが回避され、上りチャネルの伝送性能が確保される。

ＰＵＣＣＨとＰＵＳＣＨとが重なった場合に、全てのＰＵＣＣＨに担持されているＵＣＩをその中の少なくとも１つのＰＵＳＣＨに多重して伝送してもよいし、ＰＵＣＣＨに担持されている一部のＵＣＩをその中の少なくとも１つのＰＵＳＣＨに多重して伝送してもよく、例えば、ＵＣＩとしてＨＡＲＱ－ＡＣＫ、ＣＳＩ及びＳＲが存在する場合に、ＵＥはＨＡＲＱ－ＡＣＫとＣＳＩをＰＵＳＣＨに多重して伝送し、ＳＲを廃棄してもよく、更に例えば、高優先度と低優先度のＨＡＲＱ－ＡＣＫが存在する場合に、ＵＥは低優先度のＨＡＲＱ－ＡＣＫをより少ないビット数に圧縮してから高優先度のＨＡＲＱ－ＡＣＫと共に１つのＰＵＳＣＨに多重して伝送してもよい。選択可能に、ＰＵＣＣＨが１つのＰＵＳＣＨのみと重なった場合に、全てのＰＵＣＣＨに担持されているＵＣＩをこのＰＵＳＣＨに多重して伝送してもよいし、ＰＵＣＣＨに担持されている一部のＵＣＩをこのＰＵＳＣＨに多重して伝送してもよい。ＰＵＣＣＨが複数のＰＵＳＣＨと重なった場合に、端末は、それらから１つのＰＵＳＣＨを選択して多重化してもよく、例えば、Ａ－ＣＳＩを有するＰＵＳＣＨを選択して多重化してもよいし、開始スロットが最も早いＰＵＳＣＨを選択して多重化してもよく、又は、ダイナミックスケジューリングＰＵＳＣＨとグラントスケジューリングＰＵＳＣＨを含む場合に、ダイナミックスケジューリングＰＵＳＣＨを優先的に選択して多重化してもよく、又は、早く伝送されるＰＵＳＣＨを優先的に選択して多重化してもよく、又は、所在するサービングセルのインデックス（ｉｎｄｅｘ）が小さいＰＵＳＣＨを優先的に選択して多重化してもよい。

又は、時間領域リソースが重なった上りチャネルの優先度が異なる場合に、端末による上りチャネル間の重なりの処理は、低優先度（Ｌｏｗ Ｐｒｉｏｒｉｔｙ，ＬＰ）の上りチャネルを廃棄し、更に端末が高優先度（Ｈｉｇｈ Ｐｒｉｏｒｉｔｙ，ＨＰ）の上りチャネルのみを伝送するようになってもよい。なお、端末は、低優先度の上りチャネルを廃棄し、残りの高優先度のチャネルに対して、上記所定規則に基づいて高優先度の上りチャネル間の重なりを処理してもよく、例えば、ＨＰ ＨＡＲＱ－ＡＣＫとＨＰ ＰＵＳＣＨが重なった場合に、ＨＰ ＨＡＲＱ－ＡＣＫをＨＰ ＰＵＳＣＨに多重して伝送してもよい。

又は、ＰＵＣＣＨとＰＵＣＣＨとの間の重なりに対しては、ＵＥはＰＵＣＣＨのフォーマット及び／又は担持しているＵＣＩの種類に応じて、ＵＣＩを１つのチャネルに多重して伝送するか、一部のＵＣＩ情報を廃棄するかを決定してもよく、例えば、ＨＡＲＱ－ＡＣＫを担持しているＰＵＣＣＨがＰＵＣＣＨフォーマット１であり、ＳＲを担持しているＰＵＣＣＨがＰＵＣＣＨフォーマット０であり、２つのＰＵＣＣＨの時間領域リソースが重なった場合に、ＵＥはＳＲを廃棄し、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨのみを伝送する。

このようにして、重なった上りチャネルを多重化するか、廃棄することによって、端末のシングルキャリア特性が損なわれることを回避でき、サービス優先度への影響を低減し、上りチャネルの伝送性能を確保することができる。

ステップ２０２では、前記端末が処理後の上りチャネルを伝送する。

所定規則に基づいて上りチャネル間の重なりを処理した後、処理後の上りチャネルを伝送することが理解できる。このようにして、処理後の上りチャネルには重なった上りチャネルが存在しなく、更に端末の上り伝送のシングルキャリア特性を確保し、上りチャネルの伝送性能の劣化を回避し、端末に好適な上りチャネル伝送性能を有するのを確保することができる。

本出願で提供される手段をより良好に理解するために、以下では、具体的な実施例によって本出願で提供される上りチャネル伝送方法を説明する。
（実施例１）

図３を参照すると、図３は上りチャネルの伝送ケースの模式図である。図３に示すように、ある時間単位で、優先度の異なるＰＵＣＣＨとＰＵＳＣＨの時間領域リソースが重なっており、具体的には、ＨＰ（高優先度） ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ（低優先度） ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨ、ＬＰ ＰＵＳＣＨ、ＨＰ ＰＵＳＣＨを含み、その中、ＰＵＣＣＨ（ＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨを含む）はコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ，ＣＣ） ＣＣ０にあり、ＬＰ ＰＵＳＣＨはＣＣ１にあり、ＨＰ ＰＵＳＣＨはＣＣ２にある。図３に示した時間領域リソースが重なった優先度の異なるＰＵＣＣＨとＰＵＳＣＨに対しては、端末は下記のいずれかの方式を用いて処理してもよい。
（方式１）

端末は先に優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを処理し、次に優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理し、続いて優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを処理し、最後に優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理する。

図３で、ＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＨＰ ＰＵＳＣＨは同じ優先度（即ち、高優先度）にあり、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨ 及びＬＰ ＰＵＳＣＨは同じ優先度（即ち、低優先度）にある。ＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＨＰ ＰＵＳＣＨの間の重なりに対しては、端末は、ＨＰ ＳＲ ＰＵＣＣＨをＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに多重して伝送してもよく、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとＨＰ ＰＵＳＣＨの時間領域リソースが重なったので、ＨＰ ＨＡＲＱ－ＡＣＫをＨＰ ＰＵＳＣＨに多重して伝送し、ＨＰ ＳＲを廃棄する（ＨＰ ＰＵＳＣＨに上り共有チャネル（Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＵＬ－ＳＣＨ）があると仮定する）。ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨ及びＬＰ ＰＵＳＣＨの間の重なりに対しては、端末は、先にＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを１つのＰＵＣＣＨリソース、例えば、多重化後のＨＡＲＱ－ＡＣＫとＣＳＩビット数により決定されるＰＵＣＣＨリソースに多重して伝送してもよく、多重化後のＰＵＣＣＨリソースが依然としてＬＰ ＰＵＳＣＨの時間領域リソースと重なれば、ＬＰ ＨＡＲＱ－ＡＣＫとＬＰ ＣＳＩをＬＰ ＰＵＳＣＨに多重して伝送する（ＬＰ ＰＵＳＣＨにＣＳＩがないと仮定する）。ＬＰ ＰＵＳＣＨとＨＰ ＰＵＳＣＨがそれぞれ異なるサービングセルにあるので、端末はＵＣＩを多重化したＬＰ ＰＵＳＣＨとＨＰ ＰＵＳＣＨを別々に伝送する。

当該実施形態では、優先度の異なるＵＣＩを異なるＰＵＳＣＨに多重して伝送可能であり、低優先度ＵＣＩを高優先度ＰＵＳＣＨに多重して伝送する時に高優先度ＰＵＳＣＨの伝送性能に与える影響、及び高優先度ＵＣＩを低優先度ＰＵＳＣＨに多重して伝送する時に高優先度ＵＣＩに与える伝送遅延影響を低減し、更に端末の上り伝送性能を好適に確保した。
（方式２）

端末は、優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、次に優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを処理し、続いてＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理してもよい（同じ優先度か異なる優先度かを問わず）。

図３における上りチャネル間の重なりにに対しては、ＨＰ ＳＲ ＰＵＣＣＨとＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの間の重なりに対しては、端末は、ＨＰ ＳＲ ＰＵＣＣＨをＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに多重して伝送してもよい。ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとＬＰ ＣＳＩ ＰＵＣＣＨとの間の重なりに対しては、端末は、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを１つのＰＵＣＣＨに多重して伝送してもよく、例えば、ＬＰ ＣＳＩ ＰＵＣＣＨに多重して伝送してもよく、次に優先度の異なる上りチャネル間の重なりを処理し、ＬＰ ＣＳＩ ＰＵＣＣＨとＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨの時間領域リソースが重なったので、端末はＬＰ ＣＳＩ ＰＵＣＣＨとＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを１つのチャネルに多重して伝送してもよく、即ち、端末は、ＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＬＰ ＣＳＩ ＰＵＣＣＨを１つのチャネルに多重して伝送してもよく、多重化後のＰＵＣＣＨチャネルがＬＰ ＰＵＳＣＨ又はＨＰ ＰＵＳＣＨの時間領域リソースと重なれば、優先度の異なるＵＣＩ（ＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＬＰ ＣＳＩ ＰＵＣＣＨを含む）をＬＰ ＰＵＳＣＨ又はＨＰ ＰＵＳＣＨに多重して伝送する。選択可能に、端末は、ＨＰ ＳＲ、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＣＳＩ中の一部のＵＣＩをＬＰ ＰＵＳＣＨ又はＨＰ ＰＵＳＣＨに多重して伝送してもよく、例えば、端末はＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫをＨＰ ＰＵＳＣＨに多重して伝送し、且つＨＰ ＳＲとＬＰ ＣＳＩを廃棄する。

本実施形態では、優先度の異なるＵＣＩを同じＰＵＳＣＨに多重して伝送可能であり、電力が限られている場合に、当該ＵＣＩを多重にして伝送するＰＵＳＣＨの伝送を優先的に確保することができ、端末の上り伝送性能が確保され、通信の円滑さが確保される。
（方式３）

端末は、先にＰＵＣＣＨとＰＵＣＣＨとの間の重なりを処理し（同じ優先度か異なる優先度かを問わず）、次にＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理してもよい（同じ優先度か異なる優先度かを問わず）。

図３における上りチャネル間の重なりに対しては、端末は、先にＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨの間の重なりを処理し、例えば、異なるＵＣＩを１つのＰＵＣＣＨに多重して伝送し、例えば、ＬＰ ＣＳＩ ＰＵＣＣＨに多重して伝送し、又は、端末は、ＨＰ ＳＲ、ＨＰ ＨＡＲＱ－ＡＣＫ及びＬＰ ＨＡＲＱ－ＡＣＫを１つのＰＵＣＣＨに多重して伝送し、且つＬＰ ＣＳＩを廃棄し、多重化後のＰＵＣＣＨチャネルがＬＰ ＰＵＳＣＨ又はＨＰ ＰＵＳＣＨと重なれば、ＵＥは上記ＰＵＣＣＨ（即ち、上記ＨＰ ＳＲ、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩ中の全部のＵＣＩ又は一部のＵＣＩを多重化したチャネル）に担持されているＵＣＩの全部又は一部をＬＰ ＰＵＳＣＨ又はＨＰ ＰＵＳＣＨに多重して伝送する。選択可能に、端末はＨＰ ＳＲ、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩ中の一部のＵＣＩをＬＰ ＰＵＳＣＨ又はＨＰ ＰＵＳＣＨに多重して伝送してもよい。

本実施形態では、上りチャネルの種類に基づいて上りチャネル間の重なりを処理し、端末は、上りチャネル間の重なりを処理する時に、上りチャネルの優先度に関わらず、上りチャネルの種類のみにより処理順番を決定すればよく、端末の処理プロセスを簡略化することができる。
（方式４）

端末は、ＰＵＣＣＨとＰＵＳＣＨの開始時間（開始シンボル及び／又は開始時間単位）により重なり処理を行ってもよい。

図３における上りチャネル間の重なりに対しては、ＬＰ ＰＵＳＣＨ、ＨＰ ＳＲ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＬＰ ＣＳＩ ＰＵＣＣＨは開始時間が早い上りチャネルであり、ＨＰ ＰＵＳＣＨとＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨは開始時間が遅い上りチャネルであり、端末は、先にＬＰ ＰＵＳＣＨ、ＨＰ ＳＲ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＬＰ ＣＳＩ ＰＵＣＣＨの間の重なりを処理してもよく、例えば、ＨＰ ＳＲ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨをＬＰ ＰＵＳＣＨに多重して伝送するか、又はＨＰ ＳＲ ＰＵＣＣＨを廃棄するか、又はＬＰ ＰＵＳＣＨを廃棄する等のようにする。端末はＨＰ ＳＲ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ及びＬＰ ＣＳＩ ＰＵＣＣＨをＬＰ ＰＵＳＣＨに多重して伝送し、次にＨＰ ＰＵＳＣＨとＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの間の重なりを処理し、例えば、ＨＰ ＨＡＲＱ－ＡＣＫをＨＰ ＰＵＳＣＨに多重して伝送すると仮定する。
（方式５）

端末は、先に配置上りチャネル間の重なりを処理し、配置上りチャネルとダイナミックスケジューリング上りチャネルとの間の重なりをその後で処理するか、又はダイナミックスケジューリング上りチャネル間の重なりをその後で処理してもよい。

例えば、図３においてＨＰ ＳＲ ＰＵＣＣＨとＬＰ ＣＳＩ ＰＵＣＣＨのみは配置上りチャネルであり、残りは全てスケジューリング上りチャネルである。端末は、先にＨＰ ＳＲ ＰＵＣＣＨとＬＰ ＣＳＩ ＰＵＣＣＨとの間の重なりを処理し、例えば、ＨＰ ＳＲ ＰＵＣＣＨとＬＰ ＣＳＩ ＰＵＣＣＨを多重化し、例えば、ＨＰ ＳＲ ＰＵＣＣＨをＬＰ ＣＳＩ ＰＵＣＣＨに多重して伝送し、又は、ＬＰ ＣＳＩ ＰＵＣＣＨを廃棄してもよく、次に他のチャネル間の重なりを処理する。
（実施例２）

図４を参照すると、図４は上りチャネルの別の伝送ケースの模式図である。図４に示すように、ある時間単位で、優先度が異なるＰＵＣＣＨとＰＵＳＣＨの時間領域リソースが重なっており、具体的には、ＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨ、ＬＰ ＰＵＳＣＨを含み、その中、ＰＵＣＣＨ（ＨＰ ＳＲ ＰＵＣＣＨ、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ、ＬＰ ＣＳＩ ＰＵＣＣＨを含む）はＣＣ０にあり、ＬＰ ＰＵＳＣＨはＣＣ１にある。図３に示した時間領域リソースが重なった優先度の異なるＰＵＣＣＨとＰＵＳＣＨに対しては、端末は下記の方式を用いて処理してもよい。

端末は、先に優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを処理し、次に優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理し、続いて優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを処理し、最後に優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理する。

図４で、端末は、先にＨＰ ＳＲ ＰＵＣＣＨとＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの間の重なり、及びＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨと ＬＰ ＣＳＩ ＰＵＣＣＨとの間の重なりを処理する。ＨＰ ＳＲ ＰＵＣＣＨとＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとの間の重なりに対しては、端末は、ＨＰ ＳＲ ＰＵＣＣＨをＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに多重して伝送してもよく、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨとＬＰ ＣＳＩ ＰＵＣＣＨとの間の重なりに対しては、端末は、ＬＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨを１つのＰＵＣＣＨに多重して伝送してもよく、例えば、ＬＰ ＣＳＩ ＰＵＣＣＨに多重して伝送する。次に優先度の異なるチャネル間の重なりを処理し、ＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨがＬＰ ＣＳＩ ＰＵＣＣＨの時間領域リソースと重なったので、端末は、２つのＰＵＣＣＨに担持されているＵＣＩを多重化してもよく、例えば、ＨＰ ＳＲ、ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＣＳＩを１つのＰＵＣＣＨに多重して伝送し、多重化後のＰＵＣＣＨがＬＰ ＰＵＳＣＨの時間領域リソースと重なれば（例えば、上記ＰＵＣＣＨをＨＰ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨに多重化した）、端末は、一部又は全部のＵＣＩをＬＰ ＰＵＳＣＨに多重して伝送してもよい。例えば、端末は、ＨＰ ＳＲ、 ＨＰ ＨＡＲＱ－ＡＣＫ、ＬＰ ＨＡＲＱ－ＡＣＫをＬＰ ＰＵＳＣＨに多重して伝送し、且つＬＰ ＣＳＩを廃棄してもよい。

選択可能に、図４における上りチャネル間の重なりに対しては、端末は更に他の方式に基づいて処理してもよく、例えば、ＰＵＣＣＨとＰＵＳＣＨの開始時間により処理するか、又は上りチャネルの種類により処理するか、又はネットワーク側機器の配置情報に基づいて処理する等のようにしてもよく、具体的な処理方式については、上記実施例中の記載を参照してもよく、本実施例で詳細に説明しない。

本出願の実施例では、優先度の異なる上りチャネル時間領域リソースが重なった場合に、端末は、所定規則に基づいて上りチャネル間の重なりを処理し、続いて処理後の上りチャネルを伝送することができ、これによって、サービス優先度への影響を低減し、端末の上り伝送のシングルキャリア特性が損なわれることを回避し、上りチャネルの伝送性能を確保し、システムの有効性及びシステム効率を高める。

本出願の実施例で提供される上りチャネル伝送方法では、実行主体は、上りチャネル伝送装置であってもよいし、当該上りチャネル伝送装置における上りチャネル伝送方法を実行するための制御モジュールであってもよいことを説明する必要がある。本出願の実施例では、上りチャネル伝送装置によって上りチャネル伝送方法を実行することを例として、本出願の実施例で提供される上りチャネル伝送装置を説明する。

図５を参照すると、図５は本出願の実施例で提供される上りチャネル伝送装置の構成図であり、前記上りチャネル伝送装置はプロセッサを備える。図５に示すように、前記上りチャネル伝送装置５００は、
上りチャネル時間領域リソースが重なった場合に、所定規則に基づいて上りチャネル間の重なりを処理するために用いられる処理モジュール５０１と、
処理後の上りチャネルを伝送するために用いられる伝送モジュール５０２と、を備え、
時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含み、前記所定規則は、
上りチャネルの優先度、
上りチャネルの種類、
上りチャネルの開始時間、
上りチャネルの配置状況、
前記上りチャネル伝送装置の能力、及び
上りチャネルの伝送重なり処理順番を指示するための、ネットワーク側機器の送信した配置情報の少なくとも１項に関連する。

選択可能に、前記所定規則が上りチャネルの優先度に関連する場合に、前記処理モジュールは、更に、
優先度が同じ上りチャネル間の重なりを優先的に処理し、優先度の異なる上りチャネル間の重なりをその後で処理するために用いられる。

選択可能に、前記処理モジュールは、更に、
優先度が同じ物理上り制御チャネルＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度が同じＰＵＣＣＨと物理上り共有チャネルＰＵＳＣＨとの間の重なりをその後で処理するために用いられる。

選択可能に、前記処理モジュールは、更に、
優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを先に処理し、優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するために用いられる。

選択可能に、前記所定規則が上りチャネルの優先度及び上りチャネルの種類に関連する場合に、前記処理モジュールは、更に、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次にＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップを実行するために用いられる。

選択可能に、前記所定規則が上りチャネルの種類に関連する場合に、前記処理モジュールは、更に、
ＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、ＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するために用いられる。

選択可能に、前記所定規則が上りチャネルの開始時間に関連する場合に、前記処理モジュールは、更に、
開始時間が早い上りチャネル間の重なりを優先的に処理し、開始時間が遅い上りチャネル間の重なりをその後で処理するために用いられ、
前記開始時間は上りチャネルの開始シンボル及び／又は開始時間単位を含む。

選択可能に、前記所定規則が上りチャネルの配置状況に関連する場合に、前記処理モジュールは、更に、
配置上りチャネル間の重なりを優先的に処理し、配置上りチャネルとダイナミックスケジューリング上りチャネルとの間の重なりをその後で処理するステップ、又は、
配置上りチャネル間の重なりを優先的に処理し、ダイナミックスケジューリング上りチャネル間の重なりをその後で処理するステップを実行するために用いられる。

選択可能に、前記処理モジュールは、更に、
ＰＵＣＣＨとＰＵＣＣＨとが重なった場合に、重なったＰＵＣＣＨを１つのＰＵＣＣＨに多重して伝送するステップと、
ＰＵＣＣＨとＰＵＳＣＨとが重なった場合に、各前記ＰＵＣＣＨに担持されている少なくとも一部の上り制御情報ＵＣＩをその中の少なくとも１つのＰＵＳＣＨに多重して伝送するステップとの少なくとも１項を実行するために用いられる。

本出願の実施例で提供される上りチャネル伝送装置５００は、優先度の異なる上りチャネル時間領域リソースが重なった場合に、所定規則に基づいて上りチャネル間の重なりを処理し、続いて処理後の上りチャネルを伝送することができ、これによって、サービス優先度への影響を低減し、上り伝送のシングルキャリア特性が損なわれることを回避し、上りチャネルの伝送性能を確保し、システムの有効性及びシステム効率を高める。

本出願の実施例における上りチャネル伝送装置５００は、装置であってもよいし、端末における素子、集積回路又はチップであってもよい。当該装置は、携帯型端末であってもよいし、非携帯型端末であってもよい。例として、携帯型端末は、以上で挙げられた端末１１の種類を含んでもよいが、それらに限定されなく、非携帯型端末は、サーバ、ネットワークアタッチドストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク等であってもよく、本出願の実施例では具体的に限定されない。

本出願の実施例における上りチャネル伝送装置５００は、オペレーティングシステムを有する装置であってもよい。当該オペレーティングシステムはアンドロイド(登録商標)（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよいし、ｉｏｓオペレーティングシステムであってもよいし、他の可能なオペレーティングシステムであってもよく、本出願の実施例では具体的に限定されない。

本出願の実施例で提供される上りチャネル伝送装置５００は図２～図４の方法実施例で実現する各工程を実現し、且つ同じ技術効果を達成することができ、繰り返して説明しないように、ここで詳細な説明は省略する。

選択可能に、図６に示すように、本出願の実施例は、プロセッサ６０１と、メモリ６０２と、メモリ６０２に記憶され且つ前記プロセッサ６０１において実行可能なプログラム又はコマンドとを備える通信機器６００を更に提供し、例えば、当該通信機器６００が端末であり、当該プログラム又はコマンドがプロセッサ６０１により実行されると、上記図２～図４の上りチャネル伝送方法の実施例の各工程が実現され、且つ同じ技術効果を達成でき、繰り返して説明しないように、ここで詳細な説明は省略する。

図７は本出願の実施例を実現する端末のハードウェア構成の模式図である。

当該端末７００は、高周波ユニット７０１、ネットワークモジュール７０２、オーディオ出力ユニット７０３、入力ユニット７０４、センサ７０５、表示ユニット７０６、ユーザ入力ユニット７０７、インタフェースユニット７０８、メモリ７０９及びプロセッサ７１０等の素子を含むが、これらに限定されない。

端末７００は各素子に給電する電源（例えば、電池）を更に含んでもよく、電源は、電源管理システムによってプロセッサ７１０に論理的に接続し、更に電源管理システムによって充放電の管理及び電力消費管理等の機能を実現できることが当業者に理解される。図７に示す端末構成は端末を限定するためのものではなく、端末は、図面よりも多く又は少ない素子を含んでもよく、又は何らかの素子を組み合わせてもよく、又は異なる素子配置にしてもよく、ここで詳細な説明を省略する。

本出願に係る実施例では、入力ユニット７０４は、ビデオ獲得モード又は画像獲得モードで画像獲得装置（例えば、カメラ）により取得した静的画像又はビデオの画像データを処理するグラフィックスプロセッシングユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＧＰＵ）７０４１と、マイクロホン７０４２とを含んでもよいことを理解すべきである。表示ユニット７０６は表示パネル７０６１を含んでもよく、表示パネル７０６１は液晶ディスプレイ、有機発光ダイオード等の形式で配置してもよい。ユーザ入力ユニット７０７はタッチパネル７０７１及び他の入力デバイス７０７２を含む。タッチパネル７０７１はタッチスクリーンとも呼ばれる。タッチパネル７０７１は、タッチ検出装置及びタッチ制御器という２つの部分を含んでもよい。他の入力デバイス７０７２は、物理キーボード、機能ボタン（例えば、音量制御ボタン、スイッチボタン等）、トラックボール、マウス、操作レバーを含んでもよいが、これらに限定されなく、ここで詳細な説明を省略する。

本出願の実施例において、高周波ユニット７０１は、ネットワーク側機器からのダウンリンクデータを受信した後、プロセッサ７１０で処理し、また、アップリンクのデータをネットワーク側機器に送信する。通常、高周波ユニット７０１は、アンテナ、少なくとも１つの増幅器、受送信機、カプラー、低騒音増幅器、デュプレクサ等を含むが、それらに限定されない。

メモリ７０９は、ソフトウェアプログラム又はコマンド及び様々なデータを記憶するために用いることができる。メモリ７０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション又はコマンド（例えば、音声再生機能、画像再生機能等）等を記憶可能な、プログラム又はコマンドを記憶する領域及びデータ記憶領域を主に含んでもよい。また、メモリ７０９は、高速ランダムアクセスメモリを含んでもよいし、非揮発性メモリを含んでもよく、そのうち、非揮発性メモリは、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性ソリッドステート記憶デバイスが挙げられる。

プロセッサ７１０は、１つ又は複数の処理ユニットを含んでもよく、選択可能に、プロセッサ７１０に、オペレーティングシステム、ユーザインタフェース及びアプリケーション又は指令等を主に処理するアプリケーションプロセッサと、無線通信を主に処理するベースバンドプロセッサのようなモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ７１０に統合されなくてもよいことが理解可能である。

プロセッサ７１０は、上りチャネル時間領域リソースが重なった場合に、所定規則に基づいて上りチャネル間の重なりを処理するために用いられ、
高周波ユニット７０１は、処理後の上りチャネルを伝送するために用いられ、
時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含み、前記所定規則は、
上りチャネルの優先度、
上りチャネルの種類、
上りチャネルの開始時間、
上りチャネルの配置状況、
前記端末の能力、及び
上りチャネルの伝送重なり処理順番を指示するための、ネットワーク側機器の送信した配置情報の少なくとも１項に関連する。

選択可能に、前記所定規則が上りチャネルの優先度に関連する場合に、プロセッサ７１０は、更に、
優先度が同じ上りチャネル間の重なりを優先的に処理し、優先度の異なる上りチャネル間の重なりをその後で処理するために用いられる。

選択可能に、プロセッサ７１０は、更に、
優先度が同じ物理上り制御チャネルＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度が同じＰＵＣＣＨと物理上り共有チャネルＰＵＳＣＨとの間の重なりをその後で処理するために用いられる。

選択可能に、プロセッサ７１０は、更に、
優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを先に処理し、優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するために用いられる。

選択可能に、前記所定規則が上りチャネルの優先度及び上りチャネルの種類に関連する場合に、プロセッサ７１０は、更に、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次にＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップを実行するために用いられる。

選択可能に、前記所定規則が上りチャネルの種類に関連する場合に、プロセッサ７１０は、更に、
ＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、ＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するために用いられる。

選択可能に、前記所定規則が上りチャネルの開始時間に関連する場合に、プロセッサ７１０は、更に、
開始時間が早い上りチャネル間の重なりを優先的に処理し、開始時間が遅い上りチャネル間の重なりをその後で処理するために用いられ、
前記開始時間は上りチャネルの開始シンボル及び／又は開始時間単位を含む。

選択可能に、前記所定規則が上りチャネルの配置状況に関連する場合に、プロセッサ７１０は、更に、
配置上りチャネル間の重なりを優先的に処理し、配置上りチャネルとダイナミックスケジューリング上りチャネルとの間の重なりをその後で処理するステップ、又は、
配置上りチャネル間の重なりを優先的に処理し、ダイナミックスケジューリング上りチャネル間の重なりをその後で処理するステップを実行するために用いられる。

選択可能に、プロセッサ７１０は、更に、
ＰＵＣＣＨとＰＵＣＣＨとが重なった場合に、重なったＰＵＣＣＨを１つのＰＵＣＣＨに多重して伝送するステップと、
ＰＵＣＣＨとＰＵＳＣＨとが重なった場合に、各前記ＰＵＣＣＨに担持されている少なくとも一部の上り制御情報ＵＣＩをその中の少なくとも１つのＰＵＳＣＨに多重して伝送するステップとの少なくとも１項を実行するために用いられる。

本出願の実施例では、優先度の異なる上りチャネル時間領域リソースが重なった場合に、端末７００は、所定規則に基づいて上りチャネル間の重なりを処理し、続いて処理後の上りチャネルを伝送することができ、これによって、サービス優先度への影響を低減し、端末の上り伝送のシングルキャリア特性が損なわれることを回避し、上りチャネルの伝送性能を確保し、システムの有効性及びシステム効率を高める。

本出願の実施例は、プログラム又はコマンドを記憶しており、当該プログラム又はコマンドがプロセッサにより実行されると、上記上りチャネル伝送方法の実施例の各工程が実現される可読記憶媒体を更に提供し、且つ同じ技術効果を達成でき、繰り返して説明しないように、ここで詳細な説明は省略する。

前記プロセッサは上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、例えば、コンピュータ読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等のコンピュータ可読記憶媒体を含む。

本出願の実施例は、プロセッサと通信インタフェースを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサはネットワーク側機器のプログラム又はコマンドを実行して、上記上りチャネル伝送方法の実施例の各工程を実現するためのものであるチップを更に提供し、且つ同じ技術効果を達成でき、繰り返して説明しないように、ここで詳細な説明は省略する。

本出願の実施例に記載のチップは、システムチップ、チップシステム又はシステムオンチップ等と呼んでもよいことを理解すべきである。

説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含むようになる点である。特に断らない限り、語句「一つの…を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。なお、指摘すべきことは、本出願の実施形態における方法と装置の範囲は示されたり、検討された順序で機能を実行するように限定されることがなく、関わる機能に応じて基本的に同時な方式又は反対の順序で機能を実行することを含んでもよく、例えば、記述された順序と異なる順序で記述された方法を実行することができ、更に各種のステップの追加、省略又は組合せも可能である点である。なお、一部の例を参照して記述された特徴は他の例に組み合わせることができる。

以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本出願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器等であってもよい）に本出願の各実施例に記載の方法を実行させる複数の命令を含む。

以上、図面を参照しながら本出願の実施例を説明したが、本出願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本出願の示唆をもとに、当業者が本出願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本出願の保護範囲に属するものとする。

Claims (10)

1. 上りチャネル時間領域リソースが重なった場合に、端末が所定規則に基づいて上りチャネル間の重なりを処理するステップと、
   前記端末が処理後の上りチャネルを伝送するステップと、を含み、
   時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含み、前記所定規則は、
   上りチャネルの優先度、及び、
   上りチャネルの種類に関連し、
   所定規則に基づいて上りチャネル間の重なりを処理する前記ステップは、
   優先度が同じ上りチャネル間の重なりを優先的に処理し、優先度の異なる上りチャネル間の重なりをその後で処理するステップを含み、
   優先度が同じ上りチャネル間の重なりを優先的に処理する前記ステップは、
   優先度が同じ物理上り制御チャネルＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度が同じＰＵＣＣＨと物理上り共有チャネルＰＵＳＣＨとの間の重なりをその後で処理するステップを含み、
   優先度の異なる上りチャネル間の重なりをその後で処理する前記ステップは、
   優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを先に処理し、優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するステップを含む、上りチャネル伝送方法。
2. 前記上りチャネルの優先度は、
   高優先度と低優先度を含み、前記優先度は優先度インデックスで示される、請求項１に記載の方法。
3. 前記所定規則は、
   上りチャネルの開始時間、
   上りチャネルの配置状況、
   前記端末の能力、及び
   上りチャネルの伝送重なり処理順番を指示するための、ネットワーク側機器の送信した配置情報の少なくとも１項に更に関連する、請求項１に記載の方法。
4. 上りチャネル間の重なりを処理する前記ステップは、
   ＰＵＣＣＨとＰＵＣＣＨとが重なった場合に、重なったＰＵＣＣＨを１つのＰＵＣＣＨに多重して伝送するステップと、
   ＰＵＣＣＨとＰＵＳＣＨとが重なった場合に、各前記ＰＵＣＣＨに担持されている少なくとも一部の上り制御情報ＵＣＩをその中の少なくとも１つのＰＵＳＣＨに多重して伝送するステップとの少なくとも１項を含む、請求項１に記載の方法。
5. 上りチャネル伝送装置であって、
   上りチャネル時間領域リソースが重なった場合に、所定規則に基づいて上りチャネル間の重なりを処理するために用いられる処理モジュールと、
   処理後の上りチャネルを伝送するために用いられる伝送モジュールと、を備え、
   時間領域リソースが重なった上りチャネルは優先度の異なる上りチャネルを含み、前記所定規則は、
   上りチャネルの優先度、及び、
   上りチャネルの種類に関連し、
   前記処理モジュールは、更に、
   優先度が同じ上りチャネル間の重なりを優先的に処理し、優先度の異なる上りチャネル間の重なりをその後で処理するために用いられ、
   前記処理モジュールは、更に、
   優先度が同じ物理上り制御チャネルＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度が同じＰＵＣＣＨと物理上り共有チャネルＰＵＳＣＨとの間の重なりをその後で処理するために用いられ、
   前記処理モジュールは、更に、
   優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりを先に処理し、優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりをその後で処理するために用いられる、上りチャネル伝送装置。
6. 前記上りチャネルの優先度は、
   高優先度と低優先度を含み、前記優先度は優先度インデックスで示される、請求項５に記載の装置。
7. 前記所定規則は、
   上りチャネルの開始時間、
   上りチャネルの配置状況、
   端末の能力、及び
   上りチャネルの伝送重なり処理順番を指示するための、ネットワーク側機器の送信した配置情報の少なくとも１項に更に関連する、請求項５に記載の装置。
8. 前記処理モジュールは、更に、
   優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度が同じＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
   優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次に優先度の異なるＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップ、又は、
   優先度が同じＰＵＣＣＨとＰＵＣＣＨとの間の重なりを優先的に処理し、優先度の異なるＰＵＣＣＨとＰＵＣＣＨとの間の重なりをその後で処理し、次にＰＵＣＣＨとＰＵＳＣＨとの間の重なりを処理するステップを実行するために用いられる、請求項５に記載の装置。
9. 前記処理モジュールは、更に、
   ＰＵＣＣＨとＰＵＣＣＨとが重なった場合に、重なったＰＵＣＣＨを１つのＰＵＣＣＨに多重して伝送するステップと、
   ＰＵＣＣＨとＰＵＳＣＨとが重なった場合に、各前記ＰＵＣＣＨに担持されている少なくとも一部の上り制御情報ＵＣＩをその中の少なくとも１つのＰＵＳＣＨに多重して伝送するステップとの少なくとも１項を実行するために用いられる、請求項５に記載の装置。
10. プログラム又はコマンドを記憶し、前記プログラム又はコマンドがプロセッサにより実行されると、請求項１～４のいずれか１項に記載の上りチャネル伝送方法のステップが実現される、可読記憶媒体。