JP2021501536A

JP2021501536A - アップリンクデータパケットリソース割り当て方法およびユーザ端末

Info

Publication number: JP2021501536A
Application number: JP2020524588A
Authority: JP
Inventors: ▲亜▼利 ▲趙▼; ピエールバートランド，; ▲麗▼ ▲チェン▼
Original assignee: チャイナアカデミーオブテレコミュニケーションズテクノロジー
Priority date: 2017-11-03
Filing date: 2018-10-16
Publication date: 2021-01-14
Anticipated expiration: 2038-10-16
Also published as: CN109756986B; US20200351915A1; US11706756B2; KR20200064140A; TW201919428A; EP3706488B1; US20230209540A1; TWI692989B; EP3706488A4; CN109756986A; KR20220162850A; JP7106639B2; KR20240058991A; EP3706488A1; WO2019085741A1

Abstract

本開示の実施例は、アップリンクデータパケットリソース割り当て方法およびユーザ端末を提供する。当該方法において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信することと、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定することと、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うこととを含む。前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。【選択図】図２

Description

本願は、２０１７年１１月３日に中国特許庁に提出された中国特許出願２０１７１１０７１２４３．４の優先権を主張し、その全ての内容が援用によりここに取り込まれる。

本開示は、通信技術分野に係り、特にアップリンクデータパケットリソース割り当て方法およびユーザ端末に係る。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムのＬＣＰ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＰｒｉｏｒｉｔｉｚａｔｉｏｎ）プロセスにおいて、ＬＴＥシステムのＬＣＰは、ネットワークから設定される単一のＲＢ（ＲａｄｉｏＢｅａｒｅｒ）に対応する優先度パラメータｐｒｉｏｒｉｔｙに基づいて行われる。具体的な実行プロセスは、以下である。まず、トークンを有するすべての論理チャネルの優先度パラメータｐｒｉｏｒｉｔｙの降順に１巡目のリソース割り当てを行う。１巡目のリソース割り当ては、各論理チャネルのＰＢＲ（ＰｒｉｏｒｉｔｉｚｅｄＢｉｔＲａｔｅ）に基づいて行われる。同時にリソース割り当て状況に基づき、各論理チャネルの使用可能なトークン数を更新する。それから、余剰リソースがあれば、２巡目のリソース割り当てを行う。２巡目のリソース割り当ては、データ伝送が行われるすべての論理チャネルの優先度パラメータｐｒｉｏｒｉｔｙの降順に、ＰＢＲ以外のデータにリソースを割り当てる。リソース割り当ては、トークンを有するすべての論理チャネルのデータにリソースが割り当てられ、またはリソースがなくなるまで行われる。

しかし、今後の通信システムでは、たとえば５ＧＮＲ（ＮｅｗＲａｄｉｏ）通信システムにおいて、主に、ｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）およびＵＲＬＬＣ（Ｕｌｔｒａ−ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）との３種類のサービスがサポートされる。ＮＲシステムの場合、現在、ＬＣＰで考慮すべき制限要素をＬＣＰｒｅｓｔｒｉｃｔｉｏｎと称する。関連技術のＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、主にＳＣＳ（Ｓｕｂ−ＣａｒｒｉｅｒＳｐａｃｅ）、ＰＵＳＣＨｔｒａｎｓｍｉｓｓｉｏｎｄｕｒａｔｉｏｎ（実質上、ＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）とは同様である）およびセルＣｅｌｌを含む。しかし、ＮＲシステムでは、異なるサービスに対応する遅延のニーズが異なるため、関連技術のＬＣＰｒｅｓｔｒｉｃｔｉｏｎのみを考慮するのであれば、スケジューリング性能が制限される。

本開示の実施例は、アップリンクデータパケットリソース割り当て方法およびユーザ端末を提供することによって、スケジューリング性能が制限されるという問題を解決する。

