特許 6980906 スケジューリング要求の構成方法、端末装置及びコンピュータ記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6980906

(24)【登録日】2021年11月19日

(45)【発行日】2021年12月15日

(54)【発明の名称】スケジューリング要求の構成方法、端末装置及びコンピュータ記憶媒体

(51)【国際特許分類】

   H04W 72/12 20090101AFI20211202BHJP

   H04W 72/02 20090101ALI20211202BHJP

   H04W 74/08 20090101ALI20211202BHJP

   H04W 72/04 20090101ALI20211202BHJP

   H04W 16/32 20090101ALI20211202BHJP

【ＦＩ】

   H04W72/12 150

   H04W72/02

   H04W74/08

   H04W72/04 132

   H04W72/04 111

   H04W16/32

【請求項の数】15

【全頁数】15

(21)【出願番号】特願2020-515245(P2020-515245)

(86)(22)【出願日】2017年9月15日

(65)【公表番号】特表2020-537840(P2020-537840A)

(43)【公表日】2020年12月24日

(86)【国際出願番号】CN2017101881

(87)【国際公開番号】WO2019051770

(87)【国際公開日】20190321

【審査請求日】2020年8月18日

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村 行孝

(74)【代理人】

【識別番号】100105153

【弁理士】

【氏名又は名称】朝倉 悟

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100096921

【弁理士】

【氏名又は名称】吉元 弘

(72)【発明者】

【氏名】タン、ハイ

【審査官】 中野 修平

(56)【参考文献】

【文献】 CATT，Discussion on SR[online]，3GPP TSG RAN WG2 #99 R2-1707915，2017年08月11日

【文献】 Nokia Networks, Nokia Corporation，SR on Scell[online]，3GPP TSG-RAN WG2#89 R2-150129，2015年01月30日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

端末装置に適用されるスケジューリング要求の構成方法であって、
有効時間内において、論理チャネルにマッピングされるすべてのスケジューリング要求の構成パラメータに対してスケジューリング要求の送信を禁止するために用いられる、スケジューリング要求の送信禁止のタイマーを構成することと、
スケジューリング要求が前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータにおいて送信される場合、いずれもカウント値を増加させるために用いられるスケジューリング要求カウンターを構成することと、を含む、前記スケジューリング要求の構成方法。

【請求項2】

論理チャネルがスケジューリング要求の報告をトリガーするとき、前記論理チャネルが少なくとも１つのキャリアにおける少なくとも１つのスケジューリング要求の構成パラメータにマッピングされる場合、前記少なくとも１つのスケジューリング要求の構成パラメータに基づいてスケジューリング要求送信リソースを選択し、選択されたスケジューリング要求送信リソースにおいてスケジューリング要求を送信することと、
前記スケジューリング要求を送信するとき、スケジューリング要求送信リソースの位置するスケジューリング要求の構成パラメータにおける対応するスケジューリング要求の送信禁止のタイマーを開始し、前記スケジューリング要求カウンターのカウント値を増加させることと、を更に含むことを特徴とする
請求項１に記載の方法。

【請求項3】

カウント値が最大送信回数に達する場合、前記論理チャネルにマッピングされるスケジューリング要求の構成パラメータのスケジューリング要求送信リソースを解放して、ランダムアクセスプロセスを開始することを更に含むことを特徴とする
請求項２に記載の方法。

【請求項4】

前記論理チャネルに対応する前記少なくとも１つのスケジューリング要求の構成パラメータから各スケジューリング要求の構成パラメータにおける構成されたスケジューリング要求の最大送信回数を決定することと、
前記構成されたスケジューリング要求の最大送信回数からその１つを前記最大送信回数として選択することと、を更に含むことを特徴とする
請求項２に記載の方法。

【請求項5】

前記構成されたスケジューリング要求の最大送信回数からその１つを前記最大送信回数として選択することは、
前記構成されたスケジューリング要求の最大送信回数から最小値を選択して、選択された最小値を前記最大送信回数とすることを含むことを特徴とする
請求項４に記載の方法。

【請求項6】

前記少なくとも１つのスケジューリング要求の構成パラメータに基づいてリソースを選択して、選択されたリソースにおいてスケジューリング要求を送信することは、更に、
前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータに基づき、現在送信時刻に前記少なくとも１つのスケジューリング要求の構成パラメータに対応するスケジューリング要求送信物理リソースが有効であるかどうかを判断することと、
有効なスケジューリング要求送信物理リソースがある場合、少なくとも１つのスケジューリング要求の構成パラメータにおいてスケジューリング要求の送信禁止のタイマーが有効時間内にあるかどうかを判断することと、
前記スケジューリング要求の送信禁止のタイマーが有効時間内にない場合、前記スケジューリング要求カウンターのカウント値が最大送信回数に達するかどうかを判断することと、
前記カウント値が最大送信回数に達しない場合、有効なスケジューリング要求送信物理リソースを選択して、選択された有効なスケジューリング要求送信物理リソースにおいてスケジューリング要求を送信することと、を含むことを特徴とする
請求項２に記載の方法。

【請求項7】

