特許 6691207 ユーザ装置、ネットワークデバイス及びデータ伝送方法

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

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

(11)【特許番号】6691207

(24)【登録日】2020年4月13日

(45)【発行日】2020年4月28日

(54)【発明の名称】ユーザ装置、ネットワークデバイス及びデータ伝送方法

(51)【国際特許分類】

   H04W 72/02 20090101AFI20200421BHJP

   H04W 92/18 20090101ALI20200421BHJP

【ＦＩ】

   H04W72/02

   H04W92/18

【請求項の数】14

【全頁数】24

(21)【出願番号】特願2018-506924(P2018-506924)

(86)(22)【出願日】2015年8月12日

(65)【公表番号】特表2018-523425(P2018-523425A)

(43)【公表日】2018年8月16日

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

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

(87)【国際公開日】20170216

【審査請求日】2018年4月5日

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】曹 振臻

【審査官】 松野 吉宏

(56)【参考文献】

【文献】 国際公開第２０１５／１１６８６５（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１４／０３２１３７７（ＵＳ，Ａ１）

【文献】 国際公開第２０１５／１０１２１８（ＷＯ，Ａ１）

【文献】 特表２００３−５３０００９（ＪＰ，Ａ）

【文献】 Intel Corporation，On Overlap of Multiple D2D Resource Pools and UE Behavior，3GPP TSG-RAN WG1#79 R1-144652，フランス，3GPP，２０１４年１１月 ８日，Section 3.2

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

端末が、送信対象のＤ２Ｄ（device-to-device）データによって用いられる論理チャネルを決定するステップと、
前記端末が、ネットワークデバイスから前記送信対象のＤ２Ｄデータのリソース選択パラメータを受信するステップと、
前記端末が、前記送信対象のＤ２Ｄデータの前記リソース選択パラメータを決定するステップと、
前記端末が、前記リソース選択パラメータに従って、前記送信対象のＤ２Ｄデータのために、構成されたＤ２Ｄ通信リソースからＤ２Ｄ通信リソースを選択するステップと、
前記端末が、前記選択されたＤ２Ｄ通信リソース上で、決定された前記論理チャネルを用いて、前記送信対象のＤ２Ｄデータを別の端末に送信するステップと、
を含み、
前記リソース選択パラメータは、前記Ｄ２Ｄ通信リソースにおけるリソースブロックが、前記送信対象のＤ２Ｄデータが送信される際に占有可能である確率を示すデータ伝送方法。

【請求項2】

前記リソース選択パラメータは更に、前記送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを使用することによって送信されるたびに占用することのできるリソース量を示す、
請求項１に記載の方法。

【請求項3】

前記端末が前記送信対象のＤ２Ｄデータのリソース選択パラメータを決定する前記ステップの前に、更に、
前記端末が、前記送信対象のＤ２Ｄデータのタイプ情報を前記ネットワークデバイスに送信するステップを含む、請求項１又は２に記載の方法。

【請求項4】

データ伝送方法であって、
ネットワークデバイスが、端末による送信対象のＤ２Ｄ（device-to-device）データのタイプに従って、前記Ｄ２Ｄデータのリソース選択パラメータを構成するステップと、
前記ネットワークデバイスが、構成された前記リソース選択パラメータを前記端末に送信するステップと、
を含み、
前記リソース選択パラメータは、Ｄ２Ｄ通信リソースにおけるリソースブロックが、前記Ｄ２Ｄデータが送信される際に占有可能である確率を示す方法。

【請求項5】

前記ネットワークデバイスが前記リソース選択パラメータを前記端末に送信する前記ステップの前に、
前記ネットワークデバイスが、前記端末によって送信された、前記端末による送信対象の前記Ｄ２Ｄデータのタイプ情報を受信するステップ、
を含む、請求項４に記載の方法。

【請求項6】

前記リソース選択パラメータは更に、前記Ｄ２ＤデータがＤ２Ｄ通信リソースを使用するたびに占用することのできるリソース量を示す、請求項４又は５に記載の方法。

