JP2021508186A - バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体 - Google Patents

バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体 Download PDF

Info

Publication number
JP2021508186A
JP2021508186A JP2020524172A JP2020524172A JP2021508186A JP 2021508186 A JP2021508186 A JP 2021508186A JP 2020524172 A JP2020524172 A JP 2020524172A JP 2020524172 A JP2020524172 A JP 2020524172A JP 2021508186 A JP2021508186 A JP 2021508186A
Authority
JP
Japan
Prior art keywords
data
reporting mode
integrity check
memory data
buffer status
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2020524172A
Other languages
English (en)
Inventor
ニン ヤン
ニン ヤン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2021508186A publication Critical patent/JP2021508186A/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は、バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体を開示し、方法は、前記メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加するステップと、前記バッファ状態レポートを前記ネットワーク側に送信するステップと、を含む。【選択図】図１

Description

本発明は、通信技術の分野に関し、特に、バッファ状態レポートの報告方法、ユーザー機器（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）およびコンピュータ記憶媒体に関する。
現在、速度、遅延、高速移動性、エネルギー効率への要請の高まり、および将来の生活におけるサービスの多様化、複雑化に伴い、このため、国際標準化団体である３ＧＰＰ（登録商標）は５Ｇの開発に取り組み始めている。５Ｇでは、ＵＥは、基地局によるＵＥの適切なスケジューリングおよびリソース割り当てを容易にするために、バッファ状態レポート（ＢＳＲ、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を介してネットワーク側に自分のメモリ内で送信対象データ量に関するレポートを送信する。ＬＴＥ（登録商標）では、データベアラ（ＤＲＢ）に対する完全性保護の必要性はないが、ＮＲでは、ＤＲＢデータに対する完全性保護の必要性は増加し、このため、各ＰＤＣＰ ＳＤＵは完全性保護チェックのＭＡＣ−Ｉ部分を余分に付加する必要がある。これは、余分なエアインターフェースデータ負荷を増加させるので、従来のＢＳＲの報告におけるメモリデータの計算方法によると、ＭＡＣ−Ｉによるエアインターフェースデータの増加分を考慮していないため、ＵＥの送信対象のデータ量をある程度正確に反映していない。
上記技術的問題を解決するために、本発明の実施例は、バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体を提供する。
本発明の実施例にて提供されるバッファ状態レポートの報告方法は、ユーザー機器ＵＥに適用され、
前記メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加するステップと、
前記バッファ状態レポートを前記ネットワーク側に送信するステップと、を含む。
上記技術案では、前記方法は、
第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告するステップをさらに含む。
上記技術案では、前記方法は、
ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得するステップをさらに含み、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
上記技術案では、完全性チェック部分に関する情報をバッファ状態レポートに追加する前記ステップは、
完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加することを含む。
上記技術案では、完全性チェック部分に関する情報をバッファ状態レポートに追加する前記ステップは、
完全性チェック部分のデータを統計し、現在のバッファ状態レポートに含まれる現在のデータ量の間のフローティング割合である前記完全性チェック部分のデータ量を取得することを含み、
前記バッファレポートには現在のデータ量、および前記フローティング割合が含まれる。
上記技術案では、前記方法は、
論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定するステップをさらに含む。
上記技術案では、前記方法は、
データベアラＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定するステップをさらに含む。
本発明の実施例にてさらに提供されるＵＥは、
前記メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加する処理ユニットと、
前記バッファ状態レポートを前記ネットワーク側に送信する通信ユニットと、を含む。
上記技術案では、前記処理ユニットは、通信ユニットを介して、第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告する。
上記技術案では、前記処理ユニットは、ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得し、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
上記技術案では、前記処理ユニットは、完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加する。
上記技術案では、前記処理ユニットは、完全性チェック部分のデータを統計し、現在のバッファ状態レポートに含まれる現在のデータ量の間のフローティング割合である前記完全性チェック部分のデータ量を取得し、前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる。
上記技術案では、前記処理ユニットは、論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定する。
上記技術案では、前記処理ユニットは、データベアラＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定する。
本発明の実施例にて提供されるＵＥは、プロセッサと、プロセッサ上で実行可能なコンピュータプログラムを記憶するためのメモリと、を含み、
前記プロセッサが、前記コンピュータプログラムを実行するとき、上記方法のステップを実行するように構成されている。
本発明の実施例にて提供されるコンピュータ記憶媒体は、コンピュータ実行可能命令を記憶しており、前記コンピュータ実行可能命令が実行されると、上記方法のステップを実現する。
本発明の実施例の技術案は、メモリデータ報告モードが第１のメモリデータ報告モードであると決定するとき、完全性チェック部分に関する情報をバッファ状態レポートに追加し、これにより、バッファ状態レポートの報告過程において、完全性チェック部分のデータの影響を考慮して、ＵＥ側の送信対象データ量をネットワーク側が実際に取得できることを保証し、このようにして、ネットワーク側がデータを正しくスケジューリングすることにおいて有利である。
本発明の実施例によるバッファ状態レポートの報告方法のフローチャートである。 本発明の実施例によるユーザー機器の概略構造図である。 本発明の実施例のハードウェアアーキテクチャの概略図である。
本発明の実施例の特徴および技術内容をより詳しく理解できるために、以下、添付図面を参照して本発明の実施例の実現を詳細に説明するが、添付図面は説明のためのものであり、本発明の実施例を限定するものではない。
実施例１
本発明の実施例は、バッファ状態レポートの報告方法を提供し、ユーザー機器（ＵＥ）に適用され、図１に示すように、
前記メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加するステップ１０１と、
前記バッファ状態レポートを前記ネットワーク側に送信するステップ１０２と、を含む。
ここでは、本実施例において、前記ユーザー機器は、移動通信ネットワークにアクセス可能なスマートフォン、タブレットなどの機器であってもよいが、これらに限定されない。
ステップ１０１を実行する前に、ＵＥは、さらに第１のメモリデータ報告モードを用いてメモリデータ報告を行うか否かを決定できることが理解される必要がある。ＵＥのメモリデータの報告モードを如何に決定するかに関することは、
ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得することを含んでもよく、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
ネットワーク側がＵＥに対応するメモリデータ報告モードを指示するとき、ＵＥから報告されたＵＥの能力情報を参照してもよいし、ネットワーク側が実際の状況に応じてＵＥ側に配置して指示してもよいことに留意されたい。
本モードのうえで、前記方法は、
第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告するステップをさらに含む。
つまり、ＵＥは、自身が第１のメモリデータ報告モードをサポートするか否かを知ることができ、サポートする場合、ＵＥ能力においてネットワーク側に送出してもよい。これに対応して、ネットワーク側は、ＵＥ能力に応じて、前記ＵＥにメモリデータ報告モードを指示する。
具体的には、メモリデータを計算する際、データ完全性保護後に生じる完全性チェック部分のデータ（例えばＭＡＣ−Ｉ）部分のデータを考慮して、メモリデータ統計に計上する。ＵＥの報告能力がこのタイプのメモリ統計報告をサポートするか否かに応じて、ネットワーク側は、ＵＥ能力に応じて、ＵＥがＭＡＣ−Ｉを統計するメモリデータ統計報告、またはＭＡＣ−Ｉを考慮しないメモリデータ統計報告のいずれかのメモリ報告形式を採用するように配置する。
別のモードによれば、第１のメモリデータ報告モードを採用するか否かを、グループ化時に論理チャネルの優先度に従うか否かに基づいて判断する。具体的には、前記方法は、
論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定するステップをさらに含む。
詳しく言えば、データベアラＤＲＢ完全性保護（ＩＰ、Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｉｉｏｎ）機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定する。
例えば、ＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルは、ＬＣＧに配置されている。論理チャネル優先度でグループ化しない。ＵＥがメモリデータを計算するとき、ＰＤＣＰ ＳＤＵを考慮するが、ＭＡＣ−Ｉ部分を考慮しない。
最後に説明すべきこととして、前述したバッファ状態レポートにおける完全性チェック部分に関する情報の追加は、例えば、以下のような様々なモードを備えてもよい。
モード１、完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加する。
本モードにおいて、バッファ状態レポートには、現在のデータ量に加えて、完全性チェック部分のデータ量（ＭＡＣ−Ｉ部分のデータ量）が含まれてもよい。
モード２、完全性チェック部分のデータを統計し、現在のバッファ状態レポートに含まれる現在のデータ量の間のフローティング割合である前記完全性チェック部分のデータ量を取得し、
前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる。
つまり、ＢＳＲ報告（ＭＡＣ−Ｉ統計を指示した後）において、実際の送信対象データは、現在報告されているＢＳＲのフローティング割合である。基地局は、実際に報告されたＢＳＲおよびＭＡＣ−Ｉのためにフローティングした割合に基づいて、実際の送信対象データの量を導出する。さらにデータを正しくスケジューリングする。
以上のように、上記技術案を採用することにより、メモリデータ報告モードが第１のメモリデータ報告モードであると決定するとき、完全性チェック部分に関する情報をバッファ状態レポートに追加でき、これにより、バッファ状態レポートの報告過程において、完全性チェック部分のデータの影響を考慮して、ＵＥ側の送信対象データ量をネットワーク側が実際に取得できることを保証し、このようにして、ネットワーク側がデータを正しくスケジューリングすることにおいて有利である。
実施例２
本発明の実施例は、ユーザー機器（ＵＥ）を提供し、図２に示すように、
前記メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加する処理ユニット２１と、
前記バッファ状態レポートを前記ネットワーク側に送信する通信ユニット２２と、を含む。
ここでは、本実施例において、前記ユーザー機器は、移動通信ネットワークにアクセス可能なスマートフォン、タブレットなどの機器であってもよいが、これらに限定されない。
ＵＥのメモリデータを如何に決定するかに関することは、以下のものを含み得ることが理解される必要がある。
処理ユニット２１は、ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得し、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
ネットワーク側がＵＥに対応するメモリデータ報告モードを指示するとき、ＵＥから報告されたＵＥの能力情報を参照してもよいし、ネットワーク側が実際の状況に応じてＵＥ側に配置して指示してもよいことに留意されたい。
本モードのうえで、前記処理ユニット２１は、通信ユニット２２を介して、第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告する。
つまり、ＵＥは、自身が第１のメモリデータ報告モードをサポートするか否かを知ることができ、サポートする場合、ＵＥ能力においてネットワーク側に送出してもよい。これに対応して、ネットワーク側は、ＵＥ能力に応じて、前記ＵＥにメモリデータ報告モードを指示する。
具体的には、メモリデータを計算する際、データ完全性保護後に生じる完全性チェック部分のデータ（例えばＭＡＣ−Ｉ）部分のデータを考慮して、メモリデータ統計に計上する。ＵＥの報告能力がこのタイプのメモリ統計報告をサポートするか否かに応じて、ネットワーク側は、ＵＥ能力に応じて、ＵＥがＭＡＣ−Ｉを統計するメモリデータ統計報告、またはＭＡＣ−Ｉを考慮しないメモリデータ統計報告のいずれかのメモリ報告形式を採用するように配置する。
別のモードによれば、第１のメモリデータ報告モードを採用するか否かを、グループ化時に論理チャネルの優先度に従うか否かに基づいて判断する。具体的には、処理ユニット２１は、論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定する。
詳しく言えば、データベアラＤＲＢ完全性保護（ＩＰ、Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｉｉｏｎ）機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定する。
例えば、ＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルは、ＬＣＧに配置されている。論理チャネル優先度でグループ化しない。ＵＥがメモリデータを計算するとき、ＰＤＣＰ ＳＤＵを考慮するが、ＭＡＣ−Ｉ部分を考慮しない。
最後に説明すべきこととして、前述したバッファ状態レポートにおける完全性チェック部分に関する情報の追加は、例えば、以下のような様々なモードを備えてもよい。
モード１、処理ユニット２１は、完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加する。
本モードにおいて、バッファ状態レポートには、現在のデータ量に加えて、完全性チェック部分のデータ量（ＭＡＣ−Ｉ部分のデータ量）が含まれてもよい。
モード２、処理ユニット２１は、完全性チェック部分のデータを統計し、現在のバッファ状態レポートに含まれる現在のデータ量の間のフローティング割合である前記完全性チェック部分のデータ量を取得し、
前記バッファレポートには現在のデータ量、および前記フローティング割合が含まれる。
つまり、ＢＳＲ報告（ＭＡＣ−Ｉ統計を指示した後）において、実際の送信対象データは、現在報告されているＢＳＲのフローティング割合である。基地局は、実際に報告されたＢＳＲおよびＭＡＣ−Ｉのためにフローティングした割合に基づいて、実際の送信対象データの量を導出する。さらにデータを正しくスケジューリングする。
以上のように、上記技術案を採用することにより、メモリデータ報告モードが第１のメモリデータ報告モードであると決定するとき、完全性チェック部分に関する情報をバッファ状態レポートに追加でき、これにより、バッファ状態レポートの報告過程において、完全性チェック部分のデータの影響を考慮して、ＵＥ側の送信対象データ量をネットワーク側が実際に取得できることを保証し、このようにして、ネットワーク側がデータを正しくスケジューリングすることにおいて有利である。
本発明の実施例は、ＵＥのハードウェア構成アーキテクチャをさらに提供し、図３に示すように、少なくとも１つのプロセッサ３０１と、メモリ３０２と、少なくとも１つのネットワークインタフェース３０３とを含む。各構成要素は、バスシステム３０４によって互いに結合される。バスシステム３０４は、これらの構成要素間の接続通信を可能にするために使用されることが理解されることができる。バスシステム３０４は、データバスの他に、電源バス、制御バス、およびステータス信号バスを含む。ただし、説明を分かりやすくするために、図３では、様々なバスをバスシステム３０４と表記している。
理解されるように、本発明の実施例におけるメモリ３０２は揮発性メモリまたは不揮発性メモリであってもよく、あるいは揮発性メモリおよび不揮発性メモリの両方を含むことができる。
いくつかの対応モードにおいて、メモリ３０２は、オペレーティングシステム３０２１およびアプリケーションプログラム３０２２、実行可能なモジュールまたはデータ構造、またはそれらのサブセット、またはそれらの拡張セットを記憶している。
前記プロセッサ３０１は、実施例１に記載の全ての方法のステップを実行できるように構成されており、ここでは説明を省略する。
本発明の実施例にて提供されるコンピュータ記憶媒体は、コンピュータ実行可能命令を記憶しており、前記コンピュータ実行可能命令が実行されると、前述した実施例１または２の方法のステップを実施し、ここでは説明を省略する。
本発明の実施例の上記装置はソフトウェア機能モジュールの形態で実現され且つ独立した製品として販売または使用される場合、コンピュータ読み取り可能な記憶媒体に記憶してもよい。このような知見に基づいて、本発明の実施例の技術案の本質的に、または従来技術に寄与する部分はソフトウェア製品の形態で表現することができ、該コンピュータソフトウェア製品は、記憶媒体に記憶されており、１台のコンピュータ機器（パソコン、サーバ、またはネットワーク装置など）に本発明の各実施例に記載の方法の全部または一部を実行させるのに用いる若干の命令を含む。前述の記憶媒体は、Ｕディスク、モバイルディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどのプロクラムコードを記憶可能な種々の媒体を含む。このように、本発明の実施例は任意の特定のハードウェアおよびソフトウェアの組み合わせに限定されるものではない。
これに対応して、本発明の実施例は、コンピュータプログラムを記憶したコンピュータ記憶媒体をさらに提供し、該コンピュータプログラムは、本発明の実施例のデータスケジューリング方法を実行するように構成されている。
例示のために、本発明の好適な実施例が既に開示されたが、多様な改良、増加、置換することが可能であることが当業者には明らかである。したがって、本発明の範囲は上記実施例に限定されないと考えられるべきである。
本願は、通信技術の分野に関し、特に、バッファ状態レポートの報告方法、ユーザー機器（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）およびコンピュータ記憶媒体に関する。
現在、速度、遅延、高速移動性、エネルギー効率への要請の高まり、および将来の生活におけるサービスの多様化、複雑化に伴い、このため、国際標準化団体である３ＧＰＰ（登録商標）は５Ｇの開発に取り組み始めている。５Ｇでは、ＵＥは、基地局によるＵＥの適切なスケジューリングおよびリソース割り当てを容易にするために、バッファ状態レポート（ＢＳＲ、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を介してネットワーク側に自分のメモリ内で送信対象データ量に関するレポートを送信する。ＬＴＥ（登録商標）では、データリソースベアラ（ＤＲＢ）に対する完全性保護の必要性はないが、ＮＲでは、ＤＲＢデータに対する完全性保護の必要性は増加し、このため、各パケットデータ収束プロトコルサービスデータユニット（ＰＤＣＰ ＳＤＵ）は完全性保護チェックのＭＡＣ−Ｉ部分を余分に付加する必要がある。これは、余分なエアインターフェースデータ負荷を増加させるので、従来のＢＳＲの報告におけるメモリデータの計算方法によると、ＭＡＣ−Ｉによるエアインターフェースデータの増加分を考慮していないため、ＵＥの送信対象のデータ量をある程度正確に反映していない。
上記技術的問題を解決するために、本願の実施例は、バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体を提供する。
本願の実施例にて提供されるバッファ状態レポートの報告方法は、ユーザー機器ＵＥに適用され、
メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加するステップと、
前記バッファ状態レポートをネットワーク側に送信するステップと、を含む。
上記技術案では、前記方法は、
第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告するステップをさらに含む。
上記技術案では、前記方法は、
ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得するステップをさらに含み、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
上記技術案では、完全性チェック部分に関する情報をバッファ状態レポートに追加する前記ステップは、
完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加することを含む。
上記技術案では、完全性チェック部分に関する情報をバッファ状態レポートに追加する前記ステップは、
完全性チェック部分のデータを統計し、前記完全性チェック部分のデータ量と現在のバッファ状態レポートに含まれる現在のデータ量との間のフローティング割合を取得することを含み、
前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる。
上記技術案では、前記方法は、
論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定するステップをさらに含む。
上記技術案では、前記方法は、
データリソースベアラＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定するステップをさらに含む。
本願の実施例にてさらに提供されるＵＥは、
メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加する処理ユニットと、
前記バッファ状態レポートをネットワーク側に送信する通信ユニットと、を含む。
上記技術案では、前記処理ユニットは、通信ユニットを介して、第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告する。
上記技術案では、前記処理ユニットは、ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得し、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
上記技術案では、前記処理ユニットは、完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加する。
上記技術案では、前記処理ユニットは、完全性チェック部分のデータを統計し、前記完全性チェック部分のデータ量と現在のバッファ状態レポートに含まれる現在のデータ量との間のフローティング割合を取得し、前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる。
上記技術案では、前記処理ユニットは、論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定する。
上記技術案では、前記処理ユニットは、データリソースベアラＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定する。
本願の実施例にて提供されるＵＥは、プロセッサと、プロセッサ上で実行可能なコンピュータプログラムを記憶するためのメモリと、を含み、
前記プロセッサが、前記コンピュータプログラムを実行するとき、上記方法のステップを実行するように構成されている。
本願の実施例にて提供されるコンピュータ記憶媒体は、コンピュータ実行可能命令を記憶しており、前記コンピュータ実行可能命令が実行されると、上記方法のステップを実現する。
本願の実施例の技術案は、メモリデータ報告モードが第１のメモリデータ報告モードであると決定するとき、完全性チェック部分に関する情報をバッファ状態レポートに追加し、これにより、バッファ状態レポートの報告過程において、完全性チェック部分のデータの影響を考慮して、ＵＥ側の送信対象データ量をネットワーク側が実際に取得できることを保証し、このようにして、ネットワーク側がデータを正しくスケジューリングすることにおいて有利である。
本願の実施例によるバッファ状態レポートの報告方法のフローチャートである。 本願の実施例によるユーザー機器の概略構造図である。 本願の実施例のハードウェアアーキテクチャの概略図である。
本願の実施例の特徴および技術内容をより詳しく理解できるために、以下、添付図面を参照して本願の実施例の実現を詳細に説明するが、添付図面は説明のためのものであり、本願の実施例を限定するものではない。
実施例１
本願の実施例は、バッファ状態レポートの報告方法を提供し、ユーザー機器（ＵＥ）に適用され、図１に示すように、
メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加するステップ１０１と、
前記バッファ状態レポートをネットワーク側に送信するステップ１０２と、を含む。
ここでは、本実施例において、前記ユーザー機器は、移動通信ネットワークにアクセス可能なスマートフォン、タブレットなどの機器であってもよいが、これらに限定されない。
ステップ１０１を実行する前に、ＵＥは、さらに第１のメモリデータ報告モードを用いてメモリデータ報告を行うか否かを決定できることが理解される必要がある。ＵＥのメモリデータの報告モードを如何に決定するかに関することは、
ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得することを含んでもよく、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
ネットワーク側がＵＥに対応するメモリデータ報告モードを指示するとき、ＵＥから報告されたＵＥの能力情報を参照してもよいし、ネットワーク側が実際の状況に応じてＵＥ側に配置して指示してもよいことに留意されたい。
本モードのうえで、前記方法は、
第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告するステップをさらに含む。
つまり、ＵＥは、自身が第１のメモリデータ報告モードをサポートするか否かを知ることができ、サポートする場合、ＵＥ能力においてネットワーク側に送出してもよい。これに対応して、ネットワーク側は、ＵＥ能力に応じて、前記ＵＥにメモリデータ報告モードを指示する。
具体的には、メモリデータを計算する際、データ完全性保護後に生じる完全性チェック部分のデータ（例えばＭＡＣ−Ｉ部分のデータ）を考慮して、メモリデータ統計に計上する。ＵＥの報告能力がこのタイプのメモリ統計報告をサポートするか否かに応じて、ネットワーク側は、ＵＥ能力に応じて、ＵＥがＭＡＣ−Ｉを統計するメモリデータ統計報告、またはＭＡＣ−Ｉを考慮しないメモリデータ統計報告のいずれかのメモリ報告形式を採用するように配置する。
別のモードによれば、第１のメモリデータ報告モードを採用するか否かを、グループ化時に論理チャネルの優先度に従うか否かに基づいて判断する。具体的には、前記方法は、
論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定するステップをさらに含む。
詳しく言えば、データリソースベアラＤＲＢ完全性保護（ＩＰ、Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｉｉｏｎ）機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定する。
例えば、ＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルは、ＬＣＧに配置されている。論理チャネル優先度でグループ化しない。ＵＥがメモリデータを計算するとき、ＰＤＣＰ ＳＤＵを考慮するが、ＭＡＣ−Ｉ部分を考慮しない。
最後に説明すべきこととして、前述したバッファ状態レポートにおける完全性チェック部分に関する情報の追加は、例えば、以下のような様々なモードを備えてもよい。
モード１、完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加する。
本モードにおいて、バッファ状態レポートには、現在のデータ量に加えて、完全性チェック部分のデータ量（ＭＡＣ−Ｉ部分のデータ量）が含まれてもよい。
モード２、完全性チェック部分のデータを統計し、前記完全性チェック部分のデータ量と現在のバッファ状態レポートに含まれる現在のデータ量との間のフローティング割合を取得し、
前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる。
つまり、ＢＳＲ報告（ＭＡＣ−Ｉ統計を指示した後）において、実際の送信対象データは、現在報告されているＢＳＲのフローティング割合である。基地局は、実際に報告されたＢＳＲおよびＭＡＣ−Ｉのためにフローティングした割合に基づいて、実際の送信対象データの量を導出する。さらにデータを正しくスケジューリングする。
以上のように、上記技術案を採用することにより、メモリデータ報告モードが第１のメモリデータ報告モードであると決定するとき、完全性チェック部分に関する情報をバッファ状態レポートに追加でき、これにより、バッファ状態レポートの報告過程において、完全性チェック部分のデータの影響を考慮して、ＵＥ側の送信対象データ量をネットワーク側が実際に取得できることを保証し、このようにして、ネットワーク側がデータを正しくスケジューリングすることにおいて有利である。
実施例２
本願の実施例は、ユーザー機器（ＵＥ）を提供し、図２に示すように、
メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加する処理ユニット２１と、
前記バッファ状態レポートをネットワーク側に送信する通信ユニット２２と、を含む。
ここでは、本実施例において、前記ユーザー機器は、移動通信ネットワークにアクセス可能なスマートフォン、タブレットなどの機器であってもよいが、これらに限定されない。
ＵＥのメモリデータを如何に決定するかに関することは、以下のものを含み得ることが理解される必要がある。
処理ユニット２１は、ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得し、
前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる。
ネットワーク側がＵＥに対応するメモリデータ報告モードを指示するとき、ＵＥから報告されたＵＥの能力情報を参照してもよいし、ネットワーク側が実際の状況に応じてＵＥ側に配置して指示してもよいことに留意されたい。
本モードのうえで、前記処理ユニット２１は、通信ユニット２２を介して、第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告する。
つまり、ＵＥは、自身が第１のメモリデータ報告モードをサポートするか否かを知ることができ、サポートする場合、ＵＥ能力においてネットワーク側に送出してもよい。これに対応して、ネットワーク側は、ＵＥ能力に応じて、前記ＵＥにメモリデータ報告モードを指示する。
具体的には、メモリデータを計算する際、データ完全性保護後に生じる完全性チェック部分のデータ（例えばＭＡＣ−Ｉ部分のデータ）を考慮して、メモリデータ統計に計上する。ＵＥの報告能力がこのタイプのメモリ統計報告をサポートするか否かに応じて、ネットワーク側は、ＵＥ能力に応じて、ＵＥがＭＡＣ−Ｉを統計するメモリデータ統計報告、またはＭＡＣ−Ｉを考慮しないメモリデータ統計報告のいずれかのメモリ報告形式を採用するように配置する。
別のモードによれば、第１のメモリデータ報告モードを採用するか否かを、グループ化時に論理チャネルの優先度に従うか否かに基づいて判断する。具体的には、処理ユニット２１は、論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定する。
詳しく言えば、データリソースベアラＤＲＢ完全性保護（ＩＰ、Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｉｉｏｎ）機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定する。
例えば、ＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルは、ＬＣＧに配置されている。論理チャネル優先度でグループ化しない。ＵＥがメモリデータを計算するとき、ＰＤＣＰ ＳＤＵを考慮するが、ＭＡＣ−Ｉ部分を考慮しない。
最後に説明すべきこととして、前述したバッファ状態レポートにおける完全性チェック部分に関する情報の追加は、例えば、以下のような様々なモードを備えてもよい。
モード１、処理ユニット２１は、完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加する。
本モードにおいて、バッファ状態レポートには、現在のデータ量に加えて、完全性チェック部分のデータ量（ＭＡＣ−Ｉ部分のデータ量）が含まれてもよい。
モード２、処理ユニット２１は、完全性チェック部分のデータを統計し、前記完全性チェック部分のデータ量と現在のバッファ状態レポートに含まれる現在のデータ量との間のフローティング割合を取得し、
前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる。
つまり、ＢＳＲ報告（ＭＡＣ−Ｉ統計を指示した後）において、実際の送信対象データは、現在報告されているＢＳＲのフローティング割合である。基地局は、実際に報告されたＢＳＲおよびＭＡＣ−Ｉのためにフローティングした割合に基づいて、実際の送信対象データの量を導出する。さらにデータを正しくスケジューリングする。
以上のように、上記技術案を採用することにより、メモリデータ報告モードが第１のメモリデータ報告モードであると決定するとき、完全性チェック部分に関する情報をバッファ状態レポートに追加でき、これにより、バッファ状態レポートの報告過程において、完全性チェック部分のデータの影響を考慮して、ＵＥ側の送信対象データ量をネットワーク側が実際に取得できることを保証し、このようにして、ネットワーク側がデータを正しくスケジューリングすることにおいて有利である。
本願の実施例は、ＵＥのハードウェア構成アーキテクチャをさらに提供し、図３に示すように、少なくとも１つのプロセッサ３０１と、メモリ３０２と、少なくとも１つのネットワークインタフェース３０３とを含む。各構成要素は、バスシステム３０４によって互いに結合される。バスシステム３０４は、これらの構成要素間の接続通信を可能にするために使用されることが理解されることができる。バスシステム３０４は、データバスの他に、電源バス、制御バス、およびステータス信号バスを含む。ただし、説明を分かりやすくするために、図３では、様々なバスをバスシステム３０４と表記している。
理解されるように、本願の実施例におけるメモリ３０２は揮発性メモリまたは不揮発性メモリであってもよく、あるいは揮発性メモリおよび不揮発性メモリの両方を含むことができる。
いくつかの対応モードにおいて、メモリ３０２は、オペレーティングシステム３０２１およびアプリケーションプログラム３０２２、実行可能なモジュールまたはデータ構造、またはそれらのサブセット、またはそれらの拡張セットを記憶している。
前記プロセッサ３０１は、実施例１に記載の全ての方法のステップを実行できるように構成されており、ここでは説明を省略する。
本願の実施例にて提供されるコンピュータ記憶媒体は、コンピュータ実行可能命令を記憶しており、前記コンピュータ実行可能命令が実行されると、前述した実施例１または２の方法のステップを実施し、ここでは説明を省略する。
本願の実施例の上記装置はソフトウェア機能モジュールの形態で実現され且つ独立した製品として販売または使用される場合、コンピュータ読み取り可能な記憶媒体に記憶してもよい。このような知見に基づいて、本願の実施例の技術案の本質的に、または従来技術に寄与する部分はソフトウェア製品の形態で表現することができ、該コンピュータソフトウェア製品は、記憶媒体に記憶されており、１台のコンピュータ機器（パソコン、サーバ、またはネットワーク装置など）に本願の各実施例に記載の方法の全部または一部を実行させるのに用いる若干の命令を含む。前述の記憶媒体は、Ｕディスク、モバイルディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどのプロクラムコードを記憶可能な種々の媒体を含む。このように、本願の実施例は任意の特定のハードウェアおよびソフトウェアの組み合わせに限定されるものではない。
これに対応して、本願の実施例は、コンピュータプログラムを記憶したコンピュータ記憶媒体をさらに提供し、該コンピュータプログラムは、本願の実施例のバッファ状態レポートの報告方法を実行するように構成されている。
例示のために、本願の好適な実施例が既に開示されたが、多様な改良、増加、置換することが可能であることが当業者には明らかである。したがって、本願の範囲は上記実施例に限定されないと考えられるべきである。