本開示の実施例は、ユーザ端末に応用されるアップリンクデータパケットリソース割り当て方法を提供する。当該方法において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信することと、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定することと、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うこととを含む。ここで、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。

選択可能に、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。

選択可能に、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。または、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記方法において、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することをさらに含む。

選択可能に、前記サービスタイプは、ＩＰに基づくＶＯＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）サービス、ＵＲＬＬＣ（Ｕｌｔｒａ−ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）サービスおよびｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）サービスのうちの１つである。

選択可能に、前記ＵＬｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。

選択可能に、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、サブキャリア間隔ＳＣＳ、ＰＵＳＣＨｔｒａｎｓｍｉｓｓｉｏｎｄｕｒａｔｉｏｎおよびセルＣｅｌｌのうちの１つまたは組み合わせをさらに含む。

本開示の実施例は、ユーザ端末をさらに提供する。当該ユーザ端末は、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信するための受信モジュールと、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定するための決定モジュールと、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うためのリソース割り当てモジュールとを含む。ここで、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。

選択可能に、前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである。

本開示の実施例は、トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含むユーザ端末をさらに提供する。前記トランシーバは、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信することに用いられる。前記プロセッサは、メモリからプログラムを読み取ることによって、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定するプロセスと、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うプロセスとを実行することに用いられる。ここで、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。

選択可能に、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。または、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記トランシーバは、さらに、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することに用いられる。

本開示の実施例において、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供し、当該プログラムがプロセッサによって実行されると、本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のステップが実現されることを特徴とする。

本開示の実施例において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信し、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定し、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行う。ここで、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。ＬＣＰｒｅｓｔｒｉｃｔｉｏｎにおいてＵＬｇｒａｎｔタイプを考慮に入れ、目標対象をマッピングするため、ＬＣＰのプロセスでは、まず目標対象とＵＬｇｒａｎｔの対応関係を決定し、それから目標対象とＵＬｇｒａｎｔの対応関係に基づき、ＵＬｇｒａｎｔ毎でリソース割り当てを行う。よって、本開示の実施例は、各ＵＬｇｒａｎｔで伝送されるデータがネットワーク側から期待されるデータであることを保証し、スケジューリングの性能を向上させることができる。

本開示の実施例の応用可能なネットワーク構造図である。本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のフローチャートである。本開示の実施例におけるアップリンクデータパケットリソース割り当て方法を実現するフローチャートその１である。本開示の実施例におけるアップリンクデータパケットリソース割り当て方法を実現するフローチャートその２である。本開示の実施例におけるアップリンクデータパケットリソース割り当て方法を実現するフローチャートその３である。本開示の実施例におけるユーザ端末の構造図である。本開示の実施例における別のユーザ端末の構造図である。

図１を参照する。図１は、本開示の実施例の応用可能なネットワーク構造図である。図１に示すように、ユーザ機器（ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ））１１とネットワーク側機器１２が含まれる。ここで、ユーザ機器１１は、携帯電話、タブレットパソコン（ＴａｂｌｅｔＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ラップトップ型パソコン（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、ＭＩＤ（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ）またはウェアラブルデバイス（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）などの端末側機器である。なお、本開示の実施例において、ユーザ機器１１の具体的な種類を限定しない。ネットワーク側機器１２は、たとえばマクロ基地局、ＬＴＥｅＮＢ、５ＧＮＲＮＢなどの基地局である。ネットワーク側機器１２は、ＬＰＮ（ｌｏｗｐｏｗｅｒｎｏｄｅ）ｐｉｃｏ、ｆｅｍｔｏなどのスモール基地局、またはＡＰ（ａｃｃｅｓｓｐｏｉｎｔ）であってもよい。基地局は、ＣＵ（ｃｅｎｔｒａｌｕｎｉｔ）およびその管理／制御下の複数のＴＲＰ（ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ）からなるネットワークノードであってもよい。なお、本開示の実施例において、ネットワーク側機器１２の具体的な種類を限定しない。