ネットワーク側によって構成された、論理チャネルと少なくとも１つのスケジューリング要求の構成パラメータとの間のマッピング関係を取得することを更に含み、少なくとも１つのスケジューリング要求の構成パラメータのうちの異なるスケジューリング要求の構成パラメータがそれぞれ異なるキャリアに対応し、異なるスケジューリング要求の構成パラメータが同じ物理アップリンク制御チャネルリソースサイクル及び異なる物理アップリンク制御チャネル周波数領域リソースを有することを特徴とする
請求項２に記載の方法。

【請求項8】

端末装置であって、
有効時間内において、論理チャネルにマッピングされるすべてのスケジューリング要求の構成パラメータに対してスケジューリング要求の送信を禁止するために用いられる、ス
ケジューリング要求の送信禁止のタイマーを構成することに用いられるタイマー構成ユニットと、
スケジューリング要求が前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータにおいて送信される場合、いずれもカウント値を増加させるために用いられるスケジューリング要求カウンターを構成することに用いられるカウンター構成ユニットと、を備える、前記端末装置。

【請求項9】

論理チャネルがスケジューリング要求の報告をトリガーするとき、前記論理チャネルが少なくとも１つのキャリアにおける少なくとも１つのスケジューリング要求の構成パラメータにマッピングされる場合、前記少なくとも１つのスケジューリング要求の構成パラメータに基づいてスケジューリング要求送信リソースを選択し、選択されたスケジューリング要求送信リソースにおいてスケジューリング要求を送信するためのスケジューリングユニットと、
前記スケジューリング要求を送信するとき、スケジューリング要求送信リソースの位置するスケジューリング要求の構成パラメータにおける対応するスケジューリング要求の送信禁止のタイマーを開始し、前記スケジューリング要求カウンターのカウント値を増加させるための処理ユニットと、を更に備えることを特徴とする
請求項８に記載の端末装置。

【請求項10】

前記カウンター構成ユニットは、カウント値が最大送信回数に達する場合、前記論理チャネルにマッピングされるスケジューリング要求の構成パラメータのスケジューリング要求送信リソースを解放して、ランダムアクセスプロセスを開始することに用いられることを特徴とする
請求項９に記載の端末装置。

【請求項11】

前記カウンター構成ユニットは、前記論理チャネルに対応する前記少なくとも１つのスケジューリング要求の構成パラメータから各スケジューリング要求の構成パラメータにおける構成されたスケジューリング要求の最大送信回数を決定し、前記構成されたスケジューリング要求の最大送信回数からその１つを前記最大送信回数として選択することに用いられることを特徴とする
請求項９に記載の端末装置。

【請求項12】

前記カウンター構成ユニットは、前記構成されたスケジューリング要求の最大送信回数から最小値を選択して、選択された最小値を前記最大送信回数とすることに用いられることを特徴とする
請求項１１に記載の端末装置。

【請求項13】

前記スケジューリングユニットは、前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータに基づき、現在送信時刻に前記少なくとも１つのスケジューリング要求の構成パラメータに対応するスケジューリング要求送信物理リソースが有効であるかどうかを判断し、
有効なスケジューリング要求送信物理リソースがある場合、少なくとも１つのスケジューリング要求の構成パラメータにおいてスケジューリング要求の送信禁止のタイマーが有効時間内にあるかどうかを判断し、
前記スケジューリング要求の送信禁止のタイマーが有効時間内にない場合、前記スケジューリング要求カウンターのカウント値が最大送信回数に達するかどうかを判断し、
前記カウント値が最大送信回数に達しない場合、有効なスケジューリング要求送信物理リソースを選択して、選択された有効なスケジューリング要求送信物理リソースにおいてスケジューリング要求を送信することに用いられることを特徴とする
請求項９に記載の端末装置。

【請求項14】

前記処理ユニットは、ネットワーク側によって構成された、論理チャネルと少なくとも１つのスケジューリング要求の構成パラメータとの間のマッピング関係を取得することに用いられ、少なくとも１つのスケジューリング要求の構成パラメータのうちの異なるスケジューリング要求の構成パラメータがそれぞれ異なるキャリアに対応し、異なるスケジューリング要求の構成パラメータが同じ物理アップリンク制御チャネルリソースサイクル及び異なる物理アップリンク制御チャネル周波数領域リソースを有することを特徴とする
請求項９に記載の端末装置。

【請求項15】

コンピュータ記憶媒体であって、
コンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行されるとき、請求項１〜７のいずれか１項に記載の方法ステップを実現する、前記コンピュータ記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は情報処理技術分野に関し、特にスケジューリング要求の構成方法、端末装置及びコンピュータ記憶媒体に関する。

【背景技術】

【0002】

ＬＴＥスケジューリング要求（ＳＲ：ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）は端末がアップリンク許可リソースを要求するための、ＰＵＣＣＨにおいて送信される１ｂｉｔメッセージである。そのトリガー条件は、端末がｒｅｇｕｌａｒ ＢＳＲ報告をトリガーする、端末では現在送信スロットにおいて利用可能なＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ、物理アップリンク制御チャネル）リソースがあって、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ（ＳＲの送信を禁止するタイマー）が実行されていない、ＬＴＥにおいて、１つのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、媒体アクセス制御層）に１つのみのｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがあることである。

