▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-05-22
(45)【発行日】2023-05-30
(54)【発明の名称】リソース構成方法、ネットワークデバイス及び端末デバイス
(51)【国際特許分類】
H04W 72/0446 20230101AFI20230523BHJP
H04W 72/512 20230101ALI20230523BHJP
H04W 72/566 20230101ALI20230523BHJP
【ＦＩ】
H04W72/0446
H04W72/512
H04W72/566
【請求項の数】
5
(21)【出願番号】P 2021523641
(86)(22)【出願日】2018-10-30
(65)【公表番号】
(43)【公表日】2022-01-26
(86)【国際出願番号】 CN2018112757
(87)【国際公開番号】W WO2020087289
(87)【国際公開日】2020-05-07
【審査請求日】2021-10-01
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100091487
【弁理士】
【氏名又は名称】中村 行孝
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(74)【代理人】
【識別番号】100096921
【弁理士】
【氏名又は名称】吉元 弘
(72)【発明者】
【氏名】ルー、チエンシー
【審査官】松野 吉宏
(56)【参考文献】
【文献】Sony，Discussion on enhanced UL grant-free transmissions，3GPP TSG RAN WG1#94b R1-1810641，フランス，3GPP，2018年09月28日
【文献】Huawei, HiSilicon，Enhanced UL configured grant transmissions，3GPP TSG RAN WG1#94b R1-1810159，フランス，3GPP，2018年09月29日
【文献】OPPO，Motivation for new WI: Enhancements on scheduling and control for NR，3GPP TSG RAN #78 RP-172511，フランス，3GPP，2017年12月11日
【文献】vivo，UL inter-UE Tx prioritization for URLLC，3GPP TSG RAN WG1 #94b R1-1810396，フランス，3GPP，2018年09月29日
【文献】Samsung，On Need for PDCCH Repetitions，3GPP TSG RAN WG1 #92 R1-1802002，フランス，3GPP，2018年02月16日
【文献】ZTE，On UL inter UE Tx prioritization/multiplexing，3GPP TSG RAN WG1 #94b R1-1810346，フランス，3GPP，2018年09月29日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
リソース構成方法であって、ネットワークデバイスが、端末デバイスのために高信頼性低遅延ｕＲＬＬＣサービスの時間領域リソースを構成するためのリソース構成情報を前記端末デバイスに送信することを含み、
前記リソース構成情報は、ｕＲＬＬＣサービス伝送のためのリソース持続時間及びトラフィック持続時間を含み、
前記リソース構成情報は、さらに、
重複伝送方式が適用されるか否かを示す指示情報、重複数、同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースが構成されるか否か、同一のリソース持続時間内に少なくとも２つのトラフィック伝送リソースが構成されるかどうかのうちの少なくとも１つを含み、
異なるトラフィック伝送リソースで伝送されるトラフィックが、同じである
ことを特徴とするリソース構成方法。
【請求項2】
前記方法は、さらに、同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースを構成する場合、各トラフィック伝送リソースにおいて同一のトラフィックを伝送するデータパケットを決定することを含み、
前記データパケットを伝送するトラフィック周期が前記リソース持続時間以上である
ことを特徴とする請求項１に記載のリソース構成方法。
【請求項3】
同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースが構成され、又は、同一のリソース持続時間内に少なくとも２つのトラフィック伝送リソースが構成される場合、前記少なくとも２つのトラフィック伝送リソースが異なるトラフィック伝送に対する時間オフセットは、異なることを特徴とする請求項１に記載のリソース構成方法。
【請求項4】
前記リソース構成情報には重複伝送方式が適用されるか否かを示す指示情報が含まれる場合、前記重複伝送と元データパケット伝送との位置関係は、各元データパケットを伝送してから重複データパケットを伝送すること、を含む
ことを特徴とする請求項１～３のいずれか１項に記載のリソース構成方法。
【請求項5】
請求項１～４のいずれか１項に記載のリソース構成方法を実行することを特徴とするネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理技術分野に関し、特に、リソース構成方法、端末デバイス、ネットワークデバイス、チップ、コンピュータ読み取り可能な記憶媒体、コンピュータプログラム製品及びコンピュータプログラムに関する。
【背景技術】
【0002】
ＮＲ（Ｎｅｗ Ｒａｄｉｏ )では、トラフィック需要に応じて３つのアプリケーションシナリオ、ｅＭＢＢ (拡張モバイルブロードバンド)、ｍＭＴＣ (マススマシーンクラス通信)、ｕＲＬＬＣ ( Ｕｌｔｒａ－Ｓｉｄｅｄ、ｌｏｗ－ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ )に分けられる。ＵＲＬＬＣ検討では、ＵＲＬＬＣ処理は高信頼性で低遅延のトラフィックであり、そのようなトラフィックは、典型的には決定されたトラフィックであり、すなわち、トラフィックは１つの時間ウィンドウ内に到着する。ＮＲ ＵＲＬＬＣ検討では、このような業務に対する比較的厳しい要求は、遅延要求が０.５ｍｓ、信頼性要求が１０＾－６である。
【0003】
既存のＮＲ(Ｎｅｗ Ｒａｄｉｏ )では、構成されたリソースを用いてＶｏＩＰなどのトラフィックを伝送することができ、このようなトラフィックは、パケットサイズが固定され、パケット到達時間が大まかに推定されるトラフィックとして特定される。従来の構成されたリソースの伝送方式を採用すると、トラフィック到達時間と構成されたリソースの時間周波数位置が一致しないという問題や、トラフィックに必要な伝送時間と構成されたリソースの時間周波数位置が一致しないという問題を招く可能性がある。動的スケジューリングを用いると、トラフィック到達時間に基づいてスケジューリングされる時間周波数リソースを調整することができるが、特に上りに関しては、伝送遅延要求を満たすことができないという問題が生じる可能性がある。
【発明の概要】
【0004】
本発明の実施例は、以上の課題を解決するために、タイミング切替方法、端末デバイス、ネットワークデバイス、チップ、コンピュータ読み取り可能な記憶媒体、コンピュータプログラム製品及びコンピュータプログラムを提供する。
【0005】
第１の態様として、本発明の実施例は、ネットワークデバイスに応用されるリソース構成方法を提供し、
端末デバイスのために第１のタイプのトラフィックの伝送リソースを構成するためのリソース構成情報を前記端末デバイスに送信することを含み、
前記リソース構成情報は、リソース持続時間、及び／又はトラフィック持続時間を含む。
端末デバイスのために第１のタイプのトラフィックの伝送リソースを構成するためのリソース構成情報を前記端末デバイスに送信することを含み、
前記リソース構成情報は、リソース持続時間、及び／又はトラフィック持続時間を含む。
【0006】
第２の態様として、本発明の実施例は、端末デバイスに応用されるリソース構成方法を提供し、
ネットワークデバイスが第１のタイプのトラフィックの伝送リソースを構成するように支援するためのリソース報告情報をネットワークデバイスに送信することを含み、
前記リソース報告情報は、リソース持続時間、トラフィック持続時間のうちの少なくとも１つを含む。
ネットワークデバイスが第１のタイプのトラフィックの伝送リソースを構成するように支援するためのリソース報告情報をネットワークデバイスに送信することを含み、
前記リソース報告情報は、リソース持続時間、トラフィック持続時間のうちの少なくとも１つを含む。
【0007】
第３の態様として、本発明の実施例は、第１の通信ユニットを含むネットワークデバイスを提供し、
第１の通信ユニットは、端末デバイスのために第１のタイプのトラフィックの伝送リソースを構成するためのリソース構成情報を前記端末デバイスにリソースに送信し、
前記リソース構成情報は、リソース持続時間、及び／又はトラフィック持続時間を含む。
第１の通信ユニットは、端末デバイスのために第１のタイプのトラフィックの伝送リソースを構成するためのリソース構成情報を前記端末デバイスにリソースに送信し、
前記リソース構成情報は、リソース持続時間、及び／又はトラフィック持続時間を含む。
【0008】
第４の態様として、本発明の実施例は、第２の通信ユニットを含む端末デバイスを提供し、
第２の通信ユニットは、ネットワークデバイスが第１のタイプのトラフィックの伝送リソースを構成するように支援するためのリソース報告情報をネットワークデバイスに送信し、
前記リソース報告情報は、リソース持続時間、トラフィック持続時間のうちの少なくとも１つを含む。
第２の通信ユニットは、ネットワークデバイスが第１のタイプのトラフィックの伝送リソースを構成するように支援するためのリソース報告情報をネットワークデバイスに送信し、
前記リソース報告情報は、リソース持続時間、トラフィック持続時間のうちの少なくとも１つを含む。
【0009】
第５の態様として、本発明の実施例は、プロセッサとメモリとを備えるネットワークデバイスを提供する。メモリは、コンピュータプログラムを記憶し、プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第１の態様又はその様々な実施例における方法を実行する。
【0010】
第６の態様として、本発明の実施例は、プロセッサとメモリとを備える端末デバイスを提供する。メモリは、コンピュータプログラムを記憶し、プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第２の態様又はその様々な実施例における方法を実行する。
【0011】
第７の態様は、上述の第１から第２の態様のいずれか、又はその各実施態様における方法を実施するためのチップを提供する。
【0012】
具体的には、このチップは、コンピュータプログラムをメモリから呼び出して実行し、チップが実装されたデバイスに、第１の態様から第２の態様のいずれか、又はそれらの実装形態による方法を実行させるプロセッサを含む。
【0013】
第８の態様は、コンピュータに、上述の第１の態様から第２の態様のいずれか、又はそれらの実装形態における方法を実行させるコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供する。
【0014】
第９の態様は、コンピュータに、上述の第１の態様から第２の態様のいずれか、又はそれらの実装形態における方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。
【0015】
第１０の態様は、コンピュータ上で実行されたときに、コンピュータに、上記の第１から第２の態様のいずれか、又はその様々な実施態様における方法を実行させるコンピュータプログラムを提供する。
【0016】
本発明の実施例の技術的解決策は、第１のタイプのトラフィックの伝送リソースを構成するために、リソース構成の関連情報によってリソース持続時間、および/又はトラフィック持続時間を送信する。このように、情報によって関連情報を相手側に動的に送信して第１のタイプのトラフィックの伝送リソースを決定することを保証し、且つ、構成されたリソース及びトラフィック間の整合性を保証することができる。
【図面の簡単な説明】
【0017】
【図1】本願の実施例における通信システムのアーキテクチャの概略図一である。
【図2】本願の実施例におけるリソース構成方法のフローチャート一である。
【図3】本発明の実施例におけるデータパケットの伝送シナリオの模式図一である。
【図4】本発明の実施例におけるデータパケットの伝送シナリオの模式図二である。
【図5】本発明の実施例におけるデータパケットの伝送シナリオの模式図三である。
【図6】本発明の実施例におけるデータパケットの伝送シナリオの模式図四である。
【図7】本発明の実施例におけるデータパケットの伝送シナリオの模式図五である。
【図8】本願の実施例におけるリソース構成方法のフローチャート二である。
【図9】本願の実施例におけるネットワークデバイスの構成図である。
【図10】本発明の実施例における端末デバイスの構成図である。
【図11】本発明の実施例における通信デバイスの構成図である。
【図12】是本願の実施例におけるチップの構成図である。
【図13】是本願の実施例における通信システムのアーキテクチャの概略図二である。
【発明を実施するための形態】
【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】
具体的には、重複伝送方式が適用されるか否かを示す指示情報は、１つの識別子で指示することができ、例えば、１は重複であることを、０は重複ないことを指示することができる。又は、重複伝送方式が適用されるか否かを示す指示情報は、特定の識別子が現れるか否かで指示することができる。重複伝送を採用しない場合、リソース伝送は図３に示すようになり、データパケットが重複しない場合、各トラフィック周期に元データパケット１、２、３、４を送信することができる。
【0071】
前記重複伝送と元データパケット伝送との位置関係は、
各元データパケットを伝送してから重複データパケットを伝送すること、全ての元データパケットの伝送を完了してから重複データパケットを伝送することのうちの少なくとも１つを含む。
各元データパケットを伝送してから重複データパケットを伝送すること、全ての元データパケットの伝送を完了してから重複データパケットを伝送することのうちの少なくとも１つを含む。
【0072】
ここで、元データパケットの伝送の後に重複のデータパケットを伝送するとは、元データパケットの一つが伝送される毎に、すぐに重複データパケットを伝送し、全ての重複データパケットの伝送が完了した後に、他の元パケットを伝送することを意味する。元データパケットは、ＭＡＣ ( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ) ＰＤＵ ( Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ )であってもよい。又は、元パケットは、同一のトラフィックｔｒａｆｆｉｃ ｐａｔｔｅｒｎに対応するデータパケットであってもよい。又は、元データパケットは、異なるトラフィックｔｒａｆｆｉｃ ｐａｔｔｅｒｎに対応するデータパケットであってもよい。例えば、図４を参照すると、元パケットが２つあり、元パケット１と元パケット２は、各元データパケットを伝送してから重複データパケットを伝送する方式を採用し、重複回数が２回であると仮定すると、すなわち、データパケット１が伝送された後に、元パケット１の重複データパケットが２つ伝送され、元データパケット２も同様の方式を採用する。
【0073】
全ての元データパケットの伝送を完了してから重複データパケットを伝送し、すなわち、全ての元データパケットの伝送が完了した後に、同一のトラフィック周期内で、各元データパケットに対応する重複パケットを順次伝送することができる。例えば、図５を参照すると、１つのトラフィック周期内では、元データパケットが伝送され、元パケット１、２が順次伝送され、その後、データパケット１の２つの重複パケットが順次伝送され、元データパケット２の２つの重複パケットが順次伝送される。
【0074】
前記少なくとも２つのトラフィック伝送リソースにおいて、異なるトラフィック伝送リソースは、時間オフセット、重複伝送が使用されるかどうか、重複回数、重複伝送と元データパケット伝送との位置関係のうちの少なくとも１つが異なる。
【0075】
すなわち、リソース構成情報が同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースを構成することができる場合、例えば、トラフィック伝送リソース１とトラフィック伝送リソース２との２つのトラフィック伝送リソースが異なる時間オフセットを利用して重複伝送を行わず、又は、この２つのトラフィック伝送リソースが異なる時間オフセットを利用し、同じ重複回数を利用し、又は、この２つのトラフィック伝送リソースが異なる重複回数を利用し、同じ時間オフセットを利用し、又は、トラフィック伝送リソース１が重複伝送を利用し、トラフィック伝送リソース２が重複伝送を利用しない。勿論、他の方式を利用してもよく、この実施例で説明を省略する。
【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】
上位のシナリオの上で、第１の通信ユニット９１は、ネットワークデバイスが前記第１のタイプのトラフィックの伝送リソースを決定して構成するように支援するための第２の情報を受信する。
【0124】
前記第２の情報には、前記第１のタイプのトラフィックが属するグループ情報、及び／又は、前記第１のタイプのトラフィック識別子情報が含まれる。前記第２の情報には、さらに、トラフィック優先度、遅延レベル、信頼性レベルのうちの少なくとも１つが含まれる。
【0125】
すなわち、第１のタイプのトラフィックのための伝送リソースがどのように端末デバイスのために構成されるかは、端末デバイスによって送信された第２の情報を受信することによって決定され、又は、
第１のタイプのトラフィックのための伝送リソースがどのように端末デバイスのために構成されるかは、コアネットワークデバイスによって送信される第２の情報を受信することによって決定され得る。
第１のタイプのトラフィックのための伝送リソースがどのように端末デバイスのために構成されるかは、コアネットワークデバイスによって送信される第２の情報を受信することによって決定され得る。
【0126】
例えば、第１のタイプのトラフィック識別子によって、端末デバイスに第１のタイプのトラフィックの伝送リソースをどのように構成するかを決定する方式は、異なるトラフィックに対して異なる持続時間に対応できるようにしてもよく、例えば、あるトラフィックが３つのＴＴＩに対応し、あるトラフィックが１つのＴＴＩに対応してもよい。
【0127】
第１のタイプのトラフィックが属するグループ情報は、リソース構成を行う場合、第１のタイプのトラフィックが属するグループに対応する優先度、又は遅延レベル、又は信頼度レベルに基づいてリソース構成を決定することができ、例えば、優先度の高いトラフィックグループの第１のタイプのトラフィックに対して優先的にリソースを構成し、他の優先度の低いトラフィックグループの第１のタイプのトラフィックに対して優先度の高いトラフィックよりもリソースを遅く構成することができ、又は、優先度の高い第１のタイプのトラフィックに対して優先的にリソース持続時間の長いリソースを構成することができ、又は、同じトラフィック伝送リソースで優先度の高いトラフィックを優先的に伝送し、次に優先度の低いトラフィックを伝送することができ、又は、構成された第１のトラフィック伝送リソースに優先度の高いトラフィックを優先的に伝送し、次に構成された他のトラフィック伝送リソースに優先度の低いトラフィックをトラフィック優先度順に伝送することができる。もちろん、他の構成も存在してもよく、ここで説明を省略する。遅延レベルに関して、遅延耐性が低いトラフィックに対して優先的にリソースを構成することができ、又は、構成されたトラフィック伝送リソース上で遅延耐性が低いトラフィックを優先的に伝送し、次に遅延耐性が高いトラフィックを伝送することができ、又は、構成された第１のトラフィック伝送リソース上で遅延耐性が低いトラフィックを優先的に伝送し、次に構成された他のトラフィック伝送リソース上で遅延耐性が高いトラフィックを伝送することができ、前記遅延耐性が低いことは、高い信頼性及び低遅延トラフィックに対するものとして理解することができる。なお、信頼度レベルに基づいてリソース構成を行う方式については、前述の優先度と同様であるため、説明を省略する。
【0128】
第１のタイプのトラフィック伝送リソースの構成は、第１のタイプのトラフィック優先度に応じてさらに決定されてもよく、例えば、優先度の高いトラフィックの重複数は、優先度の低いトラフィックの重複数より多くてもよく、又は優先度の高いトラフィックのためにリソースを優先に構成し、又は、遅延レベルが高い、優先的に遅延レベルが高いトラフィックにリソースを構成し、又は、トラフィックの伝送遅延境界に近いトラフィック到着時間のトラフィックを優先的に伝送し、こちらは網羅的ではない。
【0129】
上記の実施例において、前記リソース持続時間が前記第１のタイプのトラフィック伝送で構成される連続の時間長であり、前記トラフィック持続時間が前記第１のタイプのトラフィックが連続に到達する時間長であり、又は、前記トラフィック持続時間が前記第１のタイプのトラフィックが遅延して到達する時間長であり、ここで、前記リソース持続時間が前記トラフィック持続時間以上であり、又は、前記リソース持続時間が前記トラフィック持続時間よりも小さい。
【0130】
前記時間長の粒度は、シンボル、ミリ秒、ＴＴＩ、タイムスロット、サブフレーム、無線フレームのうちの少なくとも１つである。
【0131】
例えば、時間長の粒度がタイムスロットであれば、リソース持続時間は４タイムスロット、トラフィック持続時間は３タイムスロットと定義することができる。
【0132】
前記トラフィック周期が前記リソース持続時間以上である。
【0133】
前記トラフィック伝送リソース時間位置は、リソース持続時間内に含まれ、トラフィック伝送リソース時間のうちの１つは、前記リソース持続時間に一致し、又はすべてのトラフィック伝送リソース時間は、前記リソース持続時間に一致する。
【0134】
リソース持続時間がトラフィック持続時間以上であると設定されてもよい。
【0135】
前記リソース持続時間が前記トラフィック持続時間よりも小さい場合、前記リソース持続時間を超えるトラフィックを伝送しないことを指示することを含む。
【0136】
すなわち、端末デバイスは、リソース構成情報におけるリソース持続時間がトラフィック持続時間よりも小さい場合、送信すべきトラフィック持続時間がリソース持続時間を超過した場合、トラフィック伝送の時間がリソース持続時間に達した場合、残りのトラフィックが伝送されないと決定することができる。
【0137】
前記リソース構成情報は、さらに、上り第１のタイプのトラフィックの伝送のためのリソース構成情報、及び／又は下り第１のタイプのトラフィックの伝送のためのリソース構成情報を含み、上り第１のタイプのトラフィックの伝送のためのリソース構成情報が、下り第１のタイプのトラフィックの伝送のためのリソース構成情報と同じ又は異なる。すなわち、端末デバイスは、送信されたリソース構成情報が上り第１のタイプのトラフィックの伝送のためのリソース構成情報であるとき、リソース構成情報に基づいて第１のタイプのトラフィックの上り伝送を行うことができ、および/又は、送信されたリソース構成情報が下り第２のタイプのトラフィック伝送のためのリソース構成情報であるとき、リソース構成情報に基づいて第１のタイプのトラフィックの下り伝送を行うことにより、受信された時間-周波数リソースの位置を決定することができ、ネットワーク側から送信された第１のタイプのトラフィックの下り情報を受信することができる。
【0138】
最後に、この実施例において、前記第１のタイプのトラフィックシナリオは、限定はしないが、周期的決定性トラヒック、非周期的決定性トラヒック、ハイブリッドトラヒック、非決定性トラヒック、ＶｏＩＰトラヒック、自動列車を制御するシナリオ、動作制御、ｃｏｎｔｒｏｌ－ｔｏ－ｃｏｎｔｒｏｌの応用シナリオ、モバイル制御プレーン（Ｍｏｂｉｌｅ ｃｏｎｔｒｏｌ ｐａｎｅｌｓ）、移動ロボット、Ａｕｄｉｏ ｓｔｒｅａｍｉｎｇ ｆｏｒ ｌｉｖｅ ｐｅｒｆｏｒｍａｎｃｅ、ロボットアーム操作の少なくとも１つを含む。
【0139】
以上のように、上記の技術案により、第１のタイプのトラフィックの伝送リソースを構成するために、リソース構成の関連情報によってリソース持続時間、および/又はトラフィック持続時間を送信することができることが分かる。このように、動的な情報通信によって関連情報を相手側に送信して第１のタイプのトラフィックの伝送リソースを決定することを保証し、且つ、構成されたリソース及びトラフィック間の整合性を保証することができる。
【0140】
実施例四、
この実施例は、第２の通信ユニット１００１を含む端末デバイスを提供し、図１０に示すように、
第２の通信ユニット１００１は、ネットワークデバイスが第１のタイプのトラフィックの伝送リソースを構成するように支援するためのリソース報告情報をネットワークデバイスに送信し、
前記リソース報告情報は、リソース持続時間、トラフィック持続時間のうちの少なくとも１つを含む。
この実施例は、第２の通信ユニット１００１を含む端末デバイスを提供し、図１０に示すように、
第２の通信ユニット１００１は、ネットワークデバイスが第１のタイプのトラフィックの伝送リソースを構成するように支援するためのリソース報告情報をネットワークデバイスに送信し、
前記リソース報告情報は、リソース持続時間、トラフィック持続時間のうちの少なくとも１つを含む。
【0141】
ここで、前記第１のタイプのトラフィックは、高信頼性、低遅延トラフィックであってもよい。すなわち、このようなトラフィックに対しては、端末デバイスのリソースの構成がネットワーク側により行われる。
【0142】
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、無線リソース制御）、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、メディアアクセス制御層） ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、制御要素）、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、下り制御情報）のうちの少なくとも１つの情報により、リソース報告情報を送信する。
【0143】
この実施例において、前記リソース報告情報は、さらに、トラフィック周期、時間オフセット、第１のタイプのトラフィックが属するグループ情報、第１のタイプのトラフィック識別子、情報の大きさ、第１のタイプのトラフィックの開始到着時間、重複伝送方式が適用されるか否かを示す指示情報、重複数、同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースが構成されるか否か、同一のリソース持続時間内に少なくとも２つのトラフィック伝送リソースが構成されるかどうか、少なくとも２つのトラフィック伝送リソースの構成、重複伝送と元データパケット伝送との位置関係、ＨＡＲＱ処理数、ＲＶバージョン番号のうちの少なくとも１つを含む。
【0144】
具体的には、重複伝送方式が適用されるか否かを示す指示情報は、１つの識別子で指示することができ、例えば、１は重複であることを、０は重複ないことを指示することができる。又は、重複伝送方式が適用されるか否かを示す指示情報は、特定の識別子が現れるか否かで指示することができる。重複伝送を採用しない場合、リソース伝送は図３に示すようになり、データパケットが重複しない場合、各トラフィック周期に元データパケット１、２、３、４を送信することができる。
【0145】
前記重複伝送と元データパケット伝送との位置関係は、
各元データパケットを伝送してから重複データパケットを伝送すること、全ての元データパケットの伝送を完了してから重複データパケットを伝送することのうちの少なくとも１つを含む。
各元データパケットを伝送してから重複データパケットを伝送すること、全ての元データパケットの伝送を完了してから重複データパケットを伝送することのうちの少なくとも１つを含む。
【0146】
ここで、元データパケットの伝送の後に重複のデータパケットを伝送するとは、元データパケットの一つが伝送される毎に、すぐに重複データパケットを伝送し、全ての重複データパケットの伝送が完了した後に、他の元パケットを伝送することを意味する。元データパケットは、ＭＡＣ ( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ) ＰＤＵ ( Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ )であってもよい。又は、元パケットは、同一のトラフィックｔｒａｆｆｉｃ ｐａｔｔｅｒｎに対応するデータパケットであってもよい。又は、元データパケットは、異なるトラフィックｔｒａｆｆｉｃ ｐａｔｔｅｒｎに対応するデータパケットであってもよい。例えば、図４を参照すると、元パケットが２つあり、元パケット１と元パケット２は、各元データパケットを伝送してから重複データパケットを伝送する方式を採用し、重複回数が２回であると仮定すると、すなわち、データパケット１が伝送された後に、元パケット１の重複データパケットが２つ伝送され、元データパケット２も同様の方式を採用する。
【0147】
全ての元データパケットの伝送を完了してから重複データパケットを伝送し、すなわち、全ての元データパケットの伝送が完了した後に、同一のトラフィック周期内で、各元データパケットに対応する重複パケットを順次伝送することができる。例えば、図５を参照すると、１つのトラフィック周期内では、元データパケットが伝送され、元パケット１、２が順次伝送され、その後、データパケット１の２つの重複パケットが順次伝送され、元データパケット２の２つの重複パケットが順次伝送される。
【0148】
前記少なくとも２つのトラフィック伝送リソースにおいて、異なるトラフィック伝送リソースは、時間オフセット、重複伝送が使用されるかどうか、重複回数、重複伝送と元データパケット伝送との位置関係のうちの少なくとも１つが異なる。
【0149】
すなわち、リソース構成情報が同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースを構成することができる場合、例えば、トラフィック伝送リソース１とトラフィック伝送リソース２との２つのトラフィック伝送リソースが異なる時間オフセットを利用して重複伝送を行わず、又は、この２つのトラフィック伝送リソースが異なる時間オフセットを利用し、同じ重複回数を利用し、又は、この２つのトラフィック伝送リソースが異なる重複回数を利用し、同じ時間オフセットを利用し、又は、トラフィック伝送リソース１が重複伝送を利用し、トラフィック伝送リソース２が重複伝送を利用しない。勿論、他の方式を利用してもよく、この実施例で説明を省略する。
【0150】
さらに、同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースを構成する場合、重複伝送と元データパケット伝送との位置関係に基づいて、伝送リソースの伝送位置及び伝送方式を決定し、例えば、図６に示すように、同一のトラフィック周期内に３つのトラフィック伝送リソースを構成する場合、各トラフィック伝送リソースの時間オフセットが異なるように構成し、図に示すように、１番目のトラフィック伝送リソースが第１の時間オフセットであり、２番目のトラフィック伝送リソースの第２の時間オフセットが第１の時間オフセットよりも遅く、３番目のトラフィック伝送リソースの第３の時間オフセットが第２の時間オフセットよりも遅い。例えば、３つのトラフィック伝送リソースを構成する場合、各トラフィック伝送リソースの時間オフセットが異なるように構成することで、リソース持続時間の各時点に利用可能な時間周波数リソースがあると保証し、又は、例えば、３つのトラフィック伝送リソースを構成する場合、各トラフィック伝送リソースの時間オフセットが異なるように構成することで、トラフィック持続時間の各時点に利用可能な時間周波数リソースがあると保証する。
【0151】
また、各トラフィック伝送リソースに対応する伝送リソースの構成を設定することができ、その構成の内容は、リソース持続時間、トラフィック持続時間、第１のタイプのトラフィックが属するグループ情報、第１のタイプのトラフィック識別子、情報の大きさ、第１のタイプのトラフィックの開始到着時間、重複伝送方式が適用されるか否かを示す指示情報、重複数、重複伝送と元データパケット伝送との位置関係、ＨＡＲＱ処理数、ＲＶバージョン番号のうちの少なくとも１つを含む。
【0152】
図６を参照すると、重複伝送が構成され、且つ各トラフィックリソースに対応する重複伝送回数が何れも２回である場合、１番目のトラフィック伝送リソースにおいて、元データパケット１を伝送し、その後、元データパケット１の２つの重複データパケットを直接伝送し、次に、元データパケット２及び元データパケット２の２つの重複データパケットを伝送し、同様に類推し、その説明を省略する。
【0153】
勿論、他の結合方式もあり、例えば、図７を参照すると、図に２つのトラフィック伝送リソースが構成され、それぞれトラフィック伝送リソース１、２であり、この２つのトラフィック伝送リソースに対して、トラフィック伝送リソース１に重複伝送を構成し、トラフィック伝送リソース２に重複伝送を行わないことを構成し、トラフィック伝送リソース１の重複伝送の回数が３回であり、重複伝送と元データパケット伝送との位置関係は、全ての元データパケットの伝送を完了してから重複データパケットを伝送することである。
【0154】
また、第２の通信ユニット１００１は、同一のトラフィック周期内に少なくとも２つのトラフィック伝送リソースを構成する場合、各トラフィック伝送リソースにおいて同一のトラフィックを伝送するデータパケット、又は、少なくとも２つのトラフィックを伝送するデータパケットを決定し、ここで、異なるトラフィック伝送リソースで伝送されるトラフィックが同じ又は異なる。すなわち、１つのトラフィック伝送リソースが構成されるか、複数のトラフィック伝送リソースが構成されるかに関わらず、各トラフィック伝送リソース上では、同一のｔｒａｆｆｉｃからのデータパケットが伝送されてもよく、複数のｔｒａｆｆｉｃからのデータパケットが伝送されてもよく、異なるトラフィック伝送リソース上で伝送可能なｔｒａｆｆｉｃは、同一又は異なっていてもよい。
【0155】
また、構成された第１のタイプのトラフィック伝送のリソースは、１ユーザ専用であってもよく、複数ユーザ共通であってもよい。
【0156】
なお、上記図３～７は例示に過ぎず、実際の処理において、異なるトラフィック伝送リソース、又は同一のトラフィック伝送リソースにおける個々の情報は、リソース構成情報によって異なるように設定されてもよく、この実施例では説明を省略する。
【0157】
なお、前記リソース構成情報に、第１のタイプのトラフィックが所属するグループ情報が含まれている場合、リソース構成を行う際に、第１のタイプのトラフィックが属するグループに対応する優先度、又は遅延レベル、又は信頼度レベルに基づいて、リソース構成を決定してもよく、例えば、優先度の高いトラフィックグループの第１のタイプのトラフィックに対して優先的にリソースを構成し、他の優先度の低いトラフィックグループの第１のタイプのトラフィックに対して優先度の高いトラフィックよりもリソースを遅く構成することができ、又は、優先度の高い第１のタイプのトラフィックに対して優先的にリソース持続時間の長いリソースを構成することができ、又は、同じトラフィック伝送リソースで優先度の高いトラフィックを優先的に伝送し、次に優先度の低いトラフィックを伝送することができ、又は、構成された第１のトラフィック伝送リソースに優先度の高いトラフィックを優先的に伝送し、次に構成された他のトラフィック伝送リソースに優先度の低いトラフィックをトラフィック優先度順に伝送することができる。もちろん、他の構成も存在してもよく、ここで説明を省略する。遅延レベルに関して、遅延耐性が低いトラフィックに対して優先的にリソースを構成することができ、又は、構成されたトラフィック伝送リソース上で遅延耐性が低いトラフィックを優先的に伝送し、次に遅延耐性が高いトラフィックを伝送することができ、又は、構成された第１のトラフィック伝送リソース上で遅延耐性が低いトラフィックを優先的に伝送し、次に構成された他のトラフィック伝送リソース上で遅延耐性が高いトラフィックを伝送することができ、前記遅延耐性が低いことは、高い信頼性及び低遅延トラフィックに対するものとして理解することができる。なお、信頼度レベルに基づいてリソース構成を行う方式については、前述の優先度と同様であるため、説明を省略する。
【0158】
リソース構成情報にＨＡＲＱ処理数が含まれている場合、一つのトラフィック周期又は一つの持続時間内に構成可能なＨＡＲＱの個数であってもよく、ＲＶバージョン番号は、データパケット重複伝送されるパケットに対して異なるＲＶバージョン番号を採用することができ、その対応関係は、予め設定された関係とすることができる。
【0159】
上記のシナリオの上で、第２の通信ユニット１００１は、ネットワークデバイスに第２の情報を送信し、ここで、前記第２の情報は、ネットワークデバイスが前記第１のタイプのトラフィックの伝送リソースを決定して構成するように支援するために使用される。
【0160】
前記第２の情報には、前記第１のタイプのトラフィックが属するグループ情報、及び／又は、前記第１のタイプのトラフィック識別子情報が含まれる。前記第２の情報には、さらに、トラフィック優先度、遅延レベル、信頼性レベルのうちの少なくとも１つが含まれる。
【0161】
すなわち、ネットワークデバイス側は、送信された第２の情報により、第１のタイプのトラフィックの伝送リソースを端末デバイスにどのように構成するかを決定することができ、又は、
第１のタイプのトラフィックのための伝送リソースがどのように端末デバイスのために構成されるかは、コアネットワークデバイスによって送信される第２の情報を受信することによって決定され得る。
第１のタイプのトラフィックのための伝送リソースがどのように端末デバイスのために構成されるかは、コアネットワークデバイスによって送信される第２の情報を受信することによって決定され得る。
【0162】
例えば、第１のタイプのトラフィック識別子によって、第１のタイプのトラフィックの伝送リソースを構成すると決定し、異なるトラフィックに対して異なる持続時間に対応できるようにしてもよく、例えば、あるトラフィックが３つのＴＴＩに対応し、あるトラフィックが１つのＴＴＩに対応してもよい。
【0163】
第１のタイプのトラフィックが属するグループ情報は、リソース構成を行う場合、第１のタイプのトラフィックが属するグループに対応する優先度、又は遅延レベル、又は信頼度レベルに基づいてリソース構成を決定することができ、例えば、優先度の高いトラフィックグループの第１のタイプのトラフィックに対して優先的にリソースを構成し、他の優先度の低いトラフィックグループの第１のタイプのトラフィックに対して優先度の高いトラフィックよりもリソースを遅く構成することができ、又は、優先度の高い第１のタイプのトラフィックに対して優先的にリソース持続時間の長いリソースを構成することができ、又は、同じトラフィック伝送リソースで優先度の高いトラフィックを優先的に伝送し、次に優先度の低いトラフィックを伝送することができ、又は、構成された第１のトラフィック伝送リソースに優先度の高いトラフィックを優先的に伝送し、次に構成された他のトラフィック伝送リソースに優先度の低いトラフィックをトラフィック優先度順に伝送することができる。もちろん、他の構成も存在してもよく、ここで説明を省略する。遅延レベルに関して、遅延耐性が低いトラフィックに対して優先的にリソースを構成することができ、又は、構成されたトラフィック伝送リソース上で遅延耐性が低いトラフィックを優先的に伝送し、次に遅延耐性が高いトラフィックを伝送することができ、又は、構成された第１のトラフィック伝送リソース上で遅延耐性が低いトラフィックを優先的に伝送し、次に構成された他のトラフィック伝送リソース上で遅延耐性が高いトラフィックを伝送することができ、前記遅延耐性が低いことは、高い信頼性及び低遅延トラフィックに対するものとして理解することができる。なお、信頼度レベルに基づいてリソース構成を行う方式については、前述の優先度と同様であるため、説明を省略する。
【0164】
第１のタイプのトラフィック伝送リソースの構成は、第１のタイプのトラフィック優先度に応じてさらに決定されてもよく、例えば、優先度の高いトラフィックの重複数は、優先度の低いトラフィックの重複数より多くてもよく、又は優先度の高いトラフィックのためにリソースを優先に構成し、又は、遅延レベルが高い、優先的に遅延レベルが高いトラフィックにリソースを構成し、又は、トラフィックの伝送遅延境界に近いトラフィック到着時間のトラフィックを優先的に伝送し、こちらは網羅的ではない。
【0165】
上記の実施例において、前記リソース持続時間が前記第１のタイプのトラフィック伝送で構成される連続の時間長であり、前記トラフィック持続時間が前記第１のタイプのトラフィックが連続に到達する時間長であり、ここで、前記リソース持続時間が前記トラフィック持続時間以上であり、又は、前記リソース持続時間が前記トラフィック持続時間よりも小さい。
【0166】
前記時間長の粒度は、シンボル、ミリ秒、ＴＴＩ、タイムスロット、サブフレーム、無線フレームのうちの少なくとも１つである。
【0167】
例えば、時間長の粒度がタイムスロットであれば、リソース持続時間は４タイムスロット、トラフィック持続時間は３タイムスロットと定義することができる。
【0168】
前記トラフィック周期が前記リソース持続時間以上である。前記トラフィック伝送リソース時間位置は、リソース持続時間内に含まれ、トラフィック伝送リソース時間のうちの１つは、前記リソース持続時間に一致し、又はすべてのトラフィック伝送リソース時間は、前記リソース持続時間に一致する。
【0169】
リソース持続時間がトラフィック持続時間以上であると設定されてもよい。
【0170】
第２の通信ユニット１００１は、前記リソース持続時間が前記トラフィック持続時間よりも小さい場合、前記リソース持続時間を超えるトラフィックを伝送しない。
【0171】
すなわち、端末デバイスは、リソース持続時間がトラフィック持続時間よりも小さい場合、送信すべきトラフィック持続時間がリソース持続時間を超過した場合、トラフィック伝送の時間がリソース持続時間に達した場合、残りのトラフィックが伝送されないと決定することができる。
【0172】
前記リソース構成情報は、さらに、上り第１のタイプのトラフィックの伝送のためのリソース構成情報、及び／又は下り第１のタイプのトラフィックの伝送のためのリソース構成情報を含み、上り第１のタイプのトラフィックの伝送のためのリソース構成情報が、下り第１のタイプのトラフィックの伝送のためのリソース構成情報と同じ又は異なる。すなわち、端末デバイスは、送信されたリソース構成情報が上り第１のタイプのトラフィックの伝送のためのリソース構成情報であるとき、リソース構成情報に基づいて第１のタイプのトラフィックの上り伝送を行うことができ、および/又は、送信されたリソース構成情報が下り第２のタイプのトラフィック伝送のためのリソース構成情報であるとき、リソース構成情報に基づいて第１のタイプのトラフィックの下り伝送を行うことにより、受信された時間-周波数リソースの位置を決定することができ、ネットワーク側から送信された第１のタイプのトラフィックの下り情報を受信することができる。
【0173】
前記第２の通信ユニット１００１は、第１の条件を満たしている場合、ネットワークデバイスにリソース報告情報を送信し、
前記第１の条件は、以下のものを含み、
前記端末デバイスの第１のタイプのトラフィックに対応するベアラが確立し、
前記端末デバイスは、ネットワークデバイスのトリガー指示を受信し、例えば、ネットワーク側から送信されたトリガー指示情報を受信し、トリガー指示情報を受信したと決定すると、ネットワーク側へのリソース報告情報の送信を開始し、
前記端末デバイスがネットワークデバイスが前記リソース報告情報の受信の能力を有する指示を受信すること、例えば、ネットワーク側は、端末デバイスがネットワークにアクセスした後、指示情報を端末デバイスに送信することができ、指示情報は対応する指示フィールドにより端末デバイスに通知することができ、ネットワーク側がリソース報告情報を受信する能力を有するか否か、例えば、該指示情報が１である場合、ネットワーク側が該能力を備え、該指示情報が０である場合、又は、該指示情報が現れない場合、ネットワーク側が該能力を備えていないことを示してもよく、実際の処理において逆順であることは勿論、実際の状況に応じて設ければよく、重複説明は省略する。
前記第１の条件は、以下のものを含み、
前記端末デバイスの第１のタイプのトラフィックに対応するベアラが確立し、
前記端末デバイスは、ネットワークデバイスのトリガー指示を受信し、例えば、ネットワーク側から送信されたトリガー指示情報を受信し、トリガー指示情報を受信したと決定すると、ネットワーク側へのリソース報告情報の送信を開始し、
前記端末デバイスがネットワークデバイスが前記リソース報告情報の受信の能力を有する指示を受信すること、例えば、ネットワーク側は、端末デバイスがネットワークにアクセスした後、指示情報を端末デバイスに送信することができ、指示情報は対応する指示フィールドにより端末デバイスに通知することができ、ネットワーク側がリソース報告情報を受信する能力を有するか否か、例えば、該指示情報が１である場合、ネットワーク側が該能力を備え、該指示情報が０である場合、又は、該指示情報が現れない場合、ネットワーク側が該能力を備えていないことを示してもよく、実際の処理において逆順であることは勿論、実際の状況に応じて設ければよく、重複説明は省略する。
【0174】
前記端末デバイスは、ベアラが変更され、すなわち、端末デバイスにベアラ変更が発生した場合、リソース報告情報の送信を開始し、
前記端末デバイスの第１のタイプのトラフィックでのトラフィック特徴が変更されること、前記トラフィック特徴は、ＱｏＳ等のパラメータによって決定され、これらのパラメータが変更されると、端末デバイスがネットワークデバイスにリソース報告情報を送信するようにトリガーすることができ、
前記端末デバイスが報告周期を満たし、ここで、報告周期は、実際の状況に応じて設定すればよく、例えば、２４時間ことに１回の報告でもよく、秒、ミリ秒、分程度の周期としてもよく、実際の状況に応じて処理すればよい。
前記端末デバイスの第１のタイプのトラフィックでのトラフィック特徴が変更されること、前記トラフィック特徴は、ＱｏＳ等のパラメータによって決定され、これらのパラメータが変更されると、端末デバイスがネットワークデバイスにリソース報告情報を送信するようにトリガーすることができ、
前記端末デバイスが報告周期を満たし、ここで、報告周期は、実際の状況に応じて設定すればよく、例えば、２４時間ことに１回の報告でもよく、秒、ミリ秒、分程度の周期としてもよく、実際の状況に応じて処理すればよい。
【0175】
最後に、この実施例において、前記第１のタイプのトラフィックシナリオは、限定はしないが、周期的決定性トラヒック、非周期的決定性トラヒック、ハイブリッドトラヒック、非決定性トラヒック、ＶｏＩＰトラヒック、自動列車を制御するシナリオ、動作制御、ｃｏｎｔｒｏｌ－ｔｏ－ｃｏｎｔｒｏｌの応用シナリオ、モバイル制御プレーン（Ｍｏｂｉｌｅ ｃｏｎｔｒｏｌ ｐａｎｅｌｓ）、移動ロボット、Ａｕｄｉｏ ｓｔｒｅａｍｉｎｇ ｆｏｒ ｌｉｖｅ ｐｅｒｆｏｒｍａｎｃｅ、ロボットアーム操作の少なくとも１つを含む。
【0176】
以上のように、上記の技術案により、第１のタイプのトラフィックの伝送リソースを構成するために、リソース構成の関連情報によってリソース持続時間、および/又はトラフィック持続時間を送信することができることが分かる。このように、動的な情報通信によって関連情報を相手側に送信して第１のタイプのトラフィックの伝送リソースを決定することを保証し、且つ、構成されたリソース及びトラフィック間の整合性を保証することができる。
【0177】
図１１は、本願の実施例に係る通信デバイス１１００の概略構成図である。通信デバイスは、この実施例において前記の端末デバイス又はネットワークデバイスであってもよい。図１１に示す通信デバイス１１００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現するプロセッサ１１１０を有する。
【0178】
任意選択で、図１１に示されるように、通信デバイス１１００は、メモリ１１２０をさらに含み得る。ここで、プロセッサ１１１０は、メモリ１１２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実施する。
【0179】
ここで、メモリ１１２０は、プロセッサ１１１０とは独立した１つの別個の部品であってもよく、プロセッサ１１１０に集積されてもよい。
【0180】
任意選択で、図１１に示すように、通信デバイス１１００は、プロセッサ１１１０が他のデバイスと通信するように制御することができ、具体的には、他のデバイスに情報又はデータを送信するか、又は他のデバイスによって送信された情報又はデータを受信することができ、送受信機１１３０を更に含むことができる。
【0181】
ここで、送受信機１１３０は、送信機及び受信機を含み得る。送受信機１１３０は、１つ以上の数のアンテナをさらに含むことができる。
【0182】
任意選択で、通信デバイス１１００は、特に、本願の実施例のネットワークデバイスであってもよく、通信デバイス１１００は、本願の実施例の様々な方法においてネットワークデバイスによって実施される対応するフローを実施してもよく、簡潔のためにここでは詳しい説明を省略する。
【0183】
任意選択で、通信デバイス１１００は、特に、本願の実施例の端末デバイスであってもよく、通信デバイス１１００は、本願の実施例の様々な方法において移動端末／端末デバイスによって実施される対応するフローを実施してもよく、簡潔のためにここでは詳しい説明を省略する。
【0184】
図１２は、本願の実施例におけるチップの概略構成図である。図１２に示されるチップ１２００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実行することができるプロセッサ１２１０を含む。
【0185】
任意選択で、図１２に示されるように、チップ１２００は、メモリ１２２０をさらに含むことができる。プロセッサ１２１０は、メモリ１２２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。
【0186】
ここで、メモリ１２２０は、プロセッサ１２１０とは独立した別個の部品であってもよく、プロセッサ１２１０に集積されていてもよい。
【0187】
任意選択で、チップ１２００は、入力インターフェース１２３０をさらに含むことができる。プロセッサ１２１０は、入力インターフェース１２３０を制御して他のデバイス又はチップと通信してもよく、具体的には、他のデバイス又はチップによって送信された情報又はデータを取得してもよい。
【0188】
任意選択で、チップ１２００は、出力インターフェース１２４０をさらに含み得る。プロセッサ１２１０は、出力インターフェース１２４０を制御して、他のデバイス又はチップと通信してもよく、具体的には、他のデバイス又はチップに情報又はデータを出力してもよい。
【0189】
任意選択で、チップは、本願の実施例におけるネットワークデバイスに適用されてもよく、チップは、本願の実施例の様々な方法においてネットワークデバイスによって実施される対応するフローを実施してもよく、簡潔さのためにここでは説明を省略する。
【0190】
任意選択で、チップは、本願の実施例における端末デバイスに適用されてもよく、チップは、本願の実施例の様々な方法において端末デバイスによって実施される対応するフローを実施してもよく、簡潔さのためにここでは説明を省略する。
【0191】
なお、本願の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステム、又はシステムオンチップなどと呼ばれることもある。
【0192】
【0193】
ここで、該端末デバイス１３１０は、上記方法において端末デバイスにより実現される相応の機能を実現することに用いられ、及び該ネットワークデバイス１３２０は、上記方法においてネットワークデバイスにより実現される相応の機能を実現することに用いられ、簡潔にするために、ここではその説明を省略する。
【0194】
本願の実施例のプロセッサは、信号の処理能力を有する集積回路チップであり得ることが理解される。実施において、上述した方法の実施例のステップは、プロセッサ内のハードウェアの集積論理回路又はソフトウェア形態の命令によって実行されてもよい。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ)、特定用途向け集積回路(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ)、既存のプログラマブルゲートアレイ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ)又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネントであってもよい。本願の実施例に開示された方法、ステップ、及び論理ブロック図は、実施され得るか、又は実行され得る。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本願の実施例に関連して開示される方法のステップは、ハードウェアデコーディングプロセッサ実行として直接的に、又は、デコーディングプロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせで実行されるとして具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、又は電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。この記憶媒体は、メモリに位置し、プロセッサは、メモリ内の情報を読み取り、ハードウェアとともに上述した方法のステップを実行する。
【0195】
本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、リードオンリーメモリ(Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ)、プログラマブルリードオンリーメモリ(Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ)、消去可能プログラマブルリードオンリーメモリ(Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ)、電気的消去可能プログラマブルリードオンリーメモリ(Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ)、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ)であってよい。限定ではなく例として、ＲＡＭは、スタティックランダムアクセスメモリ(Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ)、ダイナミックランダムアクセスメモリ(Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ)、シンクロナスダイナミックランダムアクセスメモリ(Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ)、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ(Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ)、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ(Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ)、シンクロナス接続ダイナミックランダムアクセスメモリ(Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ)、及びダイレクトメモリバスランダムアクセスメモリ(Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ)など、多くの形態で利用可能である。本明細書に記載のシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。
【0196】
上述のメモリは、限定ではなく例示的であるが、例えば、本願の実施例におけるメモリは、スタティックランダムアクセスメモリ(ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ)、ダイナミックランダムアクセスメモリ（ ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ)、同期ダイナミックランダムアクセスメモリ(ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ)、デュアルデータレート同期ダイナミックランダムアクセスメモリ(ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ)、拡張同期ダイナミックランダムアクセスメモリ(ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ)、同期接続ダイナミックランダムアクセスメモリ(ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ)、及びダイレクトメモリバスランダムアクセスメモリ（ Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ)等であってもよいことが理解されるべきである。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。
【0197】
本願の実施例は、コンピュータプログラムを記憶するためのコンピュータ可読記憶媒体をさらに提供する。
【0198】
任意選択で、コンピュータ可読記憶媒体は、本願の実施例におけるネットワークデバイスに適用されてもよく、コンピュータプログラムは、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。
【0199】
任意選択で、コンピュータ可読記憶媒体は、本願の実施例における端末デバイスに適用されてもよく、コンピュータプログラムは、コンピュータに、本願の実施例の各方法において移動端末／端末デバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。
【0200】
本願の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品も提供する。
【0201】
任意選択で、コンピュータプログラム製品は、本願の実施例におけるネットワークデバイスに適用されてもよく、コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。
【0202】
任意選択で、コンピュータプログラム製品は、本願の実施例における移動端末／端末デバイスに適用されてもよく、コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法において移動端末／端末デバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。
【0203】
本願の実施例は、コンピュータプログラムも提供する。
【0204】
任意選択で、このコンピュータプログラムは、本願の実施例におけるネットワークデバイスに適用されてもよく、コンピュータプログラムは、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。
【0205】
任意選択で、このコンピュータプログラムは、本願の実施例における移動端末／端末デバイスに適用されてもよく、コンピュータプログラムは、コンピュータに、本願の実施例の各方法において移動端末／端末デバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。
【0206】
当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例及び設計制約に応じて、ハードウェア又はソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本願の範囲から逸脱するものと考えられるべきではない。
【0207】
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
【0208】
本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、及び方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよく、別のシステムに統合されてもよく、又はいくつかの特徴が省略されてもよく、又は実行されなくてもよい。別の点では、表示又は議論される相互間の結合又は直接的な結合又は通信接続は、何らかのインターフェース、デバイス又はユニットを介した間接的な結合又は通信接続であってもよく、電気的、機械的、又は他の形態であってもよい。
【0209】
上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、又は複数のネットワークユニットに分散していてもよい。また、この実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
【0210】
また、本願の各実施例における各機能部は、１つの処理部に集積されてもよく、各部は、物理的に別個に存在してもよく、２つ以上の部が１つの部に集積されてもよい。
【0211】
また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質又は従来技術に寄与する部分、又は本願の技術的解決策の部分は、１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、又はネットワークデバイスなどであり得る)に本願の様々な実施例に記載された方法のステップの全て又は一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。なお、前記記憶媒体としては、U字ディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。
【0212】
以上、本願の具体的な実施例を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