図２を参照する。図２は、本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のフローチャートである。本開示の実施例におけるアップリンクデータパケットリソース割り当て方法は、ユーザ端末に応用され、ユーザ端末におけるアップリンクデータパケットリソース割り当てを制御することに用いられる。図２に示すように、当該アップリンクデータパケットリソース割り当て方法において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信するステップ２０１と、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定するステップ２０２と、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うステップ２０３とを含む。ここで、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。

ユーザ端末がネットワーク側機器にアクセスすると、通常、ネットワーク側機器から指示情報をユーザ端末に送信し、アップリンク伝送を行うようユーザ端末に指示する。当該指示情報には、上記ＵＬｇｒａｎｔが付帯される。ユーザ端末は、ネットワーク側機器から送信されるＵＬｇｒａｎｔに基づき、アップリンクデータ送信がある場合に、ステップ２０２、ステップ２０３に示されるＬＣＰプロセスを実行する。

上記ＵＬｇｒａｎｔタイプは、実際の必要に応じて設定される。本実施例において、ＵＬｇｒａｎｔタイプは、動的スケジューリング、グラントフリー（ｇｒａｎｔ−ｆｒｅｅ）スケジューリングおよびＳＰＳ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）のうちの１つである。ネットワーク側機器から送信されるＵＬｇｒａｎｔの数は、実際の必要に応じて設定されるが、ここではさらなる限定をしない。当該送信される各ＵＬｇｒａｎｔのタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。たとえば、ユーザ端末がネットワーク側機器から受信した２つのＵＬｇｒａｎｔのうち、１つのＵＬｇｒａｎｔは、動的スケジューリングのＵＬｇｒａｎｔであり、もう１つのＵＬｇｒａｎｔは、ＳＰＳｇｒａｎｔである。

上記マッピング関係は、ＵＬｇｒａｎｔタイプとサービスタイプのマッピング関係であってもよく、ＵＬｇｒａｎｔタイプと論理チャネルのマッピング関係であってもよく、さらにＵＬｇｒａｎｔタイプと論理チャネル群のマッピング関係であってもよい。ここで、上記マッピング関係がサービスタイプとｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、具体的なサービスとＵＬｇｒａｎｔタイプのマッピング情報として表現される。上記マッピング関係がＵＬｇｒａｎｔタイプと論理チャネルのマッピング関係である場合、当該マッピング関係は、論理チャネル番号とＵＬｇｒａｎｔタイプのマッピング情報として表現される。上記マッピング関係がＵＬｇｒａｎｔタイプと論理チャネル群のマッピング関係である場合、当該マッピング関係は、論理チャネル群（すなわち複数の論理チャネルのセット）番号とＵＬｇｒａｎｔタイプのマッピング情報として表現される。たとえば、複数の論理チャネルをまとめて１つまたは複数のＵＬｇｒａｎｔタイプとはマッピングを行う。

なお、上記ステップ２０２のマッピング関係の決定方式は、多種類の実現方式が存在する。たとえばステップ２０２では、マッピング関係は、前記ユーザ端末によって決定され、または、前記ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。

実施方式１において、ステップ２０２でのマッピング関係は、前記ユーザ端末によって決定される。ここで、各ユーザ端末は、自身のマッピング関係を自ら決定し、マッピング関係を決定してから、シグナリングの方式で、アクセス中のネットワーク側機器にマッピング関係を送信してネットワーク側機器に通知する。具体的に、本実施例において、ユーザ端末は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信する。ここで、ハイレイヤシグナリングは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）またはＭＡＣ（ｍｅｄｉａａｃｃｅｓｓｃｏｎｔｒｏｌ）シグナリングである。また、ユーザ端末は、マッピング関係を更新し、マッピング関係の更新後に、同様に更新後のマッピング関係をネットワーク側機器に送信する必要がある。

