JP2018511268A

JP2018511268A - 発見情報の伝送方法、装置及び通信システム

Info

Publication number: JP2018511268A
Application number: JP2017552847A
Authority: JP
Inventors: ウ・リエヌハイ; 海博徐; ジョウ・ホア
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2015-04-10
Filing date: 2015-04-10
Publication date: 2018-04-19
Anticipated expiration: 2035-04-10
Also published as: EP3282770A1; CN107409349A; EP3282770A4; US20180027488A1; KR20170128523A; KR102014758B1; CN107409349B; JP6477916B2; WO2016161622A1

Abstract

発見情報の伝送方法、装置及び通信システムを提供する。発見情報の伝送方法は、ユーザ装置が基地局に発見情報のサイズを示す指示情報を送信するステップと、該基地局により該指示情報に基づいて割り当てられたリソースを受信するステップと、該リソースを用いて発見情報を送信してサイドリンク発見を行うステップとを含む。これによって、異なるシナリオにより発見情報のサイズが異なっても、リソースの浪費又は発見情報をキャリーできないことをできるだけ低減できる。【選択図】図４

Description

本発明の実施例は、通信技術の分野に関し、特に発見情報の伝送方法、装置及び通信システムに関する。

近年、無線通信技術は急速に発展し、３ＧＰＰ標準化はＲｅｌ．１３に発展しており、主要な技術は、スモールセル（ｓｍａｌｌｃｅｌｌ）の広く配置されていること、キャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）、３Ｄマルチアンテナ技術（例えば、ＭＩＭＯ：ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）、アンライセンスバンドのＬＴＥ化（例えばＬｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ−Ａｃｃｅｓｓ）等を含む。

サイドリンク（Ｓｉｄｅｌｉｎｋ）通信モードとは、データパケットがコアネットワーク及び基地局を通過する必要がなく、通信を行うためにユーザ装置ＵＥ１とユーザ装置ＵＥ２との間で通信リンクを直接確立できるものを意味する。サイドリンク通信は、装置から装置（Ｄ２Ｄ：ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）通信とも称される。サイドリンク（Ｓｉｄｅｌｉｎｋ）通信を行うために、通常、サイドリンク発見プロセスが行われる。例えば、ＵＥ１がサイドリンク通信モードでＵＥ２に情報を送信する前に、まず、ＵＥ２が近傍にあるか否かを発見する必要がある。

図１はサイドリンク通信を示す図であり、２つのＵＥ（ＵＥ１及びＵＥ２）が共に基地局のカバレッジエリア内にある場合のサイドリンク発見又はサイドリンク通信の確立を示している。図２はサイドリンク通信を示す他の図であり、１つのＵＥ（ＵＥ１）が基地局のカバレッジエリア内にあり、且つもう１つのＵＥ（ＵＥ２）が基地局のカバレッジエリア外にある場合のサイドリンク発見又はサイドリンク通信の確立を示している。図３はサイドリンク通信を示す他の図であり、２つのＵＥ（ＵＥ１及びＵＥ２）が共に基地局のカバレッジエリア外にある場合のサイドリンク発見又はサイドリンク通信の確立を示している。

なお、背景技術に関する上記の説明は、単なる本発明の技術案をより明確、完全に説明するためのものであり、当業者を理解させるために説明するものである。これらの構成が本発明の背景技術の部分に説明されているから当業者にとって周知の技術であると解釈してはならない。

しかし、発明者の発見によると、従来のシステムでは、発見情報のサイズが２３２ビットに固定されており、ＵＥが発見情報を送信する際に、１つのサブフレームから、１つの発見情報をキャリーするための２つの物理リソースブロックペア（ＰＲＢｐａｉｒ：ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋｐａｉｒ）を選択する。しかし、現在の発見情報のサイズは、異なるシナリオに応じて異なる場合があり、２３２ビットよりも大きい場合があり、２３２ビットよりも小さい場合もある。新たな発見情報が２３２ビットよりも小さい場合は、依然として２つのＰＲＢペアを選択して該発見情報をキャリーさせると、リソースの浪費が生じてしまう。新たな発見情報が２３２ビットよりも大きい場合は、２つＰＲＢペアで該発見情報をキャリーできない可能性がある。

