JP2021530134A

JP2021530134A - リソース要求方法及びユーザ装置

Info

Publication number: JP2021530134A
Application number: JP2020570758A
Authority: JP
Inventors: ▲ユウ▼民呉
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2018-06-21
Filing date: 2019-05-28
Publication date: 2021-11-04
Anticipated expiration: 2039-05-28
Also published as: KR102525479B1; JP7208265B2; WO2019242465A1; AU2019289392A1; US11363620B2; CN110636627B; AU2019289392B2; US20210100018A1; KR20210016465A; EP3813461A1; CN110636627A; BR112020026252A2; EP3813461A4

Abstract

本発明の実施例は、リソース要求方法及びユーザ装置を提供し、通信の技術分野に関し、従来技術におけるＬＢＴによるスケジューリング要求ＳＲ送信の失敗により引き起こされたスケジューリング要求ＳＲプロセスの失敗確率の増加の問題を解決する。該方法は、ユーザ装置ＵＥがスケジューリング要求ＳＲをトリガした場合、第１情報を取得するステップと、ユーザ装置ＵＥが、第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行するステップとを含み、上記第１情報は、ユーザ装置ＵＥが現在前記スケジューリング要求ＳＲの送信を停止することを指示するものであり、上記タイマに対応する期間内に、ユーザ装置ＵＥはスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを送信することができず、上記第１カウンタは、スケジューリング要求ＳＲの送信回数を記録し、上記第２カウンタは、スケジューリング要求ＳＲの送信が停止された回数を記録する。【選択図】図２

Description

本願は、２０１８年６月２１日に中国特許庁に提出され、「リソース要求方法及びユーザ装置」を題とする中国特許出願第２０１８１０６４６６７８．５号の優先権を主張し、その全ての内容は参照により本願に組み込まれるものとする。
本発明は、通信の技術分野に関し、特にリソース要求方法及びユーザ装置に関する。

現在、アンライセンスバンドに対して、送信側装置が信号を送信する前に、当該アンライセンスバンドが占有されているか否かを傍受する必要があり、当該アンライセンスバンドが占有されていない場合のみ、当該送信側装置は、信号を送信することができる。上記リスニングプロセスは、一般的に、ＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）と呼ばれている。

従来技術において、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）が、バッファステータスレポート（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ、ＢＳＲ）の報告をトリガすると、当該バッファステータスレポートＢＳＲを送信できるアップリンクリソースがなければ、ユーザ装置ＵＥは、スケジューリング要求（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ、ＳＲ）の送信をトリガする（例えば、ユーザ装置ＵＥのメディアアクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）層は、物理層（ＰＨＹ）がスケジューリング要求ＳＲを送信するように指示する）。

しかしながら、ユーザ装置ＵＥは、スケジューリング要求ＳＲ送信をトリガした後に、スケジューリング要求ＳＲを送信するための周波数が占有されているか否かを傍受するために、ＬＢＴプロセスを行い、当該周波数が占有されていれば、スケジューリング要求ＳＲ送信に失敗し、スケジューリング要求ＳＲプロセスの失敗確率を増加させるおそれがある。

本発明の実施例は、リソース要求方法及びユーザ装置を提供し、従来技術におけるＬＢＴによるスケジューリング要求ＳＲ送信の失敗により引き起こされたスケジューリング要求ＳＲプロセスの失敗確率の増加の問題を解決する。

上記技術的課題を解決するために、本発明は、以下のように実現される。

第１態様では、本発明の実施例に係るリソース要求方法は、
ユーザ装置ＵＥがスケジューリング要求ＳＲをトリガした場合、第１情報を取得するステップと、
前記ユーザ装置ＵＥが、前記第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行するステップとを含み、
前記第１情報は、前記ユーザ装置ＵＥが現在前記スケジューリング要求ＳＲの送信を停止することを指示するものであり、前記タイマに対応する期間内に、前記ユーザ装置ＵＥは、スケジューリング要求ＳＲリソースで前記スケジューリング要求ＳＲを送信することができず、前記第１カウンタは、前記スケジューリング要求ＳＲの送信回数を記録し、前記第２カウンタは、前記スケジューリング要求ＳＲの送信が停止された回数を記録する。

第２態様では、本発明の実施例に係るユーザ装置は、
前記ユーザ装置ＵＥがスケジューリング要求ＳＲをトリガした場合に、第１情報を取得する取得モジュールと、
前記取得モジュールにより取得された前記第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行する実行モジュールとを含み、
前記第１情報は、前記ユーザ装置ＵＥが現在前記スケジューリング要求ＳＲの送信を停止することを指示するものであり、前記タイマに対応する期間内に、前記ＵＥユーザ装置ＵＥは、スケジューリング要求ＳＲリソースで前記スケジューリング要求ＳＲを送信することができず、前記第１カウンタは、前記スケジューリング要求ＳＲの送信回数を記録し、前記第２カウンタは、前記スケジューリング要求ＳＲの送信が停止された回数を記録する。

第３様態では、本発明の実施例に係るユーザ装置は、プロセッサと、メモリと、前記メモリ上に記憶され、前記プロセッサ上で動作可能で、前記プロセッサによって実行されると、第２様態に記載のリソース要求方法のステップを実現するコンピュータプログラムと、を含む。