実施方式２において、ステップ２０２でのマッピング関係は、前記ネットワーク側機器によって決定される。ここで、ネットワーク側機器は、アクセス中の各ユーザ端末に対しマッピング関係を設定し、該当するユーザ端末に送信する。当該ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。ここで、ハイレイヤシグナリングは、ＲＲＣまたはＭＡＣシグナリングである。また、ネットワーク側機器は、マッピング関係を更新し、マッピング関係の更新後に、同様に更新後のマッピング関係をユーザ端末に送信する必要がある。

実施方式３において、ステップ２０２でのマッピング関係は、プロトコルによって取り決められる。ここで、プロトコルによって、ユーザ機器とネットワーク側機器との間で上記マッピング関係を予め取り決める。ユーザ端末は、プロトコルによって取り決められるマッピング関係を取得してステップ２０２を実行する。

上記ステップ２０２において、ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、データ送信が必要な目標対象を選別し、目標対象とＵＬｇｒａｎｔの対応関係を決定することができる。ここで、各目標対象には、対応するＬＣＰｒｅｓｔｒｉｃｔｉｏｎが設定されている。当該ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、当該目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含む。それから、目標対象とＵＬｇｒａｎｔの対応関係に基づき、ＵＬｇｒａｎｔ毎でリソース割り当てを行う。具体的に、各ＵＬｇｒａｎｔでのリソース割り当てプロセスは、ＬＴＥとは同じである。すなわち、まず当該ＵＬｇｒａｎｔを使用可能な論理チャネルの優先度に基づいて１巡目のリソース割り当てを行い、論理チャネルのＰＲＢリクエストを満たし、余剰リソースがあれば、２巡目のリソース割り当てを行い、余剰データにリソースを割り当て、リソースがなくなりまたはすべてのデータにリソースが割り当てられるまで行われる。

選択可能に、サービスタイプは、ＩＰに基づくＶＯＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）サービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである。

なお、上記マッピング関係での具体的なマッピング内容は、実際の必要に応じて設定される。本実施例において、サービスのサービス品質ＱｏＳを保証するために、具体的に以下のようにマッピング関係を取り決める。

ケース１：上記マッピング関係がサービスタイプとＵＬｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／または半永続スケジューリング（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇ：ＳＰＳ）のＵＬｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬｇｒａｎｔのマッピングを含む。

ケース２：上記マッピング関係が論理チャネルとＵＬｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、論理チャネル番号とＵＬｇｒａｎｔのマッピングを含む。
ここで、ＶＯＩＰサービスに対応する論理チャネルは、動的スケジューリングのＵＬｇｒａｎｔおよび／または半永続スケジューリングのＵＬｇｒａｎｔとはマッピングし、ＵＲＬＬＣサービスに対応する論理チャネルは、動的スケジューリングのＵＬｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬｇｒａｎｔとはマッピングし、ｅＭＢＢサービスに対応する論理チャネルは、動的スケジューリングのＵＬｇｒａｎｔとはマッピングする。

ケース３：上記マッピング関係が論理チャネル群とＵＬｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、論理チャネル群番号とＵＬｇｒａｎｔのマッピングを含む。
ここで、ＶＯＩＰサービスに対応する論理チャネルは、動的スケジューリングのＵＬｇｒａｎｔおよび／または半永続スケジューリングのＵＬｇｒａｎｔとマッピングし、ＵＲＬＬＣサービスに対応する論理チャネルは、動的スケジューリングのＵＬｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬｇｒａｎｔとマッピングし、ｅＭＢＢサービスに対応する論理チャネルは、動的スケジューリングのＵＬｇｒａｎｔとマッピングする。

ＬＣＰの実行プロセスにおいて、ＵＬｇｒａｎｔタイプというＬＣＰｒｅｓｔｒｉｃｔｉｏｎを考慮する必要があるほか、ほかのＬＣＰｒｅｓｔｒｉｃｔｉｏｎを考慮してもよい。たとえば、本実施例において、上記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、ＳＣＳ、ＰＵＳＣＨｔｒａｎｓｍｉｓｓｉｏｎｄｕｒａｔｉｏｎおよびＣｅｌｌのうちの１つまたは組み合わせをさらに含む。