本発明の実施例は、異なるシナリオにより発見情報のサイズが異なっても、リソースの浪費又は発見情報をキャリーできないことをできるだけ低減できる、発見情報の伝送方法、装置及び通信システムを提供する。

本発明の実施例の第１の態様では、ユーザ装置に適用される発見情報の伝送方法であって、基地局に発見情報のサイズを示す指示情報を送信するステップと、前記基地局により前記指示情報に基づいて割り当てられたリソースを受信するステップと、前記リソースを用いて発見情報を送信してサイドリンク発見を行うステップと、を含む、発見情報の伝送方法を提供する。

本発明の実施例の第２の態様では、ユーザ装置に配置された発見情報の伝送装置であって、基地局に発見情報のサイズを示す指示情報を送信する指示送信手段と、前記基地局により前記指示情報に基づいて割り当てられたリソースを受信するリソース受信手段と、前記リソースを用いて発見情報を送信してサイドリンク発見を行う情報送信手段と、を含む、発見情報の伝送装置を提供する。

本発明の実施例の第３の態様では、基地局に適用される発見情報の伝送方法であって、ユーザ装置により送信された発見情報のサイズを示す指示情報を受信するステップと、前記指示情報に基づいて前記ユーザ装置にサイドリンク発見のためのリソースを割り当てるステップと、前記ユーザ装置に前記リソースを送信するステップと、を含む、発見情報の伝送方法を提供する。

本発明の実施例の第４の態様では、基地局に配置された発見情報の伝送装置であって、ユーザ装置により送信された発見情報のサイズを示す指示情報を受信する指示受信手段と、前記指示情報に基づいて前記ユーザ装置にサイドリンク発見のためのリソースを割り当てるリソース割り当て手段と、前記ユーザ装置に前記リソースを送信するリソース送信手段と、を含む、発見情報の伝送装置を提供する。

本発明の実施例の第５の態様では、通信システムであって、基地局に発見情報のサイズを示す指示情報を送信し、前記基地局により前記指示情報に基づいて割り当てられたリソースを受信し、前記リソースを用いて発見情報を送信してサイドリンク発見を行うユーザ装置と、前記ユーザ装置により送信された前記指示情報を受信し、前記指示情報に基づいて前記ユーザ装置にサイドリンク発見のためのリソースを割り当て、前記ユーザ装置に前記リソースを送信する前記基地局と、を含む、通信システムを提供する。

本発明の実施例の他の態様では、基地局においてプログラムを実行する際に、コンピュータに、上記の発見情報の伝送方法を前記基地局において実行させる、コンピュータ読み取り可能なプログラムを提供する。

本発明の実施例の他の態様では、コンピュータに、上記の発見情報の伝送方法を基地局において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体を提供する。

本発明の実施例の他の態様では、ユーザ装置においてプログラムを実行する際に、コンピュータに、上記の発見情報の伝送方法を前記ユーザ装置において実行させる、コンピュータ読み取り可能なプログラムを提供する。

本発明の実施例の他の態様では、コンピュータに、上記の発見情報の伝送方法をユーザ装置において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体を提供する。

本発明の実施例の有益な効果としては、ユーザ装置は、基地局に発見情報のサイズを示す指示情報を送信し、該基地局により該指示情報に基づいて割り当てられたリソースを受信し、該リソースを用いて発見情報を送信してサイドリンク発見を行う。これによって、異なるシナリオにより発見情報のサイズが異なっても、リソースの浪費又は発見情報をキャリーできないことをできるだけ低減できる。

下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる方式が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。

１つの実施形態に記載された特徴及び／又は示された特徴は、同一又は類似の方式で１つ又はさらに多くの他の実施形態で用いられてもよいし、他の実施形態における特徴と組み合わせてもよいし、他の実施形態における特徴に代わってもよい。

なお、本文では、用語「包括／含む」は、特徴、部材、ステップ又はコンポーネントが存在することを意味し、一つ又は複数の他の特徴、部材、ステップ又はコンポーネントの存在又は付加を排除しない。