第４態様では、本発明の実施例に係るコンピュータ可読記憶媒体は、プロセッサによって実行されると、上記リソース要求方法のステップを実現するコンピュータプログラムが記憶されている。

従来技術において、ユーザ装置ＵＥは、スケジューリング要求ＳＲをトリガした後、スケジューリング要求ＳＲ送信禁止タイマ（すなわち上記タイマ）を起動するが、一般的には、ユーザ装置ＵＥは、当該タイマがタイムアウトする前に、スケジューリング要求ＳＲリソース上でスケジューリング要求ＳＲを送信することができない。しかしながら、タイマがタイムアウトした後、ユーザ装置ＵＥは、スケジューリング要求ＳＲを送信するための周波数が占有されているか否かを傍受するように、ＬＢＴプロセスを行う。ユーザ装置ＵＥがＬＢＴを行った後、その周波数が占有されると、スケジューリング要求ＳＲ送信に失敗し、ひいてはスケジューリング要求ＳＲが利用可能なスケジューリング要求ＳＲリソースで直ちに送信できなくなり、余計なスケジューリング要求ＳＲ送信遅延が生じ、スケジューリング要求ＳＲプロセスに失敗する失敗確率が増加してしまう。一方、ＬＢＴによりスケジューリング要求ＳＲ送信に失敗したことにより、ユーザ装置ＵＥは、スケジューリング要求ＳＲ送信回数カウンタ（すなわち、上記第１カウンタ）のカウント値に１を加算し、第１カウンタのカウント値が閾値に達すると、ユーザ装置ＵＥは、当該スケジューリング要求ＳＲプロセスに失敗したと見なすため、ＬＢＴによりスケジューリング要求ＳＲ送信に失敗するため、第１カウンタの持続カウントを招き、ひいてはスケジューリング要求ＳＲプロセスに失敗する失敗確率を増加させる。

本発明の実施例では、ユーザ装置ＵＥは、スケジューリング要求ＳＲをトリガした場合、現在スケジューリング要求ＳＲの送信を停止するための第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行する。このように、ユーザ装置ＵＥは、現在スケジューリング要求ＳＲの送信を停止している場合、カウンタに対する合理的な制御により、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減するとともに、タイマの起動を一時停止又は禁止することで、後続のスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを直ちに送信できるようにし、スケジューリング要求ＳＲ遅延を低減し、ひいてはスケジューリング要求ＳＲプロセスに失敗する失敗確率を低減する。

本発明の実施例に係る通信システムの概略構成図である。本発明の実施例に係るリソース要求方法のフローチャートである。本発明の実施例に係るユーザ装置の構造概略図その１である。本発明の実施例に係るユーザ装置の構造概略図その２である。

以下、本発明の実施例の図面を参照しながら、本発明の実施例の技術手段を明確且つ完全的に記載する。明らかに、記載される実施例は、本発明の実施例の一部であり、全てではない。本発明の実施例に基づき、当業者が創造性のある作業をせずに為しえる全ての実施例は、いずれも本発明の保護範囲に属するものである。

本発明が提供する技術案は、例えば、５Ｇ通信システム、将来の進化型システム、又は複数の通信融合システムなど、種々の通信システムに適用することができる。例えば、マシンツーマシン（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ、Ｍ２Ｍ）、Ｄ２Ｍ、マクロマイクロ通信、ｅＭＢＢ（ｅｎｈａｎｃｅＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、超高信頼・低遅延通信（ｕｌｔｒａＲｅｌｉａｂｌｅ＆ＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ，ｕＲＬＬＣ）、及び大規模マシンタイプ通信（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）などの様々な応用シーンがあり得る。これらのシーンには、ユーザ装置ＵＥとユーザ装置ＵＥとの間の通信、ネットワーク装置とネットワーク装置との間の通信、ネットワーク装置とユーザ装置ＵＥとの間の通信などの場面が含まれるが、これらに限定されない。本発明の実施例は、５Ｇ通信システムにおけるネットワーク装置とユーザ装置ＵＥとの間の通信、又は、ユーザ装置ＵＥとユーザ装置ＵＥとの間の通信、又は、ネットワーク装置とネットワーク装置との間の通信に適用することができる。

図１は、本発明の実施例に係る通信システムの可能な構造概略図を示す。図１に示すように、当該通信システムは、少なくとも１つのネットワーク装置１００（図１では１つのみを示す）と、各ネットワーク装置１００に接続された１つ又は複数のユーザ装置ＵＥ２００とを含む。

上記ネットワーク装置１００は、基地局、コアネットワーク装置、送受信ノード（ＴｒａｎｓｍｉｓｓｉｏｎａｎｄＲｅｃｅｐｔｉｏｎＰｏｉｎｔ、ＴＲＰ）、中継局、又はアクセスポイントなどであってよい。ネットワーク装置１００は、グローバルモバイル通信システム（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）又は符号分割多重アクセス（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ）ネットワークにおけるベーストランシーバ基地局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）であってもよく、広帯域符号分割多重アクセス（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ）におけるＮＢ（ＮｏｄｅＢ）であってもよく、ＬＴＥにおけるｅＮＢ又はｅＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ）であってもよい。ネットワーク装置１００は、クラウド無線アクセスネットワーク（ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＣＲＡＮ）シーンにおける無線コントローラであってもよい。ネットワーク装置１００は、さらに５Ｇ通信システムにおけるネットワーク装置又は将来の進化型ネットワークにおけるネットワーク装置であってもよい。当然のことながら、用語は本発明を限定するものではない。