なお、本開示の実施例で紹介した多種類の選択可能実施方式は、互いに組み合わせて実現されてもよく、単独で実現されてもよいが、これに対し、本開示の実施例で限定しない。

本開示をさらに理解するために、以下、具体的な実施方式を通じて詳細に説明する。

実施方式１：図３に示すように、アップリンクデータパケットリソース割り当て方法を実現するフローチャートは、以下のステップを含む。

ステップ３０１において、ネットワーク側機器は、ユーザ端末毎に、各ユーザ端末のＵＬｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群とのマッピング関係を決定し、該当するユーザ端末に通知する。

当該ステップにおいて、ネットワーク側機器は、マッピング関係を決定すると、ハイレイヤシグナリング（ＲＲＣまたはＭＡＣシグナリング）または物理層シグナリングによってユーザ端末に通知する。ネットワークによる当該マッピング関係の変更が許容されるが、マッピング関係が変更すれば、ネットワーク側機器からユーザ端末に再通知する必要がある。ここで、ユーザ端末では、多種類の並行サービスが行われ、たとえば、ＶＯＩＰ、ＵＲＬＬＣおよびｅＭＢＢが含まれる。上記マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／または半永続スケジューリングのＵＬｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬｇｒａｎｔのマッピングを含む。

ステップ３０２において、ユーザ端末は、伝送すべくデータがある場合、ＬＣＰを実行する。

当該ステップにおいて、ユーザ端末は、データ送信が必要な２つの論理チャネル（論理チャネル１、論理チャネル２）を有するとする。論理チャネル１は、ＶＯＩＰサービスデータの送信に対応し、論理チャネル２は、ｅＭＢＢサービスデータの送信に対応し、２種類のＵＬｇｒａｎｔ（ｇｒａｎｔ１は、ＳＰＳｇｒａｎｔであり、ｇｒａｎｔ２は、動的スケジューリングのＵＬｇｒａｎｔである）を受け取る。

ＬＣＰの実行プロセスにおいて、第１ステップとして、ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、論理チャネルとＵＬｇｒａｎｔの対応関係（すなわち論理チャネル１とｇｒａｎｔ１、ｇｒａｎｔ２の対応関係、論理チャネル２とｇｒａｎｔ１、ｇｒａｎｔ２の対応関係）を決定する。

ここで、ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、上記マッピング関係を含み、そのほかに、ＳＣＳ、ＰＵＳＣＨｔｒａｎｓｍｉｓｓｉｏｎｄｕｒａｔｉｏｎおよびＣｅｌｌのうちの１つまたは組み合わせをさらに含む。

上記の第１ステップでは、上記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎにより、ユーザ端末のデータ送信が必要な論理チャネルを選別すると、論理チャネルとＵＬｇｒａｎｔの対応関係を決定することができる。仮に、決定した対応関係は、論理チャネル１とｇｒａｎｔ１、ｇｒａｎｔ２の対応関係、論理チャネル２とｇｒａｎｔ２の対応関係である。

第２のステップにおいて、論理チャネルとＵＬｇｒａｎｔの対応関係に基づき、ＵＬｇｒａｎｔ毎でリソース割り当てを行う。

当該ステップでは、各ＵＬｇｒａｎｔでのリソース割り当てプロセスは、ＬＴＥとは同じである。すなわち、まず当該ＵＬｇｒａｎｔを使用可能な論理チャネルの優先度に基づいて１巡目のリソース割り当てを行い、論理チャネルのＰＲＢリクエストを満たし、余剰リソースがあれば、２巡目のリソース割り当てを行い、余剰データにリソースを割り当て、リソースがなくなりまたはすべてのデータにリソースが割り当てられるまで行われる。