本発明の多くの態様は、以下の図面を参照しながら理解できる。図面における素子は比例に応じて記載されたものではなく、本発明の原理を示すためのものである。本発明の一部分を示す又は記載するため、図面における対応部分は拡大或いは縮小される可能性がある。

本発明の１つの図面及び１つの実施形態に記載された要素及び特徴は、１つ又はさらに多くの図面又は実施形態に示された要素及び特徴と組み合わせてもよい。また、図面において、類似の符号は複数の図面における対応する素子を示し、１つ以上の実施形態に用いられる対応素子を示してもよい。
サイドリンク通信を示す図である。サイドリンク通信を示す他の図である。サイドリンク通信を示す他の図である。本発明の実施例１の発見情報の伝送方法を示す図である。本発明の実施例１の発見情報の伝送方法を示す他の図である。本発明の実施例１の発見情報の伝送方法を示す他の図である。本発明の実施例２の発見情報の伝送方法を示す図である。本発明の実施例３の発見情報の伝送装置を示す図である。本発明の実施例３の発見情報の伝送装置を示す他の図である。本発明の実施例３のユーザ装置を示す図である。本発明の実施例４の発見情報の伝送装置を示す図である。本発明の実施例４の基地局を示す図である。本発明の実施例５の通信システムを示す図である。

図面を参照しながら、本発明の上記及び他の特徴を説明する。下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。

既存の標準では、ＵＥの発見（ｄｉｓｃｏｖｅｒｙ）プロセスは、ＵＥが発見信号を送信する必要があるようにトリガされると、ＵＥは、サイドリンク発見を実行しようとすることをSidelinkUEInformationメッセージを介して基地局に通知し、送信すべき発見情報の数をdiscTxResourceReq-r12を介して基地局に通知し、基地局による発見リソースの割り当てを要求する。

表１はSidelinkUEInformationメッセージの状況を示している。

表１ SidelinkUEInformation message

上記の表１に示すように、discTxResourceReq-r12は、ＩＮＴＥＧＥＲ型であり、発見情報の数のみを基地局に送信でき、ここで、各発見情報のサイズは２３２ビットに固定されている。

基地局は、ＵＥからの情報を受信した後に、ＵＥにより提供された補助情報に基づいてSL-DiscConfig IEを介して発見リソースを構成する。基地局は、ＵＥに発見リソースプールを構成してもよいし、ＵＥが発見情報を送信するようにＵＥに無競合（contentionless）のリソースをスケジューリングしてもよい。

表２は、SL-DiscConfig
IEの状況を示している。

表２ SL-DiscConfig
information element

現在の発見情報のサイズは、異なるシナリオに応じて異なる場合があり、２３２ビットよりも大きい場合があり、２３２ビットよりも小さい場合もある。新たな発見情報が２３２ビットよりも小さい場合は、依然として２つのＰＲＢペアを選択して該発見情報をキャリーさせると、リソースの浪費が生じてしまう。新たな発見情報が２３２ビットよりも大きい場合は、２つＰＲＢペアで該発見情報をキャリーできない可能性がある。

以下は、本発明の実施例を詳細に説明する。

＜実施例１＞
本発明の実施例は発見情報の伝送方法を提供し、ユーザ装置側から本発明を説明する。図４は本発明の実施例の発見情報の伝送方法を示す図である。図４に示すように、該方法は以下のステップを含む。

ステップ４０１：ユーザ装置は基地局に発見情報のサイズを示す指示情報を送信する。

ステップ４０２：ユーザ装置は該基地局により該指示情報に基づいて割り当てられたリソースを受信する。

ステップ４０３：ユーザ装置は該リソースを用いて発見情報を送信してサイドリンク発見を行う。

本実施例では、既存の標準における「基地局に発見情報の数を送信する」と異なって、ユーザ装置は各種類の発見情報の数を示す情報を基地局に送信してもよく、基地局は該情報に基づいてサイドリンク発見のためのリソースを割り当てる。

例えば、該発見情報が比較的に小さい場合は、基地局は、該発見情報を送信するために１つのみのＰＲＢペア（ＰＲＢＰａｉｒ）を割り当ててもよい。該発見情報が比較的に大きい場合は、基地局は、該発見情報を送信するために３つのＰＲＢペアを割り当ててもよい。