【0003】

ＬＴＥにおいて、１つの端末に対応するＭＡＣエンティティには１つ又は複数のＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎを構成してもよい。複数のＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎを構成することは、キャリアアグリゲーションＣＡの場合、セカンダリセルＳＣｅｌｌには対応するＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎがあってもよいことである。ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎと組み合わせて、解決すべき問題は、ネットワークが端末の論理チャネルに様々なＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎマッピングを構成したが、異なるＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎが異なるアグリゲーションキャリアに属するため、１つの論理チャネルが複数の異なるキャリアのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにマッピングされる場合、どのようにＰＵＣＣＨ送信を選択するか及び対応するタイマーをどのように操作するかである。

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記技術的問題を解決するために、本発明の実施例はスケジューリング要求の構成方法、端末装置及びコンピュータ記憶媒体を提供する。

【課題を解決するための手段】

【0005】

本発明の実施例に係るスケジューリング要求の構成方法は端末装置に適用され、
有効時間内において、論理チャネルにマッピングされるすべてのスケジューリング要求の構成パラメータに対してスケジューリング要求の送信を禁止するために用いられる、スケジューリング要求の送信禁止のタイマーを構成することと、
スケジューリング要求が前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータにおいて送信される場合、いずれもカウント値を増加させるために用いられるスケジューリング要求カウンターを構成することと、を含む。

【0006】

本発明の実施例に係る端末装置は、
有効時間内において、論理チャネルにマッピングされるすべてのスケジューリング要求の構成パラメータに対してスケジューリング要求の送信を禁止するために用いられる、スケジューリング要求の送信禁止のタイマーを構成することに用いられるタイマー構成ユニットと、
スケジューリング要求が前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータにおいて送信される場合、いずれもカウント値を増加させるために用いられるスケジューリング要求カウンターを構成することに用いられるカウンター構成ユニットと、を備える。

【0007】

本発明の実施例に係る端末装置は、プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するためのメモリと、を備え、
前記プロセッサは前記コンピュータプログラムを実行するとき、上記方法ステップを実行することに用いられる。

【0008】

本発明の実施例に係るコンピュータ記憶媒体は、コンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行されるとき、上記方法ステップを実行する。

【発明の効果】

【0009】

本発明の実施例の技術案において、スケジューリング要求の送信禁止のタイマーを構成することができ、該タイマーによって論理チャネルのすべてのスケジューリング要求の構成パラメータに対応するリソースにおいてスケジューリング要求の送信を禁止するように制御して、スケジューリング要求カウンターを構成することにより論理チャネルのすべてのスケジューリング要求の構成パラメータに対応するリソースにおけるスケジューリング要求の送信回数を記録することができる。このように、マルチキャリアシーンにおいて、スケジューリング要求の送信を行う間隔の制御及び回数の制御を提供することができ、それによりスケジューリング要求の送信を行うとき、より多い処理リソースを使用せずに送信等の操作を行えるように確保し、これにより、システムの処理効率を確保する。

【図面の簡単な説明】

【0010】

【図1】図１は本発明の実施例に係るスケジューリング要求の構成方法のフローチャート１である。

【図2】図２は本発明の実施例に係る１つのシーンの模式図である。

【図3】図３は本発明の実施例の端末装置の要部構成の模式図１である。

【図4】図４は本発明の実施例の端末装置の要部構成の模式図２である。

【図5】図５は本発明の実施例のハードウェアアーキテクチャの模式図である。

【発明を実施するための形態】

【0011】

本発明の実施例の特徴及び技術的内容をより詳しく理解できるために、以下に図面を参照しながら本発明の実施例の実現を詳しく説明し、添付図面は参照・説明のためのものであって、本発明の実施例を制限するためのものではない。

【0012】

実施例１
本願の実施例に係るスケジューリング要求の構成方法は端末装置に適用され、図１に示すように、
有効時間内において、論理チャネルにマッピングされるすべてのスケジューリング要求の構成パラメータに対してスケジューリング要求の送信を禁止するために用いられる、スケジューリング要求の送信禁止のタイマーを構成するステップ１０１と、
スケジューリング要求が前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータにおいて送信される場合、いずれもカウント値を増加させるために用いられるスケジューリング要求カウンターを構成するステップ１０２と、を含む。

【0013】

ここで、前記端末装置はマルチキャリア（ＣＡ）シーンに適用できる端末装置であってもよい。

【0014】

なお、上記ステップ１０１及びステップ１０２の構成は順序通りに実行されなくてもよく、同時に実行されてもよく、ステップ１０１が実行されてからステップ１０２が実行されてもよく、ステップ１０２が実行されてからステップ１０１が実行されてもよい。

【0015】

