(57)【特許請求の範囲】
【請求項１】
端末（１２０）のバッファの中に含まれるデータの遅延時間パラメータを算出する基地局（１１０）における方法であって、前記基地局（１１０）および前記端末（１２０）は無線通信システム（１００）内に含まれ、前記端末のバッファはフレームを含むように構成され、同様に当該フレームはデータを含むように構成され、前記方法は：
前記端末（１２０）により要求されるサービスを判定するステップ（３０１）と、
前記端末（１２０）から受信される送信データを含む最後のフレームの到着時間を推定するステップ（３０３）と、
前記端末（１２０）の前記バッファの中に含まれるフレームの数を推定するステップ（３０４）と、
判定された前記サービスに従ってフレーム間隔を確立するステップ（３０５）と、
送信データを含む前記最後のフレームの推定された前記到着時間から、前記端末のバッファの中の最も古いフレームに加えて前記端末のバッファが含むと推定されるフレーム毎に、１つの確立されたフレーム間隔を差し引くことにより、前記最も古いフレームの到着時間を推定するステップ（３０６）と、
を含む、方法。
【請求項２】
前記端末（１２０）の前記バッファの中に含まれるフレームの数を推定する前記ステップ（３０４）は、
前記端末のバッファのサイズの推定値を得ることと、
前記端末（１２０）から受信されるフレームのサイズを推定することと、
得られた前記バッファのサイズの前記推定値を、推定された前記フレームのサイズで割ることと、
結果の見積もりが整数であれば、前記端末のバッファの中に含まれる前記フレームの数の推定値として前記結果の見積もりを選択し、そうでなければ、前記結果の見積もりを次の整数に切り上げ、前記端末のバッファの中に含まれる前記フレームの数の推定値として結果の整数を選択することと、
を含む、請求項１に記載の方法。
【請求項３】
前記端末（１２０）の前記バッファの中に含まれるフレームの数を推定する前記ステップ（３０４）は：
前記端末（１２０）により生成されるフレームの数を推定することと、
前記端末（１２０）から受信されるフレームの数を数えることと、
前記端末（１２０）により生成されると推定されるフレームの数から、受信されたフレームの数を差し引くことと、
前記端末のバッファの中に含まれる前記フレームの数の推定値として結果の整数を選択することと、
を含む、請求項１または２のいずれかに記載の方法。
【請求項４】
前記端末（１２０）からスケジューリング要求を受信するステップ（３０２）をさらに含み、
前記端末（１２０）から受信される送信データを含む最後のフレームの到着時間を推定するステップ（３０３）は、
時間においていつ前記端末のバッファが空であったかを推定することと、
前記端末のバッファが空であると推定された場合に、受信された前記スケジューリング要求の送信時間に基づき開始時点を確立することと、
経過するフレーム間隔毎にその時点での１つの確立されたフレーム間隔を加えることと、
を含む、
請求項１から３のいずれかに記載の方法。
【請求項５】
確立された前記フレーム間隔内における、前記端末（１２０）から受信される送信データを含む最後のフレームの到着時間を推定するステップ（３０３）は、
第１の時点で前記端末（１２０）に許可を送信することと、
前記端末（１２０）から信号を受信することと、
前記受信信号がパディングのみを含むかまたは送信データを含むかを判定することと、
前記受信信号がパディングのみを含む場合に、前記時点が既に設定された時間間隔の下限以上であれば、確立された前記フレーム間隔内における時間間隔の下限として前記時点を設定することと、
前記受信信号が送信データを含む場合に、前記時点が既に設定された時間間隔の上限以下であれば、確立された前記フレーム間隔内における時間間隔の上限として前記時点を設定することと、
送信データを含む前記最後のフレームの前記到着時間を、設定された前記時間間隔の下限と設定された前記時間間隔の上限との間にあるとみなすことと、
前記第１の時点に関して置き換えられた時点で、前記端末（１２０）に新しい許可を繰り返し送信することと、
請求項１から４のいずれかに記載の方法。
【請求項６】
端末（１２０）のバッファの中に含まれるデータの遅延時間パラメータを算出する基地局（１１０）における構成（４００）であって、前記基地局（１１０）および前記端末（１２０）は無線通信システム（１００）内に含まれ、前記端末のバッファはフレームを含むように構成され、同様に当該フレームはデータを含むように構成され、前記構成は：
前記端末（１２０）により要求されるサービスを判定するように適合される判定部（４０１）と、
前記端末（１２０）から受信される送信データを含む最後のフレームの到着時間を推定するように適合される第１の推定部（４０３）と、
前記端末（１２０）の前記バッファの中に含まれるフレームの数を推定するように適合される第２の推定部（４０４）と、
判定された前記サービスに従ってフレーム間隔を確立するように適合される確立部（４０５）と、
送信データを含む前記最後のフレームの推定された前記到着時間から、前記端末のバッファの中の最も古いフレームに加えて前記端末のバッファが含むと推定されるフレーム毎に、１つの確立されたフレーム間隔を差し引くことにより、前記最も古いフレームの到着時間を推定するように適合される第３の推定部（４０６）と、
を備える、構成。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおける方法および構成に関する。より具体的には、本発明は、アップリンクの遅延スケジューリングについてのメカニズムに関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）では、ＬＴＥ（Long  Term  Evolution）の成果の一部としてＥ−ＵＴＲＡ（UMTS  Terrestrial  Radio  Access  Network  (UTRAN)  evolution）の仕様について研究が行われている。
【０００３】
研究は、パケットがスケジューラバッファの中で待った時間に基づいてＶｏＩＰ（Voice  over  Internet  Protocol）ユーザをスケジューリングすることは有利であることを示す。これは、遅延スケジューリング（delay  scheduling）として知られる。スケジューラが送信バッファへのアクセスを有するダウンリンクにおいてこれを行う手法はよく知られている。
【０００４】
無線ダウンリンクは、ｅＮｏｄｅＢ等の基地局から端末またはユーザ機器（ＵＥ）への通信パスである。端末は、ＵＥとも呼ばれ得る。アップリンクは、ダウンリンクの逆であり、すなわち端末から基地局への通信パスである。
【０００５】
アップリンクのスケジューラにおいて、端末での待ち行列の遅延についてのいかなる情報も利用可能ではない。しかしながら、端末からスケジューラへこの情報を明示的にシグナリングすることができる。
【０００６】
ＬＴＥでは、スケジューリングは、媒体アクセス制御（ＭＡＣ）層においてモデル化され、ｅＮｏｄｅＢ（ｅＮＢ）に属する。スケジューラは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、ダウンリンク（割当て）およびアップリンク（許可）についてのリソースブロック（ＲＢ）とも呼ばれる無線リソースを割当てる。
【０００７】
アップリンクのスケジューリングのために、ｅＮｏｄｅＢは、端末の中のバッファの現在の状態についての情報、すなわち端末が優先順位付待ち行列の中にどのくらいのデータを有しているかについての情報を必要とする。この情報は、１ビットのスケジューリング要求（ＳＲ）としてまたはバッファ状態報告（ＢＳＲ）により、端末からｅＮｏｄｅＢに送信される。スケジューリング要求は、物理アップリンク制御チャネル（ＰＵＣＣＨ）または無線アクセスチャネル（ＲＡＣＨ）等の制御チャネル上で送信される。一方で、ＢＳＲは、ほとんどの場合にユーザデータと共に、物理アップリンク共有チャネル（ＰＵＳＣＨ）等のデータチャネル上で送信される。
【０００８】
既存のソリューションの問題は、遅延情報の明示的なシグナリングはリソースの使用という点でコストが高く、それはより低いキャパシティおよび／またはカバレッジにつながる、ということである。また、遅延を考慮しないスケジューリングの原理は、遅延を考慮するものよりもパフォーマンスが悪い。
【発明の概要】
【０００９】
上記デメリットの少なくともいくつかを取り除き、無線通信システム内で改善されたパフォーマンスを提供することが、目的である。
【００１０】
第１の形態によると、上記目的は、端末のバッファの中に含まれるデータの遅延時間パラメータを算出する基地局における方法により達成される。上記基地局および上記端末は無線通信システム内に含まれる。上記端末のバッファはフレームを含むように構成される。同様に当該フレームはデータを含むように構成される。上記方法は、上記端末により要求されるサービスを判定するステップを含む。また、上記方法は、上記端末から受信される送信データを含む最後のフレームの到着時間を推定するステップを含む。さらに、上記方法は、上記端末の上記バッファの中に含まれるフレームの数を推定するステップも含む。さらに、上記方法は、判定された上記サービスに従ってフレーム間隔を確立するステップをさらに含む。さらに、上記方法は、送信データを含む上記最後のフレームの推定された上記到着時間から、上記端末のバッファの中の最も古いフレームに加えて上記端末のバッファが含むと推定されるフレーム毎に、１つの確立されたフレーム間隔を差し引くことにより、上記最も古いフレームの到着時間を推定するステップをさらに含む。
【００１１】
第２の形態によると、上記目的は、端末のバッファの中に含まれるデータの遅延時間パラメータを算出する基地局における構成によっても達成される。上記基地局および上記端末は無線通信システム内に含まれる。上記端末のバッファはフレームを含むように構成される。同様に当該フレームはデータを含むように構成される。上記構成は、判定部を備える。上記判定部は、上記端末により要求されるサービスを判定するように適合される。また、上記構成は、第１の推定部を備える。上記第１の推定部は、上記端末から受信される送信データを含む最後のフレームの到着時間を推定するように適合される。さらに、上記構成は、第２の推定部も備える。上記第２の推定部は、上記端末の上記バッファの中に含まれるフレームの数を推定するように適合される。さらに、上記構成は、確立部も備える。上記確立部は、判定された上記サービスに従ってフレーム間隔を確立するように適合される。また、上記構成は、さらに第３の推定部を備える。上記第３の推定部は、送信データを含む上記最後のフレームの推定された上記到着時間から、上記端末のバッファの中の最も古いフレームに加えて上記端末のバッファが含むと推定されるフレーム毎に、１つの確立されたフレーム間隔を差し引くことにより、上記最も古いフレームの到着時間を推定するように適合される。
【００１２】
本方法および本構成に従って端末から受信されるデータの量を推定することにより、基地局と端末との間のシグナリングの総量が減らされ得る。システム内で送信される許可の数は、同時にシステムを使用し得る端末の数を限定するため、より少ない許可が送信されなければならない場合に、より多くの端末に参加させることにより、システム内の負荷を増加させることが可能である。端末のサービスに関する振るまいについての知識を使用することにより、端末がどの状態で通信しているか、および端末がどの時点で送信すべきデータを有するかが、判定され得る。本方法および本構成によると、この情報はアップリンクの遅延スケジューリングのために使用され、それによりシステムのより高いキャパシティおよびカバレッジにつながる。また、遅延が考慮される場合に、より良好なスケジューリングの決定が行われ得る。さらに、本方法および本構成から結果として全体的に減らされたシグナリングが得られ、システム内のセルあたりのユーザ数が増加し得る。したがって、通信システム内における改善された性能が提供される。
【００１３】
本発明の他の目的、利点および新規の特徴は、以下の本発明の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１４】
本発明は、以下の同封の図面に関連してより詳細にここで説明されるであろう。
【図１】無線通信システムを説明する概略的なブロック図である。
【図２】いくつかの実施形態に従ったスケジューリングの通信を説明するフローチャートである。
【図３Ａ】基地局における方法のステップの実施形態を説明するフローチャートである。
【図３Ｂ】基地局における方法のステップの実施形態を説明するイベント図である。
【図３Ｃ】基地局における方法のステップの実施形態を説明するイベント図である。
【図４】基地局における構成の実施形態を説明するブロック図である。
【発明を実施するための形態】
【００１５】
本発明は、基地局における方法および構成として定義される。以下に説明される実施形態の中で実行され得る。しかしながら、この発明は、多数の様々な形式の中で具現化され得る。また、この発明は、ここで説明される実施形態に限定されて解釈されるべきではない。むしろ、これらの実施形態は、この開示が完全であり完成しているように提供され、当業者に本発明の範囲を十分に伝えるであろう。開示される特定の形式のいずれかに本方法および／または構成を限定する意図はなく、反対に、本方法および構成は、特許請求の範囲により定義されるように本発明の範囲に含まれる全ての改良、等価なものおよび代替するものをカバーするものである、ということが理解されるべきである。
【００１６】
当然ながら、本発明は、本発明の本質的な特徴から逸脱することなく、これらの具体的にここで説明される手法とは別の手法で実行されてもよい。本実施形態は、全ての点で限定ではなく説明ためのものと考えられるべきである。また、趣旨内にくる全ての変更および添付の特許請求の範囲の等価の範囲は、そこに包含されることを意図されている。
【００１７】
図１は、無線通信システム１００の概略的な説明である。無線通信システム１００は、少なくとも１つの基地局１１０を含み、少なくとも１つの端末１２０を含むように構成される。基地局１１０は、セル１３０内に位置する端末１２０へ無線信号を送信し、当該端末１２０から無線信号を受信し得る。
【００１８】
唯一の基地局１１０が図２の中に示されているが、基地局送受信機の別の構成は、無線通信システム１００を定義するために、例えば他のネットワークノードを通して接続され得る、ということが理解されるべきである。さらに、基地局１１０は、例えば使用される無線アクセス技術および専門用語に応じて、例えば、リモート無線ユニット、アクセスポイント、ＮｏｄｅＢ、ｅＮｏｄｅＢ、（evolved  NodeB）および／または基地局送受信機局、無線基地局（ＲＢＳ）アクセスポイント基地局、基地局ルータ等と呼ばれてもよい。
【００１９】
いくつかの実施形態では、端末１２０は、無線通信装置、無線通信端末、モバイルセルラー電話、パーソナル通信システム端末、形態情報端末（ＰＤＡ）、ラップトップ、ユーザ機器（ＵＥ）、コンピュータ、または無線リソースを管理可能ないずれかの他の種類の装置により表されてもよい。
【００２０】
いくつかの任意の限定しない例を挙げると、無線通信システム１００は、例えば、ＧＳＭ（Global  System  for  Mobile  Telecommunications）、ＥＤＧＥ（Enhanced  Data  rates  for  GSM  Evolution）、ＧＰＲＳ（General  Packet  Radio  Service）、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ＣＤＭＡ２０００、高速弾リンクパケットデータアクセス（ＨＳＤＰＡ）、高速アップリンクパケットデータアクセス（ＨＳＵＰＡ）、ＨＤＲ（High  Data  Rate）、高速パケットデータアクセス（ＨＳＰＡ）、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）等の技術に基づいてもよい。
【００２１】
さらに、ここで使用されるように、無線通信システム１００は、いくつかの実施形態にしたがって、ＷｉＦｉ（Wireless  Fidelity）およびＷｉＭＡＸ（Worldwide  Interoperability  for  Microwave  Access）、ブルートゥース等の、またはいずれかの他の無線通信技術に従った、無線ローカルエリアネットワーク（ＷＬＡＮ）にさらに言及してもよい。
【００２２】
しかしながら、本ソリューションは、無線通信ネットワーク１００内の無線インターフェース上でもっぱら実行されるようには全く限定されず、いくつかのノードが無線で接続していくつかのノードが有線接続を有する無線通信システム１００内で実行されてもよい、ということが留意されるべきである。
【００２３】
いくつかのオプションの実施形態によると、無線通信システム１００は、例えば使用されるアクセス技術に応じて制御ノードを含んでもよい。制御ノードは、例えば無線ネットワークコントローラ（ＲＮＣ）であってもよい。制御ノードは、無線通信システム１００の中の統制要素であり、制御ノードに接続される基地局１１０の制御を担う。制御ノードのいくつかの機能性の候補を説明するいくつかの簡単な例を挙げると、オプションの制御ノードは、例えば、移動性管理機能のいくつかのような無線リソース管理をさらに実行してもよく、基地局１１０から端末１２０に送信される情報データに関連付けられる変調情報を提供してもよい。
【００２４】
端末１２０は、無線通信システム１００内に含まれる基地局１１０を介して、図１に示されていない他の端末とさらに通信してもよい。
【００２５】
基地局１１０は、端末１２０から基地局１１０へのアップリンク送信をスケジューリングするようにさらに適合されてもよい。図２に関連してより詳細にさらに説明されるように、特定の端末１２０に特定のアップリンクリソースへのアクセスを許可するために、端末１２０における推定されたバッファ状態に基づいて、許可が基地局１１０から特定の端末１２０に送信される。
【００２６】
「ダウンリンク」という表現は、基地局１１０から端末１２０への送信を特定するためにここでは使用され、「アップリンク」という表現は、端末１２０から基地局１１０への送信を示すために使用される。
【００２７】
図２は、いくつかの実施形態に従った、バッファ状態の推定のためのメカニズムを説明する。基地局１１０は、第１のパケットが端末１２０のバッファにいつ到着したかについての推測を確立し得る。上記推測は、到着時間およびパケットサイズを推測するためのサービスの振るまいについての知識に基づき得る。当該知識は、例えばほとんどのＶｏＩＰのコーデックは通話時に２０ｍｓの固定のフレーム間隔を有することを含んでもよい。また、無音状態では、フレーム間隔は例えば１６０ｍｓ（ＡＭＲ）にまで増加し得る。さらに、例えばパケットサイズは前回のパケットと同じサイズであると推定され得る、ということが仮定されてもよい。それは、ＲＯＨＣ（Robust  Header  Compression）が適用される場合にも有効であってもよい。さらに、いくつかの実施形態によると、通話状態から無音状態への変化等のコーデックの状態の変化が、受信パケットのサイズを調べることによって検出されてもよい。
【００２８】
いくつかの実施形態によると、最後の通話フレームの到着時間Ｔは、端末のバッファが空である場合にリファレンスポイントとしてスケジューリング要求の受信を使用し、その後経過するフレーム間隔毎に１度１フレーム間隔を加えることにより、推定されてもよい。
【００２９】
生成された算出結果は、端末１２０のバッファの中の最も古いパケットの到着時間を推定するために、パラメータとして基地局１１０により使用され得る。したがって、まず最後の通話フレームの到着時間を推定し、そしてバッファが含むと推定される追加のフレーム毎に１フレーム間隔をを差し引くことにより、最も古いパケットの到着時間が推定され得る。そして、遅延は、その時点の時間から最も古い到着時間を差し引くことにより算出され得る。そして、いくつかの実施形態によると、この遅延が使用されて、特定の端末１２０に関するスケジューリングの決定が行われ得る。
【００３０】
バッファが含むと推定されるフレームの数Ｎは、期待パケットサイズＳで割って切り上げることにより、バッファの推定サイズＢから算出され得る。
【数１】
0005237468.tif 000002
そして、遅延Ｄは、以下のように算出され得る。
【数２】
0005237468.tif 000003
Ｆは、提供されるサービスのフレーム間隔である。
【００３１】
いくつかの実施形態によると、バッファが含むと推定されるフレームの数は、各フレーム間隔でカウンタＮを増やし、フレームが基地局１１０により受信される度に同一のカウンタを減らすことにより、算出されてもよい。そして、遅延Ｄは、上記のように算出されてもよい。
【００３２】
いくつかの実施形態によると、無作為にまたはあるパターンで端末１２０にアップリンクの許可を送信することにより、最後の通話フレームの到着がさらに推定され得る。バッファの中に通話フレームがある場合に、端末１２０はデータを送信し、そうでなければ、端末１２０はパディングのみを送信する。
【００３３】
そして、最後の通話フレームの到着時間は、パディングのみを伴うある送信とデータを伴う送信との間の間隔内に決定され、または端末１２０がスケジューリング要求を送信する場合に、パディングのみを伴うある信号とスケジューリング要求との間の間隔内に決定され得る。この推定値は、繰り返される各フレーム期間等の推定された間隔内にさらなる許可を送信することにより、さらに精緻化されてもよい。そして、遅延は、上記のように算出されてもよい。
【００３４】
図３Ａは、基地局１１０において実行される方法のステップ３０１−３０６の実施形態を説明するフローチャートである。当該方法は、端末１２０のバッファの中に含まれるデータの遅延時間パラメータを算出することを目指す。基地局１１０および端末１２０は、無線通信システム１００内に含まれる。端末のバッファはフレームを含むように構成され、フレームはデータを含むように構成される。
【００３５】
上記方法は、第１の先回りのバッファ推定状態または第２の消極的な状態のいずれかで実行され得る。第１の先回りのバッファ推定状態は、通話コーデックの状態に対応し得る。第２の消極的な状態は、無音コーデックの状態に対応する。
【００３６】
端末１２０のバッファの中に含まれるデータの遅延時間パラメータを適切に算出するために、上記方法は、いくつかの方法のステップ３０１−３０６を含み得る。
【００３７】
しかしながら、上記方法のステップ３０１−３０６のうちのいくつかは、オプションであり、いくつかの実施形態でのみ含まれてもよい、ということが留意されるべきである。さらに、方法のステップ３０１−３０６は、任意の時系列の順序で実行されてもよく、ステップ３０１およびステップ３０３等の方法のステップのうちのいくつか、または全ステップは、同時に、または変えられ、任意に再配置され、分解され、若しくは完全に逆にされた時系列の順序で、実行されてもよい、ということに留意すべきである。方法は、以下のステップを含み得る。
【００３８】
ステップ３０１
端末１２０がどのサービスを要求するかが判定される。いくつかの実施形態によると、上記サービスは例えばＶｏＩＰであってもよい。
【００３９】
ステップ３０２
このステップは、オプションであり、いくつかの実施形態でのみ実行されてもよい。いくつかの実施形態によると、スケジューリング要求が端末１２０から受信されてもよい。
【００４０】
ステップ３０３
端末１２０から受信される送信データを含む最後のフレームの到着時間が、推定される。
【００４１】
いくつかの実施形態によると、送信データを含む最後のフレームの到着時間の推定は、時間において端末のバッファがいつ空であったかを推定することを含んでもよい。また、端末のバッファが空であると推定された場合における、受信されたスケジューリング要求の送信時間に基づく開始時点が、確立されてもよい。さらに、その時点での１つの確立されたフレーム間隔が、経過するフレーム間隔毎に加えられてもよい。
【００４２】
いくつかの実施形態によると、最後のフレームの到着時間の推定は、第１の時点で端末１２０へ許可を送信することを含んでもよい。さらに、信号が、端末１２０から受信されてもよい。また、受信信号がパディングのみを含むかまたは送信データを含むかが、判定されてもよい。受信信号がパディングのみを含む場合に、上記時点が既に設定された時間間隔の下限以上であれば、上記時点が、確立されたフレーム間隔内における時間間隔の下限として設定されてもよい。受信信号が送信データを含む場合に、上記時点が既に設定された時間間隔の上限以下であれば、上記時点が、確立されたフレーム間隔内における時間間隔の上限として設定されてもよい。そして、送信データを含む最後のフレームの到着時間は、設定された時間間隔の下限と設定された時間間隔の上限との間になければならない、とみなされてもよい。いくつかの実施形態によると、さらに、新しい許可が、第１の時点に関して置き換えられた時点で端末１２０に送信されてもよい。この後者の実施形態は、図３Ｂに関連してさらに解説される。
【００４３】
ステップ３０４
端末１２０のバッファの中に含まれるフレームの数が、推定される。
【００４４】
いくつかの実施形態によると、バッファの中に含まれるフレームの推定は、端末のバッファのサイズの推定値を得て、端末１２０から受信されるフレームのサイズを推定し、得られたバッファのサイズの推定値を、推定されたフレームのサイズで割ることにより、実行され得る。そして、結果の見積もりは、整数であれば、端末のバッファの中に含まれるフレームの数の推定値として選択され得る。そうでなければ、結果の見積もりは、次の整数に切り上げられ、当該次の整数は、端末のバッファの中に含まれるフレームの数の推定値として選択され得る。
【００４５】
しかしながら、いくつかの実施形態によれば、バッファの中に含まれるフレームの推定は、端末１２０により生成されるフレームの数を推定し、端末１２０から受信されるフレームの数を数え、端末１２０により生成されると推定されるフレームの数から受信フレームの数を差し引くことにより、実行されてもよい。そして、結果の整数が、端末のバッファの中に含まれるフレームの数の推定値として選択されてもよい。
【００４６】
ステップ３０５
判定されたサービスに従ったフレーム間隔が確立される。
【００４７】
ステップ３０６
端末のバッファの中の最も古いフレームの到着時間は、送信データを含む最後のフレームの推定された到着時間から、上記最も古いフレームに加えて端末のバッファが含むと推定されるフレーム毎に、１つの確立されたフレーム間隔を差し引くことにより、推定される。
【００４８】
図３Ｂ
図３Ｂは、基地局１１０における方法のステップの具体的な実施形態を説明する。図３Ｂの時点Ａで、端末１２０のバッファは、空であると知られ得る。図３Ｂの時点Ｂで、端末１２０は、少なくとも１つのパケットを認める基地局１１０からの許可を受信した上で、パケットを送信する。しかしながら、信号がパディングのみを含む場合、すなわち信号が０個の受信フレームを含む場合に、フレームは間隔０の中で到着する。そうでない場合、すなわち信号が１つの受信フレームの中に少なくともいくつかのデータを含む場合に、フレームは、間隔１の中で到着する。
【００４９】
図３Ｃ
図３Ｃは、基地局１１０における方法のステップの具体的な実施形態を説明する。フレームが時点Ｃと時点Ｄとの間に到着したが送信されていない、ということが既知であり得る。時点Ｅで、端末１２０は、１つより多くのパケットを認める許可を受信した上で、データを送信し得る。信号が１つのフレームを含む場合に、第２のフレームは間隔１の中で到着し得る。そうでなければ、２つのフレームが受信される場合に、第２のフレームは、間隔２の中で到着し得る。
【００５０】
図４は、基地局１１０の中にある構成４００の実施形態を説明するブロック図である。構成４００は、端末１２０のバッファの中に含まれるデータの遅延時間パラメータを算出するための方法のステップ３０１−３０６を実行するように構成される。基地局１１０および端末１２０は、無線通信システム１００内に含まれる。端末１２０は、フレームをバッファリングするように構成されるバッファを備え、当該フレームは、データを含むように構成される。
【００５１】
明確性のために、本方法を実行するために完全に必要というわけではない、構成４００のいずれかの内部の電子機器は、図４から省略されている。
【００５２】
構成４００は、判定部４０１を備える。判定部４０１は、端末１２０により要求されるサービスを判定するように適合される。また、構成４００は、第１の推定部４０３を備える。第１の推定部４０３は、端末１２０から受信される送信データを含む最後のフレームの到着時間を推定するように適合される。さらに、構成４００は、第２の推定部４０４を備える。第２の推定部４０４は、端末１２０のバッファの中に含まれるフレームの数を推定するように適合される。さらに、構成４００は、確立部４０５も備える。確立部４０５は、判定されたサービスに従ってフレーム間隔を確立するように適合される。さらに、構成４００は、第３の推定部４０６を備える。第３の推定部４０６は、送信データを含む最後のフレームの推定された到着時間から、端末のバッファの中の最も古いフレームに加えて端末のバッファが含むと推定されるフレーム毎に、１つの確立されたフレーム間隔を差し引くことにより、最も古いフレームの到着時間を推定するように適合される。
【００５３】
構成４００は、受信部３０２をさらに備えてもよい。受信部３０２は、端末１２０からのスケジューリング要求を受信するように適合されてもよい。さらに、構成４００は、送信部４１０を備えてもよい。送信部４１０は、端末１２０へ許可を送信するように適合されてもよい。
【００５４】
いくつかの実施形態によると、構成４００は、処理部４２０をさらに備えてもよい。処理部４２０は、中央制御装置（ＣＰＵ）、プロセッサ、マイクロプロセッサ、または命令を解釈し実行し得る他の処理ロジック等によって、繰り返されてもよい。処理部４２０は、入力、出力、並びに、呼処理制御、ユーザインターフェース制御等の装置制御機能およびデータのバッファリングを含むデータ処理のための、全てのデータ処理機能を実行してもよい。
【００５５】
構成４００内に備えられる説明された４０１−４２０の部は、別々の論理的なエンティティとみなされてもよいが、必ずしも別々の物理的なエンティティとみなされなくてもよい、ということが留意されるべきである。４１０−４２０の部のいずれか、いくつかまたは全ては、同一の物理的な装置内に含まれ、または配置されてもよい。しかしながら、構成４００の機能性の理解を容易にするために、備えられる４０１−４２０の部は、図４では別々の部として説明される。
【００５６】
したがって、いくつかの実施形態によると、送信部４１０および例えば受信部４０２は、１つの物理的な装置である送受信機内に含まれてもよい。当該送受信機は、オプションのアンテナを介して、それぞれ、端末１２０への発信無線周波数信号を送信し、端末１２０からの着信無線周波数信号を受信する、送信回路および受信回路を含み得る。アンテナは、組み込みアンテナ、格納式アンテナ、または本構成の範囲から逸脱しない他の任意のアンテナであってもよい。基地局１１０と端末１２０との間で通信される無線周波数信号は、着呼のためのページング信号／メッセージ等のトラフィック信号および制御信号の両方を含んでもよい。当該トラフィック信号および当該制御信号は、使用されて、相手との音声電話通信を確立し維持し、ＳＭＳ,ｅ−ｍａｉｌ、またはＭＭＳメッセージ等のデータを送信しおよび／または受信し得る。
【００５７】
基地局１１０におけるコンピュータプログラムプロダクト
基地局１１０における方法のステップ３０１−３０６は、本方法ステップ３０１−３０６の機能を実行するためのコンピュータプログラムコードと共に基地局１１０の中の１つ以上の処理部４２０を通じて実装され得る。したがって、基地局１１０における方法のステップ３０１−３０６を実行するための命令を含むコンピュータプログラムプロダクトは、端末１２０のバッファの中に含まれるデータの遅延時間パラメータを算出し得る。
【００５８】
上記コンピュータプログラムプロダクトは、例えば、処理部４２０に読み込まれると本ソリューションに従った方法のステップを実行するコンピュータプログラムコードを搬送するデータキャリアの形式で提供されてもよい。データキャリアは、ハードディスク、ＣＤ−ＲＯＭ、メモリスティック、光記憶装置、磁気記憶装置、または、機械により読み取り可能なデータを保持可能なディスク若しくはテープ等のいずれかの他の適切な媒体であってもよい。コンピュータプログラムコードは、さらに、サーバ上で純粋なプログラムとして提供され、例えばインターネットまたはイントラネットの接続上でリモートで基地局１１０にダウンロードされることも可能である。
【００５９】
さらに、コンピュータプログラムプロダクトが基地局１１０内に備えられる処理部４２０上で実行される場合に、方法のステップ３０１−３０５のうちの少なくともいくつかを実行するための命令を含むコンピュータプログラムプロダクトが、端末１２０のバッファの中に含まれるデータの遅延時間パラメータを算出する基地局１１０の中で上記方法を実装するために使用されてもよい。
【００６０】
本発明は、無線基地局１１０における方法および構成、並びに／またはコンピュータプログラムプロダクトとして、具現化されてもよい。したがって、本発明は、完全にハードウェアの実施形態、ソフトウェアの実施形態、またはソフトウェアおよびハードウェアの組合せの携帯の形式をとってもよく、それら全ては、概してここでは「回路」と呼ばれる。さらに、本発明は、媒体の中で具現化されたコンピュータに使用可能なプログラムコードを有するコンピュータに使用可能な記憶媒体上のコンピュータプログラムプロダクトの形式をとってもよい。ハードディスク、ＣＤ−ＲＯＭ、光記憶装置、インターネット若しくはイントラネットをサポートする通信媒体等の通信媒体、、または磁気記憶装置を含む、いずれかの適したコンピュータに読み取り可能な媒体が、利用されてもよい。
【００６１】
添付の図面の中で説明された具体的な例示の実施形態の詳細な説明で使用された用語は、本発明を限定することを意図されていない。
【００６２】
ここで使用されるように、単数形の「a」「an」および「the」は、明示的にそうではないと記載されなければ、複数形も含むことを意図されている。用語「含む（include,including）」および／または「備える、含む（comprise,comprising）」は、この明細書中で使用される場合に、記載された特徴、整数、ステップ、動作、要素および／またはコンポーネントの存在を特定するが、１つ以上の他の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはそれらのグループの存在または追加を除外しない、ということがさらに理解されるであろう。要素が他の要素と「接続される(connected)」または「結合される(coupled)」と呼ばれる場合に、当該要素は直接的に他の要素に接続されまたは結合されることが可能であり、または介在する要素が存在してもよい、ということが理解されるであろう。さらに、ここで使用されるように「接続される(connected)」または「結合される(coupled)」は、無線で接続されまたは結合されることを含み得る。ここで使用されるように、用語「および／または（and/or）」は、関連付けられるリスト化された項目のうちの１つ以上のいずれかの組合せおよび全ての組合せを含む。
【図１】
0005237468.tif 000004
【図２】
0005237468.tif 000005
【図３Ａ】
0005237468.tif 000006
【図３Ｂ】
0005237468.tif 000007
【図３Ｃ】
0005237468.tif 000008
【図４】
0005237468.tif 000009