これによって、サイドリンク発見のためのリソースを柔軟に割り当てることができ、異なるシナリオにより発見情報のサイズが異なっても、リソースの浪費又は発見情報をキャリーできないことをできるだけ低減できる。

１つの態様では、該指示情報は該発見情報の種類及び対応する数を含んでもよい。ここで、該発見情報の種類及び対応する数はSidelinkUEInformationメッセージに含まれてもよい。また、該発見情報の種類及び対応する数は他のメッセージによりキャリーされてもよく、本発明はこれに限定されない。

図５は本発明の実施例の発見情報の伝送方法を示す他の図である。図５に示すように、該方法は以下のステップを含む。

ステップ５０１：ユーザ装置はシステム情報を受信する。

ここで、ユーザ装置は、システム情報ブロック（ＳＩＢ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）ＳＩＢ１９を受信し、サイドリンク発見（ＳｉｄｅｌｉｎｋＤｉｓｃｏｖｅｒｙ）に関するシステム情報を取得してもよい。ここで、システム情報は下記２つの情報の１つを含んでもよい。１つは、発見情報を送信するためのリソースプールであり、もう１つは、リソースプールを提供していないが、ユーザ装置に、発見情報を送信するとまず接続状態に入る必要があることを通知する。

ステップ５０２：ユーザ装置は、発見情報を送信するように上位層（ＰｒｏＳｅＰｒｏｔｏｃｏｌ）によりトリガされる。

ここで、本実施例の上位層は例えばＰｒｏＳｅＰｒｏｔｏｃｏｌ層を意味する。このユーザ装置がアイドル状態にあり、且つユーザ装置が接続状態に入った場合にのみ発見情報を送信できることのみが基地局により許可されている場合は、該ユーザ装置は接続状態に入る。

ステップ５０３：ユーザ装置は基地局に補助情報を送信する。

この態様では、接続状態にあるユーザ装置は、基地局が発見情報を送信するためのリソースを割り当てるように、基地局に補助情報を送信する。ここで、補助情報は、発見情報の種類及び対応する数を含む。即ち、各種類の発見情報の数であってもよい。ユーザ装置は、３種類の発見情報の送信する必要のある数を基地局に通知する。基地局は、これらの情報に基づいて、発見情報を送信するための適切なリソースを割り当ててもよい。

例えば、発見情報のサイズに基づいて、発見情報を３種類、即ちタイプ１（サイズは０〜１１６ビット）、タイプ２（サイズは１１６〜２３２ビット）及びタイプ３（サイズは２３２ビット以上）に分類してもよい。送信する必要のある３つの発見情報のサイズが１６０バイトである場合、ユーザ装置は基地局にｔｙｐｅ２（送信情報のタイプが２であることを表す）及び３（該送信情報の送信数が３であることを表す）を送信してもよい。

この態様では、該補助情報はSidelinkUEInformationメッセージに含まれてもよい。このため、表１におけるdiscTxResourceReq-r12はサイズが異なる発見情報に適用できなくなる。よって、新たなＩＥを定義してもよい。例えば、下記の３つの項目
disTxResourceReqtype1-r13；
disTxResourceReqtype2-r13；
disTxResourceReqtype3-r13；
を含んでもよく、これらの項目は共にＩＮＴＥＧＥＲ型である。これによって、発見情報の種類及び数をキャリーする。なお、表３は単なる本発明の一例であり、該３つの新たなＩＥは他のメッセージに含まれてもよい。

表３ SidelinkUEInformation
message

以上は、補助情報を例示的に説明しているが、本発明はこれに限定されず、実際の状況に応じて具体的な態様を決定してもよい。

ステップ５０４：基地局は、該補助情報に基づいて、該ユーザ装置にサイドリンク発見のためのリソースを割り当てる。

ここで、基地局は、無線リソース制御（ＲＲＣ：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリングを用いてユーザ装置に該リソースを割り当ててもよいが、本発明はこれに限定されない。また、割り当てられたリソースはスケジューリングされた（ｓｃｈｅｄｕｌｅｄ）リソースであってもよいし、ユーザ装置によりランダムに選択されるためのリソースプールであってもよい。