【請求項7】

記憶ユニット、処理ユニット、送信ユニット及び受信ユニットを備える端末であって、
前記記憶ユニットは、送信対象のＤ２Ｄ（device-to-device）データを一時的に記憶するように適合され、
前記受信ユニットは、ネットワークデバイスからリソース選択パラメータを受信するように適合され、
前記処理ユニットは、前記送信対象のＤ２Ｄデータによって用いられる論理チャネルと、前記送信対象のＤ２Ｄデータの前記リソース選択パラメータとを決定し、前記リソース選択パラメータに従って、構成されたＤ２Ｄ通信リソースからＤ２Ｄ通信リソースを選択するように適合され、
前記送信ユニットは、前記処理ユニットによって選択された前記Ｄ２Ｄ通信リソース上で、決定された前記論理チャネルを用いて、前記送信対象のＤ２Ｄデータを別の端末に送信するように適合され、
前記受信ユニットは、別の端末によって送信されたＤ２Ｄデータを受信するように適合され、
前記リソース選択パラメータは、前記Ｄ２Ｄ通信リソースにおけるリソースブロックが、前記送信対象のＤ２Ｄデータが送信される際に占有可能である確率を示す端末。

【請求項8】

前記リソース選択パラメータは更に、前記送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを使用することによって送信されるたびに占用することのできるリソース量を示す、請求項７に記載の端末。

【請求項9】

前記処理ユニットが前記送信対象のＤ２Ｄデータの前記リソース選択パラメータを決定する前に、
前記送信ユニットは更に、前記送信対象のＤ２Ｄデータのタイプ情報を前記ネットワークデバイスに送信するように適合される、
請求項７又は８に記載の端末。

【請求項10】

端末による送信対象のＤ２Ｄ（device-to-device）データのタイプに従って、前記Ｄ２Ｄデータのリソース選択パラメータを構成するように適合される処理ユニットと、
前記処理ユニットによって構成された前記リソース選択パラメータを前記端末に送信するように適合される送信ユニットと、
を備え、
前記リソース選択パラメータは、Ｄ２Ｄ通信リソースにおけるリソースブロックが、前記Ｄ２Ｄデータが送信される際に占有可能である確率を示すネットワークデバイス。

【請求項11】

前記送信ユニットが前記リソース選択パラメータを前記端末に送信する前に、前記端末によって送信された、前記端末による送信対象の前記Ｄ２Ｄデータのタイプ情報を受信するように適合される受信ユニット、
を更に備える、請求項１０に記載のネットワークデバイス。

【請求項12】

前記リソース選択パラメータは更に、前記送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを使用するたびに占用することのできるリソース量を示す、請求項１０又は１１に記載のネットワークデバイス。

【請求項13】

コンピュータによって実行されると、請求項１乃至６のいずれか一項に記載の方法を前記コンピュータに実行させる命令を含むコンピュータプログラム。

【請求項14】

プロセッサと、
プロセッサによって実行されると、請求項１乃至６のいずれか一項に記載の方法を装置に実行させる命令を記憶する記憶媒体と、
を有する装置。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、無線通信の分野に関し、特に、ユーザ装置、ネットワークデバイス及びデータ伝送方法に関する。

【背景技術】

【0002】

従来のセルラ無線通信技術では、ユーザ装置は、無線インタフェースを用いて基地局と通信し、基地局を用いてネットワーク上の宛先ノードにユーザデータを転送する。

【0003】

モバイル通信技術の発達により、ユーザの要求をより良好に満たしユーザ装置間の情報交換の効率を改善するために、ロング・ターム・エボリューション（Long Term Evolution，略称ＬＴＥ）システムでは、ユーザ装置間の直接通信、すなわちＤ２Ｄ通信（Device-to-Device Communication，D2D Communication）（サイドリンク（Sidelink）通信とも呼ばれる）の仕組みが導入されている。従来のセルラ無線通信技術とは異なり、ユーザ装置のデータは、基地局を用いて送信される必要はなく、ユーザ装置間の無線インタフェースを用いて直接送信することで、ネットワークの転送遅延を低減することができる。Ｄ２Ｄ通信モードでは、ユーザ装置間の直接通信リンクは、基地局のようなネットワークデバイスの制御下で、又は支援によって、確立することができる。Ｄ２Ｄ通信の典型的な適用シナリオは、消防隊員間の通信などの公共安全シナリオである。典型的なサービスタイプは音声サービスである。