ユーザ装置ＵＥ２００は、端末であってもよい。当該端末は、無線端末であってもよく、有線端末であってもよい。当該無線端末は、ユーザに音声及び／又は他のサービスデータの接続性を提供する装置であってもよく、無線通信機能を有するハンドヘルド装置、演算装置、又は無線モデムに接続された他の処理装置、車載装置、ウェアラブル装置、将来の５Ｇネットワークにおける端末又は将来の進化型ＰＬＭＮネットワークにおける端末などであってもよい。無線端末は、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ）を介して１つ又は複数のコアネットワークに通信してもよく、移動端末、例えば、移動電話（又は「セルラホン」電話と呼ばれる）、移動端末を備えたコンピュータ、例えば、無線アクセスネットワークとの間で言語及び／又はデータを交換する、携帯型、ポケットサイズ、ハンドヘルド、コンピュータの内蔵型又は車載の移動装置、及びパーソナル通信サービス（ＰｅｒｓｏｎａｌＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰ）レシーバー、無線ローカルループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）などの装置であってもよく、さらに移動装置、ユーザ装置ＵＥ端末、アクセス端末、無線通信装置、端末ユニット、端末局、移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、モバイル（Ｍｏｂｉｌｅ）、リモート局（ＲｅｍｏｔｅＳｔａｔｉｏｎ）、遠方局、リモート端末（ＲｅｍｏｔｅＴｅｒｍｉｎａｌ）、加入者ユニット（ＳｕｂｓｃｒｉｂｅｒＵｎｉｔ）、加入者局（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ユーザエージェント（ＵｓｅｒＡｇｅｎｔ）、端末装置などであってもよい。１例として、本発明の実施例では、図１は、ユーザ装置ＵＥが携帯電話である場合を例示している。

図２は、本発明の実施例に係るリソース要求方法のフローチャートを示しており、図２に示すように、当該リソース要求方法は、以下ステップ２０１〜ステップ２０２を含んでよい。

ステップ２０１では、ユーザ装置ＵＥは、スケジューリング要求ＳＲをトリガした場合、第１情報を取得する。

本発明の実施例では、上記第１情報は、ユーザ装置ＵＥが現在当該スケジューリング要求ＳＲの送信を停止することを指示するものであり、すなわち、当該第１情報は、当該スケジューリング要求ＳＲの送信が廃棄されたことを指示すると認識してよい。例えば、スケジューリング要求ＳＲの送信周波数が占有されているため、実行しようとしているスケジューリング要求ＳＲ送信が破棄される。

好ましくは、本発明の実施例では、上記第１情報は、ユーザ装置ＵＥのＰＨＹ層がＭＡＣ層に送信する指示情報である。例えば、ユーザ装置ＵＥがバッファステータスレポートＢＳＲ報告をトリガする際に、当該バッファステータスレポートＢＳＲを送信できるアップリンクリソースがないと、ユーザ装置ＵＥはスケジューリング要求ＳＲをトリガし、このとき、ユーザ装置ＵＥのＰＨＹ層は、ＭＡＣ層に「スケジューリング要求ＳＲ送信が廃棄された指示」を指示する。

ステップ２０２では、ユーザ装置ＵＥは、第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行する。

本発明の実施例では、上記タイマに対応する期間内に、ユーザ装置ＵＥはスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを送信することができず、すなわち、当該タイマがタイムアウトする前に、ユーザ装置ＵＥがスケジューリング要求ＳＲリソース上でスケジューリング要求ＳＲを送信することができない。なお、本発明の実施例におけるタイマは従、来の「スケジューリング要求ＳＲ送信禁止タイマ（ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）」である。

スケジューリング要求ＳＲを送信するための上記スケジューリング要求ＳＲリソースは、１つ又は複数のセルで設定してよい。

本発明の実施例では、上記第１カウンタは、スケジューリング要求ＳＲの送信回数を記録する。なお、本発明の実施例における第１タイマは、従来の「スケジューリング要求ＳＲ送信回数カウンタ（ＳＲ＿ＣＯＵＮＴＥＲ）」である。

本発明の実施例では、上記第２カウンタは、スケジューリング要求ＳＲの送信が停止された回数を記録する。

例示的に、本発明の実施例では、ユーザ装置ＵＥが現在スケジューリング要求ＳＲの送信を停止している場合、ユーザ装置ＵＥが異なる動作を実行することで、異なる技術的課題を解決する。

第１の可能な例では、
従来技術では、ユーザ装置ＵＥがスケジューリング要求ＳＲをトリガすると、上記タイマを直ちに起動し、当該タイマがタイムアウトする前に、ユーザ装置ＵＥがスケジューリング要求ＳＲリソース上でスケジューリング要求ＳＲを送信することができない。ＬＢＴプロセスは、通常、タイマがタイムアウトした後に実行されるが、このとき、ユーザ装置ＵＥがＬＢＴを行ってスケジューリング要求ＳＲを送信するための送信周波数が占有されていると発現すると、タイマがタイムアウトした後でもユーザ装置ＵＥがスケジューリング要求ＳＲを送信できず、ひいてはスケジューリング要求ＳＲが利用可能なスケジューリング要求ＳＲリソースで直ちに送信できないことになり、余計なスケジューリング要求ＳＲ送信遅延が生じる。