実施方式２：図４に示すように、アップリンクデータパケットリソース割り当て方法を実現するフローチャートは、以下のステップを含む。

ステップ４０１において、ユーザ端末は、ＵＬｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群とのマッピング関係を自ら決定し、ネットワーク側機器に通知する。

当該ステップにおいて、ユーザ端末は、マッピング関係を決定すると、ハイレイヤシグナリング（ＲＲＣまたはＭＡＣシグナリング）または物理層シグナリングによってネットワーク側機器に通知する。ユーザ端末による当該マッピング関係の変更が許容されるが、マッピング関係が変更すれば、ユーザ端末からネットワーク側機器に再通知する必要がある。ここで、ユーザ端末では、多種類の並行サービスが行われ、たとえば、ＶＯＩＰ、ＵＲＬＬＣおよびｅＭＢＢが含まれる。上記マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／または半永続スケジューリングのＵＬｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬｇｒａｎｔのマッピングを含む。

ステップ４０２は、実施方式１のステップ３０２に一致するため、具体的に実施方式１の記載を参照し、ここでは繰り返して記載しない。

実施方式３：ステップ５０１において、ユーザ端末とネットワーク側機器では、各ユーザ端末のＵＬｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群のマッピング関係を、プロトコルによって取り決める。

当該ステップにおいて、マッピング関係は、ユーザ端末とネットワーク側機器との間でプロトコルの取り決めによって決定される。たとえば、ユーザ端末では、多種類の並行サービスが行われ、ＶＯＩＰ、ＵＲＬＬＣおよびｅＭＢＢが含まれる。プロトコルによって、ＵＬｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群のマッピング関係を取り決める。上記マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／または半永続スケジューリングのＵＬｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬｇｒａｎｔのマッピングを含む。

ステップ５０２は、実施方式１のステップ３０１に一致するため、具体的に実施方式１の記載を参照し、ここでは繰り返して記載しない。

図６を参照する。図６は、本開示の実施例におけるユーザ端末の構造図である。図６に示すように、ユーザ端末６００は、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信するための受信モジュール６０１と、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定するための決定モジュール６０２と、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うためのリソース割り当てモジュール６０３とを含む。ここで、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。

選択可能に、前記ネットワーク側機器からマッピング関係が送信される場合、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。

選択可能に、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。または、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記ユーザ端末は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信するための送信モジュールをさらに含む。

なお、本実施例における上記ユーザ端末６００は、本開示の実施例における方法実施例の任意の実施形態のユーザ端末であってもよい。本開示の実施例における方法実施例のユーザ端末の任意の実施形態を、本実施例における上記ユーザ端末６００によって実現可能であり、かつ同じ効果を奏するため、ここでは繰り返して記載しない。

図７を参照する。図７は、本開示の実施例における別のユーザ端末の構造図である。図７に示すように、当該ユーザ端末は、トランシーバ７２０と、メモリ７１０と、プロセッサ７００と、前記メモリ７１０に記憶されて前記プロセッサ７００で実行可能なプログラムを含む。前記トランシーバは、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信することに用いられる。前記プロセッサは、メモリからプログラムを読み取ることによって、目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定するプロセスと、前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うプロセスとを実行することに用いられる。ここで、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。

上記トランシーバ７２０は、プロセッサ７００による制御でデータを送受信することに用いられる。

図７において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ７００をはじめとする１つ又は複数のプロセッサとメモリ７１０をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ７２０は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。

プロセッサ７００は、バスアーキテクチャと通常の処理を管理する。メモリ７１０は、プロセッサ７００による操作実行に使用されるデータを記憶できる。

なお、メモリ７１０は、ユーザ端末の１つの機器のみに限定されない。将来、メモリ７１０とプロセッサ７００は、異なる地理位置に離間して位置してもよい。

