知財求人 - 知財ポータルサイト「IP Force」
特許7301879情報を示し、情報を解釈する方法および装置、基地局、ならびにユーザ機器
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-06-23
(45)【発行日】2023-07-03
(54)【発明の名称】情報を示し、情報を解釈する方法および装置、基地局、ならびにユーザ機器
(51)【国際特許分類】
H04W 28/06 20090101AFI20230626BHJP
H04W 72/044 20230101ALI20230626BHJP
H04W 72/1268 20230101ALI20230626BHJP
H04W 72/232 20230101ALI20230626BHJP
【ＦＩ】
H04W28/06 110
H04W72/044
H04W72/1268
H04W72/232
【請求項の数】
9
(21)【出願番号】P 2020560159
(86)(22)【出願日】2018-04-25
(65)【公表番号】
(43)【公表日】2021-08-12
(86)【国際出願番号】 CN2018084463
(87)【国際公開番号】W WO2019205022
(87)【国際公開日】2019-10-31
【審査請求日】2020-11-25
【審判番号】
【審判請求日】2022-11-16
(73)【特許権者】
【識別番号】516180667
【氏名又は名称】北京小米移動軟件有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110000729
【氏名又は名称】弁理士法人ユニアス国際特許事務所
(72)【発明者】
【氏名】牟 勤
(72)【発明者】
【氏名】▲張▼ 明
【合議体】
【審判長】中木 努
【審判官】廣川 浩
【審判官】角張 亜希子
(56)【参考文献】
【文献】国際公開第２０１６／０７３５９１（ＷＯ，Ａ１）
【文献】Ｈｕａｗｅｉ， ＨｉＳｉｌｉｃｏｎ，Ｏｎ ｍｏｒｅ ｆｌｅｘｉｂｌｅ ｓｔａｒｔｉｎｇ ＰＲＢ ｆｏｒ ＰＤＳＣＨ／ＰＵＳＣＨ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９２ｂ Ｒ１－１８０３８８８，２０１８年４月６日アップロード
【文献】Ｌｅｎｏｖｏ， Ｍｏｔｏｒｏｌａ Ｍｏｂｉｌｉｔｙ，Ｕｐｌｉｎｋ ＨＡＲＱ－ＡＣＫ ｆｅｅｄｂａｃｋ ｉｎ ｅｆｅＭＴＣ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９１ Ｒ１－１７１９７３９，２０１７年１１月１９日アップロード
【文献】ＺＴＥ， Ｓａｎｅｃｈｉｐｓ，Ｓｕｍｍａｒｙ ｏｆ Ｕｐｌｉｎｋ ＨＡＲＱ－ＡＣＫ Ｆｅｅｄｂａｃｋ ｆｏｒ ＭＴＣ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９２ｂ Ｒ１－１８０５３１１，２０１８年４月１８日アップロード
【文献】Ｈｕａｗｅｉ， ＨｉＳｉｌｉｃｏｎ，Ｆｕｒｔｈｅｒ Ｃｏｎｓｉｄｅｒａｔｉｏｎｓ ｏｎ ＨＡＲＱ－ＡＣＫ ｆｅｅｄｂａｃｋ ｆｏｒ ＰＵＳＣＨ ｉｎ ｅＦｅＭＴＣ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９２ Ｒ１－１８０１４３１，２０１８年２月１６日アップロード
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04B7/24- 7/26
H04W4/00-99/00
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1,4
(57)【特許請求の範囲】
【請求項1】
基地局に適用可能な、情報を示す方法であって、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態の１つがアップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、リソース割り当て通知フォーマットを生成することと、
該リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信することと、
を含み、
該ＰＲＢリソース割り当てフィールドが、５ビットのビットマップであり、リザーブ状態の１１１１１が、アップリンク送信の早期終了を示すように構成され、
リザーブ状態の１０１０１－１１１１０のそれぞれが、該リソース割り当て方式を示すように構成され、
状態の０００００－１０１００のそれぞれが、狭帯域（ＮＢ）内のＰＲＢリソース割り当て方式を示すように構成される、
方法。
【請求項2】
前記リソース割り当て通知フォーマットを生成することが、前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記リソース割り当て通知フォーマットを生成すること、
を含む、請求項１記載の方法。
【請求項3】
前記リソース割り当て通知フォーマットを生成することが、前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記リソース割り当て通知フォーマットを生成すること、
を含む、請求項１記載の方法。
【請求項4】
ユーザ機器（ＵＥ）に適用可能な、情報を解釈する方法であって、基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、該リソース割り当て通知フォーマットが、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態の１つがアップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、受信することと、
該ＰＲＢリソース割り当てフィールドを解釈するための解釈方式を現在の状態に基づいて判断することであって、該解釈方式が、該リソース割り当て通知フォーマットに対応する、判断することと、
受信した現在のリザーブ状態を前記判断された解釈方式に基づいて解釈することと、
解釈された結果に基づいて動作を実行することと、
を含み、
該ＰＲＢリソース割り当てフィールドが、５ビットのビットマップであり、リザーブ状態の１１１１１が、アップリンク送信の早期終了を示すように構成され、
リザーブ状態の１０１０１－１１１１０のそれぞれが、該リソース割り当て方式を示すように構成され、
状態の０００００－１０１００のそれぞれが、狭帯域（ＮＢ）内のＰＲＢリソース割り当て方式を示すように構成される、
方法。
【請求項5】
前記現在の状態が現在の構成を含むと判断することに応答して、前記ＰＲＢリソース割り当てフィールドを解釈するための前記解釈方式を前記現在の状態に基づいて判断することが、前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記解釈方式を判断すること、
を含む、請求項４記載の方法。
【請求項6】
前記現在の状態が現在の構成および現在の動作を含むと判断することに応答して、前記ＰＲＢリソース割り当てフィールドを解釈するための前記解釈方式を前記現在の状態に基づいて判断することが、前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記解釈方式を判断すること、
を含む、請求項４記載の方法。
【請求項7】
前記解釈された結果に基づいて前記動作を実行することが、前記解釈された結果が、前記現在のリザーブ状態が前記アップリンク送信の早期終了を示すことであることに応答して、アップリンク・データの進行中の繰り返し送信を終了すること、
を含む、請求項４～６のいずれか１項記載の方法。
【請求項8】
基地局であって、プロセッサと、
該プロセッサによって実行可能な命令を記憶するメモリと、を備え、
該プロセッサが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態の１つが、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、リソース割り当て通知フォーマットを生成し、
該リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信するように構成され、
該ＰＲＢリソース割り当てフィールドが、５ビットのビットマップであり、リザーブ状態の１１１１１が、アップリンク送信の早期終了を示すように構成され、
リザーブ状態の１０１０１－１１１１０のそれぞれが、該リソース割り当て方式を示すように構成され、
状態の０００００－１０１００のそれぞれが、狭帯域（ＮＢ）内のＰＲＢリソース割り当て方式を示すように構成される、
基地局。
【請求項9】
ユーザ機器であって、プロセッサと、
該プロセッサによって実行可能な命令を記憶するメモリと、を備え、
該プロセッサが、
基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、該リソース割り当て通知フォーマットが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態の１つが、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、受信することと、
該ＰＲＢリソース割り当てフィールドを解釈するための解釈方式を現在の状態に基づいて判断することであって、該解釈方式が、該リソース割り当て通知フォーマットに対応する、判断することと、
受信した現在のリザーブ状態を前記判断された解釈方式に基づいて解釈することと、
解釈された結果に基づいて動作を実行することと、
を行うように構成され、
該ＰＲＢリソース割り当てフィールドが、５ビットのビットマップであり、リザーブ状態の１１１１１が、アップリンク送信の早期終了を示すように構成され、
リザーブ状態の１０１０１－１１１１０のそれぞれが、該リソース割り当て方式を示すように構成され、
状態の０００００－１０１００のそれぞれが、狭帯域（ＮＢ）内のＰＲＢリソース割り当て方式を示すように構成される、
ユーザ機器。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信技術の分野に関し、特に、情報を示す方法および装置、情報を解釈する方法および装置、基地局、ユーザ機器（ＵＥ）、ならびにコンピュータ可読記憶媒体に関する。
【背景技術】
【0002】
通信技術の発展と共に、マシン型通信（ＭＴＣ）が現われている。ＭＴＣは、人間が関与しない一種のマシンツーマシン通信として、インテリジェント・シティ、インテリジェント農業、およびインテリジェント輸送などの様々な分野で幅広く使用されている。
【0003】
ＭＴＣの基本的な通信フレームワークは、低複雑性または低コスト、拡張カバレッジ、および電力節約などの特徴を伴ってＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）におけるリリース１２および１３に基づいて形成されている。特に、低複雑性または低コストは、ＭＴＣ端末のための通信帯域幅を制限することによって達成される。典型的には、ＭＴＣは、６つの物理リソース・ブロック（ＰＲＢ）の通信帯域幅をサポートし得る。リリース１３においてＭＴＣのための狭帯域（ＮＢ）通信モードをサポートするために、システム帯域幅全体が複数の狭帯域に分割され、基地局は、複数の狭帯域のうちの１つをあるＭＴＣ端末に割り当て、次いで割り当てられた狭帯域内でＰＲＢリソースをさらに割り当てることとなる。狭帯域内でＰＲＢを割り当てるために、ＬＴＥアップリンク・リソース割り当てタイプ０の方式が、割り当てられたリソースの開始点および量を示すために再使用される。６つのＰＲＢの帯域幅について、示すために合計５ビットが割り当てられ、そのうち２１個の値が、有効なリソース割り当て状態を示し、１１個の値が、リザーブ状態として他の状態を示す。
【0004】
さらに、リリース１３においてＭＴＣのためのカバレッジ拡張を実現するために、送信機が、いくつかの送信時間単位において繰り返し同一コンテンツを送信し、受信機が、繰り返し送信されるコンテンツを結合することによって情報回復を実行し得るように、繰り返し送信モードが採用され、その場合に繰り返し送信の回数は、概してチャネル条件に従って設定される。
【0005】
さらに、電力を節約し、リソース利用効率を改善するために、新たな特徴がＬＴＥリリース１５において導入されている。特徴のうちの１つが、アップリンク送信の早期終了であり、別の特徴が、より柔軟なリソース割り当てである。
【0006】
アップリンク・データ送信の繰り返し回数は、ユーザのチャネル条件に従って、かつチャネル測定の誤差、チャネルの変動性などの要因に起因して基地局によって設定され、実際の復調プロセスによって必要とされる繰り返し送信の回数よりも多くなることがあり、それは、ＭＴＣ端末の追加的な電力消費をもたらすため、アップリンク送信の早期終了が導入されている。
【0007】
アップリンク送信の早期終了の実現原理は、基地局が、ユーザ・エンドによって繰り返し送信されているデータを復調しようと試み、データの復調に成功する場合に、対応する送信早期終了標識をＵＥに送信してアップリンク・データのその進行中の繰り返し送信を終了し得ることである。
【0008】
前述の送信早期終了標識情報は、ＭＴＣアップリンク・スケジューリングのダウンリンク制御情報（ＤＣＩ）に基づいて設計される。第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって認められる１つのやり方は、ＰＲＢリソース割り当てフィールド内の１つまたは複数のリザーブ状態を再使用することである。例えば、上述したＰＲＢリソース割り当てフィールド内のリザーブ状態が１１１１１であるとき、それは、アップリンク繰り返し送信を終了するようにＵＥによって理解され得る。
【0009】
ＮＢの定義に照らして、ＭＴＣのＮＢの境界とＬＴＥによって定義されるリソース・ブロック・グループ（ＲＢＧ）の境界との間の誤整列がもたらされ得るため、柔軟なリソース割り当てが導入される。ＲＢＧフラグメンテーションは、あるＮＢがＭＴＣによって占有されるときに発生され得、その後、いくつかのＲＢが、別のＬＴＥユーザによって使用されることを禁止され、それによって、リソース利用効率が低下する。この問題を回避するために、より柔軟なリソース割り当て方式が、ＲＢＧフラグメンテーションを減少させるために導入される。柔軟なリソース割り当て方式は、ＲＢＧフラグメンテーションを回避し、それによってリソースの無駄を回避するように、構成済みのＮＢにおいてＲＢリソースを割り当てることを可能にするだけではなく、ＲＢＧ境界を合致させるように隣接ＮＢにおいてＲＢリソースを割り当てることも可能にする。
【0010】
しかしながら、新たに追加された柔軟なリソース割り当て方式を示す方法は、解決されるべき緊急の技術課題である。関連技術では、それは、ＰＲＢリソース割り当てフィールドにおける１１個のリザーブ状態を再使用する方法にやはり従う。しかしながら、ＵＥが、柔軟なリソース割り当ておよびアップリンク送信の早期終了で同時に構成され、かつこれらの２つの特徴の両方がＰＲＢリソース割り当てフィールドにおけるリザーブ状態を再使用する場合、これらの２つの特徴によって共有されるリザーブ状態を受信すると、ＵＥは、現在受信したリザーブ状態の意味を判断することができず、その結果、ＵＥの挙動に混乱を引き起こす。
【発明の概要】
【発明が解決しようとする課題】
【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】
【図1】本開示の例による、情報を示す方法を示すフローチャートである。
【図2】本開示の例による、情報を解釈する方法を示すフローチャートである。
【図3】本開示の例による、情報を解釈する方法を示すシグナリング・フローチャートである。
【図4】例による、情報を示す装置を示すブロック図である。
【図5】例による、情報を示す別の装置を示すブロック図である。
【図6】例による、情報を示す別の装置を示すブロック図である。
【図7】例による、情報を解釈する装置のブロック図である。
【図8】例による、情報を解釈する別の装置のブロック図である。
【図9】例による、情報を解釈する別の装置のブロック図である。
【図10】例による、情報を解釈する別の装置のブロック図である。
【図11】例による、情報を示すために適用可能なデバイスを示すブロック図である。
【図12】例による、情報を解釈するために適用可能なデバイスを示すブロック図である。
【発明を実施するための形態】
【0036】
例示的実施形態は、それらの例が図面に表されて、ここで詳細に説明される。以下の説明が図面を含む場合、異なる図面中の類似の数字は、特段の指示がない限り、類似または同様の要素を指す。以下の例において説明される実施形態は、本開示と一貫した全ての実施形態を表すものではない。むしろ、それらは単に、添付の請求の範囲に詳述される本開示のいくつかの態様と一貫した装置および方法の例に過ぎない。
【0037】
【0038】
ステップＳ１０１において、リソース割り当て通知フォーマットが生成される。リソース割り当て通知フォーマットは、第１の通知フォーマットまたは第２の通知フォーマットを含む。第１の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す。第２の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す。
【0039】
１つまたは複数の実施形態では、基地局は、ＵＥにおいて構成された関数に基づいてリソース割り当て通知フォーマットを生成し得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成されるとき、第２の通知フォーマットが生成され得る。ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成され得る。
【0040】
１つまたは複数の実施形態では、基地局は、ＵＥにおいて構成された関数およびＵＥがアップリンク送信を現在実行しているかどうかの両方に基づいてリソース割り当て通知フォーマットを生成し得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行しているとき、第２の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していないとき、第１の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成されてもよい。
【0041】
実施形態において、リソース割り当て通知フォーマットを生成する方法が、柔軟かつ多様であることが分かり得る。
【0042】
いくつかの実施形態では、生成された第１の通知フォーマットは、表１に示される通りであり得る。第１の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表1】
【0043】
いくつかの実施形態では、生成された第２の通知フォーマットは、表２に示される通りであり得る。第２の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表2】
【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】
図５は、例による情報を示すための別の装置を示すブロック図である。図４に示される上記実施形態に基づいて図５に示されるように、生成モジュール４１は、第１の生成サブモジュール４１１または第２の生成サブモジュール４１２を含み得る。
【0071】
第１の生成サブモジュール４１１は、ＵＥがアップリンク送信の早期終了のための関数で構成されるときに、第２の通知フォーマットを生成するように構成される。
【0072】
第２の生成サブモジュール４１２は、ＵＥがアップリンク送信の早期終了のための関数で構成されないときに、第１の通知フォーマットを生成するように構成される。
【0073】
１つまたは複数の実施形態では、リソース割り当て通知フォーマットは、ＵＥにおいて構成された関数に基づいて生成され得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成されるとき、第２の通知フォーマットが生成され得る。ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成され得る。
【0074】
いくつかの実施形態では、生成された第１の通知フォーマットは、表３に示される通りであり得る。第３の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表3】
【0075】
いくつかの実施形態では、生成された第２の通知フォーマットは、表４に示される通りであり得る。第４の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表4】
【0076】
前述の表３および表４は、単なる例であることに留意すべきである。実際の適用では、第１の通知フォーマットおよび第２の通知フォーマットによって示されるＰＲＢリソース割り当てフィールドの意味は、異なっていてもよい。
【0077】
上記実施形態において、リソース割り当て通知フォーマットを生成する方法は、柔軟かつ多様である。
【0078】
図６は、例による情報を示すための別の装置を示すブロック図である。図４に示される実施形態に基づいて図６に示されるように、生成モジュール４１は、第３の生成サブモジュール４１３、第４の生成サブモジュール４１４、または第５の生成サブモジュール４１５を含み得る。
【0079】
第３の生成サブモジュール４１３は、ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行しているときに、第２の通知フォーマットを生成するように構成される。
【0080】
第４の生成サブモジュール４１４は、ＵＥがアップリンク送信の早期終了のための関数で構成されるが、アップリンク送信を現在実行していないときに、第１の通知フォーマットを生成するように構成される。
【0081】
第５の生成サブモジュール４１５は、ＵＥがアップリンク送信の早期終了のための関数で構成されないときに、第１の通知フォーマットを生成するように構成される。
【0082】
１つまたは複数の実施形態では、リソース割り当て通知フォーマットは、ＵＥにおいて構成された関数およびＵＥがアップリンク送信を現在実行しているかどうかの両方に基づいて生成され得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行しているとき、第２の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していないとき、第１の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成されてもよい。
【0083】
上記実施形態において、リソース割り当て通知フォーマットを生成する方法は、柔軟かつ多様である。
【0084】
図７は、例による情報を解釈するための装置を示すブロック図である。装置は、ＵＥに位置し得る。図７に示されるように、装置は、受信モジュール７１、判断モジュール７２、ならびに解釈および動作モジュール７３を含む。
【0085】
受信モジュール７１は、基地局によって送信されたリソース割り当て通知フォーマットを受信するように構成される。リソース割り当て通知フォーマットは、第１の通知フォーマットまたは第２の通知フォーマットを含む。第１の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す。第２の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す。
【0086】
判断モジュール７２は、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断するように構成される。解釈方式は、第１の解釈方式または第２の解釈方式を含み、第１の解釈方式は受信モジュール７１によって受信される第１の通知フォーマットに対応し、第２の解釈方式は、受信モジュール７１によって受信される第２の通知フォーマットに対応する。
【0087】
解釈および動作モジュール７３は、受信したリソース割り当て通知フォーマットに対応して、判断モジュール７２によって判断される現在の解釈方式に基づいて現在のリザーブ状態を解釈し、解釈された結果に基づいて対応する動作を実行するように構成される。
【0088】
現在の解釈方式が第１の解釈方式である場合、受信した現在のリザーブ状態は、第１の解釈方式に基づいて解釈されてもよく、現在の解釈方式が第２の解釈方式である場合、第２の解釈方式に基づいて解釈されてもよい。
【0089】
上記実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断すること、受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈すること、および解釈された結果に基づいて対応する動作を実行することによって、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【0090】
図８は、例による情報を解釈するための別の装置を示すブロック図である。図７に示される実施形態に基づいて図８に示されるように、判断モジュール７２は、第１の判断サブモジュール７２１または第２の判断サブモジュール７２２を含み得る。
【0091】
第１の判断サブモジュール７２１は、ＵＥがアップリンク送信の早期終了のための関数で構成される場合に、第２の解釈方式を採用することを判断するように構成される。
【0092】
第２の判断サブモジュール７２２は、ＵＥがアップリンク送信の早期終了のための関数で構成されない場合に、第１の解釈方式を採用することを判断するように構成される。
【0093】
上記実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が、柔軟かつ多様な実施を用いて様々なやり方で判断され得る。
【0094】
図９は、例による情報を解釈するための別の装置を示すブロック図である。図７に示される実施形態に基づいて図９に示されるように、判断モジュール７２は、第３の判断サブモジュール７２３、第４の判断サブモジュール７２４、または第５の判断サブモジュール７２５を含み得る。
【0095】
第３の判断サブモジュール７２３は、ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行している場合に、第２の解釈方式を採用することを判断するように構成される。
【0096】
第４の判断サブモジュール７２４は、ＵＥがアップリンク送信の早期終了のための関数で構成されるが、アップリンク送信を現在実行していない場合に、第１の解釈方式を採用することを判断するように構成される。
【0097】
第５の判断サブモジュール７２５は、ＵＥがアップリンク送信の早期終了のための関数で構成されない場合に、第１の解釈方式を採用することを判断するように構成される。
【0098】
上記実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が、柔軟かつ多様な実施を用いて様々なやり方で判断され得る。
【0099】
図１０は、例による情報を解釈するための別の装置を示すブロック図である。図７に示される実施形態に基づいて図１０に示されるように、解釈および動作モジュール７３は、第１の動作サブモジュール７３１または第２の動作サブモジュール７３２を含み得る。
【0100】
解釈された結果が、現在のリザーブ状態がアップリンク送信の早期終了を示すことである場合に、第１の動作サブモジュール７３１は、アップリンク・データの進行中の繰り返し送信を終了するように構成される。
【0101】
解釈された結果が、現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことである場合に、第２の動作サブモジュール７３２は、１つまたは複数の割り当てられたリソースを用いて動作するように構成される。
【0102】
いくつかの実施形態では、解釈された結果が、現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことである場合、１つまたは複数の割り当てられたリソースを用いて動作が実行されてもよく、例えば、データが、１つまたは複数の割り当てられたリソースを用いて送信され得る。また、解釈された結果が、現在のリザーブ状態がアップリンク送信の早期終了を示すことである場合、アップリンク・データの進行中の繰り返し送信が終了される。
【0103】
上記実施形態において、対応する動作が、柔軟かつ多様な実施で、解釈された結果に基づいて実行され得る。
【0104】
図１１は、例による、情報を示すために適用可能な別のデバイスを示す別のブロック図である。デバイス１１００は、基地局として提供され得る。図１１に示されるように、デバイス１１００は、処理コンポーネント１１２２、無線送信／受信コンポーネント１１２４、アンテナ・コンポーネント１１２６、および無線インターフェースに固有の信号処理部を含む。処理コンポーネント１１２２は、１つまたは複数のプロセッサをさらに含み得る。
【0105】
処理コンポーネント１１２２のプロセッサのうちの１つが、
ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成し、
リソース割り当て通知フォーマットをＵＥに送信するように構成され得る。
ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成し、
リソース割り当て通知フォーマットをＵＥに送信するように構成され得る。
【0106】
例において、命令を含む非一時的コンピュータ可読記憶媒体が提供され、命令は、情報を示す上記方法を完結させるためにデバイス１１００の処理コンポーネント１１２２によって実行され得る。例えば、非一時的コンピュータ可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピー・ディスク、光学データ記憶デバイスなどであってもよい。
【0107】
図１２は、例による、情報を解釈するために適用可能なデバイスを示すブロック図である。例えば、デバイス１２００は、携帯電話、コンピュータ、デジタル・ブロードキャスト端末、メッセージ受信および送信デバイス、ゲーム・コンソール、タブレット・デバイス、医療デバイス、フィットネス・デバイス、携帯情報端末、ならびに他のユーザ機器であってもよい。
【0108】
図１２に示されるように、デバイス１２００は、以下のコンポーネント、処理コンポーネント１２０２、メモリ１２０４、電源コンポーネント１２０６、マルチメディア・コンポーネント１２０８、音声コンポーネント１２１０、入力／出力（Ｉ／Ｏ）インターフェース１２１２、センサ・コンポーネント１２１４、および通信コンポーネント１２１６のうちの１つまたは複数を含み得る。
【0109】
処理コンポーネント１２０２は、概して、ディスプレイに関連付けられた動作、電話、データ通信、カメラ動作、および記録動作などのデバイス１２００の全体的な動作を制御する。処理コンポーネント１２０２は、上記方法のステップの全てまたは一部を完結させるために命令を実行する１つまたは複数のプロセッサ１２２０を含み得る。さらに、処理コンポーネント１２０２は、処理コンポーネント１２０２と他のコンポーネントとの間の対話を容易にするための１つまたは複数のモジュールを含み得る。例えば、処理コンポーネント１２０２は、マルチメディア・コンポーネント１２０８と処理コンポーネント１２０２との間の対話を容易にするためにマルチメディア・モジュールを含み得る。
【0110】
処理コンポーネント１２０２のプロセッサ１２２０のうちの１つが、
基地局によって送信され、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを受信することと、
ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することであって、解釈方式が、第１の通知フォーマットに対応する第１の解釈方式または第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈することと、解釈された結果に基づいて動作を実行することと、を行うように構成され得る。
基地局によって送信され、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを受信することと、
ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することであって、解釈方式が、第１の通知フォーマットに対応する第１の解釈方式または第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈することと、解釈された結果に基づいて動作を実行することと、を行うように構成され得る。
【0111】
メモリ１２０４は、デバイス１２００の動作をサポートするための様々な種類のデータを記憶するように構成される。そのようなデータの例は、デバイス１２００上で動作される任意のアプリケーションまたは方法のための命令、コンタクト・データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ１２０４は、静的ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、ディスクまたは光ディスクなどの、任意の種類の揮発性もしくは不揮発性記憶デバイスまたはそれらの組み合わせによって実施され得る。
【0112】
電源コンポーネント１２０６は、デバイス１２００の異なるコンポーネントに電力を提供する。電源コンポーネント１２０６は、電力管理システム、１つまたは複数の電源、ならびにデバイス１２００のために電力を生成、管理、および分配することに関連する他のコンポーネントを含み得る。
【0113】
マルチメディア・コンポーネント１２０８は、デバイス１２００とユーザとの間の出力インターフェースを提供するスクリーンを含む。いくつかの例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチ・パネル（ＴＰ）を含み得る。スクリーンがＴＰを含む場合、スクリーンは、入力信号をユーザから受信するためのタッチ・スクリーンとして実施され得る。ＴＰは、ＴＰ上でのタッチ、スワイプ、およびジェスチャを感知するための１つまたは複数のタッチ・センサを含み得る。タッチ・センサは、タッチまたはスワイプの境界を感知し得るだけでなく、タッチまたはスワイプに関連する期間および圧力を感知し得る。いくつかの例において、マルチメディア・コンポーネント１２０８は、フロント・カメラおよび／またはリア・カメラを含む。フロント・カメラおよび／またはリア・カメラは、デバイス１２００が写真モードまたはビデオ・モードなどの動作モードにあるときに、外部マルチメディア・データを受信し得る。各フロント・カメラおよびリア・カメラは、固定光学レンズ系であってもよく、または焦点距離および光学ズーム能力を有してもよい。
【0114】
音声コンポーネント１２１０は、音声信号を出力および／または入力するように構成される。例えば、音声コンポーネント１２１０は、デバイス１２００がコール・モード、記録モード、および音声認識モードなどの動作モードにあるときに、外部音声信号を受信するように構成されるマイクロフォン（ＭＩＣ）を含む。受信した音声信号は、さらに、メモリ１２０４に記憶され、または通信コンポーネント１２１６を介して送信され得る。いくつかの実施形態では、音声コンポーネント１２１０は、音声信号を出力するためのスピーカも含む。
【0115】
Ｉ／Ｏインターフェース１２１２は、処理コンポーネント１２０２と周辺インターフェース・モジュールとの間にインターフェースを提供し得る。周辺インターフェース・モジュールは、キーボード、クリック・ホイール、ボタンなどを含み得る。これらのボタンは、ホーム・ボタン、ボリューム・ボタン、スタート・ボタン、およびロック・ボタンを含み得るが、これらに限定されない。
【0116】
センサ・コンポーネント１２１４は、デバイス１２００に様々な態様の状態査定を提供するための１つまたは複数のセンサを含む。例えば、センサ・コンポーネント１２１４は、デバイス１２００のオン／オフ状態、ならびにデバイス１２００のディスプレイおよびキーパッドなどのコンポーネントの相対位置を検出し得る。センサ・コンポーネント１２１４は、デバイス１２００またはデバイス１２００のコンポーネントの位置の変化、デバイス１２００とのユーザ・コンタクトの有無、デバイス１２００の向きまたは加速度／減速度、およびデバイス１２００の温度変化も検出し得る。センサ・コンポーネント１２１４は、いかなる物理的接触もなしに付近の物体の存在を検出するように構成される近接センサを含み得る。センサ・コンポーネント１２１４は、撮像アプリケーションにおいて使用するための、ＣＭＯＳまたはＣＣＤ画像センサなどの光センサも含み得る。いくつかの実施形態では、センサ・コンポーネント１２１４は、加速度センサ、ジャイロ・センサ、磁気センサ、圧力センサ、または温度センサも含み得る。
【0117】
通信コンポーネント１２１６は、デバイス１２００と他のデバイスとの間の有線または無線通信を容易にするように構成される。デバイス１２００は、ＷｉＦｉ、２Ｇもしくは３Ｇ、またはそれらの組み合わせなどの通信規格に基づいて、無線ネットワークにアクセスし得る。例において、通信コンポーネント１２１６は、外部ブロードキャスト管理システムからブロードキャスト・チャネルを介して、ブロードキャスト信号またはブロードキャスト関連情報を受信する。一例では、通信コンポーネント１２１６は、短距離通信を容易にするための近距離通信（ＮＦＣ）モジュールをさらに含み得る。例えば、ＮＦＣモジュールは、無線周波数識別（ＲＦＩＤ）技術、赤外線データ関連（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）技術、および他の技術に基づいて実施され得る。
【0118】
例において、デバイス１２００は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または上記方法を実行するための他の電子コンポーネントによって実施され得る。
【0119】
例において、命令を含むメモリ１２０４などの、命令を含む非一時的コンピュータ可読記憶媒体も提供される。上記命令は、上記方法を完結させるためにデバイス１２００のプロセッサ１２２０によって実行され得る。例えば、非一時的コンピュータ可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピー・ディスク、光学データ記憶デバイスなどであってもよい。
【0120】
装置の実施形態は、方法の実施形態に本質的に対応するため、方法の実施形態の関連部分の説明に対して参照が行われ得る。上述した装置の実施形態は、単なる例示であり、別々のコンポーネントとして説明されるユニットは、物理的に分離されていてもいなくともよく、ユニットとして表示されるコンポーネントは、物理的ユニットであってもなくてもよく、即ち、１つの場所に位置してもよく、またはネットワーク内の複数ユニットに分散されてもよい。モジュールのうちのいくつかまたは全ては、実施形態の実施の目的を達成するための実際の必要性に従って選択されてもよい。それは、いかなる創造的努力もなしに当業者によって理解され、実施され得る。
【0121】
本明細書で使用される「第１の」および「第２の」などの関係を示す用語は、これらの要素間または動作間に存在する、任意のそのような実際の関係性または順序を要求または示唆するのではなく、１つの要素または動作を別の要素または動作から区別するように単に意図されることに留意すべきである。また、「含む（ｉｎｃｌｕｄｉｎｇ）」、「包含する（ｃｏｎｔａｉｎｉｎｇ）」という用語またはそれらの任意の変化形は、非排他的包含を含むように意図され、それによって、一連の要素を含むプロセス、方法、製品、またはデバイスは、それらの要素だけでなく、明示的に列挙されない他の要素、またはそのようなプロセス、方法、製品、もしくはデバイスに固有のそれらの要素も含む。さらなる限定なしに、「．．．を含む」という記述によって定義される要素は、プロセス、方法、製品、またはデバイスに存在する追加の同一要素を含むことを排除されないものとする。
【0122】
本開示の他の実施は、明細書を参照することによって開示を実施した後、当業者に容易に明らかとなる。本出願は、本開示の一般原則に従う本開示の任意の変形、使用、適合をカバーし、本開示において開示されない当技術分野の共通知識または従来技術手段を含むように意図される。明細書およびその中の実施形態は、単なる例示であり、本開示の範囲および思想は、添付の請求の範囲によって示されるものとする。
【0123】
本開示は、図面に示される上述した正確な構造に限定されず、本出願の範囲から逸脱することなく様々な修正および変更が本開示に対して行われ得ると理解されるべきである。本開示の範囲は、添付の請求の範囲のみによって限定されるものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