ステップ５０５：ユーザ装置は基地局により割り当てられた該リソースを受信する。

ステップ５０６：ユーザ装置は該リソースを用いて発見情報を送信してサイドリンク発見を行う。

この態様では、該ユーザ装置は、他のユーザ装置にサイドリンク発見情報を送信してもよい。発見情報が比較的に大きい（例えば２つのＰＲＢペアのリソースにより収容され得ない）場合は、各伝送ブロック（ＴＢ：ＴｒａｎｓｍｉｓｓｉｏｎＢｌｏｃｋ）が２つのＰＲＢペア内に収容され得るように、無線リンク制御（ＲＬＣ：ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）層において該発見情報を分割してもよい。これによって、既存の標準におけるＲＬＣ層において発見情報をトランスペアレント（ｔｒａｎｓｐａｒｅｎｔｌｙ）に伝送することと異なって、本発明の実施例は、ＲＬＣ層における発見情報に対する処理プロセスを追加してもよい。

もう１つの態様では、該指示情報はバッファ状態報告（ＢＳＲ：ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）に含まれている。基地局が適切なリソースを割り当てるように、ＢＳＲを介して基地局に送信すべき発見信号のサイズを通知する。

図６は本発明の実施例の発見情報の伝送方法を示す他の図である。図６に示すように、該方法は以下のステップを含む。

ステップ６０１：ユーザ装置はシステム情報を受信する。

ここで、ユーザ装置は、ＳＩＢ１９を受信し、サイドリンク発見に関するシステム情報を取得してもよい。ここで、システム情報は下記２つの情報の１つを含んでもよい。１つは、発見情報を送信するためのリソースプールであり、もう１つは、リソースプールを提供していないが、ユーザ装置に、発見情報を送信するとまず接続状態に入る必要があることを通知する。

ステップ６０２：ユーザ装置は、発見情報を送信するように上位層（ＰｒｏＳｅＰｒｏｔｏｃｏｌ）によりトリガされる。

本実施例の上位層は例えばＰｒｏＳｅプロトコル層を意味する。このユーザ装置がアイドル状態にあり、且つユーザ装置が接続状態に入った場合にのみ発見情報を送信できることのみが基地局により許可されている場合は、該ユーザ装置は接続状態に入る。

ステップ６０３：ユーザ装置は基地局にＢＳＲを送信し、基地局が適切なリソースを割り当てるように基地局に送信すべき発見情報のサイズを通知する。

この態様では、ＢＳＲが対応する論理チャネルグループを有しない場合があり、対応する論理チャネルグループを有する場合もある。該発見信号が対応する論理チャネルを有しない場合、ＢＳＲを送信するためのトリガ条件は、ＭＡＣ層（媒体アクセス制御層）が発見情報を送信する旨の上位層（例えばＰｒｏＳｅＰｒｏｔｏｃｏｌ）の指示であってもよい。該発見情報が対応する論理チャネルを有する場合、ＢＳＲを送信するためのトリガ条件は、該論理チャネルに新たな発見情報が到達したことであってもよい。

また、ＢＳＲを送信するためのリソースがない場合、スケジューリング要求（ＳＲ：ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）を送信するようにトリガされ、基地局にリソースを要求する。

ステップ６０４：基地局は、ＢＳＲに基づいて、該ユーザ装置にサイドリンク発見のためのリソースを割り当てる。

ここで、基地局は、ＲＲＣシグナリングを用いてユーザ装置に該リソースを割り当ててもよいが、本発明はこれに限定されない。また、割り当てられたリソースはスケジューリングされたリソースであってもよいし、ユーザ装置によりランダムに選択されるためのリソースプールであってもよい。

ステップ６０５：ユーザ装置は基地局により割り当てられた該リソースを受信する。

ステップ６０６：ユーザ装置は該リソースを用いて発見情報を送信してサイドリンク発見を行う。

この態様では、発見情報が比較的に大きい（例えば２つのＰＲＢペアのリソースにより収容され得ない）場合は、各ＴＢが２つのＰＲＢペア内に収容され得るように、ＲＬＣ層において該発見情報を分割してもよい。これによって、既存の標準におけるＲＬＣ層において発見情報をトランスペアレント（ｔｒａｎｓｐａｒｅｎｔｌｙ）に伝送することと異なって、本発明の実施例は、ＲＬＣ層における発見情報に対する処理プロセスを追加してもよい。