この問題に対して、本発明の実施例におけるユーザ装置ＵＥは、現在スケジューリング要求ＳＲの送信を停止している場合には、上記タイマに対して、タイマを停止することとタイマの起動を禁止することとの少なくとも一方を実行することにより、後続のスケジューリング要求ＳＲリソースでユーザ装置ＵＥがスケジューリング要求ＳＲを直ちに送信できるようにし、スケジューリング要求ＳＲ遅延を低減し、ひいてはスケジューリング要求ＳＲプロセスに失敗する失敗確率を低減する。

例示的に、上記タイマを停止する動作とは、当該タイマが既に起動している場合に、ユーザ装置ＵＥが当該タイマを停止することを指す。

例示的に、上記タイマの起動を禁止する動作とは、当該タイマがまだ起動していない場合、当該タイマの起動をユーザ装置ＵＥが禁止することを指す。

第２の可能な例では、
従来技術では、ユーザ装置ＵＥがスケジューリング要求ＳＲをトリガすると、スケジューリング要求ＳＲを送信するための周波数が占有されているか否かを傍受するために、ＬＢＴプロセスを行い、当該周波数が占有されていれば、スケジューリング要求ＳＲ送信に失敗するおそれがあり、スケジューリング要求ＳＲ送信に失敗すると、第１カウンタのカウント値に１を加算する。通常、第１カウンタのカウント値が閾値に達すると、ユーザ装置ＵＥは、当該スケジューリング要求ＳＲプロセスに失敗したと見なす。このように、ＬＢＴによりスケジューリング要求ＳＲ送信に失敗するため、第１カウンタが続いてカウントし、ひいてはスケジューリング要求ＳＲプロセスに失敗する失敗確率を増加させる。

この問題に対して、本発明の実施例におけるユーザ装置ＵＥは、ユーザ装置ＵＥが現在スケジューリング要求ＳＲの送信を停止している場合、第１カウンタのカウント値を増加させないことと及び第２カウンタのカウント値を増加させることとの少なくとも１つの動作を実行することにより、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減する。

例示的に、第１カウンタのカウント値が第２閾値よりも大きい場合、ユーザ装置ＵＥは、スケジューリング要求ＳＲプロセスに失敗したと判定し、ランダムアクセスプロセスを開始する。

例示的に、上記第２閾値は予め定義された（例えば、プロトコルで規定された）又はネットワーク装置によってユーザ装置ＵＥに対して設定されたものであってよい。

例示的に、本発明の実施例におけるユーザ装置ＵＥは、スケジューリング要求ＳＲの送信が停止された回数を記録するための第２カウンタを新たに追加することにより、スケジューリング要求ＳＲの送信停止された回数とスケジューリング要求ＳＲが成功して送信された回数とを区別する。このように、ユーザ装置ＵＥが現在スケジューリング要求ＳＲの送信を停止している場合、ユーザ装置ＵＥは、第１カウンタのカウント値を増加させることなく、第２カウンタのカウント値のみを増加させて、第１カウンタの継続的な増加を回避することができる。

例示的に、上記ユーザ装置ＵＥが第２カウンタのカウント値を増加させるプロセスは、ユーザ装置ＵＥが第２カウンタのカウント値に１を加算することであってよい。なお、上記カウントに１を加算することは一例に過ぎず、実施の応用において、増加する数字は限定されない。

本発明の実施例に係るリソース割当方法において、ユーザ装置ＵＥは、スケジューリング要求ＳＲをトリガした場合、ユーザ装置ＵＥの現在のスケジューリング要求ＳＲ送信停止を指示するための第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することと禁止タイマの起動を禁止することとの少なくとも一方のいずれかの動作を実行する。このように、ユーザ装置ＵＥは、現在スケジューリング要求ＳＲの送信を停止している場合、カウンタに対する合理的な制御により、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減するとともに、タイマの起動を一時停止又は禁止することで、後続のスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを直ちに送信できるようにし、スケジューリング要求ＳＲ遅延を低減し、ひいてはスケジューリング要求ＳＲプロセスに失敗する失敗確率を低減する。

好ましくは、本発明の実施例に係る方法は、
ユーザ装置ＵＥがスケジューリング要求ＳＲをネットワーク装置に送信するステップＡ１と、
ユーザ装置ＵＥが前記第２カウンタをリセットするステップＡ２とをさらに含む。
例示的に、ユーザ装置ＵＥがスケジューリング要求ＳＲを送信した後、ユーザ装置ＵＥは、第２カウンタのカウント値をリセットし、すなわち、第２カウンタのカウント値を初期値にリセットする必要がある。例えば、第２カウンタのカウント値を初期値の「０」に設定する。

なお、上記ステップＡ１及びステップＡ２の具体的な実行タイミングは、本発明では限定せず、ステップ２０１の前であってもよく、ステップ２０１の後であってもよく、ステップ２０２の後であってもよいことは勿論である。