論理チャネルが複数のスケジューリング要求の構成パラメータにマッピングされるとき、各スケジューリング要求の構成パラメータにおいていずれも１つのスケジューリング要求の送信禁止のタイマーを維持してもよく、具体的にどのスケジューリング要求の送信禁止のタイマーを開始するかは、現在どのスケジューリング要求の構成パラメータに対応するリソースを選択してＳＲの送信を行うかによって決定されてもよく、例えば、その１つのスケジューリング要求の構成パラメータにおけるリソースを選択してＳＲの送信を行う場合、該スケジューリング要求の構成パラメータにおけるスケジューリング要求の送信禁止のタイマーを開始し、更に、該スケジューリング要求の送信禁止のタイマーを開始することにより、前記論理チャネルに対応するすべてのスケジューリング要求の構成パラメータに対応するすべてのリソースにおけるＳＲの送信を禁止することができる。

【0016】

また、本願の実施例は、更に、
ネットワーク側によって構成された、論理チャネルと少なくとも１つのスケジューリング要求の構成パラメータとの間のマッピング関係を取得することができ、少なくとも１つのスケジューリング要求の構成パラメータのうちの異なるスケジューリング要求の構成パラメータがそれぞれ異なるキャリアに対応し、異なるスケジューリング要求の構成パラメータが同じ物理アップリンク制御チャネルリソースサイクル及び異なる物理アップリンク制御チャネル周波数領域リソースを有する。

【0017】

例えば、同じ論理チャネルには２つのスケジューリング要求の構成パラメータ（ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎ）、すなわちＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２がマッピングされると仮定すれば、具体的に、
ＲＲＣによって論理チャネルＬＣＨ ａに論理チャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）を構成し、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）が論理チャネルＬＣＨ ａにＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎマッピング関係を構成し、ＬＣＨ ａがＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２にマッピングされ、ＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２がそれぞれＣａｒｒｉｅｒ１及びＣａｒｒｉｅｒ２におけるＳＲ構成に属する。

【0018】

ここで、ＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２は同じＰＵＣＣＨリソースサイクル、異なるＰＵＣＣＨ周波数領域リソースがあってもよい。

【0019】

ＳＲ−ＣＯＮＦＩＧ−１構成には、該ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するＳＲの最大送信回数を識別するための１つのｄｓｒ−ＴｒａｎｓＭａｘが含まれる。さらに、ＳＲ−ＣＯＮＦＩＧ−１構成は、該ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するＳＲが送信した後、ＳＲの再送信の禁止時間を識別するための１つのｓｒ−ＰｒｏｈｉｂｉＴｉｍｅｒに対応する（すなわち、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行されているとき、ＳＲを禁止する必要がある）。ＳＲ−ＣＯＮＦＩＧＵ−２の構成も同様である。

【0020】

上記ステップ１０１及びステップ１０２の提供する構成条件に基づき、以下にタイマー及びカウンターの応用シーンと組み合わせて詳しく説明する。

【0021】

論理チャネルがスケジューリング要求の報告をトリガーするとき、前記論理チャネルが少なくとも１つのキャリアにおける少なくとも１つのスケジューリング要求の構成パラメータにマッピングされる場合、前記少なくとも１つのスケジューリング要求の構成パラメータに基づいてスケジューリング要求送信リソースを選択し、選択されたリソースにおいてスケジューリング要求を送信し、
前記スケジューリング要求を送信するとき、スケジューリング要求送信リソースの位置するスケジューリング要求の構成パラメータにおける対応するスケジューリング要求の送信禁止のタイマーを開始し、前記スケジューリング要求カウンターのカウント値を増加させる。

【0022】

前記スケジューリング要求送信リソースはスケジューリング要求の構成パラメータにおいて構成された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースであってもよく、前記リソースは時間領域及び周波数領域の二次元の概念を含んでもよい。

【0023】

上記論理チャネルはある論理チャネルグループ（ＬＣＧ）における論理チャネルであってもよく、且つ、上記処理を実行する前に、更に、前記選択された論理チャネルが２つ又はそれ以上のキャリアにおけるスケジューリング要求の構成パラメータ（ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎ）にマッピングされるかどうかを判断することを含んでもよい。

【0024】

つまり、あるＬＣＧに属する論理チャネルがＳＲ報告をトリガーし、該論理チャネルが複数のキャリアにおけるＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにマッピングされる場合、最も近いＰＵＣＣＨリソースを選択してＳＲを送信する。ここで、最も近いＰＵＣＣＨリソースを選択してＳＲを送信することは、図２を参照してもよく、１つのＬＣＨａがキャリア１、キャリア２におけるＰＵＣＣＨリソース、特に時間領域リソースに対応する場合、それらがそれぞれＰＵＣＣＨ１及びＰＵＣＣＨ２であり、ただし、ＰＵＣＣＨリソースは時間領域における同じサイクルの一連の時間領域リソースであると理解されてもよく、現在時刻が時刻１である場合、ＳＲを送信するよう、キャリア１及びキャリア２から時間領域において時刻１に最も近いリソースを選択されたリソースとして選択する。

【0025】

依然として図２を参照して、（選択されたリソース）においてＳＲを送信するとともに、該ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するスケジューリング要求の送信禁止のタイマー（ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を開始する。該ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがすべての該論理チャネルにマッピングされるＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎのＳＲ送信に対していずれも有効であり、すなわち該論理チャネルにマッピングされるいずれか１つのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにおいてＳＲ送信がいずれも該ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ有効時間内に禁止されることになる。該タイマーの有効時間は図２における斜線部分を参照してもよく、すなわち、該斜線部分で示されるキャリア１及びキャリア２の各送信リソースにおいて、いずれも該論理チャネルのＳＲ送信を行わない。