上記実施例によれば、ユーザ装置は、基地局に発見情報のサイズを示す指示情報を送信し、該基地局により該指示情報に基づいて割り当てられたリソースを受信し、該リソースを用いて発見情報を送信してサイドリンク発見を行う。これによって、異なるシナリオにより発見情報のサイズが異なっても、リソースの浪費又は発見情報をキャリーできないことをできるだけ低減できる。

＜実施例２＞
本発明の実施例は発見情報の伝送方法を提供し、基地局側から本発明を説明する。本発明の実施例と実施例１と同様な内容についてその説明が省略される。

図７は本発明の実施例の発見情報の伝送方法を示す図である。図７に示すように、該方法は以下のステップを含む。

ステップ７０１：基地局はユーザ装置により送信された発見情報のサイズを示す指示情報を受信する。

ステップ７０２：基地局は該指示情報に基づいて該ユーザ装置にサイドリンク発見のためのリソースを割り当てる。

ステップ７０３：基地局は該ユーザ装置に該リソースを送信する。

１つの態様では、該指示情報は該発見情報の種類及び対応する数を含んでもよい。ここで、該発見情報の種類及び対応する数はSidelinkUEInformationメッセージに含まれてもよい。

もう１つの態様では、該指示情報はＢＳＲに含まれている。

＜実施例３＞
本発明の実施例は、ユーザ装置に配置された発見情報の伝送装置を提供する。本発明の実施例は実施例１における発見情報の伝送方法に対応し、同様な内容についてその説明が省略される。

図８は本発明の実施例の発見情報の伝送装置を示す図である。図８に示すように、発見情報の伝送装置８００は、指示送信部８０１、リソース受信部８０２及び情報送信部８０３を含む。

指示送信部８０１は、基地局に発見情報のサイズを示す指示情報を送信する。

リソース受信部８０２は、該基地局により該指示情報に基づいて割り当てられたリソースを受信する。

情報送信部８０３は、該リソースを用いて発見情報を送信してサイドリンク発見を行う。

もう１つの態様では、該指示情報はＢＳＲに含まれてもよい。指示送信部８０１は、該発見情報が対応する論理チャネルを有しない場合、ＭＡＣ層が、発見情報が送信される必要がある旨の上位層の指示を受信したとき、該基地局に該ＢＳＲを送信し、該発見情報が対応する論理チャネルを有する場合、該論理チャネルに送信すべき発見情報があるとき、該基地局に該ＢＳＲを送信する。

図９は本発明の実施例の発見情報の伝送装置を示す他の図である。図９に示すように、発見情報の伝送装置９００は、指示送信部８０１、リソース受信部８０２及び情報送信部８０３を含む。

図９に示すように、発見情報の伝送装置９００は、決定部９０１及び分割部９０２をさらに含んでもよい。

決定部９０１は、該発見情報が２つのＰＲＢｐａｉｒにより収容され得るか否かを決定する。

分割部９０２は、該発見情報が２つのＰＲＢｐａｉｒにより収容され得ない場合、各伝送ブロックが該２つのＰＲＢｐａｉｒ内に収容され得るように、ＲＬＣ層において該発見情報を分割する。

本発明の実施例は、上記発見情報の伝送装置８００又は９００が配置されたユーザ装置をさらに提供する。

図１０は本発明の実施例のユーザ装置を示す図である。図１０に示すように、ユーザ装置１０００は、中央処理装置１００及び記憶装置１４０を含んでもよく、記憶装置１４０は中央処理装置１０に接続される。なお、該図は単なる例示的なものであり、電気通信機能又は他の機能を実現するように、他の種類の構成を用いて、該構成を補充又は代替してもよい。

１つの態様では、発見情報の伝送装置８００又は９００の機能は中央処理装置１００に統合されてもよい。ここで、中央処理装置１００は、基地局に発見情報のサイズを示す指示情報を送信し、該基地局により該指示情報に基づいて割り当てられたリソースを受信し、該リソースを用いて発見情報を送信してサイドリンク発見を行うように構成されてもよい。