Claims (16)

  1. ユーザー機器ＵＥに適用される、バッファ状態レポートの報告方法であって、
    メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加するステップと、
    前記バッファ状態レポートを前記ネットワーク側に送信するステップと、を含む、
    バッファ状態レポートの報告方法。
  2. 第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告するステップをさらに含む、
    請求項１に記載の方法。
  3. ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得するステップをさらに含み、
    前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる、
    請求項１または２に記載の方法。
  4. 完全性チェック部分に関する情報をバッファ状態レポートに追加する前記ステップは、
    完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加することを含む、
    請求項１に記載の方法。
  5. 完全性チェック部分に関する情報をバッファ状態レポートに追加する前記ステップは、
    完全性チェック部分のデータを統計し、現在のバッファ状態レポートに含まれる現在のデータ量の間のフローティング割合である前記完全性チェック部分のデータ量を取得することを含み、
    前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる、
    請求項１に記載の方法。
  6. 論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定するステップをさらに含む、
    請求項１に記載の方法。
  7. データベアラＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定するステップをさらに含む、
    請求項６に記載の方法。
  8. ＵＥであって、
    前記メモリデータ報告モードが、完全性チェック部分のデータを統計して報告する第１のメモリデータ報告モードである場合、完全性チェック部分に関する情報をバッファ状態レポートに追加する処理ユニットと、
    前記バッファ状態レポートを前記ネットワーク側に送信する通信ユニットと、を含む、
    ＵＥ。
  9. 前記処理ユニットは、通信ユニットを介して、第１のメモリデータ報告モードをサポートするか否かが少なくとも含まれるＵＥ能力を、ネットワーク側に報告する、
    請求項８に記載のＵＥ。
  10. 前記処理ユニットは、ネットワーク側から前記ＵＥに指示されたメモリデータ報告モードを取得し、
    前記メモリデータ報告モードには、第１のメモリデータ報告モードと、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードとが含まれる、
    請求項８または９に記載のＵＥ。
  11. 前記処理ユニットは、完全性チェック部分のデータを統計し、統計して得られた完全性チェック部分のデータ量をバッファ状態レポートに追加する、
    請求項８に記載のＵＥ。
  12. 前記処理ユニットは、完全性チェック部分のデータを統計し、現在のバッファ状態レポートに含まれる現在のデータ量の間のフローティング割合である前記完全性チェック部分のデータ量を取得し、前記バッファ状態レポートには現在のデータ量、および前記フローティング割合が含まれる、
    請求項８に記載のＵＥ。
  13. 前記処理ユニットは、論理チャネル優先度でグループ化しない場合、第１のメモリデータ報告モードと異なり、完全性チェック部分のデータを統計して報告する必要がない第２のメモリデータ報告モードを、前記ＵＥが採用すると決定する、
    請求項８に記載のＵＥ。
  14. 前記処理ユニットは、データベアラＤＲＢ完全性保護機能を備えたＤＲＢに対応する論理チャネルが、論理チャネルグループＬＣＧに配置されている場合、論理チャネル優先度でグループ化しないと決定する、
    請求項１３に記載のＵＥ。
  15. ＵＥであって、
    プロセッサと、プロセッサ上で実行可能なコンピュータプログラムを記憶するためのメモリと、を含み、
    前記プロセッサが、前記コンピュータプログラムを実行するとき、請求項１〜７のいずれか一項に記載の方法のステップを実行するように構成されている、
    ＵＥ。
  16. コンピュータ実行可能命令を記憶したコンピュータ記憶媒体であって、
    前記コンピュータ実行可能命令が実行されると、請求項１〜７のいずれか一項に記載の方法のステップを実現する、
    コンピュータ記憶媒体。
