(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-15
(45)【発行日】2023-12-25
(54)【発明の名称】無線通信装置及び方法
(51)【国際特許分類】
H04W 72/1268 20230101AFI20231218BHJP
H04W 88/04 20090101ALI20231218BHJP
【ＦＩ】
H04W72/1268
H04W88/04
【請求項の数】
20
(21)【出願番号】P 2020144804
(22)【出願日】2020-08-28
(65)【公開番号】P2022039666
(43)【公開日】2022-03-10
【審査請求日】2022-09-12
(73)【特許権者】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(74)【代理人】
【識別番号】110001737
【氏名又は名称】弁理士法人スズエ国際特許事務所
(72)【発明者】
【氏名】鍋谷 寿久
【審査官】桑江 晃
(56)【参考文献】
【文献】米国特許出願公開第２０１９／００１４６０６（ＵＳ，Ａ１）
【文献】国際公開第２０１７／１６８７０１（ＷＯ，Ａ１）
【文献】国際公開第２０１６／１８６０５９（ＷＯ，Ａ１）
【文献】特開２０１３－５１５４０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ７２／１２６８
Ｈ０４Ｗ ８８／０４
(57)【特許請求の範囲】
【請求項1】
第１ネットワークを介して基地局と通信可能に接続され、当該第１ネットワークとは異なる第２ネットワークを介して端末装置と通信可能に接続される無線通信装置において、前記端末装置が送信すべきデータを保有していることが識別可能な第１信号を、第１タイミングで当該端末装置から受信し、前記データを、前記第１タイミングよりも後の第２タイミングで前記端末装置から受信する受信手段と、
前記データを前記基地局に送信するためのリソースの割り当てを要求する第２信号を、前記第１タイミングよりも後であって前記第２タイミングよりも前に、前記基地局に送信する第１送信手段と、
前記送信された第２信号に基づいて前記無線通信装置に対して前記リソースが割り当てられることによって、前記データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合に、前記第２タイミングが前記第３タイミングよりも前となるように前記端末装置を制御する制御手段と
を具備する無線通信装置。
【請求項2】
前記第１信号は、前記端末装置が送信すべきデータの量に関する情報を含む請求項１に記載の無線通信装置。
【請求項3】
前記第２信号は、前記受信された第１信号から取得される前記データのデータ量に関する情報を含む請求項１または２記載の無線通信装置。
【請求項4】
前記第２ネットワークを介して第１及び第２端末装置と通信可能に接続され、前記受信手段は、前記第１端末装置から当該第１端末装置が送信すべきデータを保有していることが識別可能な第３信号を受信し、前記第２端末装置から当該第２端末装置が送信すべきデータを保有していることが識別可能な第４信号を受信し、
前記第１送信手段は、前記第１端末装置から受信された第３信号及び前記第２端末装置から受信された第４信号に基づくリソースの割り当てを要求する第２信号を送信する
請求項１～３のいずれか一項に記載の無線通信装置。
【請求項5】
前記第１送信手段は、前記第１タイミングよりも後であって前記第２タイミングよりも前に、新規の無線ベアラを形成するための第５信号を前記基地局に送信する請求項１～４のいずれか一項に記載の無線通信装置。
【請求項6】
前記第１送信手段は、前記送信された第２信号に基づいて前記無線通信装置に対して前記リソースが割り当てられることによって、前記データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合であって、当該第３タイミングが前記第１タイミングより後であって前記第２タイミングよりも前である場合、当該第３タイミングにおいて前記無線通信装置が前記データを保有していることが識別可能な第６信号を前記基地局に送信する請求項１～５のいずれか一項に記載の無線通信装置。
【請求項7】
前記制御手段は、前記第２タイミングが前記第３タイミングよりも前となるように、当該データの送信を要求する第７信号を前記端末装置に送信し、前記受信手段は、前記送信された第７信号に応じて前記端末装置から送信されたデータを受信する
請求項１記載の無線通信装置。
【請求項8】
前記データは、前記第７信号が送信されてから予め定められた時間が経過した後に前記端末装置から送信される請求項７記載の無線通信装置。
【請求項9】
前記制御手段は、前記第７信号を用いて前記端末装置から前記無線通信装置に送信されるデータの送信時間長を制御する請求項７または８記載の無線通信装置。
【請求項10】
第１ネットワークを介して基地局と通信可能に接続され、当該第１ネットワークとは異なる第２ネットワークを介して端末装置と通信可能に接続される無線通信装置において、
前記端末装置が送信すべきデータを保有していることが識別可能な第１信号を、第１タイミングで当該端末装置から受信し、
前記データを、前記第１タイミングよりも後の第２タイミングで前記端末装置から受信する受信手段と、
前記データを前記基地局に送信するためのリソースの割り当てを要求する第２信号を、前記第１タイミングよりも後であって前記第２タイミングよりも前に、前記基地局に送信する第１送信手段と、
前記端末装置が送信すべきデータを保有しているか否かを問い合わせるための第８信号を当該端末装置に送信する第２送信手段と
を具備し、
前記受信手段は、前記送信された第８信号に応じて前記端末装置から送信された第１信号を受信する
無線通信装置。
【請求項11】
前記第１信号は、前記第８信号が送信されてから予め定められた時間が経過した後に前記端末装置から送信される請求項１０記載の無線通信装置。
【請求項12】
前記第２送信手段は、前記第２信号を前記無線通信装置から前記基地局に送信する第４タイミングが前記基地局から通知されている場合、当該第４タイミングよりも前に前記第１信号を受信するように前記第８信号を送信する請求項１０または１１記載の無線通信装置。
【請求項13】
前記基地局との通信及び前記端末装置との通信を実行するために共通して用いられる少なくとも１つのアンテナを更に具備する請求項１～１２のいずれか一項に記載の無線通信装置。
【請求項14】
前記基地局との通信を実行するために用いられる少なくとも１つの第１アンテナと、前記端末装置との通信を実行するために用いられる少なくとも１つの第２アンテナと
を更に具備し、
前記少なくとも１つの第１アンテナ及び前記少なくとも１つの第２アンテナのいずれも、前記基地局との通信及び前記端末装置との通信を実行するために共通して用いられることはない、
請求項１～１２のいずれか一項に記載の無線通信装置。
【請求項15】
前記受信手段は、第１半導体チップに内蔵され、前記第１送信手段は、前記第１半導体チップとは異なる第２半導体チップに内蔵され、
前記受信手段によって受信される前記データは、前記第１半導体チップ外、かつ前記第２半導体チップ外に設置されたメモリに一時的に記憶された後、前記第１送信手段により送信される
請求項１～１４のいずれか一項に記載の無線通信装置。
【請求項16】
前記受信手段と前記第１送信手段は、単一の半導体チップに内蔵され、前記受信手段によって受信される前記データは、前記単一の半導体チップに内蔵されるメモリに一時的に記憶された後、前記第１送信手段により送信される
請求項１～１４のいずれか一項に記載の無線通信装置。
【請求項17】
前記受信手段と前記第１送信手段は、単一の半導体チップに内蔵され、前記受信手段によって受信される前記データは、前記単一の半導体チップ外に設置されたメモリに一時的に記憶された後、前記第１送信手段により送信される
請求項１～１４のいずれか一項に記載の無線通信装置。
【請求項18】
第１ネットワークを介して基地局と通信可能に接続され、当該第１ネットワークとは異なる第２ネットワークを介して端末装置と通信可能に接続される無線通信装置において、前記端末装置が送信すべきデータを保有していることが識別可能な第１信号を、第１タイミングで当該端末装置から受信し、前記データを、前記第１タイミングよりも後の第２タイミングで前記端末装置から受信する受信手段と、
前記無線通信装置に対して前記データを前記基地局に送信するためのリソースが割り当てられることによって、当該データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合であって、当該第３タイミングが前記第１タイミングよりも後であって前記第２タイミングよりも前である場合、当該第３タイミングにおいて前記無線通信装置が前記データを保有していることが識別可能な第６信号を前記基地局に送信する送信手段と、
前記送信された第２信号に基づいて前記無線通信装置に対して前記リソースが割り当てられることによって、前記データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合に、前記第２タイミングが前記第３タイミングよりも前となるように前記端末装置を制御する制御手段と
を具備する無線通信装置。
【請求項19】
第１ネットワークを介して基地局と通信可能に接続され、当該第１ネットワークとは異なる第２ネットワークを介して端末装置と通信可能に接続される無線通信装置が実行する方法であって、前記端末装置が送信すべきデータを保有していることが識別可能な第１信号を、第１タイミングで当該端末装置から受信し、前記データを、前記第１タイミングよりも後の第２タイミングで前記端末装置から受信するステップと、
前記データを前記基地局に送信するためのリソースの割り当てを要求する第２信号を、前記第１タイミングよりも後であって前記第２タイミングよりも前に、前記基地局に送信するステップと、
前記送信された第２信号に基づいて前記無線通信装置に対して前記リソースが割り当てられることによって、前記データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合に、前記第２タイミングが前記第３タイミングよりも前となるように前記端末装置を制御するステップと
を具備する方法。
【請求項20】
第１ネットワークを介して基地局と通信可能に接続され、当該第１ネットワークとは異なる第２ネットワークを介して端末装置と通信可能に接続される無線通信装置が実行する方法であって、前記端末装置が送信すべきデータを保有していることが識別可能な第１信号を、第１タイミングで当該端末装置から受信し、前記データを、前記第１タイミングよりも後の第２タイミングで前記端末装置から受信するステップと、
前記無線通信装置に対して前記データを前記基地局に送信するためのリソースが割り当てられることによって、当該データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合であって、当該第３タイミングが前記第１タイミングよりも後であって前記第２タイミングよりも前である場合、当該第３タイミングにおいて前記無線通信装置が前記データを保有していることが識別可能な第６信号を前記基地局に送信するステップと、
前記送信された第２信号に基づいて前記無線通信装置に対して前記リソースが割り当てられることによって、前記データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合に、前記第２タイミングが前記第３タイミングよりも前となるように前記端末装置を制御するステップと
を具備する方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、無線通信装置及び方法に関する。
【背景技術】
【0002】
一般に、ＬＴＥ（Long Term Evolution）及びＬＴＥ－Ａ（LTE-Advanced）のような第４世代（４Ｇ）移動体通信や順次サービスの提供が開始されている第５世代（５Ｇ）移動体通信等においては、無線通信装置から基地局に（つまり、上り方向に）データが送信される場合、当該無線通信装置は基地局に対して当該データを送信するためのリソース（上りリンクリソース）の割り当てを要求する。
【0003】
このような無線通信装置からの要求に応じて当該無線通信装置に対してリソースが割り当てられることによって、当該無線通信装置は基地局にデータを送信することが可能となる。
【0004】
しかしながら、無線通信装置において基地局に送信すべきデータが発生した時点でリソースの割り当てを要求する場合、当該リソースの割り当てのためにデータ送信に遅延が生じ、当該データ送信を効率的に行うことができない。
【先行技術文献】
【特許文献】
【0005】
【文献】特表２０１８－５２０５２９号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
そこで、本発明が解決しようとする課題は、基地局への効率的なデータ送信を実現することが可能な無線通信装置及び方法を提供することにある。
【課題を解決するための手段】
【0007】
実施形態によれば、第１ネットワークを介して基地局と通信可能に接続され、当該第１ネットワークとは異なる第２ネットワークを介して端末装置と通信可能に接続される無線通信装置が提供される。前記無線通信装置は、受信手段と、第１送信手段と、制御手段とを具備する。前記受信手段は、前記端末装置が送信すべきデータを保有していることが識別可能な第１信号を、第１タイミングで当該端末装置から受信し、前記データを、前記第１タイミングよりも後の第２タイミングで前記端末装置から受信する。前記第１送信手段は、前記データを前記基地局に送信するためのリソースの割り当てを要求する第２信号を、前記第１タイミングよりも後であって前記第２タイミングよりも前に、前記基地局に送信する。前記制御手段は、前記送信された第２信号に基づいて前記無線通信装置に対して前記リソースが割り当てられることによって、前記データを前記無線通信装置から前記基地局に送信する第３タイミングが当該基地局から通知されている場合に、前記第２タイミングが前記第３タイミングよりも前となるように前記端末装置を制御する。
【図面の簡単な説明】
【0008】
【図1】実施形態に係る無線通信装置を備えるネットワークシステムの構成の一例を示す図。
【図2】無線通信装置の構成の一例を示す図。
【図3】本実施形態の比較例におけるネットワークシステムの動作の一例を示すシーケンスチャート。
【図4】第１リソースが既に割り当てられている場合の本実施形態の比較例におけるネットワークシステムの動作の一例を示すシーケンスチャート。
【図5】本実施形態におけるネットワークシステムの動作の一例を示すシーケンスチャート。
【図6】第２バッファ情報について説明するための図。
【図7】基地局へのデータ送信タイミングにおいて上りデータが端末装置から受信されていない場合のネットワークシステムの動作の一例を示すシーケンスチャート。
【図8】端末装置からのデータ受信タイミングが基地局へのデータ送信タイミングよりも前となるように端末装置を制御する場合のネットワークシステムの動作の一例を示すシーケンスチャート。
【発明を実施するための形態】
【0009】
以下、図面を参照して、実施形態について説明する。
まず、図１を参照して、本実施形態に係る無線通信装置を備えるネットワークシステムの構成の一例について説明する。
まず、図１を参照して、本実施形態に係る無線通信装置を備えるネットワークシステムの構成の一例について説明する。
【0010】
図１に示すネットワークシステムは、第１ネットワーク１及び第２ネットワーク２から構成され、基地局１０、無線通信装置２０及び端末装置３０を備える。
【0011】
なお、本実施形態において、第１ネットワーク１は移動体通信の無線ネットワーク（移動体通信ネットワーク）であり、第２ネットワーク２は無線ＬＡＮ等の無線ネットワーク（無線ＬＡＮネットワーク）である場合を想定している。
【0012】
第１ネットワーク１は基地局（セルラー基地局）１０を中心に形成され、無線通信装置２０は、当該第１ネットワーク１を介して基地局１０と通信可能に接続される。無線通信装置２０は、第１ネットワーク１においてはＵＥ（User Equipment）として動作する。
【0013】
なお、第１ネットワーク１において、基地局１０及び無線通信装置２０は、３ＧＰＰ（Third Generation Partnership Project）準拠の通信規格（例えば、４Ｇまたは５Ｇにおいて規定されている通信方式）に従って通信を行うものとする。
【0014】
また、無線通信装置２０は、第２ネットワーク２を介して複数の端末装置３０（無線ＬＡＮ端末）と通信可能に接続される。この場合、無線通信装置２０は、無線ＬＡＮにおけるアクセスポイント（ＡＰ）として動作する機能（以下、アクセスポイント機能と表記）を有しているものとする。
【0015】
なお、第２ネットワーク２において、無線通信装置２０及び端末装置３０は、ＩＥＥＥ ８０２．１１準拠の通信規格（例えば、ＩＥＥＥ ８０２．１１ａｘにおいて規定されている通信方式）に従って通信を行うものとする。ＩＥＥＥ ８０２．１１ａｘは、Ｗｉ－ｆｉ６とも称される。
【0016】
このようなネットワークシステムによれば、例えば端末装置３０の各々において発生したデータ（当該端末装置３０が送信すべきデータ）は、第２ネットワーク２を介して当該端末装置３０から無線通信装置２０に送信され、第１ネットワーク１を介して当該無線通信装置２０から基地局１０に送信される。なお、以下の説明においては、端末装置３０が送信すべきデータを便宜的に上りデータ（アップリンクデータ）と称する。
【0017】
一方、下りデータ（基地局１０から端末装置３０に送信されるデータ）の場合は、第１ネットワーク１を介して当該基地局１０から無線通信装置２０に送信され、第２ネットワーク２を介して当該無線通信装置２０から基地局１０に送信される。
【0018】
すなわち、本実施形態において、無線通信装置２０は、基地局１０及び端末装置３０間のブリッジ機能の役割を果たす。
【0019】
なお、図１に示す例では１つの無線通信装置２０のみが示されているが、第１ネットワーク１においては、ＵＥとして動作する無線通信装置２０以外の端末装置が存在していてもよい。このＵＥとして動作する無線通信装置２０以外の端末装置は、当該無線通信装置２０と同様にアクセスポイント機能を有していてもよいし、アクセスポイント機能を有しておらず、第１ネットワーク１においてＵＥとして動作する機能のみを有していてもよい。
【0020】
また、図１に示す例では３台の端末装置３０が示されているが、第２ネットワーク２においては、少なくとも１台の端末装置３０が存在していればよい。
【0021】
更に、本実施形態においては、基地局１０及び無線通信装置２０が４Ｇまたは５Ｇにおいて規定されている通信方式に従って通信を行うものとして説明したが、基地局１０及び無線通信装置２０は、当該通信方式とは異なる他の通信方式に従って通信を行う構成であってもよい。
【0022】
また、本実施形態においては、無線通信装置２０及び端末装置３０がＩＥＥＥ ８０２．１１ａｘにおいて規定されている通信方式に従って通信を行うものとして説明したが、無線通信装置２０及び端末装置３０は、当該通信方式とは異なる他の通信方式に従って通信を行う構成であっても構わない。
【0023】
すなわち、本実施形態においては、無線通信装置２０が第１ネットワーク１を介して基地局１０と通信可能に構成されているとともに、当該無線通信装置２０が第１ネットワーク１とは異なる第２ネットワーク２を介して端末装置３０と通信可能に構成されているのであれば、当該第１ネットワーク１及び第２ネットワーク２に適用される通信方式は制限されない。
【0024】
図２は、本実施形態に係る無線通信装置２０の構成の一例を示す。図２に示すように、無線通信装置２０は、第１アンテナ２１、第１無線通信部２２、第２アンテナ２３、第２無線通信部２４、制御部２５及びバッファ２６を含む。
【0025】
なお、図２に示す第１無線通信部２２及び第２無線通信部２４は例えば無線通信装置２０が備える無線通信デバイス等によって実現される。具体的には、第１無線通信部２２及び第２無線通信部２４は、物理的に同一の半導体チップによって実現されていてもよいし、別の半導体チップによって実現されていてもよい。また、第１無線通信部２２及び第２無線通信部２４を実現するための半導体チップは、単一の標準規格に準拠する通信機能を提供するチップであってもよいし、複数の標準規格に準拠する通信機能を提供するコンボチップであってもよい。
【0026】
また、制御部２５は、当該無線通信装置２０が備えるプロセッサ等によって実現される。また、バッファ２６は、無線通信装置２０が備えるメモリによって実現されてもよいし、ＳＳＤ（Solid State Drive）またはＨＤＤ（Hard Disk Drive）等のストレージ装置等によって実現されてもよい。なお、バッファ２６がメモリによって実現される場合、当該メモリは、ＤＲＡＭ等の揮発性メモリであってもよいし、ＮＡＮＤフラッシュメモリまたはＭＲＡＭ等の不揮発性メモリであってもよい。
【0027】
第１アンテナ２１は、第１ネットワーク１を介した通信（移動体通信）を行うための少なくとも１つのアンテナ素子から構成される。
【0028】
第１無線通信部２２は、第１アンテナ２１を用いて基地局１０との通信を行うための送信部２２ａ及び受信部２２ｂを含む。送信部２２ａは、基地局１０に送信すべきデータに対して例えば変調処理、Ｄ／Ａ変換及び周波数変換等の必要な処理を施し、第１アンテナ２１を介して当該データを基地局１０に送信する。受信部２２ｂは、第１アンテナ２１を介して基地局１０から受信されたデータに対して例えば周波数変換、Ａ／Ｄ変換及び復調処理等の必要な処理を施す。なお、受信部２２ｂによって受信されたデータは、例えば第２無線通信部２４によって端末装置３０に送信される。
【0029】
第２アンテナ２３は、第２ネットワーク２を介した通信（無線ＬＡＮ通信）を行うための少なくとも１つのアンテナ素子から構成される。
【0030】
第２無線通信部２４は、第２アンテナ２３を用いて端末装置３０との通信を行うための送信部２４ａ及び受信部２４ｂを含む。送信部２４ａは、端末装置３０に送信すべきデータに対して例えば変調処理、Ｄ／Ａ変換及び周波数変換等の必要な処理を施し、第２アンテナ２３を介して当該データを端末装置３０に送信する。受信部２４ｂは、第２アンテナ２３を介して端末装置３０から受信されたデータに対して例えば周波数変換、Ａ／Ｄ変換及び復調処理等の必要な処理を施す。なお、受信部２４ｂによって受信されたデータは、例えば第１無線通信部２２によって基地局１０に送信される。
【0031】
本実施形態においては、少なくとも１つの第１アンテナ２１及び少なくとも１つの第２アンテナ２３のいずれも、基地局１０との通信及び端末装置３０との通信を実行するために共通して用いられることはないものとする。
【0032】
制御部２５は、移動体通信に必要な制御及び無線ＬＡＮ通信に必要な制御を実行する。また、制御部２５は、移動体通信と無線ＬＡＮ通信との間の制御も司る。具体的には、制御部２５は、例えば端末装置３０から受信されたデータを基地局１０に送信するための制御を実行する。また、制御部２５は、例えば基地局１０から受信されたデータを端末装置３０に送信するための制御を実行する。更に、制御部２５は、例えば基地局１０及び端末装置３０に対して各種要求を送信するタイミング等の制御を実行する。
【0033】
バッファ２６には、上記したように端末装置３０から受信されたデータ（つまり、基地局１０に送信されるデータ）及び基地局１０から受信されたデータ（つまり、端末装置３０に送信されるデータ）が格納される。なお、バッファ２６は、無線通信装置２０内で発生したデータ（無線通信装置２０から基地局１０または端末装置３０に送信すべきデータ）を格納してもよい。
【0034】
なお、本実施形態において、第１アンテナ２１及び第２アンテナ２３は、上記したように別個のアンテナであるものとして説明したが、第１ネットワーク１を介した通信（つまり、基地局１０との通信）及び第２ネットワーク２を介した通信（つまり、端末装置３０との通信）を実行するために共通して用いられる少なくとも１つのアンテナとして実現されていても構わない。
【0035】
以下、本実施形態に係る無線通信装置２０を備えるネットワークシステムの動作について説明する。本実施形態においては、端末装置３０から基地局１０にデータが送信される場合の動作（つまり、上りリンク送信）について主に説明する。
【0036】
まず、図３のシーケンスチャートを参照して、本実施形態の比較例におけるネットワークシステムの動作の一例を説明する。本実施形態の比較例におけるネットワークシステムは、上記した本実施形態に係る無線通信装置２０の代わりに無線通信装置２０´を備えるものとして説明する。
【0037】
ここで、第２ネットワーク２を介して本実施形態の比較例に係る無線通信装置２０´と通信可能に接続されている端末装置３０において、上りデータが発生した場合を想定する。
【0038】
この場合、端末装置３０は、第２ネットワーク２を介して、上りデータを無線通信装置２０´に送信する（ステップＳ１）。
【0039】
ステップＳ１において送信された上りデータは、無線通信装置２０´によって受信される。これにより、無線通信装置２０´は、基地局１０に送信すべきデータの存在を把握する。なお、無線通信装置２０´によって受信された上りデータは、上記した図２に示すバッファ２６に相当するバッファに格納される。
【0040】
ここで、無線通信装置２０´は第１ネットワーク１を介して基地局１０と通信可能に接続されるが、当該基地局１０にデータを送信するためには、当該データを送信するためのリソース（無線リソース）が無線通信装置２０´に割り当てられる必要がある。なお、この無線通信装置２０´に割り当てられるリソースには、無線通信装置２０´が利用可能な周波数帯及び通信時間帯（以下、タイムスロットと表記）等が含まれる。
【0041】
このため、無線通信装置２０´は、リソースの割り当てを要求するための信号（以下、スケジューリング要求と表記）を基地局１０に送信する（ステップＳ２）。
【0042】
ステップＳ２の処理が実行されると、基地局１０は、当該ステップＳ２において送信されたスケジューリング要求に基づいて無線通信装置２０´に対するリソースの割り当てをスケジューリングし、当該無線通信装置２０´に含まれるバッファに関する信号（以下、第１バッファ情報と表記）を送信するためのリソース（以下、第１リソースと表記）を当該無線通信装置２０´に対して割り当てる（ステップＳ３）。なお、第１バッファ情報は、例えばバッファステータスレポート（ＢＳＲ）等と称される。
【0043】
ステップＳ３の処理が実行されると、無線通信装置２０´は、当該ステップＳ３において割り当てられた第１リソースに基づいて、第１バッファ情報（ＢＳＲ）を基地局１０に送信する（ステップＳ４）。
【0044】
なお、ステップＳ４において送信される第１バッファ情報は、基地局１０に送信すべきデータが無線通信装置２０´に含まれるバッファに格納されている（つまり、無線通信装置２０が上りデータを保有している）ことが識別可能な情報である。また、第１バッファ情報には、例えば上りデータのデータ量（サイズ）及びトラフィック種別（データ種別）に関する情報等が含まれる。
【0045】
次に、基地局１０は、ステップＳ４において送信された第１バッファ情報（上りデータのデータ量等）に基づいて、当該上りデータを送信するためのリソース（以下、第２リソースと表記）を当該無線通信装置２０´に対して割り当てる（ステップＳ５）。
【0046】
ステップＳ５の処理が実行されると、無線通信装置２０´は、当該ステップＳ５において割り当てられた第２リソースに基づいて、バッファに格納されている上りデータを基地局１０に送信する（ステップＳ６）。
【0047】
本実施形態の比較例においては、上記した図３に示す処理が実行されることによって端末装置３０において発生した上りデータ（つまり、端末装置３０が送信すべきデータ）を基地局１０に送信することができる。
【0048】
なお、上記したスケジューリング要求及び第１バッファ情報は所定の物理チャネルを用いて送信されればよいが、当該スケジューリング要求及び第１バッファ情報の送信に用いられる物理チャネルには、例えばＰＵＣＣＨ（Physical Uplink Control Channel）及びＰＵＳＣＨ（Physical Uplink Shared Channel）等が含まれる。
【0049】
ここで、図３においてはスケジューリング要求及び第１バッファ情報が無線通信装置２０´から基地局１０に送信されるものとして説明したが、例えば図３に示す処理が実行される前に、無線通信装置２０´から基地局１０に他の上りデータが既に送信されている（つまり、上記した第１及び第２リソースが既に割り当てられている）場合がある。この場合、ステップＳ１において端末装置３０から無線通信装置２０´に送信された上りデータのデータ量は既に送信された他の上りデータのデータ量と異なるため、第２リソースの割り当ては再度実施される必要があるが、第１リソース（第１バッファ情報を基地局１０に送信するためのリソース）は再度利用可能である。
【0050】
このため、無線通信装置２０´から基地局１０に他の上りデータが以前に送信され、第１リソースが既に無線通信装置２０´に割り当てられている（つまり、既にスケジューリング要求が行われている）場合には、図３に示す処理に代えて、図４に示すステップＳ１１～Ｓ１４の処理が実行される。なお、図４に示す処理は図３に示す処理からステップＳ２及びＳ３の処理が省略された処理であり、図４に示すステップＳ１１～Ｓ１４は、図３に示すステップＳ１及びＳ４～Ｓ６の処理に相当する。
【0051】
この図４に示す処理によれば、端末装置３０から上りデータが送信された際に既にスケジューリング要求が行われている場合には、当該スケジューリング要求に基づいて割り当てられている第１リソースを利用して第１バッファ情報を送信することができる。
【0052】
なお、以下の説明においては、端末装置３０から送信された上りデータを基地局１０に送信するために無線通信装置２０から基地局１０に対して送信される信号を、リソース割り当て要求（メッセージ）と称する。例えば図３に示す処理が実行される場合のリソース割り当て要求はスケジューリング要求及び第１バッファ情報であり、図４に示す処理が実行される場合のリソース割り当て要求は第１バッファ情報である。ただし、リソース割り当て要求は、基地局１０に対して上りデータを送信するためのリソースの割り当てを要求するものであれば、上記したスケジューリング要求及び第１バッファ情報と内容が異なるものであってもよい。
【0053】
ここで、上記した図３または図４に示す処理が実行される場合、リソース割り当て要求は、端末装置３０から上りデータが受信された後に基地局１０に送信される。換言すれば、無線通信装置２０´は当該無線通信装置２０´内部に上りデータが発生した（つまり、端末装置３０から上りデータを受信し、当該上りデータがバッファに格納された）タイミングでなければ当該上りデータの存在を把握することができないため、リソース割り当て要求を送信するタイミングは、端末装置３０から上りデータが受信されたタイミング以降となる。
【0054】
このため、上記した本実施形態の比較例においては、上りデータが端末装置３０から受信された後、当該上りデータが基地局１０に送信されるまでの遅延が大きい。
【0055】
以下、図５のシーケンスチャートを参照して、本実施形態におけるネットワークシステムの動作の一例を説明する。
【0056】
本実施形態において、無線通信装置２０（送信部２４ａ）は、第２ネットワーク２を介して、端末装置３０が上りデータを保有しているか否かを問い合わせるための信号（以下、バッファ情報送信要求と表記）を当該端末装置３０に送信する（ステップＳ２１）。
【0057】
ここで、端末装置３０は、無線通信装置２０と同様にバッファを備えており、当該端末装置３０において発生した上りデータは当該バッファに格納される構成を有するものとする。
【0058】
この場合、端末装置３０は、ステップＳ２１においてバッファ情報送信要求に応じて、当該端末装置３０に含まれるバッファに関する信号（以下、第２バッファ情報と表記）を無線通信装置２０に送信（通知）する（ステップＳ２２）。
【0059】
この第２バッファ情報は、端末装置３０に含まれるバッファに上りデータが格納されている（つまり、端末装置３０が上りデータを保有している）か否かが識別可能な情報である。第２バッファ情報は例えばバッファステータスレポート等と称される場合があるが、上記した第１ネットワーク１を介して無線通信装置２０から基地局１０に送信される第１バッファ情報（ＢＳＲ）とは異なる。
【0060】
なお、無線通信装置２０（無線ＬＡＮアクセスポイント）と端末装置３０（無線ＬＡＮ端末）との間で当該端末装置３０が当該端末装置３０に含まれるバッファに関する情報（つまり、第２バッファ情報）を無線通信装置２０に通知する仕組みは無線ＬＡＮの規格（ＩＥＥＥ ８０２．１１ａｘ）で規定されており、本実施形態においてはこの仕組みを利用する。
【0061】
ここで、図６を参照して、上記したＩＥＥＥ ８０２．１１ａｘの規定に基づいて端末装置３０から無線通信装置２０に送信される第２バッファ情報について説明する。
【0062】
図６においては、ＡＣＩ Ｂｉｔｍａｐフィールド３０１、Ｄｅｌｔａ ＴＩＤフィールド３０２、ＡＣＩ Ｈｉｇｈフィールド３０３、Ｓｃａｌｉｎｇ Ｆａｃｔｏｒフィールド３０４、Ｑｕｅｕｅ Ｓｉｚｅ Ｈｉｇｈフィールド３０５及びＱｕｅｕｅ Ｓｉｚｅ Ａｌｌフィールド３０６が示されているが、第２バッファ情報は、これらのフィールド３０１～３０６をＭＡＣヘッダ内に含むフレームの形式で端末装置３０から無線通信装置２０に送信される。
【0063】
なお、ＡＣＩ Ｂｉｔｍａｐフィールド３０１は、４ビットの情報が格納されるフィールドである。また、Ｄｅｌｔａ ＴＩＤフィールド３０２、ＡＣＩ Ｈｉｇｈフィールド３０３及びＳｃａｌｉｎｇ Ｆａｃｔｏｒフィールド３０４は、それぞれ２ビットの情報が格納されるフィールドである。また、Ｑｕｅｕｅ Ｓｉｚｅ Ｈｉｇｈフィールド３０５及びＱｕｅｕｅ Ｓｉｚｅ Ａｌｌフィールド３０６は、それぞれ８ビットの情報が格納されるフィールドである。
【0064】
ここで、上記した無線通信装置２０及び端末装置３０間の無線通信がＩＥＥＥ ８０２．１１ａｘにおいて規定されている通信方法に従って行われるものとすると、上記したバッファ情報送信要求（フレーム）としては、当該ＩＥＥＥ ８０２．１１ａｘにおいて規定されているＴｒｉｇｇｅｒフレームを利用することができる。また、このＴｒｉｇｇｅｒフレームを利用してバッファ情報送信要求が無線通信装置２０から端末装置３０に送信された場合には、第２バッファ情報を通知するフレームとしてはＱｏｓ Ｎｕｌｌフレームを利用することができる。この場合、ＱｏＳ ＮｕｌｌフレームのＭＡＣヘッダ内に図６に示す情報が含まれる。
【0065】
この場合、第２バッファ情報（Ｑｏｓ Ｎｕｌｌフレーム）は、バッファ情報送信要求（Ｔｒｉｇｇｅｒフレーム）が送信されてから、ＩＥＥＥ ８０２．１１ａｘにおいて規定されているＳＩＦＳ（Short Inter Frame Space）と称される予め定められた時間が経過した後に端末装置３０から無線通信装置２０に送信される。
【0066】
なお、第２ネットワーク２内に複数の端末装置３０が存在する場合、無線通信装置２０は、当該複数の端末装置３０のうち第２バッファ情報の送信を要求する対象となる端末装置３０をバッファ情報送信要求（Ｔｒｉｇｇｅｒフレーム）において指定することができる。第２バッファ情報の送信を要求する対象となる端末装置３０は複数であってもよい。
【0067】
上記したような構成によれば、無線通信装置２０は、バッファ情報送信要求を送信することによって、任意の端末装置３０から任意のタイミングで第２バッファ情報を受信することができる。
【0068】
ここではバッファ情報送信要求としてＴｒｉｇｇｅｒフレーム、第２バッファ情報を通知するフレームとしてＱｏｓ Ｎｕｌｌフレームが用いられるものとして説明したが、他の形式のフレーム等が当該バッファ情報送信要求及び第２バッファ情報の通知に用いられても構わない。
【0069】
再び図５に戻ると、無線通信装置２０（受信部２４ｂ）は、ステップＳ２２において送信された第２バッファ情報を受信する。
【0070】
ここで、第２バッファ情報によれば端末装置３０が上りデータを保有しているか否かが識別可能であるが、ステップＳ２２において送信された第２バッファ情報に基づいて端末装置３０が上りデータを保有していないことが識別される場合、図５の処理は終了される。
【0071】
一方、ステップＳ２２において送信された第２バッファ情報に基づいて端末装置３０が上りデータを保有していることが識別される場合、無線通信装置２０（送信部２２ａ）は、リソース割り当て要求を基地局１０に送信する（ステップＳ２３）。
【0072】
なお、第２バッファ情報には例えば上りデータ（これから送信するデータ）の有無及び当該上りデータの量（の情報）が含まれており、当該上りデータを基地局１０に転送すべきであるか否かは当該データを端末装置３０から受信することで判別可能であるものとする。このような第２バッファ情報が受信された場合、無線通信装置２０は、今後受信される上りデータを全て基地局１０に転送するものとして仮定してもよいし、当該上りデータの一定の割合のみを基地局１０に転送するものとして仮定してもよい。なお、これらの仮定については、使用されるシステムの運用上の制約やルール、あるいは過去の統計情報等に基づいて設定されてもよいし、上りデータを送信した端末装置、当該上りデータ（または第２バッファ情報）を受信する時間帯、何らかの事象の発生に関連するタイミング等の各種環境情報に基づいて設定されてもよい。
【0073】
一方、第２バッファ情報には、基地局１０への転送の要否（の情報）が更に含まれていてもよい。このような第２バッファ情報によれば、第２バッファ情報を受信した時点で上りデータの基地局１０への転送要否を判別することができるため、無線通信装置２０は、上りデータを基地局１０へ転送すると判別された場合にリソース割り当て要求を基地局１０に送信すればよい。
【0074】
ここで、第２バッファ情報が図６に示すフィールド３０１～３０６をＭＡＣヘッダ内に含むフレームの形式で無線通信装置２０に通知されたものとすると、無線通信装置２０は、ＡＣＩ Ｂｉｔｍａｐフィールド３０１及びＤｅｌｔａ ＴＩＤフィールド３０２を参照することにより、端末装置３０に含まれるバッファに格納されている上りデータのトラフィック種別及びトラフィック数を把握することができる。また、無線通信装置２０は、Ｓｃａｌｉｎｇ Ｆａｃｔｏｒフィールド３０４を参照することにより、端末装置３０に含まれるバッファに格納されている上りデータに関するトラフィック量の単位を把握することができる。また、無線通信装置２０は、Ｑｕｅｕｅ Ｓｉｚｅ Ｈｉｇｈフィールド３０５及びＱｕｅｕｅ Ｓｉｚｅ Ａｌｌフィールド３０６を参照することにより、Ｓｃａｌｉｎｇ Ｆａｃｔｏｒフィールド３０４において通知される単位でのトラフィック量（つまり、データ量）をトラフィック種別毎に把握することができる。
【0075】
これによれば、第２バッファ情報にはデータ量及びトラフィック種別に関する情報が含まれており、無線通信装置２０は、このような第２バッファ情報に基づいて、端末装置３０に含まれているバッファに格納されている上りデータのデータ量（送信バッファ量）をトラフィック種別毎に取得（収集）することができる。
【0076】
この場合、ステップＳ２３においては、上記したように第２バッファ情報に基づいてトラフィック種別毎に取得されたデータ量を含むリソース割り当て要求（第１バッファ情報）が基地局１０に送信される。
【0077】
なお、上記したスケジューリング要求が行われていない状態で図５に示す処理が実行されるものとすると、ステップＳ２３の処理は、第２バッファ情報に基づいてトラフィック種別毎に取得されたデータ量を含む第１バッファ情報が基地局１０に送信される点を除いて図３に示すステップＳ２～Ｓ４の処理に相当する。
【0078】
一方、既にスケジューリング要求が行われている状態で図５に示す処理が実行されるものとすると、ステップＳ２３の処理は、第２バッファ情報に基づいてトラフィック種別毎に取得されたデータ量を含む第１バッファ情報が基地局１０に送信される点を除いて図４に示すステップＳ１２の処理に相当する。
【0079】
ステップＳ２３の処理が実行されると、基地局１０は、当該ステップＳ２３において送信されたリソース割り当て要求（第１バッファ情報に含まれるトラフィック種別毎のデータ量）に基づいて、端末装置３０から後に送信される上りデータを送信するための第２リソースを無線通信装置２０に対して割り当てる（ステップＳ２４）。なお、ステップＳ２４においては、例えば無線通信装置２０が基地局１０に上りデータを送信する際のタイムスロット（当該データを送信するタイミング）がスケジューリング情報として無線通信装置２０に通知される。このスケジューリング情報は、例えばＰＤＣＣＨ（Physical Downlink Control Channel）を用いて基地局１０から無線通信装置２０に送信される。
【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】
１…第１ネットワーク、２…第２ネットワーク、１０…基地局、２０…無線通信装置、３０…端末装置、２１…第１アンテナ、２２…第１無線通信部、２２ａ…送信部、２２ｂ…受信部、２３…第２アンテナ、２４…第２無線通信部、２４ａ…送信部、２４ｂ…受信部、２５…制御部、２６…バッファ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】