なお、本実施例における上記ユーザ端末は、本開示の実施例における方法実施例の任意の実施形態のユーザ端末であってもよい。本開示の実施例における方法実施例のユーザ端末の任意の実施形態を、本実施例における上記ユーザ端末によって実現可能であり、かつ同じ効果を奏するため、ここでは繰り返して記載しない。

本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プログラムがプロセッサによって実行されると、本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のステップが実現される。

本願で提供されるいくつかの実施例において、開示された方法および装置は、他の方式で実施され得ることを理解されたい。例えば、以上に記載された装置の実施例は、単なる例示である。例えば、ユニットの区分は、単に論理機能の区分であり、実際に実現する際に別の区分方式がある。例えば、複数のユニットまたはコンポーネントは、別のシステムに組み合わせられまたは一体化される。または、一部の特徴は、無視されてもよく、または実行されなくてもよい。また、示されておりまたは議論されている相互間の結合や直接結合や通信接続は、インタフェース、装置またはユニットを介した間接結合や通信接続であり、電気的、機械的、または他の形式である。

また、本開示の各実施例における各機能的ユニットは、１つの処理部に一体化されていてもよいし、別々に設けられていてもよいし、２つ以上が一体化されてもよい。上述した一体化ユニットは、ハードウェアの形態、またはハードウェアとソフトウェア機能ユニットの形態で実施することができる。

上述したソフトウェア機能ユニットの形態で実施される一体化ユニットは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。上記ソフトウェア機能ユニットは、記憶媒体に記憶され、本開示の各実施例に記載の方法のステップの一部をコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であってもよい）に実行させるいくつかの指令を含む。前記の記憶媒体は、Ｕディスク、モバイルハードディスク、ＲＯＭ（Ｒｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、磁気ディスクまたは光ディスクなど、プログラムコードを格納することができる様々な媒体を含む。

以上記載されたのは、本開示の好適な実施形態である。なお、当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲として見なされるべきである。

Claims

ユーザ端末に応用されるアップリンクデータパケットリソース割り当て方法において、
ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信することと、
目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定することと、
前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うこととを含み、
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である、アップリンクデータパケットリソース割り当て方法。
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる、請求項１に記載の方法。
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信し、
または、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することをさらに含む、請求項２に記載の方法。
前記サービスタイプは、ＩＰに基づくＶＯＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）サービス、ＵＲＬＬＣ（Ｕｌｔｒａ−ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）サービスおよびｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）サービスのうちの１つである、請求項１に記載の方法。
前記ＵＬｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである、請求項１に記載の方法。
ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信するための受信モジュールと、
目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定するための決定モジュールと、
前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うためのリソース割り当てモジュールとを含み、
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である、ユーザ端末。
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる、請求項６に記載のユーザ端末。
前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである、請求項６に記載のユーザ端末。
前記ＵＬｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである、請求項６に記載のユーザ端末。
トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含むユーザ端末であって、
前記トランシーバは、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬｇｒａｎｔを受信することに用いられ、
前記プロセッサは、メモリからプログラムを読み取ることによって、
目標対象に対応する論理チャネル優先度制限要素ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬｇｒａｎｔの対応関係を決定するプロセスと、
前記目標対象と前記ＵＬｇｒａｎｔの対応関係に基づき、前記ＵＬｇｒａｎｔ毎でリソース割り当てを行うプロセスとを実行することに用いられ、
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である、ユーザ端末。
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる、請求項１０に記載のユーザ端末。
前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信し、
または、前記ＬＣＰｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記トランシーバは、さらに、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することに用いられる、請求項１１に記載のユーザ端末。
前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである、請求項１０に記載のユーザ端末。
前記ＵＬｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである、請求項１０に記載のユーザ端末。
コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、
当該プログラムがプロセッサによって実行されると、請求項１〜５のいずれか一項に記載のアップリンクデータパケットリソース割り当て方法のステップが実現される、コンピュータ読み取り可能な記憶媒体。