本発明の実施例では、ユーザ装置ＵＥがスケジューリング要求ＳＲをネットワーク装置に送信したことは、ユーザ装置ＵＥが現在スケジューリング要求ＳＲの送信に成功したことを示す。このとき、第２カウンタをリセットし、ユーザ装置ＵＥが次回でスケジューリング要求ＳＲの送信を禁止する場合には、ユーザ装置ＵＥがスケジューリング要求ＳＲの送信を禁止する回数をカウントすることにより、第２カウンタのカウント精度を高める。

好ましくは、本発明の実施例に係る方法は、
第２カウンタのカウント値が第１閾値以上である場合、ユーザ装置ＵＥは第１カウンタのカウント値に１を加算するか、又はスケジューリング要求ＳＲプロセスに失敗したと判定するステップＢ１を含む。

例示的に、上記第１閾値は、予め定義された（例えば、プロトコルが規定する）又はネットワーク装置によってユーザ装置ＵＥに対して設定されたものであってよい。

例示的に、上記ユーザ装置ＵＥが第１カウンタのカウント値を増加させるプロセスは、ユーザ装置ＵＥが第１カウンタのカウント値に１を加算することであってもよい。なお、上記カウントに１を加算することは一例に過ぎず、実施の応用において、増加する数字は限定されない。

本発明の実施例では、第２カウンタのカウント値が第１閾値以上である場合、すなわち、ユーザ装置ＵＥがスケジューリング要求ＳＲの送信を禁止する回数が閾値を満たす場合、ユーザ装置ＵＥは、第１カウンタのカウント値を増加させることにより、第１カウンタに対する合理的な制御を実現し、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減することができる。

図３に示すように、本発明の実施例のユーザ装置ＵＥ３００は、取得モジュール３０１と、実行モジュール３０２とを含み、
取得モジュール３０１は、ユーザ装置ＵＥ３００がスケジューリング要求ＳＲをトリガした場合に、第１情報を取得し、
実行モジュール３０２は、取得モジュール３０１により取得された第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行し、
上記第１情報は、ユーザ装置ＵＥ３００が現在スケジューリング要求ＳＲの送信を停止することを指示するものであり、上記タイマに対応する期間内に、ユーザ装置ＵＥ３００はスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを送信することができず、上記第１カウンタは、スケジューリング要求ＳＲの送信回数を記録し、上記第２カウンタは、スケジューリング要求ＳＲの送信が停止された回数を記録する。

好ましくは、図３に示すように、ユーザ装置ＵＥ３００は、送信モジュール３０３と、リセットモジュール３０４とをさらに含む。

送信モジュール３０３は、スケジューリング要求ＳＲをネットワーク装置に送信する。

リセットモジュール３０４は、第２カウンタをリセットする。

好ましくは、実行モジュール３０２は、さらに、第２カウンタのカウント値が第１閾値以上である場合、第１カウンタのカウント値を増加させるか、又はスケジューリング要求ＳＲプロセスに失敗したと判定する。

好ましくは、上記第１閾値は予め定義されたか又はネットワーク装置によってユーザ装置ＵＥに対して設定されるものである。

好ましくは、上記第１情報は、ユーザ装置ＵＥ３００の物理層がＭＡＣ層に送信する指示情報である。

本発明の実施例に係るユーザ装置ＵＥは、スケジューリング要求ＳＲをトリガした場合、現在スケジューリング要求ＳＲの送信を停止することを指示するための第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行する。このように、ユーザ装置ＵＥは、現在スケジューリング要求ＳＲの送信を停止している場合、カウンタに対する合理的な制御により、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減するとともに、タイマの起動を一時停止又は禁止することで、後続のスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを直ちに送信できるようにし、スケジューリング要求ＳＲ遅延を低減し、ひいてはスケジューリング要求ＳＲプロセスに失敗する失敗確率を低減する。

本発明の実施例に係るユーザ装置ＵＥは上記方法の実施例における図２に示すプロセスを実現することができ、重複を避けるために、ここでは説明を省略する。

ユーザ装置ＵＥが端末である場合を例とする。図４に示すように、図４は本発明の各実施例を実現する端末のハードウェア概略構成図である。該端末１００は、無線周波数ユニット１０１、ネットワークモジュール１０２、オーディオ出力ユニット１０３、入力ユニット１０４、センサ１０５、表示ユニット１０６、ユーザ入力ユニット１０７、インタフェースユニット１０８、メモリ１０９、プロセッサ１１０、及び電源１１１などの部品を含むが、これらに限定されない。図４に示した端末１００の構造は、端末を限定するものではなく、端末１００は、図示よりも多い又は少ない部品を含んでも、一部の部品が組み合わされても、部品配置が異なってもよいことは、当業者に理解されるところである。本発明の実施例において，端末１００は、携帯電話、タブレットコンピュータ、ノートパソコン、パームトップコンピュータ、車載端末、ウェアラブル装置、ステップカウンタなどを含むが、これらに限定されない。