もう１つの態様では、発見情報の伝送装置８００又は９００は中央処理装置１００とそれぞれ構成されてもよく、例えば発見情報の伝送装置８００又は９００は中央処理装置１００に接続されたチップであり、中央処理装置１００の制御により発見情報の伝送装置８００又は９００の機能を実現してもよい。

図１０に示すように、ユーザ装置１０００は、通信モジュール１１０、入力部１２０、音声処理装置１３０、記憶装置１４０、カメラ１５０、ディスプレイ１６０、及び電源１７０をさらに含んでもよい。ここで、上記構成部の機能は従来技術と類似するため、ここでその説明が省略される。なお、ユーザ装置１０００は図１０に示す全てのユニットを含む必要がない。また、ユーザ装置１０００は、図１０に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。

＜実施例４＞
本発明の実施例は、基地局に配置された発見情報の伝送装置を提供する。本発明の実施例は実施例２における発見情報の伝送方法に対応し、同様な内容についてその説明が省略される。

図１１は本発明の実施例の発見情報の伝送装置を示す図である。図１１に示すように、発見情報の伝送装置１１００は、指示受信部１１０１、リソース割り当て部１１０２及びリソース送信部１１０３を含む。

指示受信部１１０１は、ユーザ装置により送信された発見情報のサイズを示す指示情報を受信する。

リソース割り当て部１１０２は、該指示情報に基づいて該ユーザ装置にサイドリンク発見のためのリソースを割り当てる。

リソース送信部１１０３は、該ユーザ装置に該リソースを送信する。

１つの態様では、該指示情報は前記発見情報の種類及び対応する数を含んでもよい。ここで、該発見情報の種類及び対応する数はSidelinkUEInformationメッセージに含まれてもよい。

本発明の実施例は、上記発見情報の伝送装置１１００が配置された基地局をさらに提供する。

図１２は本発明の実施例の基地局を示す図である。図１２に示すように、基地局１２００は、中央処理装置（ＣＰＵ）２００及び記憶装置２１０を含んでもよく、記憶装置２１０は中央処理装置２００に接続される。記憶装置２１０は、各種のデータを記憶してもよいし、情報処理のプログラムをさらに記憶してもよい。中央処理装置２００の制御で該プログラムが実行される。

ここで、基地局１２００は実施例１に記載の発見情報の伝送方法を実現してもよい。中央処理装置２００は、発見情報の伝送装置１１００の機能を実現するように構成されてもよい。即ち、中央処理装置２００は、ユーザ装置により送信された発見情報のサイズを示す指示情報を受信し、該指示情報に基づいて該ユーザ装置にサイドリンク発見のためのリソースを割り当て、該ユーザ装置に該リソースを送信するように構成されてもよい。

また、図１２に示すように、基地局１２００は、送受信機２２０及びアンテナ２３０等をさらに含んでもよい。ここで、上記部材の機能は従来技術と類似し、ここでその説明を省略する。なお、基地局１２００は図１２に示す全てのユニットを含む必要がない。また、基地局１２００は、図１２に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。

＜実施例５＞
本発明の実施例は通信システムをさらに提供し、実施例１乃至４と同様な内容について説明が省略される。図１３は本発明の実施例の通信システムを示す図である。図１３に示すように、通信システム１３００は、基地局１３０１及びユーザ装置１３０２を含む。

ここで、ユーザ装置１３０２は、基地局１３０１に発見情報のサイズを示す指示情報を送信し、基地局１３０１により該指示情報に基づいて割り当てられたリソースを受信し、該リソースを用いて発見情報を送信してサイドリンク発見を行う。

基地局１３０１は、ユーザ装置１３０２により送信された該指示情報を受信し、該指示情報に基づいてユーザ装置１３０２にサイドリンク発見のためのリソースを割り当て、ユーザ装置１３０２に該リソースを送信する。

１つの態様では、該指示情報は該発見情報の種類及び対応する数を含む。

本発明の実施例は、ユーザ装置においてプログラムを実行する際に、コンピュータに、実施例１に記載の発見情報の伝送方法を該ユーザ装置において実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。

