(57)【要約】  本開示の実施例は、アップリンクデータパケットリソース割り当て方法およびユーザ端末を提供する。当該方法において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信することと、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定することと、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うこととを含む。前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。【選択図】  図２
2021501536.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末に応用されるアップリンクデータパケットリソース割り当て方法において、
ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信することと、
目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定することと、
前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うこととを含み、
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である、アップリンクデータパケットリソース割り当て方法。
【請求項２】
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる、請求項１に記載の方法。
【請求項３】
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信し、
または、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することをさらに含む、請求項２に記載の方法。
【請求項４】
前記サービスタイプは、ＩＰに基づくＶＯＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービス、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）サービスおよびｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）サービスのうちの１つである、請求項１に記載の方法。
【請求項５】
前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである、請求項１に記載の方法。
【請求項６】
ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信するための受信モジュールと、
目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定するための決定モジュールと、
前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うためのリソース割り当てモジュールとを含み、
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である、ユーザ端末。
【請求項７】
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる、請求項６に記載のユーザ端末。
【請求項８】
前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである、請求項６に記載のユーザ端末。
【請求項９】
前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである、請求項６に記載のユーザ端末。
【請求項１０】
トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含むユーザ端末であって、
前記トランシーバは、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信することに用いられ、
前記プロセッサは、メモリからプログラムを読み取ることによって、
目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定するプロセスと、
前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うプロセスとを実行することに用いられ、
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である、ユーザ端末。
【請求項１１】
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる、請求項１０に記載のユーザ端末。
【請求項１２】
前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信し、
または、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記トランシーバは、さらに、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することに用いられる、請求項１１に記載のユーザ端末。
【請求項１３】
前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである、請求項１０に記載のユーザ端末。
【請求項１４】
前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである、請求項１０に記載のユーザ端末。
【請求項１５】
コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、
当該プログラムがプロセッサによって実行されると、請求項１〜５のいずれか一項に記載のアップリンクデータパケットリソース割り当て方法のステップが実現される、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年１１月３日に中国特許庁に提出された中国特許出願２０１７１１０７１２４３．４の優先権を主張し、その全ての内容が援用によりここに取り込まれる。
【０００２】
本開示は、通信技術分野に係り、特にアップリンクデータパケットリソース割り当て方法およびユーザ端末に係る。
【背景技術】
【０００３】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムのＬＣＰ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）プロセスにおいて、ＬＴＥシステムのＬＣＰは、ネットワークから設定される単一のＲＢ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）に対応する優先度パラメータｐｒｉｏｒｉｔｙに基づいて行われる。具体的な実行プロセスは、以下である。まず、トークンを有するすべての論理チャネルの優先度パラメータｐｒｉｏｒｉｔｙの降順に１巡目のリソース割り当てを行う。１巡目のリソース割り当ては、各論理チャネルのＰＢＲ（Ｐｒｉｏｒｉｔｉｚｅｄ  Ｂｉｔ  Ｒａｔｅ）に基づいて行われる。同時にリソース割り当て状況に基づき、各論理チャネルの使用可能なトークン数を更新する。それから、余剰リソースがあれば、２巡目のリソース割り当てを行う。２巡目のリソース割り当ては、データ伝送が行われるすべての論理チャネルの優先度パラメータｐｒｉｏｒｉｔｙの降順に、ＰＢＲ以外のデータにリソースを割り当てる。リソース割り当ては、トークンを有するすべての論理チャネルのデータにリソースが割り当てられ、またはリソースがなくなるまで行われる。
【０００４】
しかし、今後の通信システムでは、たとえば５Ｇ  ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）通信システムにおいて、主に、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）およびＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）との３種類のサービスがサポートされる。ＮＲシステムの場合、現在、ＬＣＰで考慮すべき制限要素をＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎと称する。関連技術のＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、主にＳＣＳ（Ｓｕｂ−Ｃａｒｒｉｅｒ  Ｓｐａｃｅ）、ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ（実質上、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）とは同様である）およびセルＣｅｌｌを含む。しかし、ＮＲシステムでは、異なるサービスに対応する遅延のニーズが異なるため、関連技術のＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎのみを考慮するのであれば、スケジューリング性能が制限される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示の実施例は、アップリンクデータパケットリソース割り当て方法およびユーザ端末を提供することによって、スケジューリング性能が制限されるという問題を解決する。
【課題を解決するための手段】
【０００６】
本開示の実施例は、ユーザ端末に応用されるアップリンクデータパケットリソース割り当て方法を提供する。当該方法において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信することと、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定することと、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うこととを含む。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。
【０００７】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。
【０００８】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。または、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記方法において、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することをさらに含む。
【０００９】
選択可能に、前記サービスタイプは、ＩＰに基づくＶＯＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービス、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）サービスおよびｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）サービスのうちの１つである。
【００１０】
選択可能に、前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。
【００１１】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、サブキャリア間隔ＳＣＳ、ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎおよびセルＣｅｌｌのうちの１つまたは組み合わせをさらに含む。
【００１２】
本開示の実施例は、ユーザ端末をさらに提供する。当該ユーザ端末は、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信するための受信モジュールと、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定するための決定モジュールと、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うためのリソース割り当てモジュールとを含む。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。
【００１３】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。
【００１４】
選択可能に、前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである。
【００１５】
選択可能に、前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。
【００１６】
本開示の実施例は、トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含むユーザ端末をさらに提供する。前記トランシーバは、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信することに用いられる。前記プロセッサは、メモリからプログラムを読み取ることによって、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定するプロセスと、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うプロセスとを実行することに用いられる。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。
【００１７】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。
【００１８】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。または、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記トランシーバは、さらに、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することに用いられる。
【００１９】
選択可能に、前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである。
【００２０】
選択可能に、前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。
【００２１】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、サブキャリア間隔ＳＣＳ、ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎおよびセルＣｅｌｌのうちの１つまたは組み合わせをさらに含む。
【００２２】
本開示の実施例において、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供し、当該プログラムがプロセッサによって実行されると、本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のステップが実現されることを特徴とする。
【発明の効果】
【００２３】
本開示の実施例において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信し、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定し、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行う。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎにおいてＵＬ  ｇｒａｎｔタイプを考慮に入れ、目標対象をマッピングするため、ＬＣＰのプロセスでは、まず目標対象とＵＬ  ｇｒａｎｔの対応関係を決定し、それから目標対象とＵＬ  ｇｒａｎｔの対応関係に基づき、ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行う。よって、本開示の実施例は、各ＵＬ  ｇｒａｎｔで伝送されるデータがネットワーク側から期待されるデータであることを保証し、スケジューリングの性能を向上させることができる。
【図面の簡単な説明】
【００２４】
【図１】本開示の実施例の応用可能なネットワーク構造図である。
【図２】本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のフローチャートである。
【図３】本開示の実施例におけるアップリンクデータパケットリソース割り当て方法を実現するフローチャートその１である。
【図４】本開示の実施例におけるアップリンクデータパケットリソース割り当て方法を実現するフローチャートその２である。
【図５】本開示の実施例におけるアップリンクデータパケットリソース割り当て方法を実現するフローチャートその３である。
【図６】本開示の実施例におけるユーザ端末の構造図である。
【図７】本開示の実施例における別のユーザ端末の構造図である。
【発明を実施するための形態】
【００２５】
図１を参照する。図１は、本開示の実施例の応用可能なネットワーク構造図である。図１に示すように、ユーザ機器（ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ））１１とネットワーク側機器１２が含まれる。ここで、ユーザ機器１１は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ラップトップ型パソコン（Ｌａｐｔｏｐ  Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ＭＩＤ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｄｅｖｉｃｅ）またはウェアラブルデバイス（Ｗｅａｒａｂｌｅ  Ｄｅｖｉｃｅ）などの端末側機器である。なお、本開示の実施例において、ユーザ機器１１の具体的な種類を限定しない。ネットワーク側機器１２は、たとえばマクロ基地局、ＬＴＥ  ｅＮＢ、５Ｇ  ＮＲ  ＮＢなどの基地局である。ネットワーク側機器１２は、ＬＰＮ（ｌｏｗ  ｐｏｗｅｒ  ｎｏｄｅ）ｐｉｃｏ、ｆｅｍｔｏなどのスモール基地局、またはＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）であってもよい。基地局は、ＣＵ（ｃｅｎｔｒａｌ  ｕｎｉｔ）およびその管理／制御下の複数のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｃｅｐｔｉｏｎ  Ｐｏｉｎｔ）からなるネットワークノードであってもよい。なお、本開示の実施例において、ネットワーク側機器１２の具体的な種類を限定しない。
【００２６】
図２を参照する。図２は、本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のフローチャートである。本開示の実施例におけるアップリンクデータパケットリソース割り当て方法は、ユーザ端末に応用され、ユーザ端末におけるアップリンクデータパケットリソース割り当てを制御することに用いられる。図２に示すように、当該アップリンクデータパケットリソース割り当て方法において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信するステップ２０１と、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定するステップ２０２と、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うステップ２０３とを含む。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。
【００２７】
ユーザ端末がネットワーク側機器にアクセスすると、通常、ネットワーク側機器から指示情報をユーザ端末に送信し、アップリンク伝送を行うようユーザ端末に指示する。当該指示情報には、上記ＵＬ  ｇｒａｎｔが付帯される。ユーザ端末は、ネットワーク側機器から送信されるＵＬ  ｇｒａｎｔに基づき、アップリンクデータ送信がある場合に、ステップ２０２、ステップ２０３に示されるＬＣＰプロセスを実行する。
【００２８】
上記ＵＬ  ｇｒａｎｔタイプは、実際の必要に応じて設定される。本実施例において、ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリー（ｇｒａｎｔ−ｆｒｅｅ）スケジューリングおよびＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）のうちの１つである。ネットワーク側機器から送信されるＵＬ  ｇｒａｎｔの数は、実際の必要に応じて設定されるが、ここではさらなる限定をしない。当該送信される各ＵＬ  ｇｒａｎｔのタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。たとえば、ユーザ端末がネットワーク側機器から受信した２つのＵＬ  ｇｒａｎｔのうち、１つのＵＬ  ｇｒａｎｔは、動的スケジューリングのＵＬ  ｇｒａｎｔであり、もう１つのＵＬ  ｇｒａｎｔは、ＳＰＳ  ｇｒａｎｔである。
【００２９】
上記マッピング関係は、ＵＬ  ｇｒａｎｔタイプとサービスタイプのマッピング関係であってもよく、ＵＬ  ｇｒａｎｔタイプと論理チャネルのマッピング関係であってもよく、さらにＵＬ  ｇｒａｎｔタイプと論理チャネル群のマッピング関係であってもよい。ここで、上記マッピング関係がサービスタイプとｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、具体的なサービスとＵＬ  ｇｒａｎｔタイプのマッピング情報として表現される。上記マッピング関係がＵＬ  ｇｒａｎｔタイプと論理チャネルのマッピング関係である場合、当該マッピング関係は、論理チャネル番号とＵＬ  ｇｒａｎｔタイプのマッピング情報として表現される。上記マッピング関係がＵＬ  ｇｒａｎｔタイプと論理チャネル群のマッピング関係である場合、当該マッピング関係は、論理チャネル群（すなわち複数の論理チャネルのセット）番号とＵＬ  ｇｒａｎｔタイプのマッピング情報として表現される。たとえば、複数の論理チャネルをまとめて１つまたは複数のＵＬ  ｇｒａｎｔタイプとはマッピングを行う。
【００３０】
なお、上記ステップ２０２のマッピング関係の決定方式は、多種類の実現方式が存在する。たとえばステップ２０２では、マッピング関係は、前記ユーザ端末によって決定され、または、前記ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。
【００３１】
実施方式１において、ステップ２０２でのマッピング関係は、前記ユーザ端末によって決定される。ここで、各ユーザ端末は、自身のマッピング関係を自ら決定し、マッピング関係を決定してから、シグナリングの方式で、アクセス中のネットワーク側機器にマッピング関係を送信してネットワーク側機器に通知する。具体的に、本実施例において、ユーザ端末は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信する。ここで、ハイレイヤシグナリングは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）またはＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）シグナリングである。また、ユーザ端末は、マッピング関係を更新し、マッピング関係の更新後に、同様に更新後のマッピング関係をネットワーク側機器に送信する必要がある。
【００３２】
実施方式２において、ステップ２０２でのマッピング関係は、前記ネットワーク側機器によって決定される。ここで、ネットワーク側機器は、アクセス中の各ユーザ端末に対しマッピング関係を設定し、該当するユーザ端末に送信する。当該ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。ここで、ハイレイヤシグナリングは、ＲＲＣまたはＭＡＣシグナリングである。また、ネットワーク側機器は、マッピング関係を更新し、マッピング関係の更新後に、同様に更新後のマッピング関係をユーザ端末に送信する必要がある。
【００３３】
実施方式３において、ステップ２０２でのマッピング関係は、プロトコルによって取り決められる。ここで、プロトコルによって、ユーザ機器とネットワーク側機器との間で上記マッピング関係を予め取り決める。ユーザ端末は、プロトコルによって取り決められるマッピング関係を取得してステップ２０２を実行する。
【００３４】
上記ステップ２０２において、ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、データ送信が必要な目標対象を選別し、目標対象とＵＬ  ｇｒａｎｔの対応関係を決定することができる。ここで、各目標対象には、対応するＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎが設定されている。当該ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、当該目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含む。それから、目標対象とＵＬ  ｇｒａｎｔの対応関係に基づき、ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行う。具体的に、各ＵＬ  ｇｒａｎｔでのリソース割り当てプロセスは、ＬＴＥとは同じである。すなわち、まず当該ＵＬ  ｇｒａｎｔを使用可能な論理チャネルの優先度に基づいて１巡目のリソース割り当てを行い、論理チャネルのＰＲＢリクエストを満たし、余剰リソースがあれば、２巡目のリソース割り当てを行い、余剰データにリソースを割り当て、リソースがなくなりまたはすべてのデータにリソースが割り当てられるまで行われる。
【００３５】
選択可能に、サービスタイプは、ＩＰに基づくＶＯＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである。
【００３６】
なお、上記マッピング関係での具体的なマッピング内容は、実際の必要に応じて設定される。本実施例において、サービスのサービス品質ＱｏＳを保証するために、具体的に以下のようにマッピング関係を取り決める。
【００３７】
ケース１：上記マッピング関係がサービスタイプとＵＬ  ｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／または半永続スケジューリング（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ：ＳＰＳ）のＵＬ  ｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬ  ｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬ  ｇｒａｎｔのマッピングを含む。
【００３８】
ケース２：上記マッピング関係が論理チャネルとＵＬ  ｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、論理チャネル番号とＵＬ  ｇｒａｎｔのマッピングを含む。
ここで、ＶＯＩＰサービスに対応する論理チャネルは、動的スケジューリングのＵＬ  ｇｒａｎｔおよび／または半永続スケジューリングのＵＬ  ｇｒａｎｔとはマッピングし、ＵＲＬＬＣサービスに対応する論理チャネルは、動的スケジューリングのＵＬ  ｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬ  ｇｒａｎｔとはマッピングし、ｅＭＢＢサービスに対応する論理チャネルは、動的スケジューリングのＵＬ  ｇｒａｎｔとはマッピングする。
【００３９】
ケース３：上記マッピング関係が論理チャネル群とＵＬ  ｇｒａｎｔタイプのマッピング関係である場合、当該マッピング関係は、論理チャネル群番号とＵＬ  ｇｒａｎｔのマッピングを含む。
ここで、ＶＯＩＰサービスに対応する論理チャネルは、動的スケジューリングのＵＬ  ｇｒａｎｔおよび／または半永続スケジューリングのＵＬ  ｇｒａｎｔとマッピングし、ＵＲＬＬＣサービスに対応する論理チャネルは、動的スケジューリングのＵＬ  ｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬ  ｇｒａｎｔとマッピングし、ｅＭＢＢサービスに対応する論理チャネルは、動的スケジューリングのＵＬ  ｇｒａｎｔとマッピングする。
【００４０】
ＬＣＰの実行プロセスにおいて、ＵＬ  ｇｒａｎｔタイプというＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎを考慮する必要があるほか、ほかのＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎを考慮してもよい。たとえば、本実施例において、上記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、ＳＣＳ、ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎおよびＣｅｌｌのうちの１つまたは組み合わせをさらに含む。
【００４１】
なお、本開示の実施例で紹介した多種類の選択可能実施方式は、互いに組み合わせて実現されてもよく、単独で実現されてもよいが、これに対し、本開示の実施例で限定しない。
【００４２】
本開示の実施例において、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信し、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定し、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行う。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎにおいてＵＬ  ｇｒａｎｔタイプを考慮に入れ、目標対象をマッピングするため、ＬＣＰのプロセスでは、まず目標対象とＵＬ  ｇｒａｎｔの対応関係を決定し、それから目標対象とＵＬ  ｇｒａｎｔの対応関係に基づき、ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行う。よって、本開示の実施例は、各ＵＬ  ｇｒａｎｔで伝送されるデータがネットワーク側から期待されるデータであることを保証し、スケジューリングの性能を向上させることができる。
【００４３】
本開示をさらに理解するために、以下、具体的な実施方式を通じて詳細に説明する。
【００４４】
実施方式１：図３に示すように、アップリンクデータパケットリソース割り当て方法を実現するフローチャートは、以下のステップを含む。
【００４５】
ステップ３０１において、ネットワーク側機器は、ユーザ端末毎に、各ユーザ端末のＵＬ  ｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群とのマッピング関係を決定し、該当するユーザ端末に通知する。
【００４６】
当該ステップにおいて、ネットワーク側機器は、マッピング関係を決定すると、ハイレイヤシグナリング（ＲＲＣまたはＭＡＣシグナリング）または物理層シグナリングによってユーザ端末に通知する。ネットワークによる当該マッピング関係の変更が許容されるが、マッピング関係が変更すれば、ネットワーク側機器からユーザ端末に再通知する必要がある。ここで、ユーザ端末では、多種類の並行サービスが行われ、たとえば、ＶＯＩＰ、ＵＲＬＬＣおよびｅＭＢＢが含まれる。上記マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／または半永続スケジューリングのＵＬ  ｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬ  ｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬ  ｇｒａｎｔのマッピングを含む。
【００４７】
ステップ３０２において、ユーザ端末は、伝送すべくデータがある場合、ＬＣＰを実行する。
【００４８】
当該ステップにおいて、ユーザ端末は、データ送信が必要な２つの論理チャネル（論理チャネル１、論理チャネル２）を有するとする。論理チャネル１は、ＶＯＩＰサービスデータの送信に対応し、論理チャネル２は、ｅＭＢＢサービスデータの送信に対応し、２種類のＵＬ  ｇｒａｎｔ（ｇｒａｎｔ１は、ＳＰＳ  ｇｒａｎｔであり、ｇｒａｎｔ２は、動的スケジューリングのＵＬ  ｇｒａｎｔである）を受け取る。
【００４９】
ＬＣＰの実行プロセスにおいて、第１ステップとして、ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、論理チャネルとＵＬ  ｇｒａｎｔの対応関係（すなわち論理チャネル１とｇｒａｎｔ１、ｇｒａｎｔ２の対応関係、論理チャネル２とｇｒａｎｔ１、ｇｒａｎｔ２の対応関係）を決定する。
【００５０】
ここで、ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、上記マッピング関係を含み、そのほかに、ＳＣＳ、ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎおよびＣｅｌｌのうちの１つまたは組み合わせをさらに含む。
【００５１】
上記の第１ステップでは、上記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎにより、ユーザ端末のデータ送信が必要な論理チャネルを選別すると、論理チャネルとＵＬ  ｇｒａｎｔの対応関係を決定することができる。仮に、決定した対応関係は、論理チャネル１とｇｒａｎｔ１、ｇｒａｎｔ２の対応関係、論理チャネル２とｇｒａｎｔ２の対応関係である。
【００５２】
第２のステップにおいて、論理チャネルとＵＬ  ｇｒａｎｔの対応関係に基づき、ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行う。
【００５３】
当該ステップでは、各ＵＬ  ｇｒａｎｔでのリソース割り当てプロセスは、ＬＴＥとは同じである。すなわち、まず当該ＵＬ  ｇｒａｎｔを使用可能な論理チャネルの優先度に基づいて１巡目のリソース割り当てを行い、論理チャネルのＰＲＢリクエストを満たし、余剰リソースがあれば、２巡目のリソース割り当てを行い、余剰データにリソースを割り当て、リソースがなくなりまたはすべてのデータにリソースが割り当てられるまで行われる。
【００５４】
実施方式２：図４に示すように、アップリンクデータパケットリソース割り当て方法を実現するフローチャートは、以下のステップを含む。
【００５５】
ステップ４０１において、ユーザ端末は、ＵＬ  ｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群とのマッピング関係を自ら決定し、ネットワーク側機器に通知する。
【００５６】
当該ステップにおいて、ユーザ端末は、マッピング関係を決定すると、ハイレイヤシグナリング（ＲＲＣまたはＭＡＣシグナリング）または物理層シグナリングによってネットワーク側機器に通知する。ユーザ端末による当該マッピング関係の変更が許容されるが、マッピング関係が変更すれば、ユーザ端末からネットワーク側機器に再通知する必要がある。ここで、ユーザ端末では、多種類の並行サービスが行われ、たとえば、ＶＯＩＰ、ＵＲＬＬＣおよびｅＭＢＢが含まれる。上記マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／または半永続スケジューリングのＵＬ  ｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬ  ｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬ  ｇｒａｎｔのマッピングを含む。
【００５７】
ステップ４０２は、実施方式１のステップ３０２に一致するため、具体的に実施方式１の記載を参照し、ここでは繰り返して記載しない。
【００５８】
実施方式３：ステップ５０１において、ユーザ端末とネットワーク側機器では、各ユーザ端末のＵＬ  ｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群のマッピング関係を、プロトコルによって取り決める。
【００５９】
当該ステップにおいて、マッピング関係は、ユーザ端末とネットワーク側機器との間でプロトコルの取り決めによって決定される。たとえば、ユーザ端末では、多種類の並行サービスが行われ、ＶＯＩＰ、ＵＲＬＬＣおよびｅＭＢＢが含まれる。プロトコルによって、ＵＬ  ｇｒａｎｔタイプとサービスタイプ、論理チャネルまたは論理チャネル群のマッピング関係を取り決める。上記マッピング関係は、ＶＯＩＰサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／または半永続スケジューリングのＵＬ  ｇｒａｎｔのマッピングと、ＵＲＬＬＣサービスと動的スケジューリングのＵＬ  ｇｒａｎｔおよび／またはグラントフリースケジューリングのＵＬ  ｇｒａｎｔのマッピングと、ｅＭＢＢサービスと動的スケジューリングのＵＬ  ｇｒａｎｔのマッピングを含む。
【００６０】
ステップ５０２は、実施方式１のステップ３０１に一致するため、具体的に実施方式１の記載を参照し、ここでは繰り返して記載しない。
【００６１】
図６を参照する。図６は、本開示の実施例におけるユーザ端末の構造図である。図６に示すように、ユーザ端末６００は、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信するための受信モジュール６０１と、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定するための決定モジュール６０２と、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うためのリソース割り当てモジュール６０３とを含む。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。
【００６２】
選択可能に、前記ネットワーク側機器からマッピング関係が送信される場合、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。
【００６３】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。または、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記ユーザ端末は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信するための送信モジュールをさらに含む。
【００６４】
選択可能に、前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである。
【００６５】
選択可能に、前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。
【００６６】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、サブキャリア間隔ＳＣＳ、ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎおよびセルＣｅｌｌのうちの１つまたは組み合わせをさらに含む。
【００６７】
なお、本実施例における上記ユーザ端末６００は、本開示の実施例における方法実施例の任意の実施形態のユーザ端末であってもよい。本開示の実施例における方法実施例のユーザ端末の任意の実施形態を、本実施例における上記ユーザ端末６００によって実現可能であり、かつ同じ効果を奏するため、ここでは繰り返して記載しない。
【００６８】
図７を参照する。図７は、本開示の実施例における別のユーザ端末の構造図である。図７に示すように、当該ユーザ端末は、トランシーバ７２０と、メモリ７１０と、プロセッサ７００と、前記メモリ７１０に記憶されて前記プロセッサ７００で実行可能なプログラムを含む。前記トランシーバは、ネットワーク側機器から送信される少なくとも１つのアップリンクグラント情報ＵＬ  ｇｒａｎｔを受信することに用いられる。前記プロセッサは、メモリからプログラムを読み取ることによって、目標対象に対応する論理チャネル優先度制限要素ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに基づき、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係を決定するプロセスと、前記目標対象と前記ＵＬ  ｇｒａｎｔの対応関係に基づき、前記ＵＬ  ｇｒａｎｔ毎でリソース割り当てを行うプロセスとを実行することに用いられる。ここで、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、少なくとも、目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係を含み、前記目標対象は、サービスタイプまたは論理チャネルまたは論理チャネル群である。
【００６９】
上記トランシーバ７２０は、プロセッサ７００による制御でデータを送受信することに用いられる。
【００７０】
図７において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ７００をはじめとする１つ又は複数のプロセッサとメモリ７１０をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ７２０は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。
【００７１】
プロセッサ７００は、バスアーキテクチャと通常の処理を管理する。メモリ７１０は、プロセッサ７００による操作実行に使用されるデータを記憶できる。
【００７２】
なお、メモリ７１０は、ユーザ端末の１つの機器のみに限定されない。将来、メモリ７１０とプロセッサ７００は、異なる地理位置に離間して位置してもよい。
【００７３】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係は、前記ユーザ端末によって決定され、または、ネットワーク側機器によって決定され、または、プロトコルによって取り決められる。
【００７４】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係がネットワーク側機器によって決定される場合、前記ネットワーク側機器は、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ユーザ端末に送信する。または、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎに含まれる目標対象とＵＬ  ｇｒａｎｔタイプのマッピング関係が前記ユーザ端末によって決定される場合、前記トランシーバは、さらに、ハイレイヤシグナリングまたは物理層シグナリングによって前記マッピング関係を前記ネットワーク側機器に送信することに用いられる。
【００７５】
選択可能に、前記サービスタイプは、ＩＰに基づくＶＯＩＰサービス、ＵＲＬＬＣサービスおよびｅＭＢＢサービスのうちの１つである。
【００７６】
選択可能に、前記ＵＬ  ｇｒａｎｔタイプは、動的スケジューリング、グラントフリースケジューリングおよび半永続スケジューリングのうちの１つである。
【００７７】
選択可能に、前記ＬＣＰ  ｒｅｓｔｒｉｃｔｉｏｎは、サブキャリア間隔ＳＣＳ、ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎおよびセルＣｅｌｌのうちの１つまたは組み合わせをさらに含む。
【００７８】
なお、本実施例における上記ユーザ端末は、本開示の実施例における方法実施例の任意の実施形態のユーザ端末であってもよい。本開示の実施例における方法実施例のユーザ端末の任意の実施形態を、本実施例における上記ユーザ端末によって実現可能であり、かつ同じ効果を奏するため、ここでは繰り返して記載しない。
【００７９】
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プログラムがプロセッサによって実行されると、本開示の実施例におけるアップリンクデータパケットリソース割り当て方法のステップが実現される。
【００８０】
本願で提供されるいくつかの実施例において、開示された方法および装置は、他の方式で実施され得ることを理解されたい。例えば、以上に記載された装置の実施例は、単なる例示である。例えば、ユニットの区分は、単に論理機能の区分であり、実際に実現する際に別の区分方式がある。例えば、複数のユニットまたはコンポーネントは、別のシステムに組み合わせられまたは一体化される。または、一部の特徴は、無視されてもよく、または実行されなくてもよい。また、示されておりまたは議論されている相互間の結合や直接結合や通信接続は、インタフェース、装置またはユニットを介した間接結合や通信接続であり、電気的、機械的、または他の形式である。
【００８１】
また、本開示の各実施例における各機能的ユニットは、１つの処理部に一体化されていてもよいし、別々に設けられていてもよいし、２つ以上が一体化されてもよい。上述した一体化ユニットは、ハードウェアの形態、またはハードウェアとソフトウェア機能ユニットの形態で実施することができる。
【００８２】
上述したソフトウェア機能ユニットの形態で実施される一体化ユニットは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。上記ソフトウェア機能ユニットは、記憶媒体に記憶され、本開示の各実施例に記載の方法のステップの一部をコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であってもよい）に実行させるいくつかの指令を含む。前記の記憶媒体は、Ｕディスク、モバイルハードディスク、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなど、プログラムコードを格納することができる様々な媒体を含む。
【００８３】
以上記載されたのは、本開示の好適な実施形態である。なお、当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲として見なされるべきである。
【図１】
2021501536.tif 000003
【図２】
2021501536.tif 000004
【図３】
2021501536.tif 000005
【図４】
2021501536.tif 000006
【図５】
2021501536.tif 000007
【図６】
2021501536.tif 000008
【図７】
2021501536.tif 000009
【国際調査報告】
2021501536.tif 000010
2021501536.tif 000011
2021501536.tif 000012
2021501536.tif 000013