【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】

第３の態様に関して、本ユーザ装置において、
リソース選択パラメータはリソース占用確率を含み、リソース占用確率は、送信対象のＤ２Ｄデータが送信されるときにＤ２Ｄ通信リソースのリソースブロックを占用できる確率を規定する。

【0036】

第３の態様に関して、本ユーザ装置において、
リソース選択パラメータはバックオフリソース占用時間を含み、バックオフリソース占用時間は、送信対象のＤ２Ｄデータが送信されるときに、送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを用いて２回送信される最小の時間間隔を規定する。

【0037】

第３の態様に関して、本ユーザ装置において、
リソース選択パラメータはユーザ装置に記憶され、又は、
リソース選択パラメータは、受信ユニットによりネットワークデバイスから受信され、リソース選択パラメータは、ネットワークデバイスにより、送信対象のＤ２Ｄデータのタイプに従って決定される。

【0038】

第３の態様に関して、本ユーザ装置において、
処理ユニットが送信対象のＤ２Ｄデータのリソース選択パラメータを決定する前に、
送信ユニットは更に、送信対象のＤ２Ｄデータのタイプ情報をネットワークデバイスに送信するように適合され、
受信ユニットは更に、ネットワークデバイスによって送信されたリソース選択パラメータを受信するように適合される。リソース選択パラメータは、ネットワークデバイスにより、送信対象のＤ２Ｄデータのタイプ情報に従って、送信対象のＤ２Ｄデータのために決定される。

【0039】

第３の態様に関して、本ユーザ装置において、
送信対象のＤ２Ｄデータのタイプは、Ｄ２Ｄデータの優先度及び／又はＤ２Ｄデータのサービスタイプを含む。

【0040】

第３の態様に関して、本ユーザ装置において、
構成されたＤ２Ｄ通信リソースは、アップリンク伝送リソース範囲内にあり、又はアップリンク伝送リソース範囲外にある。

【0041】

第４の態様によれば、ネットワークデバイスが提供される。本ネットワークデバイスは、
ユーザ装置による送信対象のＤ２Ｄデータのタイプに従って、Ｄ２Ｄデータに対応するリソース選択パラメータを構成するように適合される処理ユニットであって、リソース選択パラメータは、異なるタイプのＤ２ＤデータがＤ２Ｄ通信リソースを使用できるか又は使用できない条件を指定する、処理ユニットと、
処理ユニットによって構成されたリソース選択パラメータをユーザ装置に送信するように適合される送信ユニットと、
を備える。

【0042】

第４の態様に関して、本ネットワークデバイスにおいて、
ネットワークデバイスは更に、受信ユニットを備える。受信ユニットは、送信ユニットがリソース選択パラメータをユーザ装置に送信する前に、ユーザ装置によって送信された、ユーザ装置による送信対象のＤ２Ｄデータのタイプ情報を受信するように適合される。

【0043】

第４の態様に関して、本ネットワークデバイスにおいて、
送信ユニットがリソース選択パラメータを送信する前に、処理ユニットは更に、Ｄ２Ｄシステム内のＤ２Ｄデータのタイプに従って、各タイプのＤ２Ｄデータについて論理チャネルを構成し、構成情報を生成するように適合され、構成情報は、Ｄ２Ｄデータの各タイプと論理チャネルとの間の対応関係を含み、
対応して、送信ユニットは更に、処理ユニットによって生成された構成情報をユーザ装置に送信するように適合される。又は、
送信ユニットがリソース選択パラメータを送信する前に、処理ユニットは更に、Ｄ２Ｄシステム内のＤ２Ｄデータのタイプと、Ｄ２Ｄシステム内の各ユーザ装置のタイプとに従って、Ｄ２Ｄシステム内の各ユーザ装置のＤ２Ｄデータについて論理チャネルを構成し、構成情報を生成するように適合され、構成情報は、ユーザ装置のＤ２Ｄデータの各タイプと論理チャネルとの間の対応関係を含み、
対応して、送信ユニットは更に、処理ユニットによって生成された構成情報をユーザ装置に送信するように適合される。