プロセッサ１１０は、端末１００がスケジューリング要求ＳＲをトリガした場合に、第１情報を取得し、第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行するものであり、上記第１情報は、端末１００が現在スケジューリング要求ＳＲの送信を停止することを指示するものであり、上記タイマに対応する期間内に、端末１００はスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを送信することができず、上記第１カウンタは、スケジューリング要求ＳＲの送信回数を記録し、上記第２カウンタは、スケジューリング要求ＳＲの送信が停止された回数を記録する。

本発明の実施例に係る端末１００は、スケジューリング要求ＳＲをトリガした場合、現在スケジューリング要求ＳＲの送信を停止することを指示するための第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行する。このように、端末１００は、現在スケジューリング要求ＳＲの送信を停止している場合、カウンタに対する合理的な制御により、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減するとともに、タイマの起動を一時停止又は禁止することで、端末が後続のスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを直ちに送信できるようにし、スケジューリング要求ＳＲ遅延を低減し、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減する。

本発明の実施例において、無線周波数ユニット１０１は、情報の送受信、又は通話中の信号の送受信に用いられてよい。具体的には、基地局からのダウンリンクデータを受信した後、プロセッサ１１０に処理させ、また、アップリンクのデータを基地局に送信することを理解されたい。一般的には、無線周波数ユニット１０１は、アンテナ、少なくとも１つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサ等などを含むが、これらに限定されない。また、無線周波数ユニット１０１は、無線通信システムによりネットワーク及び他の装置と通信してもよい。

端末１００は、ネットワークモジュール１０２によりユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザの電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット１０３は、無線周波数ユニット１０１又はネットワークモジュール１０２によって受信されるか、又はメモリ１０９に記憶されるオーディオデータをオーディオ信号に変換して音声として出力することができる。また、オーディオ出力ユニット１０３は、端末１００によって実行される特定の機能に関するオーディオ出力（例えば、呼出音、メッセージ着信音等）を提供することもできる。オーディオ出力ユニット１０３は、スピーカ、ブザー、及びレシーバーなどを含む。

入力ユニット１０４は、オーディオ又はビデオ信号を入力する。入力ユニット１０４は、ビデオキャプチャモード又は画像キャプチャモードにおいて、カメラなどの画像キャプチャ装置で得られた静止ピクチャ又はビデオの画像データを処理するグラフィックプロセッサユニット１０４１（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）と、マイクロフォン１０４２とを含む。処理後の画像フレームは、表示ユニット１０６に表示されてもよい。グラフィックプロセッサユニット１０４１で処理された画像フレームは、メモリ１０９（又は他の記憶媒体）に記憶されてもよく、無線周波数ユニット１０１又はネットワークモジュール１０２を介して送信されてもよい。マイクロフォン１０４２は、音声を受信し、オーディオデータとして処理することができる。処理後のオーディオデータは、電話通話モードで、無線周波数ユニット１０１を介して移動通信基地局に送信可能なフォーマットに変換されて出力されることができる。

また、端末１００は、光センサ、動きセンサ、その他のセンサなどの少なくとも１つのセンサ１０５を含む。具体的には、環境光の明暗に応じて表示パネル１０６１の輝度を調節可能な環境光センサと、端末１００が耳元に移動したときに表示パネル１０６１及び／又はバックライトを消灯する近接センサとを含む。動きセンサの１例として、加速度センサは、各方向（一般的には３軸）の加速度の大きさを検出し、静止時重力の大きさ及び方向を検出し、端末姿勢（例えば、縦横スクリーンの切り替え、相関ゲーム、磁力計姿勢較正）の識別、振動識別関連機能（例えばステップカウンタ、タップ）等に用いることができる。センサ１０５はさらに指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよく、ここでは説明を省略する。

表示ユニット１０６は、ユーザによって入力された情報又はユーザに提供する情報を表示するものである。表示ユニット１０６は、液晶ディスプレィ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ＯｒｇａｎｉｃＬｉｇｈｔ−ＥｍｉｔｔｉｎｇＤｉｏｄｅ、ＯＬＥＤ）などの形態で構成された表示パネル１０６１を含んでよい。

ユーザ入力ユニット１０７は、入力された数字又は文字情報を入力したり、端末１００のユーザ設定、機能制御に関するキー信号の入力を生成することができる。具体的には、ユーザ入力ユニット１０７は、タッチパネル１０７１及び他の入力装置１０７２を含む。タッチパネル１０７１は、タッチスクリーンとも呼ばれ、その上又はその近傍でのユーザのタッチ操作（例えば、指、スタイラスペンなどの任意の適切な物体又は付属品によるタッチパネル１０７１上又はタッチパネル１０７１の近くでのユーザの操作）を収集することができる。タッチパネル１０７１は、タッチ検出装置及びタッチコントローラの２つの部品を含んでよい。タッチ検出装置は、ユーザのタッチの向きを検出し、タッチ操作による信号を検出し、タッチコントローラに信号を送信する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチポイント座標に変換して、プロセッサ１１０に送信し、プロセッサ１１０からの命令を受信して実行する。また、抵抗式、容量式、赤外線式及び表面波式などの複数の種類でタッチパネル１０７１を実現することができる。タッチパネル１０７１に加えて、ユーザ入力ユニット１０７は、他の入力装置１０７２をさらに含んでもよい。具体的に、他の入力装置１０７２は、物理キーボード、ファンクションキー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、及び操作レバーを含むが、これらに限定されず、ここでは説明を省略する。