【0026】

また、スケジューリング要求カウンターを構成することは、ＭＡＣが該論理チャネルにマッピングされるすべてのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに１つのスケジューリング要求カウンター（ＳＲ−ＣＯＵＮＴＥＲ）を維持し、いずれか１つのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに属するＳＲが１回送信される場合、ＳＲ−ＣＯＵＮＴＥＲが１回増加するということであってもよい。

【0027】

更に、最大送信回数の決定方式は、前記論理チャネルに対応する前記少なくとも１つのスケジューリング要求の構成パラメータから各スケジューリング要求の構成パラメータにおける構成されたスケジューリング要求の最大送信回数を決定することと、前記構成されたスケジューリング要求の最大送信回数からその１つを前記最大送信回数として選択することと、を含んでもよい。

【0028】

すなわち、複数のキャリアに対応するスケジューリング要求の構成パラメータにおける最大送信回数のうちのいずれか１つを論理チャネルに対応する最大送信回数とする。

【0029】

また、更に前記構成されたスケジューリング要求の最大送信回数から最小値を選択して、選択された最小値を前記最大送信回数としてもよい。そうすると、このような場合、ＳＲ−ＣＯＵＮＴＥＲがいずれか１つのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにおける構成されたｄｒｓ−ＴｒａｎｓＭａｘを満足するまで増加する場合、端末が該論理チャネルに対応するすべてのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎのＰＵＣＣＨリソースに対してＲＲＣ解放を同時に実施して、ランダムアクセスプロセスを開始する。

【0030】

上記した少なくとも１つのスケジューリング要求の構成パラメータに基づいてリソースを選択して、選択されたリソースにおいてスケジューリング要求を送信することは、更に、複数の判断条件を含んでもよく、具体的には、
前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータに基づき、現在送信時刻に前記少なくとも１つのスケジューリング要求の構成パラメータに対応するスケジューリング要求送信物理リソースが有効であるかどうかを判断し、
有効なスケジューリング要求送信物理リソースがある場合、少なくとも１つのスケジューリング要求の構成パラメータにおいてスケジューリング要求の送信禁止のタイマーが有効時間内にあるかどうかを判断し、
前記スケジューリング要求の送信禁止のタイマーが有効時間内にない場合、前記スケジューリング要求カウンターのカウント値が前記最大送信回数に達するかどうかを判断し、
前記カウント値が最大送信回数に達しない場合、有効なスケジューリング要求送信物理リソースを選択して、選択された有効なスケジューリング要求送信物理リソースにおいてスケジューリング要求を送信する。

【0031】

以下、一例を説明し、１つのＳＲがトリガーされる場合、該ＳＲはまずペンディング（ｐｅｎｄｉｎｇ）状態にあるべきであり、すなわち、直ちにＰＵＣＣＨにおいて送信されることがない。ＭＡＣは該ＳＲをトリガーする論理チャネルを決定して、構成されたマッピング関係に基づき、該ＳＲがどの又はどれＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎを使用して送信されるかを決定する。該ＳＲをトリガーする論理チャネルを決定する方法は従来のＬＴＥに一致し、すなわち、Ｒｅｇｕｌａｒ ＢＳＲのトリガーによって論理チャネルを見つける。

【0032】

該ＳＲを送信するＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎが複数あり、すなわち、前記論理チャネルが複数のＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにマッピングされる場合、
現在時刻に前記これらのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに属するいずれか１つのＰＵＣＣＨリソースが有効であると決定し、
これらのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに属するいずれか１つのｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行されていないと決定する。

【0033】

ここで注意すべきことは、同じ論理チャネルに対応する少なくとも１つのＳＲ Ｃｏｎｆｉｇｕｒａｔｉｏｎの各ＳＲ Ｃｏｎｆｉｇｕｒａｔｉｏｎにおいていずれも１つのスケジューリング要求の送信禁止のタイマー（ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を構成してもよい。ただし、該論理チャネルに対して、同一時間に、１つのみのＳＲ Ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが有効時間内に処理できる。すなわち、ある論理チャネルには同一時刻に多くとも１つだけの開始しているｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがあることができる。

【0034】

ＳＲ−ＣＯＵＮＴＥＲ＜最大送信回数ｄｒｘ−ＴｒａｎｓＭａｘと判断する場合、
これらのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎの共同で維持する１つのＳＲ−ＣＯＵＮＴＥＲに１を累加し、
物理層が有効なＰＵＣＣＨリソースのうちの最も近いＰＵＣＣＨリソースにおいてＳＲを送信するように指示する。

【0035】

更に、ＳＲを送信するとき、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する。

【0036】

また、ＳＲ−ＣＯＵＮＴＥＲ＝ｄｒｓ−ＴｒａｎｓＭａｘの場合、すべてのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎのＰＵＣＣＨリソースを解放して、ＲＡ過程を開始することをＲＲＣに通知する。

【0037】