【0044】

第４の態様に関して、本ネットワークデバイスにおいて、
ネットワークデバイスは更に、受信ユニットを備える。受信ユニットは、送信ユニットがユーザ装置に構成情報を送信する前に、ユーザ装置によって送信された、ユーザ装置による送信対象のＤ２Ｄデータのタイプ情報を受信するように適合され、
処理ユニットは、ユーザ装置による送信対象のＤ２Ｄデータの受信されたタイプに従って、ユーザ装置について構成情報を生成し、又は、処理ユニットは、ユーザ装置による送信対象のＤ２Ｄデータの受信されたタイプと、Ｄ２Ｄシステム内の各ユーザ装置のタイプとに従って、ユーザ装置について構成情報を生成する。

【0045】

第４の態様に関して、本ネットワークデバイスにおいて、
リソース選択パラメータは、送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを使用できるか又は使用できない条件を規定し、又は、
リソース選択パラメータは、送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを使用できるか又は使用できない条件と、送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを使用するたびに占用することのできるリソース量とを規定する。

【0046】

第４の態様に関して、本ネットワークデバイスにおいて、
リソース選択パラメータはリソース占用確率を含み、リソース占用確率は、送信対象のＤ２Ｄデータが送信されるときにＤ２Ｄ通信リソースのリソースブロックを占用できる確率を規定する。

【0047】

第４の態様に関して、本ネットワークデバイスにおいて、
リソース選択パラメータはバックオフリソース占用時間を含み、バックオフリソース占用時間は、送信対象のＤ２Ｄデータが送信されるときに、送信対象のＤ２ＤデータがＤ２Ｄ通信リソースを用いて２回送信される最小の時間間隔を規定する。

【0048】

第４の態様に関して、本ネットワークデバイスにおいて、
送信対象のＤ２Ｄデータのタイプは、Ｄ２Ｄデータの優先度及び／又はＤ２Ｄデータのサービスタイプを含む。

【0049】

第４の態様に関して、本ネットワークデバイスにおいて、
ユーザ装置によって使用することのできるＤ２Ｄ通信リソースは、アップリンク伝送リソース範囲内にあり、又はアップリンク伝送リソース範囲外にある。

【0050】

第４の態様に関して、本ネットワークデバイスにおいて、
処理ユニットがユーザ装置による送信対象のＤ２Ｄデータのタイプに従ってＤ２Ｄデータに対応するリソース選択パラメータを構成することは、
処理ユニットが少なくとも１つのリソース選択パラメータを生成することであって、少なくとも１つのリソース選択パラメータは、Ｄ２Ｄシステム内の各タイプのＤ２Ｄデータについて構成されたリソース選択パラメータを含むこと、及び、処理ユニットが、送信対象のＤ２Ｄデータのタイプに従って、少なくとも１つのリソース選択パラメータから、Ｄ２Ｄデータに対応するリソース選択パラメータを選択すること、又は、
処理ユニットが、Ｄ２Ｄシステム内の全てのタイプのＤ２Ｄデータについてリソース選択パラメータを生成することであって、リソース選択パラメータは、各タイプのＤ２ＤデータがＤ２Ｄ通信リソースを使用できるか又は使用できない条件を指定すること、
を含む。

【0051】