さらに、タッチパネル１０７１は、表示パネル１０６１にカバーすることができる。タッチパネル１０７１はその上又は近傍でのタッチ操作を検出すると、プロセッサ１１０に伝送してタッチイベントの種類を判定し、その後、プロセッサ１１０は、タッチイベントの種類に応じて対応する視覚出力を表示パネル１０６１に供給する。図４では、タッチパネル１０７１と表示パネル１０６１は、２つの独立した部品として端末１００の入出力機能を実現しているが、いくつかの実施例では、タッチパネル１０７１と表示パネル１０６１とを統合して端末１００の入出力機能を実現してもよく、具体的にはここでは限定しない。

インタフェースユニット１０８は、外部装置と端末１００とを接続するインタフェースである。例えば、外部装置は、有線又は無線のヘッドフォンポート、外部電源（又はバッテリー充電器）ポート、有線又は無線のデータポート、メモリカードポート、識別モジュールを有する装置を接続するためのポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでよい。インタフェースユニット１０８は、外部装置からの入力（例えば、データ情報、電力など）を受信し、受信した入力を端末１００内の１つ又は複数の素子に伝送したり、端末１００と外部装置との間でデータを伝送したりすることができる。

メモリ１０９は、ソフトウェアプログラム及び様々なデータを記憶することができる。メモリ１０９は、主に、オペレーションシステム、少なくとも１つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶するプログラム記憶領域と、携帯電話の使用に応じて作成されたデータ（例えば、オーディオデータ、電話帳など）等を記憶するデータ記憶領域と、を含んでよい。また、メモリ１０９は、高速ランダムアクセスメモリを含んでもよく、少なくとも１つのハードディスク記憶装置、フラッシュメモリなどの不揮発性メモリ又は他の揮発性固体メモリを含んでよい。

プロセッサ１１０は、端末１００の制御センタであり、各種インタフェース及び回線を利用して端末１００全体の各部を接続し、メモリ１０９に記憶されたソフトウェアプログラム及び／又はモジュールを稼動又は実行し、メモリ１０９に記憶されたデータを呼び出して、端末１００の各種機能を実行しデータを処理することにより、端末１００全体をモニタリングする。プロセッサ１１０は、１つ又は複数の処理ユニットを含んでよい。任意選択的に、プロセッサ１１０は、主にオペレーションシステム、ユーザインタフェース及びアプリケーションプログラムなどを処理するアプリケーションプロセッサと、主に無線通信を処理するモデムプロセッサとを集積してもよい。なお、上記モデムプロセッサ部は、プロセッサ１１０に集積されていなくてもよいことを理解されたい。

また、端末１００は、電池などの各部に電力を供給する電源１１１を含んでもよい。好ましくは、電源１１１は、電源管理システムによりプロセッサ１１０と論理的に接続されており、充電、放電、消費電力管理などの機能を電源管理システムによって実現してもよい。

なお、端末１００は、図示しない機能モジュールをいくつか含むが、ここでは説明を省略する。

好ましくは、本発明に係るユーザ装置ＵＥは、プロセッサと、メモリと、メモリに記憶され、プロセッサ上で動作でき、プロセッサによって実行されると、上記実施例１におけるリソース要求方法のプロセスを実現し、同様の効果を奏することができるコンピュータプログラムとを含み、重複を避けるために、ここでは説明を省略する。

本発明に係るコンピュータ可読記憶媒体は、プロセッサによって実行されると、上記実施例におけるリソース要求方法の複数のプロセスを実現し、同様の効果を奏することができるコンピュータプログラムが記憶されており、重複を避けるために、ここでは説明を省略する。コンピュータ可読記憶媒体は、読み取り専用メモリ（Ｒｅａｄ−ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭと略称する）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭと略称する）、磁気ディスク又は光ディスクなどであってよい。

なお、本明細書において、用語「含む」、「備える」及びそれらの任意の変形は、非排他的に含むことをカバーするものであり、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけでなく、明確に例示されていない他の要素も含むか、又はこれらのプロセス、方法、物品又は装置に固有の要素をも含む。それ以上の限定がない場合に、語句「１つの・・・を含む」により限定された要素は、該要素を含むプロセス、方法、物品又は装置に、別の同一の要素の存在を除外しない。

以上の実施形態の説明により、当業者が明確に理解できるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームを併用した方法で実現できる。ハードウェアでも実現できるが、多くの場合に前者がより好ましい実施形態である。そのような理解に基づいて、本発明の技術案の実質又は先行技術に寄与する部分をソフトウェア製品の形態で実現することができる。該コンピュータソフトウェア製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン又はネットワーク装置などであってもよい）に本発明の各実施例で説明した方法を実行させる幾つかの命令を含むことができる。

以上、図面を参照しながら本発明の実施例を説明したが、本発明は、上記具体的な実施形態に限定されるものではなく、上記具体的な実施形態は、制限的なものではなく、例示的なものに過ぎず、当業者であれば、本発明の示唆で、本発明の趣旨及び特許請求の範囲を逸脱することなしにさらに多くの形態を達成することができるが、これらはいずれも本発明の保護範囲内に属する。