以上によれば、上記解決手段を用いることにより、スケジューリング要求の送信禁止のタイマーを構成することができ、該タイマーによって論理チャネルのすべてのスケジューリング要求の構成パラメータに対応するリソースにおいてスケジューリング要求の送信を禁止するように制御して、スケジューリング要求カウンターを構成することにより論理チャネルのすべてのスケジューリング要求の構成パラメータに対応するリソースにおけるスケジューリング要求の送信回数を記録することができる。このように、マルチキャリアシーンにおいて、スケジューリング要求の送信を行う間隔の制御及び回数の制御を提供することができ、それによりスケジューリング要求の送信を行うとき、より多い処理リソースを使用せずに送信等の操作を行えるように確保し、これにより、システムの処理効率を確保する。

【0038】

実施例２
本願の実施例に係る端末装置は、図３に示されるとおり、
有効時間内において、論理チャネルにマッピングされるすべてのスケジューリング要求の構成パラメータに対してスケジューリング要求の送信を禁止するために用いられる、スケジューリング要求の送信禁止のタイマーを構成することに用いられるタイマー構成ユニット３１と、
スケジューリング要求が前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータにおいて送信される場合、いずれもカウント値を増加させるために用いられるスケジューリング要求カウンターを構成することに用いられるカウンター構成ユニット３２と、を備える。

【0039】

ここで、前記端末装置はマルチキャリア（ＣＡ）シーンに適用できる端末装置であってもよい。

【0040】

論理チャネルが複数のスケジューリング要求の構成パラメータにマッピングされるとき、各スケジューリング要求の構成パラメータにおいていずれも１つのスケジューリング要求の送信禁止のタイマーを維持してもよく、具体的にどのスケジューリング要求の送信禁止のタイマーを開始するかは、現在どのスケジューリング要求の構成パラメータに対応するリソースを選択してＳＲの送信を行うかによって決定されてもよく、例えば、その１つのスケジューリング要求の構成パラメータにおけるリソースを選択してＳＲ送信を行う場合、該スケジューリング要求の構成パラメータにおけるスケジューリング要求の送信禁止のタイマーを開始し、更に、該スケジューリング要求の送信禁止のタイマーを開始することにより、前記論理チャネルに対応するすべてのスケジューリング要求の構成パラメータに対応するすべてのリソースにおけるＳＲ送信を禁止することができる。

【0041】

なお、図３における端末装置の構造に基づき、本願の実施例に係る端末装置は、図４に示されるとおり、更に、
ネットワーク側によって構成された、論理チャネルと少なくとも１つのスケジューリング要求の構成パラメータとの間のマッピング関係を取得し、少なくとも１つのスケジューリング要求の構成パラメータのうちの異なるスケジューリング要求の構成パラメータがそれぞれ異なるキャリアに対応し、異なるスケジューリング要求の構成パラメータが同じ物理アップリンク制御チャネルリソースサイクル及び異なる物理アップリンク制御チャネル周波数領域リソースを有する処理ユニット３３を備えてもよい。

【0042】

例えば、同じ論理チャネルには２つのスケジューリング要求の構成パラメータ（ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎ）、すなわちＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２がマッピングされると仮定すれば、具体的に、
ＲＲＣによって論理チャネルＬＣＨ ａに論理チャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）を構成し、ＲＲＣが論理チャネルＬＣＨ ａにＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎマッピング関係を構成し、ＬＣＨ ａがＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２にマッピングされ、ＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２がそれぞれＣａｒｒｉｅｒ１及びＣａｒｒｉｅｒ２におけるＳＲ構成に属する。

【0043】

ＳＲ−ＣＯＮＦＩＧ−１及びＳＲ−ＣＯＮＦＩＧ−２は同じＰＵＣＣＨリソースサイクル、異なるＰＵＣＣＨ周波数領域リソースがあってもよい。

【0044】

ＳＲ−ＣＯＮＦＩＧ−１構成には、該ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するＳＲの最大送信回数を識別するための１つのｄｓｒ−ＴｒａｎｓＭａｘが含まれる。さらに、ＳＲ−ＣＯＮＦＩＧ−１構成は、該ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するＳＲが送信した後、ＳＲの再送信の禁止時間を識別するための１つのｓｒ−ＰｒｏｈｉｂｉＴｉｍｅｒに対応する（すなわち、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行されているとき、ＳＲを禁止する必要がある）。ＳＲ−ＣＯＮＦＩＧＵ−２の構成も同様である。

【0045】

図４に示すように、前記端末装置は、更に、
論理チャネルがスケジューリング要求の報告をトリガーするとき、前記論理チャネルが少なくとも１つのキャリアにおける少なくとも１つのスケジューリング要求の構成パラメータにマッピングされる場合、前記少なくとも１つのスケジューリング要求の構成パラメータに基づいてスケジューリング要求送信リソースを選択し、選択されたリソースにおいてスケジューリング要求を送信するスケジューリングユニット３４と、
前記スケジューリング要求を送信するとき、スケジューリング要求送信リソースの位置するスケジューリング要求の構成パラメータにおける対応するスケジューリング要求の送信禁止のタイマーを開始し、前記スケジューリング要求カウンターのカウント値を増加させるための処理ユニット３３と、を備える。