本発明の実施例は、コンピュータに、実施例１に記載の発見情報の伝送方法をユーザ装置において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。

本発明の実施例は、基地局においてプログラムを実行する際に、コンピュータに、実施例２に記載の発見情報の伝送方法を該基地局において実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。

本発明の実施例は、コンピュータに、実施例２に記載の発見情報の伝送方法を基地局において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。

本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される時に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、磁気ディスク、光ディスク、ＤＶＤ、フラッシュメモリ等に関する。

一つ以上の機能ブロックおよび/または添付の図面内の機能ブロックの一つ以上の組合せは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートとして実現されてもよいアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理装置、ディスクリートハードウェアコンポーネント、またはそれらの任意の適切な組み合わせが挙げられる。これらはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせとして、コンピューティング機器の組み合わせとして通信ＤＳＰと組み合わせて、または任意の他のそのような構成における1つまたは複数のマイクロプロセッサ、複数のプロセッサを実現することができる。

以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び修正を行ってもよく、これらの変形及び修正も本発明の範囲に属する。

Claims

ユーザ装置に配置された発見情報の伝送装置であって、
基地局に発見情報のサイズを示す指示情報を送信する指示送信手段と、
前記基地局により前記指示情報に基づいて割り当てられたリソースを受信するリソース受信手段と、
前記リソースを用いて発見情報を送信してサイドリンク発見を行う情報送信手段と、を含む、発見情報の伝送装置。
前記指示情報は前記発見情報の種類及び対応する数を含む、請求項１に記載の発見情報の伝送装置。
前記発見情報の種類及び対応する数はSidelinkUEInformationメッセージに含まれている、請求項２に記載の発見情報の伝送装置。
前記指示情報はバッファ状態報告に含まれている、請求項１に記載の発見情報の伝送装置。
前記指示送信手段は、
前記発見情報が対応する論理チャネルを有しない場合、媒体アクセス制御層が、発見情報が送信される必要がある旨の上位層の指示を受信したとき、前記基地局に前記バッファ状態報告を送信し、
前記発見情報が対応する論理チャネルを有する場合、前記論理チャネルに発見情報が到達したとき、前記基地局に前記バッファ状態報告を送信する、請求項４に記載の発見情報の伝送装置。
前記発見情報が２つのＰＲＢ（物理リソースブロック）ペアにより収容され得るか否かを決定する決定手段と、
前記発見情報が２つのＰＲＢペアにより収容され得ない場合、各ＴＢ（伝送ブロック）が前記２つのＰＲＢペア内に収容され得るように、ＲＬＣ（無線リンク制御）層において前記発見情報を分割する分割手段と、をさらに含む、請求項１に記載の発見情報の伝送装置。
基地局に配置された発見情報の伝送装置であって、
ユーザ装置により送信された発見情報のサイズを示す指示情報を受信する指示受信手段と、
前記指示情報に基づいて前記ユーザ装置にサイドリンク発見のためのリソースを割り当てるリソース割り当て手段と、
前記ユーザ装置に前記リソースを送信するリソース送信手段と、を含む、発見情報の伝送装置。
前記指示情報は前記発見情報の種類及び対応する数を含む、請求項７に記載の発見情報の伝送装置。
前記発見情報の種類及び対応する数はSidelinkUEInformationメッセージに含まれている、請求項８に記載の発見情報の伝送装置。
前記指示情報はバッファ状態報告に含まれている、請求項７に記載の発見情報の伝送装置。
通信システムであって、
基地局に発見情報のサイズを示す指示情報を送信し、前記基地局により前記指示情報に基づいて割り当てられたリソースを受信し、前記リソースを用いて発見情報を送信してサイドリンク発見を行うユーザ装置と、
前記ユーザ装置により送信された前記指示情報を受信し、前記指示情報に基づいて前記ユーザ装置にサイドリンク発見のためのリソースを割り当て、前記ユーザ装置に前記リソースを送信する前記基地局と、を含む、通信システム。
前記指示情報は前記発見情報の種類及び対応する数を含む、請求項１１に記載の通信システム。
前記指示情報はバッファ状態報告に含まれている、請求項１１に記載の通信システム。