本発明の実施例では、上記第１カウンタは、スケジューリング要求ＳＲの送信回数を記録する。なお、本発明の実施例における第１カウンタは、従来の「スケジューリング要求ＳＲ送信回数カウンタ（ＳＲ＿ＣＯＵＮＴＥＲ）」である。

本発明の実施例に係るリソース要求方法において、ユーザ装置ＵＥは、スケジューリング要求ＳＲをトリガした場合、ユーザ装置ＵＥの現在のスケジューリング要求ＳＲ送信停止を指示するための第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することと禁止タイマの起動を禁止することとの少なくとも一方のいずれかの動作を実行する。このように、ユーザ装置ＵＥは、現在スケジューリング要求ＳＲの送信を停止している場合、カウンタに対する合理的な制御により、スケジューリング要求ＳＲプロセスに失敗する失敗確率を低減するとともに、タイマの起動を一時停止又は禁止することで、後続のスケジューリング要求ＳＲリソースでスケジューリング要求ＳＲを直ちに送信できるようにし、スケジューリング要求ＳＲ遅延を低減し、ひいてはスケジューリング要求ＳＲプロセスに失敗する失敗確率を低減する。

Claims

ユーザ装置ＵＥがスケジューリング要求ＳＲをトリガした場合、第１情報を取得するステップと、
前記ユーザ装置ＵＥが、前記第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行するステップとを含み、
前記第１情報は、前記ユーザ装置ＵＥが現在前記スケジューリング要求ＳＲの送信を停止することを指示するものであり、前記タイマに対応する期間内に、前記ユーザ装置ＵＥは、スケジューリング要求ＳＲリソースで前記スケジューリング要求ＳＲを送信することができず、前記第１カウンタは、前記スケジューリング要求ＳＲの送信回数を記録し、前記第２カウンタは、前記スケジューリング要求ＳＲの送信が停止された回数を記録することを特徴とする、リソース要求方法。
前記ユーザ装置ＵＥがネットワーク装置に前記スケジューリング要求ＳＲを送信するステップと、
前記ユーザ装置ＵＥが前記第２カウンタをリセットするステップとをさらに含むことを特徴とする請求項１に記載のリソース要求方法。
前記第２カウンタのカウント値が第１閾値以上である場合、前記ユーザ装置ＵＥは、前記第１カウンタのカウント値を増加させるか、スケジューリング要求ＳＲプロセスに失敗したと判定するステップとをさらに含むことを特徴とする請求項１に記載のリソース要求方法。
前記第１閾値は、予め定義された又はネットワーク装置によって前記ユーザ装置ＵＥに対して設定されたものであることを特徴とする請求項３に記載のリソース要求方法。
前記第１情報は、前記ユーザ装置ＵＥの物理層がメディアアクセス制御ＭＡＣ層に送信する指示情報であることを特徴とする請求項１に記載のリソース要求方法。
ユーザ装置ＵＥがスケジューリング要求ＳＲをトリガした場合に、第１情報を取得する取得モジュールと、
前記取得モジュールにより取得された前記第１情報に基づいて、第１カウンタのカウント値を増加させないことと第２カウンタのカウント値を増加させることとの少なくとも一方、タイマを停止することとタイマの起動を禁止することとの少なくとも一方の、いずれかの動作を実行する実行モジュールとを含み、
前記第１情報は、前記ユーザ装置ＵＥが現在前記スケジューリング要求ＳＲの送信を停止することを指示するものであり、前記タイマに対応する期間内に、前記ユーザ装置ＵＥは、スケジューリング要求ＳＲリソースで前記スケジューリング要求ＳＲを送信することができず、前記第１カウンタは、前記スケジューリング要求ＳＲの送信回数を記録し、前記第２カウンタは、前記スケジューリング要求ＳＲの送信が停止された回数を記録することを特徴とする、ユーザ装置ＵＥ。
ネットワーク装置に前記スケジューリング要求ＳＲを送信する送信モジュールと、
前記第２カウンタをリセットするリセットモジュールとをさらに含むことを特徴とする請求項６に記載のユーザ装置ＵＥ。
前記実行モジュールは、さらに、前記第２カウンタのカウント値が第１閾値以上である場合、前記第１カウンタのカウント値を増加させるか、スケジューリング要求ＳＲプロセスに失敗したと判定することを特徴とする請求項６に記載のユーザ装置ＵＥ。
前記第１閾値は、予め定義された又はネットワーク装置によって前記ユーザ装置ＵＥ対して設定されたものであることを特徴とする請求項８に記載のユーザ装置ＵＥ。
前記第１情報は、前記ユーザ装置ＵＥの物理層がメディアアクセス制御ＭＡＣ層に送信する指示情報であることを特徴とする請求項６に記載のユーザ装置ＵＥ。
プロセッサと、メモリと、前記メモリ上に記憶され、前記プロセッサ上で動作可能で、前記プロセッサによって実行されると、請求項１〜５のいずれか一項に記載のリソース要求方法のステップを実現するコンピュータプログラムとを含むことを特徴とするユーザ装置ＵＥ。
プロセッサによって実行されると、請求項１〜５のいずれか一項に記載のリソース要求方法のステップを実現するコンピュータプログラムが記憶されていることを特徴とするコンピュータ可読記憶媒体。