【0046】

前記スケジューリング要求送信リソースはスケジューリング要求の構成パラメータにおいて構成された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースであってもよく、前記リソースは時間領域及び周波数領域の二次元の概念を含んでもよい。

【0047】

上記論理チャネルはある論理チャネルグループ（ＬＣＧ）における論理チャネルであってもよく、且つ、上記処理を実行する前に、更に、前記選択された論理チャネルが２つ又はそれ以上のキャリアにおけるスケジューリング要求の構成パラメータ（ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎ）にマッピングされるかどうかを判断することを含んでもよい。

【0048】

すなわち、あるＬＣＧに属する論理チャネルがＳＲ報告をトリガーし、該論理チャネルが複数のキャリアにおけるＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにマッピングされる場合、最も近いＰＵＣＣＨリソースを選択してＳＲを送信し、最も近いＰＵＣＣＨリソースを選択してＳＲを送信することは、図２を参照してもよく、１つのＬＣＨａがキャリア１、キャリア２におけるＰＵＣＣＨリソース、特に時間領域リソースに対応する場合、それらがそれぞれＰＵＣＣＨ１及びＰＵＣＣＨ２であり、ただし、ＰＵＣＣＨリソースは時間領域における同じサイクルの一連の時間領域リソースであると理解されてもよく、現在時刻が時刻１である場合、ＳＲを送信するよう、キャリア１及びキャリア２から時間領域において時刻１に最も近いＰＵＣＣＨリソースＡを選択する。

【0049】

ＳＲを送信するとともに、該ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するスケジューリング要求の送信禁止のタイマー（ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を開始する。該ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがすべての該論理チャネルにマッピングされるＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎのＳＲ送信に対していずれも有効であり、すなわち該論理チャネルにマッピングされるいずれか１つのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにおいてＳＲ送信がいずれも該ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ有効時間内に禁止されることになる。

【0050】

また、スケジューリング要求カウンターを構成することは、ＭＡＣが該論理チャネルにマッピングするすべてのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに１つのスケジューリング要求カウンター（ＳＲ−ＣＯＵＮＴＥＲ）を維持し、いずれか１つのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに属するＳＲが１回送信される場合、ＳＲ−ＣＯＵＮＴＥＲが１回増加するということであってもよい。

【0051】

更に、最大送信回数の決定方式は、前記カウンター構成ユニットが前記論理チャネルに対応する前記少なくとも１つのスケジューリング要求の構成パラメータから各スケジューリング要求の構成パラメータにおける構成されたスケジューリング要求の最大送信回数を決定することと、前記構成されたスケジューリング要求の最大送信回数からその１つを前記最大送信回数として選択することと、を含んでもよい。

【0052】

すなわち、複数のキャリアに対応するスケジューリング要求の構成パラメータにおける最大送信回数のうちのいずれか１つを論理チャネルに対応する最大送信回数とする。

【0053】

また、更に前記構成されたスケジューリング要求の最大送信回数から最小値を選択して、選択された最小値を前記最大送信回数としてもよい。そうすると、このような場合、ＳＲ−ＣＯＵＮＴＥＲがいずれか１つのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにおける構成されたｄｒｓ−ＴｒａｎｓＭａｘを満足するまで増加する場合、端末が該論理チャネルに対応するすべてのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎのＰＵＣＣＨリソースに対してＲＲＣ解放を同時に実施して、ランダムアクセスプロセスを開始する。

【0054】

少なくとも１つのスケジューリング要求の構成パラメータに基づいてリソースを選択して、選択されたリソースにおいてスケジューリング要求を送信することは、更に、複数の判断条件を含んでもよく、具体的には、
前記スケジューリングユニットは、前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータに基づき、現在送信時刻に前記少なくとも１つのスケジューリング要求の構成パラメータに対応するスケジューリング要求送信物理リソースが有効であるかどうかを判断し、
有効なスケジューリング要求送信物理リソースがある場合、少なくとも１つのスケジューリング要求の構成パラメータにおいてスケジューリング要求の送信禁止のタイマーが有効時間内にあるかどうかを判断し、
前記スケジューリング要求の送信禁止のタイマーが有効時間内にない場合、前記スケジューリング要求カウンターのカウント値が前記最大送信回数に達するかどうかを判断し、
前記カウント値が最大送信回数に達しない場合、有効なスケジューリング要求送信物理リソースを選択して、選択された有効なスケジューリング要求送信物理リソースにおいてスケジューリング要求を送信することに用いられる。

【0055】

以下、一例を説明し、１つのＳＲがトリガーされる場合、該ＳＲはまずペンディング（ｐｅｎｄｉｎｇ）状態にあるべきであり、すなわち、直ちにＰＵＣＣＨにおいて送信されることがない。ＭＡＣは該ＳＲをトリガーする論理チャネルを決定して、構成されたマッピング関係に基づき、該ＳＲがどの又はどれＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎを使用して送信されるかを決定する。該ＳＲをトリガーする論理チャネルを決定する方法は従来のＬＴＥに一致し、すなわち、Ｒｅｇｕｌａｒ ＢＳＲのトリガーによって論理チャネルを見つける。