本発明の実施形態のＤ２Ｄデータ伝送方法及びデバイスによれば、Ｄ２Ｄ通信システムは、異なるタイプのＤ２Ｄデータによって用いられる論理チャネルを構成し、ユーザ装置のためにリソース選択パラメータを構成する。このように、ユーザ装置は、リソース選択パラメータとユーザ装置による送信対象のＤ２Ｄデータとに従って、自身で通信リソースを選択し、送信対象のＤ２Ｄデータにリソースを割り当てることができ、システムの信頼性を改善することができる。

【図面の簡単な説明】

【0052】

本発明の実施形態の技術的解決策をより明確に説明するために、以下、実施形態を説明するために必要な添付図面を簡単に説明する。当然ながら、以下の説明における添付図面は、本発明の一部の実施形態を示すに過ぎない。当業者であれば、これらの添付図面から創意工夫なしに他の図面を得ることができるであろう。

【図1】本発明に係る、従来技術におけるＤ２Ｄ伝送システムの概略図である。

【図2】本発明に係る、従来技術において１対多Ｄ２Ｄ伝送を実行することの概略図である。

【図3】本発明の実施形態に係る、Ｄ２Ｄ通信リソース割当て方法の概略フローチャートである。

【図4】本発明の実施形態に係る、Ｄ２Ｄ通信リソース共有モードの概略図である。

【図5】本発明の実施形態に係る、Ｄ２Ｄ通信リソース専用モードの概略図である。

【図6】本発明の実施形態に係る、ユーザ装置の概略構造図である。

【図7】本発明の実施形態に係る、ネットワークデバイスの概略構造図である。

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

【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】

ステップ３０３では、Ｄ２Ｄ通信リソースが使用可能である場合、リソース選択パラメータは更に、異なるタイプのＤ２Ｄデータが送信されるときに占用することのできるＤ２Ｄ通信リソース量を含んでよい。以下、異なるタイプのＤ２Ｄデータが優先度タイプであることを例に挙げて説明する。ネットワークデバイスは、優先度の高いＤ２Ｄデータが毎回大量のリソースを占用することができ、優先度の低いＤ２Ｄデータが毎回少量のリソースを占用することができることを構成してよい。例えば、ユーザ装置は、優先度の高いデータを送信するときは、最大で毎回１０個の物理リソースブロック（Physical Resource Block，ＰＲＢ）を選択することができ、優先度の低いデータを送信するときは、最大で毎回２個の物理リソースブロックを選択することができる。Ｄ２Ｄデータの異なるタイプがサービスタイプであるとき、前述の例と同様に、異なるサービスタイプのＤ２Ｄデータに構成される占用リソース量は異なる。ここでは詳細の説明を省略する。

【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】

統合ユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用される場合、統合ユニットは、コンピュータ可読記憶媒体に記憶されてよい。このような理解に基づいて、本発明の技術的解決策は本質的、或いは先行技術に寄与する部分、或いは技術的解決策の全部又は一部は、ソフトウェア製品の形態で実現されてよい。コンピュータソフトウエア製品は記憶媒体に記憶されており、本発明の実施形態に記載された方法のステップの全部又は一部を実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等であってよい）に命令するためのいくつかの命令を含む。上記の記憶媒体には、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読出し専用メモリ（ＲＯＭ，Read-Only Memory）、ランダムアクセスメモリ（ＲＡＭ，Random Access Memory）、磁気ディスク、光ディスク等の、プログラムコードを記憶可能な任意の媒体を含む。

【0124】

本願で提供されるいくつかの実施形態において、開示されたシステム、装置及び方法は、他の方式で実施され得ることが理解されるべきである。例えば、説明された装置実施形態は単なる例である。例えば、ユニット分割は論理的な機能分割に過ぎず、実際の実施では他の分割であってよい。例えば、複数のユニット又はコンポーネントが組み合わされて、又は統合されて別のシステムとされてよく、或いは一部の機能を省略されてよく、或いは実行されなくてよい。加えて、図示又は議論された相互結合又は直接結合又は通信接続は、いくつかのインタフェース、装置間又はユニット間の間接結合又は通信接続を用いて実現されてよく、或いは電気接続、機械接続その他の形態の接続を用いて実施されてよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】