JP2020524172A 2017-11-01 2017-11-01 バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体 Withdrawn JP2021508186A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/108972 WO2019084855A1 (zh) 2017-11-01 2017-11-01 缓冲状态报告的上报方法、用户设备及计算机存储介质

Publications (1)

Publication Number Publication Date
JP2021508186A true JP2021508186A (ja) 2021-02-25

Family

ID=66332821

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020524172A Withdrawn JP2021508186A (ja) 2017-11-01 2017-11-01 バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体

Country Status (7)

Country Link
US (1) US11324027B2 (ja)
EP (1) EP3691392A4 (ja)
JP (1) JP2021508186A (ja)
KR (1) KR20200077562A (ja)
CN (1) CN111316742B (ja)
AU (1) AU2017438141A1 (ja)
WO (1) WO2019084855A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220000067A (ko) 2020-06-25 2022-01-03 주식회사 엘지에너지솔루션 저항층이 형성된 전극의 제조방법

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8374192B2 (en) * 2006-10-19 2013-02-12 Qualcomm Incorporated Power save enhancements for wireless communication
JP5069348B2 (ja) * 2007-06-18 2012-11-07 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ソフトウェア無線端末のセキュリティ
US9215731B2 (en) * 2007-12-19 2015-12-15 Qualcomm Incorporated Method and apparatus for transfer of a message on a common control channel for random access in a wireless communication network
KR101507961B1 (ko) * 2009-05-11 2015-04-06 삼성전자주식회사 이동통신 시스템에서 단말의 버퍼 상태를 보고하는 방법 및 장치
US20200125218A1 (en) * 2012-05-25 2020-04-23 T. Gregory Bender Method of reporting a live incident in real time
EP2958387B1 (en) * 2013-03-12 2017-08-16 Huawei Technologies Co., Ltd. Data transmission processing method and device
WO2015070444A1 (zh) * 2013-11-15 2015-05-21 华为技术有限公司 通信方法、用户设备和基站
WO2015137632A1 (en) 2014-03-11 2015-09-17 Lg Electronics Inc. Method for allocating temporary identifier to terminal in random access procedure in wireless communication system and apparatus tehrefor
EP2922363B1 (en) * 2014-03-21 2020-01-15 Alcatel Lucent Dual Connectivity Network
CN104954978B (zh) 2014-03-25 2019-07-12 张兆龙 无线网络测距方法及装置
US10142847B2 (en) * 2014-05-23 2018-11-27 Qualcomm Incorporated Secure relay of discovery information in wireless networks
CN104954976B (zh) * 2015-06-30 2019-03-22 宇龙计算机通信科技(深圳)有限公司 一种资源调度方法、终端、基站及系统
US10609725B2 (en) * 2015-12-10 2020-03-31 Huawei Technologies Co., Ltd. Data transmission method of system, user equipment, and base station
JP6775163B2 (ja) * 2015-12-11 2020-10-28 パナソニックＩｐマネジメント株式会社 無線基地局、無線端末、無線通信システム及び音声信号通信方法
SG11201911716SA (en) * 2017-08-04 2020-01-30 Guangdong Oppo Mobile Telecommunications Corp Ltd Data transmission method, terminal device and network device
CN109587726B (zh) * 2017-09-28 2021-08-13 华为技术有限公司 通信方法、终端设备和接入网设备
CN109587818B (zh) * 2017-09-28 2021-03-23 华为技术有限公司 信息的传输方法和装置