【0056】

該ＳＲを送信するＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎが複数あり、すなわち、前記論理チャネルが複数のＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎにマッピングされる場合、
現在時刻に前記これらのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに属するいずれか１つのＰＵＣＣＨリソースが有効であると決定し、
これらのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎに属するいずれか１つのｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行されていないと決定する。

【0057】

ここで注意すべきことは、同じ論理チャネルに対応する少なくとも１つのＳＲ Ｃｏｎｆｉｇｕｒａｔｉｏｎの各ＳＲ Ｃｏｎｆｉｇｕｒａｔｉｏｎにおいていずれも１つのスケジューリング要求の送信禁止のタイマー（ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を構成してもよい。ただし、該論理チャネルに対して、同一時間に、１つのみのＳＲ Ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが有効時間内に処理できる。すなわち、ある論理チャネルには同一時刻に多くとも１つだけの開始しているｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがあることができる。

【0058】

ＳＲ−ＣＯＵＮＴＥＲ＜最大送信回数ｄｒｘ−ＴｒａｎｓＭａｘと判断する場合、
これらのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎの共同で維持する１つのＳＲ−ＣＯＵＮＴＥＲに１を累加し、
物理層が有効なＰＵＣＣＨリソースのうちの最も近いＰＵＣＣＨリソースにおいてＳＲを送信するように指示する。

【0059】

更に、ＳＲを送信するとき、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する。

【0060】

また、ＳＲ−ＣＯＵＮＴＥＲ＝ｄｒｓ−ＴｒａｎｓＭａｘの場合、すべてのＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎのＰＵＣＣＨリソースを解放して、ＲＡ過程を開始することをＲＲＣに通知する。

【0061】

以上によれば、上記解決手段を用いることにより、スケジューリング要求の送信禁止のタイマーを構成することができ、該タイマーによって論理チャネルのすべてのスケジューリング要求の構成パラメータに対応するリソースにおいてスケジューリング要求の送信を禁止するように制御して、スケジューリング要求カウンターを構成することにより論理チャネルのすべてのスケジューリング要求の構成パラメータに対応するリソースにおけるスケジューリング要求の送信回数を記録することができる。このように、マルチキャリアシーンにおいて、スケジューリング要求の送信を行う間隔の制御及び回数の制御を提供することができ、それによりスケジューリング要求の送信を行うとき、より多い処理リソースを使用せずに送信等の操作を行えるように確保し、これにより、システムの処理効率を確保する。

【0062】

本発明の実施例は更に端末装置のハードウェア構成アーキテクチャを提供し、図５に示すように、該ハードウェア構成アーキテクチャは少なくとも１つのプロセッサ５１、メモリ５２、少なくとも１つのネットワークインターフェース５３を備える。各コンポーネントはバスシステム５４によって一体に結合される。理解されるように、バスシステム５４はこれらのコンポーネント間の接続通信を実現することに用いられる。バスシステム５４はデータバスのほか、更に電源バス、制御バス及び状態信号バスを含む。明確に説明するために、図５では様々なバスがいずれもバスシステム５４と記される。

【0063】

理解されるように、本発明の実施例のメモリ５２は揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでもよい。

【0064】

いくつかの実施形態では、メモリ５２には、実行可能モジュール又はデータ構造、又はそれらのサブセット、又はそれらの拡張セット、すなわち
オペレーティングシステム５２１及びアプリケーションプログラム５２２が記憶される。

【0065】

前記プロセッサ５１は、有効時間内において、論理チャネルにマッピングされるすべてのスケジューリング要求の構成パラメータに対してスケジューリング要求の送信を禁止するために用いられる、スケジューリング要求の送信禁止のタイマーを構成し、
スケジューリング要求が前記論理チャネルにマッピングされる少なくとも１つのスケジューリング要求の構成パラメータにおいて送信される場合、いずれもカウント値を増加させるために用いられるスケジューリング要求カウンターを構成するように構成される。

【0066】

具体的には、端末装置は上記実施例１の方法ステップを処理でき、ここで詳細な説明は省略する。

【0067】

本発明の実施例に係るコンピュータ記憶媒体は、前記コンピュータ記憶媒体にコンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行されるとき、上記実施例１の方法ステップを実施する。

【0068】

本発明の実施例の上記装置はソフトウェア機能モジュールの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本発明の実施例の技術案の本質的又は従来技術に貢献する部分はソフトウェア製品の形式で具現されてもよく、該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等）に本発明の各実施例に記載の方法の全部又は一部を実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。このように、本発明の実施例はいかなる特定のハードウェア及びソフトウェアの組み合わせに制限されるものではない。

【0069】

それに対応して、本発明の実施例は更にコンピュータ記憶媒体を提供し、該コンピュータ記憶媒体にコンピュータプログラムが記憶され、該コンピュータプログラムは本発明の実施例のデータスケジューリング方法を実行するように構成される。

【0070】

例示のために、本発明の好適な実施例を開示したが、当業者であれば理解されるように、様々な改良、追加及び置換も可能であり、従って、本発明の範囲は上記実施例に限らない。

【図1】

【図2】

【図3】

【図4】

【図5】