(57)【要約】【課題】  デバイス間（Ｄ２Ｄ）通信を向上させる方法および装置を開示する。【解決手段】  １つの方法は、ユーザー端末（ＵＥ）が、Ｄ２Ｄ通信用の送信可能なデータを有する間に、Ｄ２Ｄ通信の無線リソース割当てモード１の構成またはセットアップ時に、バッファ状態報告（ＢＳＲ）をトリガするステップを含む。前記方法は、前記ＵＥが、前記ＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送するステップ、を更に含む。【選択図】      図６
2015204625.tif 000002
【特許請求の範囲】
【請求項１】
デバイス間（Ｄ２Ｄ）通信を向上させる方法であって、
ユーザー端末（ＵＥ）が、Ｄ２Ｄ通信用の送信可能なデータを有する間に、Ｄ２Ｄ通信の無線リソース割当てモード１の構成またはセットアップ時に、バッファ状態報告（ＢＳＲ）をトリガするステップ、および、
前記ＵＥが、前記ＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送するステップ、
を含む方法。
【請求項２】
前記ＵＥが、前記ＢＳＲのトリガ前に、Ｄ２Ｄ通信の無線リソース割当てモード２を用いるステップを更に含む、請求項１に記載の方法。
【請求項３】
前記ＢＳＲのトリガ時に、高い優先順位の論理チャネルからのデータは送信可能にならない、請求項１または２に記載の方法。
【請求項４】
前記ＢＳＲのトリガ時に、タイマーは満了しない、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記データは、前記ＢＳＲのトリガ前に送信可能である、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記ＢＳＲはレギュラーＢＳＲ（Regular  BSR）である、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記ＭＡＣ制御要素は、Ｄ２Ｄ通信を介して伝送される前記データのバッファ状態を示す、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記ＵＥは、Ｄ２Ｄ通信の無線リソース割当てモード２からＤ２Ｄ通信の無線リソース割当てモード１に切り替えられる、請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記構成または前記セットアップは、前記無線リソース割当てモード１の無効化に用いられない、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
無線リソース制御（ＲＲＣ）メッセージによって前記構成または前記セットアップを受けるステップを更に含む、請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
デバイス間通信を向上させる通信装置であって、
制御回路、
前記制御回路に設置されるプロセッサ、および、
前記制御回路に設置され、前記プロセッサに動作可能に結合されるメモリ、を有し、
前記プロセッサは、前記メモリに保存されたプログラムコードを実行して、前記通信装置が請求項１乃至１０のいずれか一項に定義された方法のステップを実行できるようにする、
通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１４年４月１０日に出願された米国特許仮出願番号第６１／９７７，８２３号の優先権を主張するものであり、これらの全ては引用によって本願に援用される。
【０００２】
本発明は、無線通信ネットワークに関し、特に、デバイス間通信を向上させる方法および装置に関するものである。
【背景技術】
【０００３】
移動通信装置間で大量のデータを通信する需要の急増に伴い、従来の移動音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットと通信するネットワークに発展している。このようなＩＰデータパケット通信は、移動通信装置のユーザーにボイスオーバーＩＰ、マルチメディア、マルチキャストおよびオンデマンド通信サービスを提供することができる。
【０００４】
現在標準化が行われている典型的なネットワーク構造は、発展型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上述のボイスオーバーＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供することができる。Ｅ−ＵＴＲＡＮシステムの標準化作業は、３ＧＰＰ規格組織により現在行われている。よって、３ＧＰＰ規格を進化させて完成させるために、現在、３ＧＰＰ規格の最新本文への変更が提示され考慮されている。
【発明の概要】
【０００５】
本明細書では、デバイス間（Ｄ２Ｄ）通信を向上させる方法および装置が開示される。ユーザー端末（ＵＥ）は、可能な限り早く、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を発展型ＮｏｄｅＢ（ｅＮＢ）に提供することができ、Ｄ２Ｄ通信のパフォーマンスを効率よく向上させることができる。１つの方法は、ＵＥが、Ｄ２Ｄ通信の無線リソース割当てモード１の構成またはセットアップ時に、バッファ状態報告（ＢＳＲ）をトリガする工程を含み、ＵＥはＤ２Ｄ通信用の送信可能なデータを有する。前記方法は、ＵＥがＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送する工程を更に含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態に係る、無線通信システムの図を示している。
【図２】１つの例示的な実施形態に係る、送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザー端末またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態に係る、通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態に係る、図３のプログラムコードの機能ブロック図である。
【図５Ａ】スケジューリングリクエスト（ＳＲ）ベースのリクエスト／グラント手順を説明する図である。
【図５Ｂ】ランダムアクセスチャネル（ＲＡＣＨ）ベースのリクエスト／グラント手順を説明する図である。
【図６】１つの例示的な実施形態を説明するフロー図である。
【図７】別の例示的な実施形態を説明するフロー図である。
【発明を実施するための形態】
【０００７】
以下に記述される例示的な無線通信システムおよび装置は、無線通信システムを用いて、放送サービス（broadcast  service）をサポートする。無線通信システムは幅広く展開されて、音声、データ等の各種通信を提供する。これらのシステムは、符号分割多元接続（code  division  multiple  access；ＣＤＭＡ）、時分割多元接続（time  division  multiple  access；ＴＤＭＡ）、直交周波数分割多元接続（orthogonal  frequency  division  multiple  access；ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Long  Term  Evolution）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（Long  Term  Evolution  Advanced）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband）、ＷｉＭＡＸ（登録商標）、または別の変調技術に基づいてよい。
【０００８】
特に、以下に記述される例示的な無線通信システムの装置は、本明細書において３ＧＰＰと呼ばれる3rd  Generation  Partnership  Project（第３世代移動体通信システムの標準化プロジェクト）により提供される規格、例えば、文献番号３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１２．０．０、“Proximity-based  services  (ProSe);  Stage  2”；３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１，“Study  on  LTE  Device  to  Device  Proximity Services;  Radio  Aspects”；ＲＰ−１４０５１８，“Work  item  proposal  on  LTE  Device  to  Device  Proximity  Services”；Ｒ２−１４１８３８，“Introduction  of  ProSe  in  36.300”；Ｒ２−１４１８３７，“LS  to  RAN2  on  D2D  resource  allocation  Modes  1&2”；３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．１．０，“E-UTRA  MAC  protocol  specification”；Ｒ２−１４１５２７，“Scheduling  Request  for  D2D  Communication”；Ｒ２−１４１２５６，“Layer  2  procedures  for  D2D  Communication”；Ｒ２−１４１２２２，“BSR  reporting  for  D2D  communication”；Ｒ２−１４１１９５，“D2D  Communication  Resource  Allocation  Mode  1”；および３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１２．１．０，“E-UTRAN  RRC  protocol  specification”の１つ以上の規格をサポートするように設計されてよい。上述の規格および文献は、参照によりその全体が本明細書に組み入れられる。
【０００９】
図１は、本発明の一実施形態に係るマルチアクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナ群を含み、１つの群は１０４および１０６を含み、別の群は１０８および１１０を含み、更に別の群は１１２および１１４を含む。図１では、各アンテナ群について２つのアンテナだけが示されているが、各アンテナ群に用いられるアンテナは２つより多くても少なくてもよい。アクセス端末（access  terminal；ＡＴ）１１６はアンテナ１１２および１１４と通信し、アンテナ１１２および１１４は、順方向リンク（forward  link）１２０を介して、情報を送信してアクセス端末１１６にアクセスし、逆方向リンク（reverse  link）１１８を介して、アクセス端末１１６から情報を受信する。アクセス端末（ＡＴ）１２２はアンテナ１０６および１０８と通信し、アンテナ１０６および１０８は、順方向リンク１２６を介して、情報を送信してアクセス端末（ＡＴ）１２２にアクセスし、逆方向リンク１２４を介して、アクセス端末（ＡＴ）１２２から情報を受信する。周波数分割複信（Frequency  division  duplexing；ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は通信に異なる周波数を用いてよい。例えば、順方向リンク１２０は、逆方向リンク１１８で用いられる周波数と異なる周波数を用いてよい。
【００１０】
アンテナの各群および／またはアンテナが通信を行うように設計される領域は、しばしばアクセスネットワークのセクター（sector）と称される。実施形態では、各アンテナ群は、アクセスネットワーク１００によってカバーされる領域のセクターのアクセス端末と通信するように設計される。
【００１１】
順方向リンク１２０，１２６による通信では、アクセスネットワーク１００の送信アンテナは、それぞれのアクセス端末１１６，１２２の順方向リンクの信号対雑音比（signal-to-noise  ratio）を向上するためにビーム形成（beamforming）を用いてよい。また、アクセスネットワークがビーム形成を用いて、その受信範囲にランダムに散乱したアクセス端末に伝送を行う場合、アクセスネットワークが単一のアンテナを介して、その全てのアクセス端末に伝送を行う場合よりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに用いられる固定局（fixed  station）または基地局（base  station）であってよく、アクセスポイント（access  point）、Ｎｏｄｅ  Ｂ、基地局、拡張基地局、ｅＮＢまたは他の用語で呼ばれてよい。アクセス端末（ＡＴ）は、ユーザー端末（ＵＥ）、無線通信装置、端末、アクセス端末または他の用語で呼ばれてよい。
【００１３】
図２は、ＭＩＭＯシステム２００の送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザー端末（ＵＥ）としても知られている）の実施形態の簡略ブロック図である。送信機システム２１０では、複数のデータストリームのトラフィックデータが、データソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
１つの実施形態では、各データストリームは、各々の送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、各データストリーム用に選択された特定の符号化方式に基づき、各データストリーム用のトラフィックデータをフォーマット（format）、符号化（code）およびインターリーブ（interleave）して、符号化データを提供する。
【００１５】
各データストリームの符号化データは、ＯＦＤＭ技術を用いて、パイロットデータ（pilot  data）と多重化されてよい。パイロットデータは、一般に、既知の方法で処理された既知のデータパターンであり、受信機システムにおいてチャネル応答の推定に用いられてよい。次いで、各データストリームの多重化パイロット・符号化データは、そのデータストリーム用に選択された特定の変調方式（例えばＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫまたはＭ−ＱＡＭ）に基づいて変調されて（即ち、シンボルマッピングされて）、変調シンボルを提供する。各データストリームのデータレート（data  rate）、符号化および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
次いで、全てのデータストリームの変調シンボルが、ＴＸ  ＭＩＭＯプロセッサ２２０に提供される。ＴＸ  ＭＩＭＯプロセッサ２２０は、更に変調シンボルを処理してよい（例えば、ＯＦＤＭを用いて）。次いで、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。ある実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データストリームのシンボルおよびそのシンボルを送信しているアンテナにビームフォーミングの重みを加える。
【００１７】
各送信機２２２は、各々のシンボルストリームを受信し処理して、１つ以上のアナログ信号を提供し、更にアナログ信号を調節（例えば、増幅（amplify）、フィルタリング（filter）およびアップコンバート（upconvert））して、ＭＩＭＯチャネルを介する伝送に好適な変調信号を提供する。次いで、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号が、ＮＴ個のアンテナ２２４ａ〜２２４ｔからそれぞれ送信される。
【００１８】
受信機システム２５０では、送信された変調信号がＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２から受信された信号は各々の受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、各々の受信信号を調節（例えば、フィルタリング、増幅およびダウンコンバート）し、調節した信号をデジタル化してサンプルを提供し、更にサンプルを処理して、対応する“受信”シンボルストリームを提供する。
【００１９】
次いで、ＲＸデータプロセッサ２６０は、特定の受信処理技術に基づき、ＮＲ個の受信機２５４からＮＲ個の受信シンボルストリームを受信し処理して、ＮＴ個の“検出”シンボルストリームを提供する。次いで、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調（demodulate）、デインターリーブ（deinterleave）および復号（decode）して、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（pre-coding  matrix）を用いるかを周期的に決定する（後述される）。プロセッサ２７０は、マトリクスインデックス（matrix  index）部分およびランク値（rank  value）部分を含む逆方向リンクメッセージを生成（formulate）する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する各種の情報を含んでよい。次いで、逆方向リンクメッセージは、ＴＸデータプロセッサ２３８（データソース２３６から複数のデータストリーム用のトラフィックデータも受信する）によって処理され、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調節され、送信機システム２１０に送り返される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４によって受信され、受信機２２２によって調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンクメッセージが抽出される。次いで、プロセッサ２３０は、どのプレコーディングマトリクスを用いてビームフォーミングの重みを決定するのかを決定し、抽出されたメッセージを処理する。
【００２３】
図３は、本発明の１つの実施形態に係る通信装置の代替の簡略機能ブロック図を示している。図３に示されるように、無線通信システムの通信装置３００は、図１のＵＥ（またはＡＴ）１１６および１２２の実現に用いることができ、無線通信システムは、ＬＴＥシステムであることが好ましい。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２およびトランシーバー３１４を有してよい。制御回路３０６は、ＣＰＵ３０８により、メモリ３１０のプログラムコード３１２を実行し、これにより、通信装置３００の動作を制御する。通信装置３００は、キーボードやキーパッドなどの入力装置３０２を通じて、ユーザーにより入力された信号を受信し、モニターやスピーカーなどの出力装置３０４によって、画像および音声を出力することができる。トランシーバー３１４は無線信号の送受信に用いられ、受信した信号を制御回路３０６に送信し、制御回路３０６によって生成された信号を無線で出力する。
【００２４】
図４は、本発明の１つの実施形態に係る、図３に示されたプログラムコード３１２の簡略ブロック図である。この実施形態では、プログラムコード３１２は、アプリケーション層（application  layer）４００、レイヤ（Layer）３部４０２およびレイヤ２部４０４を含み、レイヤ１部４０６に結合される。レイヤ３部４０２は、一般に、無線リソース制御を実行する。レイヤ２部４０４は、一般に、リンク制御を実行する。レイヤ１部４０６は、一般に、物理的接続を実行する。
【００２５】
ＬＴＥまたはＬＴＥ−Ａシステムでは、レイヤ２部は、無線リンク制御（ＲＬＣ）層および媒体アクセス制御（ＭＡＣ）層を含むことができる。レイヤ３部分は、無線リソース制御（ＲＲＣ）層を含むことができる。
【００２６】
デバイス間（Ｄ２Ｄ）近傍サービス（Proximity  Service；ＰｒｏＳｅ）は、２つの側面すなわちＤ２ＤディスカバリーおよびＤ２Ｄ通信を有する。３ＧＰＰサービス・システムアスペクト（Service  and  System  Aspects；ＳＡ）作業部会によるＤ２Ｄ近傍サービスについての研究は完成されており、３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１２．０．０に記録されている。ＲＡＮ作業部会によるＤ２Ｄ近傍サービスについての研究も完成されており、３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１に記録されている。ＬＴＥデバイス間近傍サービスについての作業項目は、３ＧＰＰ  ＲＰ−１４０５１８で認証されている。
【００２７】
Ｄ２Ｄ通信は、Ｄ２Ｄ直通通信またはＰｒｏＳｅ直通通信と呼ばれる場合もある。Ｄ２Ｄ通信は、３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１２．０．０において、どのネットワークノードも通過しない経路を介するＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、ＰｒｏＳｅ対応の２つ以上の近傍のＵＥ間の通信として定義されている。
【００２８】
３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１では、Ｄ２Ｄ通信に定義される２つのリソース割当てモードがある。
９．１．２  リソース割当て
送信ＵＥの観点からすると、ＵＥはリソース割当てについて２つのモードで動作することができる。
−モード１：ｅＮｏｄｅＢまたはリリース１０中継ノードが、ＵＥの用いる正確なリソースをスケジューリングして、直接データおよび直接制御情報を送信する
−ＦＦＳ（次の課題）：データおよび／または制御用の使用可能なリソースを制限する半静的（semi-static）リソースプールは必要かどうか
−モード２：ＵＥ自身がリソースプールからリソースを選択して、直接データおよび直接制御情報を送信する
−ＦＦＳ：データおよび制御のリソースプールは同じかどうか
−ＦＦＳ：データおよび／または制御用の使用可能なリソースを制限する半静的リソースプールおよび／または事前構成リソースプールは必要かどうか
−Ｄ２Ｄ通信対応ＵＥは、カバレッジ圏内（in-coverage）について少なくともモード１をサポートするものとする
−Ｄ２Ｄ通信対応ＵＥは、カバレッジ圏端（edge-of-coverage）および／またはカバレッジ圏外（out-of-coverage）について少なくともモード２をサポートするものとする
【００２９】
Ｄ２Ｄ通信の無線リソース管理については、３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１において以下の合意がある
９．２．３．２  無線リソース割当て
−カバレッジ圏内およびカバレッジ圏外のＵＥは、Ｄ２Ｄ通信の受信用のリソースプール（時間／周波数）を知る必要がある。
−全てのＵＥ（モード１（「スケジュール送信モード」）およびモード２（「自律送信モード」））には、当該ＵＥがスケジューリング割当ての受信を試みるリソースプール（時間および周波数）が提供される。
編集者注：リソースプールがどのようにカバレッジ圏内およびカバレッジ圏外のＵＥに構成／提供されるかはＦＦＳ（例えば、事前構成される、ｅＮｏｄｅＢによってシステム情報ブロック（ＳＩＢ）で提供される、カバレッジ圏内のＵＥによってカバレッジ圏外のＵＥに転送される）。
−モード１では、ＵＥは、ｅＮｏｄｅＢから伝送リソースをリクエストする。ｅＮｏｄｅＢは、スケジューリング割当ておよびデータを伝送する伝送リソースをスケジューリングする。
−ＵＥは、スケジューリングリクエスト（Ｄ−ＳＲまたはＲＡ）をｅＮｏｄｅＢに送信し、次いでＢＳＲが送信され、ｅＮｏｄｅＢはＢＳＲに基づいて、ＵＥがＤ２Ｄ伝送を実行しようとしていることと必要なリソース量とを決定することができる。
編集者注：ｅＮｏｄｅＢがどのようにＵＥに伝送リソースを示すかはＦＦＳ。
−モード１では、ＵＥは、Ｄ２Ｄ通信を伝送するためにＲＲＣ接続される必要がある。
−モード２では、ＵＥにリソースプール（時間および周波数）が提供され、ＵＥは該リソースプールからＤ２Ｄ通信を伝送するリソースを選択する。
編集者注：モード２について、カバレッジ圏端のＵＥがｅＮＢによる伝送リソースプールを取得する（例えばＳＩＢシグナリング）ことはＦＦＳ。
編集者注：モード２について、カバレッジ圏外のＵＥがどのように伝送リソースプールを取得するのか（例えば、事前構成される、他のＵＥから…）はＦＦＳ。
−ｅＮｏｄｅＢは、ＵＥがモード１またはモード２の伝送を用いることができるかを制御する。詳細はＦＦＳ。
【００３０】
Ｄ２Ｄ通信の更なる詳細はＲ２−１４１８３８に記録されている。図１に示す。
２３．Ｘ．３  無線リソース割当て
送信ＵＥの観点からすると、ＵＥはリソース割当てについて２つのタイプで動作することができる。
−モード１（ｅＮＢスケジュールリソース割当て）：
−ＵＥは、Ｄ２Ｄ通信を伝送するためにＲＲＣ接続される必要がある。
−ＵＥは、ｅＮｏｄｅＢから伝送リソースをリクエストする。ｅＮｏｄｅＢは、スケジューリング割当ておよびＤ２Ｄデータを伝送する伝送リソースをスケジューリングする。
−ＵＥは、スケジューリングリクエスト（Ｄ−ＳＲまたはＲＡ）をｅＮｏｄｅＢに送信し、次いでＢＳＲが送信され、ｅＮｏｄｅＢはＢＳＲに基づいて、ＵＥがＤ２Ｄ伝送を実行しようとしていると必要なリソース量とを決定することができる。
−モード２（ＵＥ自律リソース選択）
−ＵＥ自身がリソースプールからリソースを選択して、スケジューリング割当て及びＤ２Ｄデータを伝送する。
ＵＥは、ＵＥがサービングセルを有する場合（ＣＯＮＮＥＣＴＥＤ）、またはセルにキャンプオンしている（ＩＤＬＥ）場合、カバレッジ圏内とみなされる。ＵＥに用いられるモードには以下のルールが適用される。
−ＵＥがカバレッジ圏外の場合、モード２しか用いることができない。
−ＵＥがカバレッジ圏内にある場合、ｅＮＢがそれに応じてＵＥを構成する場合はモード２を用いることができる。
−ＵＥがカバレッジ圏内にある場合、ｅＮＢがそれに応じてＵＥを構成する場合はモード１を用いることができる。
−ＵＥがモード１を用いるように命令された場合、ＵＥが一時的にモード２を用いるのを認められる例外的なケースがある場合がある。
編集者注：例外的なケースの基準はＦＦＳ（例えば、ＵＥがＲＲＣ接続の確立を失敗した場合）。
カバレッジ圏端「状態」よりも例外的なケースを定義する予定である。
編集者注：モードはどのように構成され変更されるのか。
【００３１】
３ＧＰＰ無線アクセスネットワーク（Radio  Access  Network）作業部会１（ＲＡＮ１）は、Ｒ２−１４１８３７において、Ｄ２Ｄのリソース割当てモードをどのように決定するのかも議論している。
したがって、モード１およびモード２の使用に関する以下の「必要な（ｓｈａｌｌ）」条件を導入することについて現在ＲＡＮ１にコンセンサスはないが、ＲＡＮ１は、このような条件を加える可能性について議論している。
・送信ＵＥは、Ｚ＜Ｘ  ｄＢｍの場合、またはＣＲＳが検出されない場合、モード２を用いるものとする。
・送信ＵＥは、Ｚ＞＝Ｙ（ここでＹ＞＝Ｘ）の場合、モード１を用いるものとする。
ここで、Ｚは、サービングセルまたはＵＥがキャンプオンしているセルからのＣＲＳに基づいた、定義されたＤＬ電力測定値である。ＸおよびＹは、ＵＥにおいて事前構成することができ、ｅＮＢによってシグナリングすることができる。
【００３２】
従来技術によれば、ＵＥは、モード１用の無線リソースを得るために、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態をｅＮＢに提供する必要がある。バッファ状態の提供について２つの選択肢がある。
・３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．１．０に開示されているように、現在のＢＳＲ  ＭＡＣ制御要素を用いる。例えば、Ｒ２−１４１５２７に開示されるように、論理チャネルグループ（ＬＣＧ）がＤ２Ｄ通信に割り当てられ、バッファ状態が報告される必要のあるＤ２Ｄ論理チャネルのグループを識別するのに用いられる。
・Ｒ２−１４１２５６およびＲ２−１４１２２２に開示されるように、例えばＤ２Ｄ  ＢＳＲ  ＭＡＣ制御要素と呼ばれる、Ｄ２Ｄサービスのバッファ状態を示すのに用いられる新しいＭＡＣ制御要素を導入する。
【００３３】
現在、３ＧＰＰ  ＴＳ３６．３２１  Ｖ１２．１．０に開示されているように、以下のイベントのいずれかが発生した場合、ＢＳＲがトリガされる。
（ａ）あるＬＣＧに属する論理チャネルに関して、ＲＬＣエンティティまたはＰＤＣＰエンティティ内でＵＬデータが送信可能になり（どのデータが送信可能な状態とみなされるかの定義は、３ＧＰＰ  ＲＰ−１２２０３３および３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１１．４．０にそれぞれ規定されている）、かつ、データが、任意の論理チャネルグループ（ＬＣＧ）に属し既にデータ送信可能な状態にある論理チャネルの優先順位より高い優先順位を有する論理チャネルに属し、または、ＬＣＧに属する論理チャネルのいずれにも送信可能な状態のデータがない。この場合、ＢＳＲは、以下「レギュラーＢＳＲ（Regular  BSR）」と呼ばれる。
（ｂ）ＵＬリソースが割り当てられ、トランスポートブロック（ＭＡＣ  ＰＤＵ）内のパディングビットの数が、バッファ状態報告ＭＡＣ制御要素にそのサブヘッダーを加えたサイズに等しいかそれより大きい。この場合、ＢＳＲは、以下「パディングＢＳＲ（Padding  BSR）」と呼ばれる。
（ｃ）retxBSR_Timerが満了し、ユーザー端末が、ＬＣＧに属する論理チャネルのいずれかに送信可能なデータを有する。この場合、ＢＳＲは、以下「レギュラーＢＳＲ」と呼ばれる。
（ｄ）periodicBSR_Timerが満了する。この場合、ＢＳＲは、以下「周期的ＢＳＲ（Periodic  BSR）」と呼ばれる。
【００３４】
Ｒ２−１４１２２２における提案では、イベント（ａ）、（ｃ）および（ｄ）が、Ｄ２Ｄ通信のＢＳＲ、例えばＤ２Ｄ  ＢＳＲ  ＭＡＣ制御要素をトリガするのに適用することができる。Ｒ２−１４１１９５は、上述の全てのイベントを再使用することを提案している。
【００３５】
しかしながら、従来技術によれば、ＵＥがＤ２Ｄ通信に無線リソース割当てモード１を用いようとするとき（例えばＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ること、ネットワークによる構成、または測定がより良くなっていることに起因して）、ＵＥは無線リソース割当てモード２を既に用いている可能性がある。言い換えると、ＵＥのバッファは、Ｄ２Ｄ通信用の送信可能なデータを既に有している。この場合、イベント（ａ）は、高い優先順位の論理チャネルを用いる新しいＤ２Ｄサービスが開始しない限り、発生しない。またイベント（ｂ）、（ｃ）および（ｄ）は、即時に発生しない可能性がある。モード１は専用の無線リソースを用い、より良いパフォーマンスを提供するので、モード２からモード１への切り替えは遅延され、且つＤ２Ｄ通信を効率よく向上させることができない。
【００３６】
ここで開示されるＤ２Ｄ通信を向上させる方法または装置の各種の実施形態は、ＵＥがＢＳＲをトリガして、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を報告するための、新しいイベントを対象とする。また、ＵＥは、ＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送することができる。Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態は、ＭＡＣ制御要素によって示されることができる。新しいイベントは、以下の条件のうち少なくとも１つを含む。
・Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を報告するバッファ状態報告機能が構成されるとき。
・Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を報告するバッファ状態報告機能がセットアップされるとき。
・Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を報告するバッファ状態報告機能が再構成されるとき。
・ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入るとき（３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１２．１．０に開示されているように）。
・Ｄ２Ｄ通信に無線リソース割当てモード１が構成されるとき。
・Ｄ２Ｄ通信に無線リソース割当てモード１がセットアップされるとき。
・Ｄ２Ｄ通信に無線リソース割当てモード１が再構成されるとき。
・Ｄ２Ｄ通信に無線リソース割当てモード２が構成されるとき。
・例えば測定結果がしきい値よりも良いことに起因して、Ｄ２Ｄ通信の無線リソース割当てモード２からＤ２Ｄ通信の無線リソース割当てモード１に切り替えるとき。
【００３７】
１つの実施形態では、Ｄ２Ｄ通信を介して伝送されるデータのものではないバッファ状態を報告する（例えば、アップリンクを介してｅＮＢに伝送されるデータのバッファ状態を報告する）のに用いられるバッファ状態報告機の構成、セットアップまたは再構成時に、ＢＳＲはトリガされなくてよい。
【００３８】
各種の実施形態では、ＵＥは、Ｄ２Ｄ通信用の送信可能なデータを既に有している。特に、ＢＳＲをトリガするとき、ＵＥは、Ｄ２Ｄ通信用の既に送信可能であるデータよりも高い優先順位を有する論理チャネルに属するデータであって、Ｄ２Ｄ通信用に送信可能となるデータを有さない。ＵＥは、例えば、１つからもう１つへとサービングセルを変更しない。ＢＳＲはレギュラーＢＳＲであってよく、例えば、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．１．０に開示されているように、スケジューリングリクエストをトリガすることができるＢＳＲであってよい。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある。ＵＥは、無線リソース割当てモード１を用いることを認められ、例えば、スケジューリングリクエスト（Ｄ−ＳＲまたはＲＡ）およびＢＳＲをｅＮＢに送信して、Ｄ２Ｄ通信の伝送リソースをリクエストする。
【００３９】
１つの実施形態では、構成または再構成は、機能の無効化に用いられない。構成または再構成は、無線リソース割当てモード１の無効化に用いられない。構成、セットアップまたは再構成は、３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１２．１．０に開示されているようなRRCConnectionReconfigurationメッセージなどの、ＲＲＣメッセージを介して提供される。構成、セットアップまたは再構成は、システム情報を介して提供される。構成、セットアップまたは再構成は、ｅＮＢから受けられる。
【００４０】
１つの実施形態では、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態は、新しいＭＡＣ制御要素、例えばＤ２Ｄ  ＢＳＲ  ＭＡＣ制御要素によって示される。
【００４１】
図６は、１つの例示的な方法５００を示している。ステップ５０５では、プロセスが開始される。ステップ５１０では、Ｄ２Ｄ通信のデータが送信可能となる。ステップ５１５では、ＵＥは、Ｄ２Ｄ通信の無線リソース割当てモード２を用いる。ステップ５２０では、ＵＥは、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を報告するバッファ状態報告機能の構成またはセットアップ時に、ＢＳＲをトリガする。データの一部はなお使用可能である。ステップ５２５では、ＵＥは、ＢＳＲに対応するＭＡＣ制御要素を伝送する。該ＭＡＣ制御要素は、バッファ状態を示す。ステップ５３０では、プロセスが戻る。
【００４２】
図７は、別の例示的な方法６００を示している。ステップ６０５では、プロセスが開始される。ステップ６１０では、Ｄ２Ｄ通信のデータが送信可能となる。ステップ６１５では、ＵＥは、Ｄ２Ｄ通信の無線リソース割当てモード２を用いる。ステップ６２０では、ＵＥは、Ｄ２Ｄ通信の無線リソース割当てモード１の構成またはセットアップ時に、ＢＳＲをトリガする。一部のデータがなお使用可能である。ステップ６２５では、ＵＥは、ＢＳＲに対応するＭＡＣ制御要素を伝送する。該ＭＡＣ制御要素は、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を示す。ステップ６３０では、プロセスが戻る。
【００４３】
１つの例示的な方法では、ＵＥは、イベントが発生したとき、ＢＳＲをトリガする。該イベントは少なくとも２つの条件、すなわち（１）Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を報告するバッファ状態報告機能の構成またはセットアップ時、および（２）ＵＥがＤ２Ｄ通信用の送信可能なデータを有すること、を含むことができる。前記方法は、ＵＥが、ＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送するステップを更に含む。
【００４４】
別の例示的な方法では、ＵＥは、イベントが発生したとき、ＢＳＲをトリガする。該イベントは少なくとも２つの条件、すなわち（１）Ｄ２Ｄ通信の無線リソース割当てモード１の構成またはセットアップ、および（２）ＵＥがＤ２Ｄ通信用の送信可能なデータを有すること、を含むことができる。具体的には、ＵＥは、Ｄ２Ｄ通信の伝送に使用可能なデータを有する間に、Ｄ２Ｄ通信の無線リソース割当てモード１の構成またはセットアップ時にＢＳＲをトリガする。前記方法は、ＵＥが、ＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送するステップを更に含む。
【００４５】
１つの実施形態では、前記方法は、ＵＥが、ＢＳＲのトリガ前に、Ｄ２Ｄ通信の無線リソース割当てモード２を用いるステップを更に含むことができる。１つの実施形態では、データは、ＢＳＲをトリガする前に送信可能であってよい。別の実施形態では、ＢＳＲのトリガ時に、高い優先順位の論理チャネルからのデータは送信可能にならない。別の実施形態では、ＢＳＲのトリガ時に、タイマーは満了しなくてよい。また、タイマーは、periodicBSR-TimerまたはretxBSR-Timerであってよい。
【００４６】
別の実施形態では、ＢＳＲのトリガ時に、使用可能なＭＡＣ層のパディングビットはなくてよい。また別の実施形態では、ＵＥは、ＢＳＲのトリガ時に、サービングセルを変更しなくてよい。１つの実施形態では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあってよい。別の実施形態では、ＵＥは、無線リソース割当てモード１を用いることを認められてよい。上述の実施形態では、ＢＳＲは、レギュラーＢＳＲであってよい。
【００４７】
Ｄ２Ｄ通信を向上させる方法の１つの実施形態では、ＭＡＣ制御要素は、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を示すことができる。いくつかの実施形態では、ＭＡＣ制御要素は、Ｄ２Ｄ  ＢＳＲ  ＭＡＣ制御要素であってよい。Ｄ２Ｄ通信を向上させる方法の別の実施形態では、構成またはセットアップは、バッファ状態報告機能の無効化に用いられなくてよい。また別の実施形態では、構成または再構成は、無線リソース割当てモード１の無効化に用いられなくてよい。
【００４８】
別の実施形態では、Ｄ２Ｄを向上させる方法は、ＵＥが無線リソース制御（ＲＲＣ）メッセージによって構成またはセットアップを受けるステップを更に含む。１つの実施形態では、ＲＲＣメッセージは、RRCConnectionReconfigurationメッセージであってよい。あるいは、ＵＥは、システム情報によって構成およびセットアップを受けることができる。１つの実施形態では、ＵＥは、進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）から構成または設定を受けることができる。
【００４９】
また別の実施形態では、前記方法は、ＵＥが新しい伝送に割り当てられたアップリンクリソースを有さない場合、スケジューリングリクエスト（ＳＲ）をトリガするステップを更に含む。１つの実施形態では、Ｄ２Ｄ通信を介して伝送されないデータのバッファ状態を報告するのに用いられる別のバッファ状態報告機能の構成またはセットアップ時に、ＵＥはＢＳＲをトリガしない。別の実施形態では、ＵＥは、Ｄ２Ｄ通信の無線リソース割当てモード２からＤ２Ｄ通信の無線リソース割当てモード１に切り替えられてよい。
【００５０】
図３および図４を参照する。装置３００は、デバイス間（Ｄ２Ｄ）通信を向上させるための、メモリ３１０に保存されたプログラムコード３１２を有する。ここで、ユーザー端末（ＵＥ）は、Ｄ２Ｄ通信対応である。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（i）段落［００４３］に記載されたような１つ以上の条件を含むイベントが発生したとき、バッファ状態報告（ＢＳＲ）をトリガできるようにする。例えば、ＵＥが、Ｄ２Ｄ通信用の送信可能なデータを有する間に、Ｄ２Ｄ通信を介して伝送されるデータのバッファ状態を報告するバッファ状態報告機能の構成またはセットアップ時に、ＢＳＲをトリガできるようにする。且つ、ＵＥが、（ii）ＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送できるようにする。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の全ての動作およびステップまたは本明細書に記載のその他を実行することができる。
【００５１】
あるいは、装置３００は、デバイス間（Ｄ２Ｄ）通信を向上させるための、メモリ３１０に保存されたプログラムコード３１２を有する。ここで、ユーザー端末（ＵＥ）は、Ｄ２Ｄ通信対応である。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（i）段落［００４３］に記載されたような１つ以上の条件を含むイベントが発生したとき、バッファ状態報告（ＢＳＲ）をトリガできるようにする。例えば、ＵＥが、Ｄ２Ｄ通信用の送信可能なデータを有する間に、Ｄ２Ｄ通信の無線リソース割当てモード１の構成またはセットアップ時に、ＢＳＲをトリガできるようにする。且つ、ＵＥが、（ii）ＢＳＲに対応する媒体アクセス制御（ＭＡＣ）制御要素を伝送できるようにする。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の全ての動作およびステップまたは本明細書に記載のその他を実行することができる。
【００５２】
本開示の種々の態様を上記に記述した。ここでの教示が種々様々な形式で具体化されてもよいこと、および、ここに開示されている任意の特定の構造、機能またはその両方は代表に過ぎないことは、明らかである。ここでの教示に基づいて、当業者は、ここで開示されたある態様が他の態様と無関係に実行されてよく、これらの態様のうち２つ以上が種々の方法で組み合わされてもよいことを理解するべきである。例えば、ここで説明された態様のうち任意の数の態様を用いて、装置が実装されてもよいし、または方法が実行されてもよい。更に、ここで説明された態様の１つ以上に加えて、またはここで説明された態様の１つ以上以外に、他の構造、機能性、または構造および機能性を用いて、装置が実装されてもよいし、または方法が実行されてもよい。上記の概念のうちのいくつかの例として、いくつかの態様では、同時チャネルはパルス繰り返し周波数に基づいて確立されてもよい。いくつかの態様では、同時チャネルはパルス位置またはオフセットに基づいて確立されてもよい。いくつかの態様では、同時チャネルは時間ホッピングシーケンスに基づいて確立されてもよい。ある態様では、同時チャネルは、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて確立されてもよい。
【００５３】
情報および信号は、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを当業者は理解するであろう。例えば、以上の説明の至るところで参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはそれらの任意の組み合わせによって表され得る。
【００５４】
当業者は、ここで開示された態様に関連して記述された、種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路およびアルゴリズムステップが、電子ハードウェア（例えば、デジタル実装、アナログ実装またはソースコーディングまたは他のいくつかの技術を用いて設計されてもよい２つの組み合わせ）、命令を組み込んだプログラムまたは設計コードの種々の形式（ここでは便宜上、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶ）、または、この両方の組み合わせとして実装されてもよいことを更に認識するだろう。ハードウェアおよびソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な要素、ブロック、モジュール、回路およびステップを、一般にそれらの機能性に関して記述した。かかる機能性がハードウェアまたはソフトウェアとして実装されるかどうかは、特定の応用とシステム全体に課せられた設計制約とに依存する。当業者は、記述された機能性を、それぞれの特定の応用に関して様々な方法で実装してもよいが、かかる実装決定は、本開示範囲からの逸脱を引き起こすと解釈されるべきではない。
【００５５】
ここで開示された態様に関連して記述される種々の例示の論理ブロック、モジュールおよび回路は、集積回路（「ＩＣ」）内に実装されてもよいし、ＩＣによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、個別のゲートまたはトランジスタロジック、個別のハードウェアコンポーネント、電子的コンポーネント、光学コンポーネント、機械的コンポーネント、またはここに記述された機能を実行するように設計される任意のそれらの組み合わせを具備してもよく、またＩＣ内部、ＩＣ外部、またはその両方に存在するコードまたは命令を実行してもよい。汎用プロセッサはマイクロプロセッサでもよいが、代わりに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械でもよい。プロセッサはまた、コンピューティング装置の組み合わせ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１以上のマイクロプロセッサ、または任意の他のそのような構成）として実装されてもよい。
【００５６】
ここで開示されるプロセスに含まれるステップのあらゆる特定の順序または分層は、サンプルアプローチの例である。デザイン嗜好に基づくと、本プロセスに含まれるステップの特定の順序または分層は、本発明の範囲内で再構成されてよいことが理解される。添付の方法クレームは、各種ステップの要素をサンプル順序で示すものであり、提示される特定の順序または分層に限定されることを意味するものではない。
【００５７】
ここで開示された態様に関連して記述された方法またはアルゴリズムのステップは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはそれら２つの組み合わせで、直接的に具現化されてもよい。ソフトウェアモジュール（例えば、実行可能命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野において既知の任意の他の形式のコンピュータ読取可能記憶媒体のようなデータメモリに存在してもよい。サンプル記憶媒体は、コンピュータ／プロセッサ（便宜上ここでは「プロセッサ」と呼ばれてもよい）のような機械に結合されてもよく、そのようなプロセッサは情報（例えばコード）を記憶媒体から読み出し、記憶媒体へ書き込むことができる。サンプル記憶媒体はプロセッサに不可欠かもしれない。プロセッサおよび記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザー機器に存在してもよい。代替案では、プロセッサと記憶媒体はユーザー機器において個別のコンポーネントとして存在してもよい。更に、いくつかの態様では、任意の適切なコンピュータプログラム製品が、本開示の態様のうち１つ以上に関連するコードを具備するコンピュータ読取可能媒体を具備してもよい。いくつかの態様では、コンピュータプログラムは包装材料を具備してもよい。
【００５８】
この発明は種々の態様に関連して記述されたが、この発明において更なる変更が可能であることが理解される。本願は、概して本発明の原理に従い、且つ、本発明が属する分野において公知のまたは慣例的な実施の範囲内に入るような本開示からの逸脱を含む、本発明の任意の変形、使用または改造を包含することが意図される。
【符号の説明】
【００５９】
１００  アクセスネットワーク
１０４、１０６、１０８、１１０、１１２、１１４  アンテナ
１１６、１２２  アクセス端末
１１８、１２４  逆方向リンク
１２０、１２６  順方向リンク
２００  ＭＩＭＯシステム
２１０  送信機システム
２１２、２３６  データソース
２１４、２３８  データプロセッサ
２２０  ＴＸ  ＭＩＭＯプロセッサ
２２２ａ〜２２２ｔ、３１４  送信機
２５４ａ〜２５４ｒ  受信機
２２４ａ〜２２４ｔ、２５２ａ〜２５２ｒ  アンテナ
２３０、２７０  プロセッサ
２３２、２７２  メモリ
２４２、２６０  ＲＸデータプロセッサ
２４０  復調器
２５０  受信機システム
２８０  変調器
３００  通信装置
３０２  入力装置
３０４  出力装置
３０６  制御回路
３０８  中央処理装置（ＣＰＵ）
３１０  メモリ
３１２  プログラムコード
３１４  トランシーバー
４００  アプリケーション層
４０２  レイヤ３部
４０４  レイヤ２部
４０６  レイヤ１部
【図１】
2015204625.tif 000003
【図２】
2015204625.tif 000004
【図３】
2015204625.tif 000005
【図４】
2015204625.tif 000006
【図５Ａ】
2015204625.tif 000007
【図５Ｂ】
2015204625.tif 000008
【図６】
2015204625.tif 000009
【図７】
2015204625.tif 000010
【外国語明細書】
2015204625000001.pdf