Also Published As

Publication number Publication date
CN111316742B (zh) 2024-02-13
AU2017438141A1 (en) 2020-06-11
EP3691392A4 (en) 2020-10-21
CN111316742A (zh) 2020-06-19
KR20200077562A (ko) 2020-06-30
WO2019084855A1 (zh) 2019-05-09
US20200260473A1 (en) 2020-08-13
EP3691392A1 (en) 2020-08-05
US11324027B2 (en) 2022-05-03

Similar Documents

Publication Publication Date Title
EP3466151B1 (en) Method and device for sidelink data duplication
JP7018513B6 (ja) Ｈａｒｑ－ａｃｋフィードバック時間の特定方法と指示方法、端末機器及びネットワーク機器
KR100962519B1 (ko) 향상 다운링크 채널 릴리즈, 구성 및 재구성을 제공하는 장치, 방법 및 컴퓨터 프로그램 생성물
US9686704B2 (en) Method and apparatus for terminal measurement configuration in multi-radio access technology environment
JP2017536051A (ja) Ｄｒｂマッピング方法および装置
CN108632809B (zh) 一种针对重复数据发送的激活方法及设备
KR20220046615A (ko) 데이터 전송 방법, 장치 및 저장매체
RU2744016C1 (ru) Реализации качества обслуживания для отделения плоскости пользователя
EP3319386B1 (en) Dynamic delay scheduling method and base station for voice data
JP6992096B2 (ja) 非アクティブ状態における多重接続回復方法及びその装置
KR20200065042A (ko) 데이터를 전송하는 방법, 단말 장치와 네트워크 장치
EP3751942B1 (en) Buffer area state reporting method and device, and computer storage medium
US11523382B2 (en) Resource determining method and apparatus, and resource indication method and apparatus
EP2786614A1 (en) Methods and apparatuses for selectively resetting and transferring a wireless communication channel
CN109600853B (zh) 一种上行数据传输方法及装置
JP2021508186A (ja) バッファ状態レポートの報告方法、ユーザー機器およびコンピュータ記憶媒体
JP2021513812A (ja) 応答情報処理方法、装置、及び記憶媒体
WO2023219541A1 (en) Measuring and reporting user plane interruptions during handover
JP7208360B2 (ja) Ｍｄｔ測定ログ送信方法、端末および可読能記憶媒体
US20230354147A1 (en) Connectionless mobility management for hybrid networks using relativistic routing protocol
JP2024514295A (ja) 体感品質測定の制御
WO2024099921A1 (en) Method of transmitting uplink control information and a communication device
WO2018121189A1 (zh) 一种无线数据单元rdu的切换方法及设备
WO2023204752A1 (en) Paging for mt-sdt - network control and inter-node signaling
WO2024015000A1 (en) Mobile terminated small data transmission

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201007

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201007

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20210624