(57)【要約】本発明の実施形態は、異なる処理レイテンシが共存するシナリオにおけるデータ送信プロセスでの衝突問題を解決するように、データ送信方法および基地局を開示する。本発明の実施形態における方法は、基地局によって、少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信することであって、ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用される、受信することと、基地局によって、ＱｏＳパラメータに従って無線ベアラを構成することと、構成された無線ベアラに従ってデータを送信することとを含む。
2017526296.tif 000002
【特許請求の範囲】
【請求項１】
基地局であって、
少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信するように構成された受信ユニットであって、前記ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備え、前記レイテンシ感度は、前記少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、前記再ソートインジケーションパラメータは、前記少なくとも１つのサービスにおける前記さまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、前記ＲＴＴインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＲＴＴ長についての要件を示し、前記ＴＴＩインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＴＴＩ長についての要件を示す、受信ユニットと、
前記ＱｏＳパラメータに従って無線ベアラを構成するように構成された、構成ユニットと、
前記構成された無線ベアラに従ってデータを送信するように構成された、送信ユニットと
を備えることを特徴とする基地局。
【請求項２】
前記ＱｏＳパラメータが前記レイテンシ感度を備える場合、前記構成ユニットは、以下の、
前記データの１回の再送信についての信頼性を構成するステップ、
前記データの再送信の量を構成するステップ、および
前記データによって使用される無線リンク制御プロトコルＲＬＣモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを特に実行することを特徴とする請求項１に記載の基地局。
【請求項３】
前記送信ユニットは、
前記ＱｏＳパラメータに従って前記無線ベアラが構成された後、前記無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それにより前記ユーザ機器が無線構成パラメータに従ってデータを送信する
ようにさらに構成されることを特徴とする請求項２に記載の基地局。
【請求項４】
前記ＱｏＳパラメータが前記再ソートインジケーションパラメータを備える場合、前記構成ユニットは、
前記再ソートインジケーションパラメータに従って前記少なくとも１つのサービスのデータの送信順序をスケジュールする
ように特に構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項５】
前記再ソートインジケーションパラメータは、以下の、
前記少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
前記少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備えることを特徴とする請求項４に記載の基地局。
【請求項６】
前記ＱｏＳパラメータが前記ＲＴＴインジケーションパラメータを備える場合、前記送信ユニットは、
前記基地局が前記ＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、前記ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、前記サービスのデータを送信する
ように特に構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項７】
前記ＱｏＳパラメータが前記ＴＴＩインジケーションパラメータを備える場合、前記送信ユニットは、
前記基地局が前記ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、前記ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、前記サービスのデータを送信する
ように特に構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項８】
前記受信ユニットは、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
専用のメッセージを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する
ように特に構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項９】
前記受信ユニットは、
セルハンドオーバが発生したとき、前記サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信する
ように特に構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項１０】
データ送信方法であって、
基地局によって、少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信するステップであって、前記ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備え、前記レイテンシ感度は、前記少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、前記再ソートインジケーションパラメータは、前記少なくとも１つのサービスにおける前記さまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、前記ＲＴＴインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＲＴＴ長についての要件を示し、前記ＴＴＩインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＴＴＩ長についての要件を示す、受信するステップと、
前記基地局によって、前記ＱｏＳパラメータに従って無線ベアラを構成し、前記構成された無線ベアラに従ってデータを送信するステップと
を備えることを特徴とする方法。
【請求項１１】
前記ＱｏＳパラメータが前記レイテンシ感度を備える場合、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップは、以下の、
前記データの１回の再送信についての信頼性を構成するオペレーション、
前記データの再送信の量を構成するオペレーション、および
前記データによって使用される無線リンク制御プロトコルＲＬＣモードを構成するオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記基地局によって、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップの後に、
前記基地局によって、前記無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それにより前記ユーザ機器が無線構成パラメータに従ってデータを送信するステップ
を備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＱｏＳパラメータが前記再ソートインジケーションパラメータを備える場合、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップは、
前記再ソートインジケーションパラメータに従って前記少なくとも１つのサービスのデータの送信順序をスケジュールするステップ
を備えることを特徴とする請求項１０乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記再ソートインジケーションパラメータは、以下の、
前記少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
前記少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備えることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ＱｏＳパラメータが前記ＲＴＴインジケーションパラメータを備える場合、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップは、
前記基地局が前記ＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、前記ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、前記サービスのデータを送信するステップ
を備えることを特徴とする請求項１０乃至１２のいずれか一項に記載の方法。
【請求項１６】
前記ＱｏＳパラメータが前記ＴＴＩインジケーションパラメータを備える場合、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップは、
前記基地局が前記ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、前記ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、前記サービスのデータを送信するステップ
を備えることを特徴とする請求項１０乃至１２のいずれか一項に記載の方法。
【請求項１７】
前記サービスの前記ＱｏＳパラメータを受信する前記ステップは、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信するステップ、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信するステップ、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信するステップ、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信するステップ、または
専用のメッセージを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信するステップ
を備えることを特徴とする請求項１０乃至１２のいずれか一項に記載の方法。
【請求項１８】
前記サービスの前記ＱｏＳパラメータを受信する前記ステップは、
セルハンドオーバが発生したとき、前記サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信するステップ
を備えることを特徴とする請求項１０乃至１２のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、詳細には、データ送信方法および基地局に関する。
【背景技術】
【０００２】
本出願は、参照によりその全体が本明細書に組み込まれている、２０１４年８月２６日に中国特許庁に出願された、「ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＢＡＳＥ  ＳＴＡＴＩＯＮ」という名称の、中国特許出願第２０１４１０４２５３８３．７号の優先権を主張するものである。
【０００３】
現在、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム、およびＬＴＥ−Ａ（ＬＴＥ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）ロングタームエボリューションアドバンストシステムでは、レイテンシ、パケット損失率、およびサービス処理優先度などの、サービスのサービス品質（ＱｏＳ、Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）要件を示すために、いくつかのパラメータが使用されている。無線ネットワークが、これらのパラメータの値に従って、関連するデータに対して送信処理を実行する。
【０００４】
レイテンシは、通信システムの性能を測るために使用される重要な性能指標であり、ユーザエクスペリエンスに影響を及ぼす。したがって、データ送信レイテンシをどのように引き下げるかが、常に考慮すべき事項であり、通信システムにおける最適化目的である。
【０００５】
現在、ＬＴＥおよびＬＴＥ−Ａシステムでは、１０ｍｓ無線フレーム構造および１ｍｓサブフレームが設計されており、すなわち、１つの無線フレームは１０個のサブフレームを含んでいる。
【０００６】
ＬＴＥおよびＬＴＥ−Ａシステムでは、送信時間間隔（ＴＴＩ、ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）の継続時間が１ｍｓ、すなわち、１つのサブフレームの長さであり、ラウンドトリップ時間（ＲＴＴ、Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）の継続時間が８ｍｓであり、すなわち、１回の再送信の発生が、８ｍｓのレイテンシを生じさせる。
【０００７】
実際の応用例では、ハードウェア技術の進歩とともに、基地局およびモバイル端末のデータ処理速度が徐々に増加されている。したがって、ＴＴＩおよびＲＴＴが、それに応じて低減されている。加えて、通信サービスは絶えず多様化されており、異なるサービスが異なるレイテンシ要件を有し、一部のサービスは、より厳しいレイテンシ要件を有する。現在の技術は、このレイテンシ要件を十分に満たすことができない。
【０００８】
加えて、サービス多様化の１つの結果は、次の通りである。同じサービスにおいてさえ、異なるレイテンシ要件をもつパケットがあることがある。例えば、ウェブブラウジングにおいては、テキスト情報、ピクチャ情報、ビデオ情報などが含まれ、各情報タイプが、異なるレイテンシ要件を有する。したがって、サービスのＱｏＳ要件を示す既存のパラメータは、将来的なサービス開発に十分に適合することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の実施形態は、異なる処理レイテンシが共存するシナリオにおけるデータ送信プロセスでの衝突問題を解決するように、データ送信方法および基地局を提供する。
【課題を解決するための手段】
【００１０】
本発明の実施形態の第１の態様において提供される基地局は、
少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信するように構成された受信ユニットであって、ＱｏＳパラメータは、レイテンシ感度（latency sensitivity）、再ソートインジケーションパラメータ（resorting indication parameter）、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、受信ユニットと、
ＱｏＳパラメータに従って無線ベアラを構成するように構成された、構成ユニットと、
構成された無線ベアラに従ってデータを送信するように構成された、送信ユニットと
を含む。
【００１１】
第１の態様の第１の可能な実施様式では、ＱｏＳパラメータがレイテンシ感度を含む場合、構成ユニットは、以下の、
データの１回の再送信についての信頼性を構成するステップ、
データの再送信の量を構成するステップ、および
データによって使用される無線リンク制御プロトコルＲＬＣモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを特に実行する。
【００１２】
第１の態様の第１の可能な実施様式を参照して、第１の態様の第２の可能な実施様式では、送信ユニットは、
ＱｏＳパラメータに従って無線ベアラが構成された後、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信する
ようにさらに構成される。
【００１３】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第３の可能な実施様式では、ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、構成ユニットは、
再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールする
ように特に構成される。
【００１４】
第１の態様の第３の可能な実施様式に関して、第１の態様の第４の可能な実施様式では、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００１５】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第５の可能な実施様式では、ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、送信ユニットは、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００１６】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第６の可能な実施様式では、ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、送信ユニットは、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００１７】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第７の可能な実施様式では、受信ユニットは、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【００１８】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第８の可能な実施様式では、受信ユニットは、
セルハンドオーバが発生したとき、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【００１９】
本発明の実施形態の第２の態様において提供されるデータ送信方法は、
基地局によって、少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信することであって、ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、受信することと、
基地局によって、ＱｏＳパラメータに従って無線ベアラを構成し、構成された無線ベアラに従ってデータを送信することと
を含む。
【００２０】
第２の態様の第１の可能な実施様式では、ＱｏＳパラメータがレイテンシ感度を含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、以下の、
データの１回の再送信についての信頼性を構成するオペレーション、
データの再送信の量を構成するオペレーション、および
データによって使用される無線リンク制御プロトコルＲＬＣモードを構成するオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００２１】
第２の態様の第１の可能な実施様式に関して、第２の態様の第２の可能な実施様式では、基地局によって、ＱｏＳパラメータに従って無線ベアラを構成することの後に、方法は、
基地局によって、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信すること
を含む。
【００２２】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第３の可能な実施様式では、ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、
再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールすること
を含む。
【００２３】
第２の態様の第３の可能な実施様式に関して、第２の態様の第４の可能な実施様式では、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００２４】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第５の可能な実施様式では、ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信すること
を含む。
【００２５】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第６の可能な実施様式では、ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信すること
を含む。
【００２６】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第７の可能な実施様式では、サービスのＱｏＳパラメータを受信することは、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること
を含む。
【００２７】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第８の可能な実施様式では、サービスのＱｏＳパラメータを受信することは、
セルハンドオーバが発生したとき、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信すること
を含む。
【００２８】
前述の技術的解決策から、本発明の実施形態が以下の利点を有することがわかる。
【００２９】
本発明の実施形態では、基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、基地局は、ＱｏＳパラメータに従って無線ベアラを構成し、基地局は、構成された無線ベアラに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【図面の簡単な説明】
【００３０】
本発明の実施形態における、または従来技術における、技術的解決策についてより明確に説明するために、以下では、実施形態について説明するために必要となる添付の図面について、簡単に説明している。明らかに、以下の説明における添付の図面は、本発明の一部の実施形態を示すにすぎないが、当業者ならそれでも、創造的な努力なしで、これらの添付の図面から他の図面を導出し得よう。
【図１】本発明の実施形態によるデータ送信方法の概略フローチャートである。
【図２】本発明の実施形態によるデータ送信方法の別の概略フローチャートである。
【図３】本発明の実施形態による基地局の概略構造図である。
【図４】本発明の実施形態によるデータ送信方法に基づくコンピュータデバイスの概略構造図である。
【発明を実施するための形態】
【００３１】
以下では、本発明の実施形態における技術的解決策について、本発明の実施形態における添付の図面を参照して、明確かつ完全に説明している。明らかに、説明される実施形態は、本発明の実施形態の全てではなく、一部にすぎない。当業者によって本発明の実施形態に基づいて創造的な努力なしで取得される他の全ての実施形態は、本発明の保護範囲に入るものとする。
【００３２】
図１を参照すると、本発明の本実施形態におけるデータ送信方法の実施形態は、以下のステップを含む。
【００３３】
１０１．基地局が、サービスのサービス品質パラメータを受信する。
【００３４】
基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す。
【００３５】
具体的には、基地局は、コアネットワーク（例えばモビリティ管理エンティティ）によって送られるＱｏＳパラメータを受信してよい。基地局は、ＱｏＳパラメータを複数の様式で受信してよく、本明細書で特定の制限は行われない。
【００３６】
１０２．基地局が、ＱｏＳパラメータに従って無線ベアラを構成し、構成された無線ベアラに従ってデータを送信する。
【００３７】
本発明の本実施形態では、基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、基地局は、ＱｏＳパラメータに従って無線ベアラを構成し、基地局は、構成された無線ベアラに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００３８】
図２を参照すると、本発明の本実施形態におけるデータ送信方法の実施形態は、以下のステップを含む。
【００３９】
２０１．基地局が、サービスのサービス品質パラメータを受信する。
【００４０】
基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す。
【００４１】
具体的には、基地局は、コアネットワーク（例えばモビリティ管理エンティティ）によって送られるＱｏＳパラメータを受信してよい。基地局は、ＱｏＳパラメータを、例えば、
無線アクセスベアラセットアップメッセージ（Ｅ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
無線アクセスベアラ変更メッセージ（Ｅ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
初期コンテキストセットアップ要求メッセージ（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
ハンドオーバ要求メッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること
の、複数の様式で受信してよい。
【００４２】
基地局はさらに、ＱｏＳパラメータを別の様式で受信してよく、本明細書で制限は行われないことが、理解され得る。
【００４３】
さらに、セルハンドオーバが発生したとき、ローカル基地局がターゲット基地局として使用される場合、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータが受信されてよい。具体的には、ソース基地局は、サービスのＱｏＳパラメータをターゲット基地局に、Ｘ２インターフェースのハンドオーバ準備メッセージ、またはＳ１インターフェースのハンドオーバ要求メッセージを使用することによって、送ってよい。
【００４４】
例えば、実際の応用例では、レイテンシ感度は時間範囲であってよく、例えば、特定のサービスに含まれるデータのレイテンシ感度は、１０ｍｓから１００ｍｓであり、これは、サービスにおける一部のデータのレイテンシ要件が１０ｍｓであり、一部のデータのレイテンシ要件が１００ｍｓであり、一部のデータのレイテンシ要件が２０ｍｓである、などを示し、すなわち、レイテンシ感度は、いくつかの離散レイテンシ値、例えば１０ｍｓ、２０ｍｓ、または１００ｍｓであり得る。特定の実施様式は、実際の状況に従って決定され、本明細書で制限は行われない。
【００４５】
例えば、実際の応用例では、無線サービスにおけるさまざまなタイプのデータが、異なるレイテンシ要件を有することがあるので、一部のデータの送信が期限切れになると、ネットワーク側は、さまざまなタイプのデータの送信順序を再スケジュールする必要があり得、この場合、送信順序は、データがエアインターフェース経由で送られる順序でもよく、またはエアインターフェース経由で送信されたデータが受信側で上位層ネットワークに送信される順序でもよく、またはそれらの組合せでもよい。再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用される。具体的には、再ソート要件は、サービス全体における全てのデータに固有であってもよく、またはサービスにおける特定の１つのデータもしくは一部のデータに固有であってもよい。
【００４６】
例えば、再ソートインジケーションパラメータによって示されるタイプは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含んでよい。
【００４７】
具体的には、サブミッションステップは、エアインターフェース経由での実際の送信であってよい。
【００４８】
例えば、実際の応用例では、ＴＴＩインジケーションパラメータは、特定の時間値、例えば０．５ｍｓまたは０．４ｍｓを使用することによって示されてもよく、または直交周波数分割多重技術（ＯＦＤＭ、Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、例えば７または６ＯＦＤＭシンボルを使用することによって示されてもよい。ＲＴＴインジケーションパラメータは、ＴＴＩの数、例えば４または８ＴＴＩを使用することによって示されてもよく、またはＯＦＤＭシンボル、例えば１４または２０ＯＦＤＭシンボルを使用することによって示されてもよく、または特定の時間値、例えば５ｍｓまたは４ｍｓを使用することによって示されてもよい。
【００４９】
２０２．基地局が、ＱｏＳパラメータに従って無線ベアラを構成し、構成された無線ベアラに従ってデータを送信する。
【００５０】
具体的には、基地局は、異なるＱｏＳパラメータに従って、対応する無線ベアラを構成し、例えば、
ＱｏＳパラメータがレイテンシ感度を含む場合、基地局は、レイテンシ感度に従って以下の、１．データの１回の送信についての信頼性を構成する構成オペレーション、２．データの再送信の量を構成する構成オペレーション、および３．データによって使用される無線リンク制御プロトコル（ＲＬＣ、Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）モードを構成する構成オペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを実行してよい。
【００５１】
具体的には、データのタイプが、比較的低いレイテンシを必要とする場合、基地局は、データの１回の送信についての信頼性を改善してよく、加えて、レイテンシ要件内のデータについて、無効なデータ再送信を回避するように、再送信の量が構成される。
【００５２】
ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、基地局は、再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールしてよい。
【００５３】
ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、ＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する。
【００５４】
ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する。
【００５５】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００５６】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００５７】
２０３．基地局が、無線ベアラ構成情報をユーザ機器に送る。
【００５８】
基地局は、無線ベアラ構成情報をユーザ機器に送り、この場合、無線ベアラ構成情報は、ＱｏＳパラメータに従って決定される前述の無線ベアラ構成パラメータを含む。ユーザ機器は、サービスのものであり、かつ基地局によって送られる、無線ベアラ構成パラメータを受信し、無線構成パラメータに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００５９】
無線ベアラ構成情報は、以下の、
１．データの１回の送信についての信頼性を構成するオペレーション、
２．データの再送信の量を構成するオペレーション、および
３．データによって使用される無線リンク制御プロトコルモードを構成するオペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００６０】
さらに、無線ベアラ構成情報は、
データが上位層に順番にサブミットされるかどうかを示すインジケーション、
データがエアインターフェース経由で順番に送られるかどうかを示すインジケーション、
ＲＴＴインジケーションパラメータ、この場合、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、または
ＴＴＩインジケーションパラメータ、この場合、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、
をさらに含んでよい。
【００６１】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００６２】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００６３】
本発明の本実施形態では、ユーザ機器は、サービスのものであり、かつ基地局によって送られる、無線ベアラ構成パラメータを受信し、無線構成パラメータに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００６４】
以下では、前述のデータ送信方法を実施するための基地局について説明している。図３を参照すると、本発明の本実施形態における基地局の実施形態は、
少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信するように構成された受信ユニット３０１であって、ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、受信ユニット３０１と、
ＱｏＳパラメータに従って無線ベアラを構成するように構成された、構成ユニット３０２と、
構成された無線ベアラに従ってデータを送信するように構成された、送信ユニット３０３と
を含む。
【００６５】
具体的には、ＱｏＳパラメータがレイテンシ感度を含む場合、構成ユニット３０２は、以下の、
データの１回の再送信についての信頼性を構成するステップ、
データの再送信の量を構成するステップ、および
データによって使用される無線リンク制御プロトコルＲＬＣモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを特に実行する。
【００６６】
具体的には、送信ユニット３０３は、
ＱｏＳパラメータに従って無線ベアラが構成された後、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信する
ようにさらに構成される。
【００６７】
具体的には、ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、構成ユニット３０２は、
再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールする
ように特に構成される。
【００６８】
具体的には、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００６９】
具体的には、ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、送信ユニット３０３は、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００７０】
具体的には、ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、送信ユニット３０３は、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００７１】
具体的には、受信ユニット３０１は、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【００７２】
さらに、受信ユニット３０１は、
セルハンドオーバが発生したとき、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信する
ようにさらに構成される。
【００７３】
以下では、前述のユニットのオペレーションプロセスについて説明している。
【００７４】
受信ユニット３０１は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す。
【００７５】
具体的には、基地局は、コアネットワーク（例えばモビリティ管理エンティティ）によって送られるＱｏＳパラメータを受信してよい。基地局は、ＱｏＳパラメータを、例えば、
無線アクセスベアラセットアップメッセージ（Ｅ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
無線アクセスベアラ変更メッセージ（Ｅ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
初期コンテキストセットアップ要求メッセージ（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
ハンドオーバ要求メッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること
の、複数の様式で受信してよい。
【００７６】
基地局はさらに、ＱｏＳパラメータを別の様式で受信してよく、本明細書で制限は行われないことが、理解され得る。
【００７７】
さらに、セルハンドオーバが発生したとき、ローカル基地局がターゲット基地局として使用される場合、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータが受信されてよい。具体的には、ソース基地局は、サービスのＱｏＳパラメータをターゲット基地局に、Ｘ２インターフェースのハンドオーバ準備メッセージ、またはＳ１インターフェースのハンドオーバ要求メッセージを使用することによって、送ってよい。
【００７８】
例えば、実際の応用例では、レイテンシ感度は時間範囲であってよく、例えば、特定のサービスに含まれるデータのレイテンシ感度は、１０ｍｓから１００ｍｓであり、これは、サービスにおける一部のデータのレイテンシ要件が１０ｍｓであり、一部のデータのレイテンシ要件が１００ｍｓであり、一部のデータのレイテンシ要件が２０ｍｓである、などを示し、すなわち、レイテンシ感度は、いくつかの離散レイテンシ値、例えば１０ｍｓ、２０ｍｓ、または１００ｍｓであり得る。特定の実施様式は、実際の状況に従って決定され、本明細書で制限は行われない。
【００７９】
例えば、実際の応用例では、無線サービスにおけるさまざまなタイプのデータが、異なるレイテンシ要件を有することがあるので、一部のデータの送信が期限切れになると、ネットワーク側は、さまざまなタイプのデータの送信順序を再スケジュールする必要があり得、この場合、送信順序は、データがエアインターフェース経由で送られる順序でもよく、またはエアインターフェース経由で送信されたデータが受信側で上位層ネットワークに送信される順序でもよく、またはそれらの組合せでもよい。再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用される。具体的には、再ソート要件は、サービス全体における全てのデータに固有であってもよく、またはサービスにおける特定の１つのデータもしくは一部のデータに固有であってもよい。
【００８０】
例えば、再ソートインジケーションパラメータによって示されるタイプは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含んでよい。
【００８１】
具体的には、サブミッションステップは、エアインターフェース経由での実際の送信であってよい。
【００８２】
例えば、実際の応用例では、ＴＴＩインジケーションパラメータは、特定の時間値、例えば０．５ｍｓまたは０．４ｍｓを使用することによって示されてもよく、または直交周波数分割多重技術（ＯＦＤＭ、Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、例えば７または６ＯＦＤＭシンボルを使用することによって示されてもよい。ＲＴＴインジケーションパラメータは、ＴＴＩの数、例えば４または８ＴＴＩを使用することによって示されてもよく、またはＯＦＤＭシンボル、例えば１４または２０ＯＦＤＭシンボルを使用することによって示されてもよく、または特定の時間値、例えば５ｍｓもしくは４ｍｓを使用することによって示されてもよい。
【００８３】
構成ユニット３０２は、異なるＱｏＳパラメータに従って、対応する無線ベアラを構成し、例えば、
ＱｏＳパラメータがレイテンシ感度を含む場合、基地局は、レイテンシ感度に従って以下の、１．データの１回の送信についての信頼性を構成する構成オペレーション、２．データの再送信の量を構成する構成オペレーション、および３．データによって使用される無線リンク制御プロトコル（ＲＬＣ、Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）モードを構成する構成オペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを実行してよい。
【００８４】
具体的には、データのタイプが、比較的低いレイテンシを必要とする場合、基地局は、データの１回の送信についての信頼性を改善してよく、加えて、レイテンシ要件内のデータについて、無効なデータ再送信を回避するように、再送信の量が構成される。
【００８５】
ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、基地局は、再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールしてよい。
【００８６】
ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、ＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する。
【００８７】
ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する。
【００８８】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００８９】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００９０】
送信ユニット３０３は、無線ベアラ構成情報をユーザ機器に送り、この場合、無線ベアラ構成情報は、ＱｏＳパラメータに従って決定される前述の無線ベアラ構成パラメータを含む。ユーザ機器は、サービスのものであり、かつ基地局によって送られる、無線ベアラ構成パラメータを受信し、無線構成パラメータに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００９１】
無線ベアラ構成情報は、以下の、
１．データの１回の送信についての信頼性を構成するオペレーション、
２．データの再送信の量を構成するオペレーション、および
３．データによって使用される無線リンク制御プロトコルモードを構成するオペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００９２】
さらに、無線ベアラ構成情報は、
データが上位層に順番にサブミットされるかどうかを示すインジケーション、
データがエアインターフェース経由で順番に送られるかどうかを示すインジケーション、
ＲＴＴインジケーションパラメータ、この場合、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、または
ＴＴＩインジケーションパラメータ、この場合、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、
をさらに含んでよい。
【００９３】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００９４】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００９５】
図４を参照すると、本発明の実施形態は、基地局をさらに提供し、これは、
入力装置４０１、出力装置４０２、メモリ４０３、およびプロセッサ４０４（基地局内には１つまたは複数のプロセッサがあってよく、図４では例として１つのプロセッサが使用されている）
を含んでよい。本発明の一部の実施形態では、入力装置４０１、出力装置４０２、メモリ４０３、およびプロセッサ４０４は、バスを使用することによって、または別の様式で、接続されてよい。図４では例としてバス接続が使用されている。
【００９６】
基地局は、少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信する。
【００９７】
メモリ４０３は、以下の、
ＱｏＳパラメータを記憶するステップであって、ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、記憶するステップ
を実行する。
【００９８】
プロセッサ１０４は、以下の、
ＱｏＳパラメータに従って無線ベアラを構成するステップ
を実行する。
【００９９】
出力装置１０２は、以下の、
構成された無線ベアラに従ってデータを送信するステップ
を実行する。
【０１００】
さらに、ＱｏＳパラメータがレイテンシ感度を含む場合、プロセッサ１０４は、以下の、
データの１回の再送信についての信頼性を構成するステップ、
データの再送信の量を構成するステップ、および
データによって使用される無線リンク制御プロトコルＲＬＣモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを実行する。
【０１０１】
さらに、出力装置１０２は、
ＱｏＳパラメータに従って無線ベアラが構成された後、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信する
ようにさらに構成される。
【０１０２】
ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールする。
【０１０３】
具体的には、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【０１０４】
ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、出力装置１０２は、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【０１０５】
ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、出力装置１０２は、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【０１０６】
具体的には、入力装置４０１は、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【０１０７】
前述の基地局の詳細なオペレーションプロセスについては、方法実施形態を参照されたく、詳細については本明細書で説明されない。
【０１０８】
本出願の中で提供されるいくつかの実施形態においては、開示された装置および方法が他の様式で実施されてよいことが、理解されるべきである。例えば、説明された装置実施形態は、例にすぎない。例えば、ユニット分割は、論理的な機能分割にすぎず、実際の実施の際には、他の分割であってよい。例えば、複数のユニットまたは構成要素が、組み合わされ、もしくは統合されて、別のシステムになってよく、または一部の特徴が無視されてもよく、または実行されなくてもよい。加えて、表示または議論された、相互結合または直接結合または通信接続は、いくつかのインターフェースを使用することによって実施されてよい。装置間またはユニット間の間接結合または通信接続は、電子的形態、機械的形態、または他の形態で実施されてよい。
【０１０９】
別々の部分として説明されたユニットは、物理的に別々であってもよく、またはそうでなくてもよく、ユニットとして表示された部分は、物理的なユニットであってもよく、またはそうでなくてもよく、１つの場所にあってもよく、または複数のネットワークユニット上に分散されていてもよい。実施形態の解決策の目的を達成するための実際の必要性に従って、ユニットの一部または全てが選択されてよい。
【０１１０】
加えて、本発明の実施形態における機能ユニットが、統合されて１つの処理ユニットになってよく、またはユニットの各々が、物理的に単独で存在してよく、または２つ以上のユニットが、統合されて１つのユニットになる。統合されたユニットは、ハードウェアの形態で実施されてもよく、またはソフトウェア機能ユニットの形態で実施されてもよい。
【０１１１】
統合されたユニットが、ソフトウェア機能ユニットの形態で実施され、独立した製品として販売または使用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本発明の技術的解決策は基本的に、または従来技術に寄与する部分は、または技術的解決策の全てもしくは一部は、ソフトウェア製品の形態で実施されてよい。ソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態において説明された方法のステップの全てまたは一部を実行するように（パーソナルコンピュータでもよく、サーバでもよく、ネットワークデバイスでもよい）コンピュータデバイスに命令するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することのできる任意の媒体を含む。
【０１１２】
先に説明したものは、単に本発明の特定の実施様式ではあるが、本発明の保護範囲を限定することは意図されていない。本発明において開示された技術的範囲内で当業者によって容易に考え出されるどのような変形または置換も、本発明の保護範囲に入るものとする。したがって、本発明の保護範囲は、特許請求の範囲に記載の保護範囲に従うものとする。
【図１】
2017526296.tif 000003
【図２】
2017526296.tif 000004
【図３】
2017526296.tif 000005
【図４】
2017526296.tif 000006
【手続補正書】
【提出日】平成29年4月3日(2017.4.3)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、詳細には、データ送信方法および基地局に関する。
【背景技術】
【０００２】
本出願は、参照によりその全体が本明細書に組み込まれている、２０１４年８月２６日に中国特許庁に出願された、「ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＢＡＳＥ  ＳＴＡＴＩＯＮ」という名称の、中国特許出願第２０１４１０４２５３８３．７号の優先権を主張するものである。
【０００３】
現在、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム、およびＬＴＥ−Ａ（ＬＴＥ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）ロングタームエボリューションアドバンストシステムでは、レイテンシ、パケット損失率、およびサービス処理優先度などの、サービスのサービス品質（ＱｏＳ、Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）要件を示すために、いくつかのパラメータが使用されている。無線ネットワークが、これらのパラメータの値に従って、関連するデータに対して送信処理を実行する。
【０００４】
レイテンシは、通信システムの性能を測るために使用される重要な性能指標であり、ユーザエクスペリエンスに影響を及ぼす。したがって、データ送信レイテンシをどのように引き下げるかが、常に考慮すべき事項であり、通信システムにおける最適化目的である。
【０００５】
現在、ＬＴＥおよびＬＴＥ−Ａシステムでは、１０ｍｓ無線フレーム構造および１ｍｓサブフレームが設計されており、すなわち、１つの無線フレームは１０個のサブフレームを含んでいる。
【０００６】
ＬＴＥおよびＬＴＥ−Ａシステムでは、送信時間間隔（ＴＴＩ、ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）の継続時間が１ｍｓ、すなわち、１つのサブフレームの長さであり、ラウンドトリップ時間（ＲＴＴ、Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）の継続時間が８ｍｓであり、すなわち、１回の再送信の発生が、８ｍｓのレイテンシを生じさせる。
【０００７】
実際の応用例では、ハードウェア技術の進歩とともに、基地局およびモバイル端末のデータ処理速度が徐々に増加されている。したがって、ＴＴＩおよびＲＴＴが、それに応じて低減されている。加えて、通信サービスは絶えず多様化されており、異なるサービスが異なるレイテンシ要件を有し、一部のサービスは、より厳しいレイテンシ要件を有する。現在の技術は、このレイテンシ要件を十分に満たすことができない。
【０００８】
加えて、サービス多様化の１つの結果は、次の通りである。同じサービスにおいてさえ、異なるレイテンシ要件をもつパケットがあることがある。例えば、ウェブブラウジングにおいては、テキスト情報、ピクチャ情報、ビデオ情報などが含まれ、各情報タイプが、異なるレイテンシ要件を有する。したがって、サービスのＱｏＳ要件を示す既存のパラメータは、将来的なサービス開発に十分に適合することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の実施形態は、異なる処理レイテンシが共存するシナリオにおけるデータ送信プロセスでの衝突問題を解決するように、データ送信方法および基地局を提供する。
【課題を解決するための手段】
【００１０】
本発明の実施形態の第１の態様において提供される基地局は、
少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信するように構成された受信ユニットであって、ＱｏＳパラメータは、レイテンシ感度（latency sensitivity）、再ソートインジケーションパラメータ（resorting indication parameter）、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、受信ユニットと、
ＱｏＳパラメータに従って無線ベアラを構成するように構成された、構成ユニットと、
構成された無線ベアラに従ってデータを送信するように構成された、送信ユニットと
を含む。
【００１１】
第１の態様の第１の可能な実施様式では、ＱｏＳパラメータがレイテンシ感度を含む場合、構成ユニットは、以下の、
データの１回の再送信についての信頼性を構成するステップ、
データの再送信の量を構成するステップ、および
データによって使用される無線リンク制御（ＲＬＣ）プロトコルモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを特に実行する。
【００１２】
第１の態様の第１の可能な実施様式を参照して、第１の態様の第２の可能な実施様式では、送信ユニットは、
ＱｏＳパラメータに従って無線ベアラが構成された後、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信する
ようにさらに構成される。
【００１３】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第３の可能な実施様式では、ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、構成ユニットは、
再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールする
ように特に構成される。
【００１４】
第１の態様の第３の可能な実施様式に関して、第１の態様の第４の可能な実施様式では、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００１５】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第５の可能な実施様式では、ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、送信ユニットは、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００１６】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第６の可能な実施様式では、ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、送信ユニットは、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００１７】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第７の可能な実施様式では、受信ユニットは、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【００１８】
第１の態様、または第１の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第１の態様の第８の可能な実施様式では、受信ユニットは、
セルハンドオーバが発生したとき、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【００１９】
本発明の実施形態の第２の態様において提供されるデータ送信方法は、
基地局によって、少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信することであって、ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、受信することと、
基地局によって、ＱｏＳパラメータに従って無線ベアラを構成し、構成された無線ベアラに従ってデータを送信することと
を含む。
【００２０】
第２の態様の第１の可能な実施様式では、ＱｏＳパラメータがレイテンシ感度を含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、以下の、
データの１回の再送信についての信頼性を構成するオペレーション、
データの再送信の量を構成するオペレーション、および
データによって使用される無線リンク制御（ＲＬＣ）プロトコルモードを構成するオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００２１】
第２の態様の第１の可能な実施様式に関して、第２の態様の第２の可能な実施様式では、基地局によって、ＱｏＳパラメータに従って無線ベアラを構成することの後に、方法は、
基地局によって、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信すること
を含む。
【００２２】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第３の可能な実施様式では、ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、
再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールすること
を含む。
【００２３】
第２の態様の第３の可能な実施様式に関して、第２の態様の第４の可能な実施様式では、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００２４】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第５の可能な実施様式では、ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信すること
を含む。
【００２５】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第６の可能な実施様式では、ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、ＱｏＳパラメータに従って無線ベアラを構成することは、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信すること
を含む。
【００２６】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第７の可能な実施様式では、サービスのＱｏＳパラメータを受信することは、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること
を含む。
【００２７】
第２の態様、または第２の態様の第１から第２の可能な実施様式のうちのいずれか１つに関して、第２の態様の第８の可能な実施様式では、サービスのＱｏＳパラメータを受信することは、
セルハンドオーバが発生したとき、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信すること
を含む。
【００２８】
前述の技術的解決策から、本発明の実施形態が以下の利点を有することがわかる。
【００２９】
本発明の実施形態では、基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、基地局は、ＱｏＳパラメータに従って無線ベアラを構成し、基地局は、構成された無線ベアラに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【図面の簡単な説明】
【００３０】
本発明の実施形態における、または従来技術における、技術的解決策についてより明確に説明するために、以下では、実施形態について説明するために必要となる添付の図面について、簡単に説明している。明らかに、以下の説明における添付の図面は、本発明の一部の実施形態を示すにすぎないが、当業者ならそれでも、創造的な努力なしで、これらの添付の図面から他の図面を導出し得よう。
【図１】本発明の実施形態によるデータ送信方法の概略フローチャートである。
【図２】本発明の実施形態によるデータ送信方法の別の概略フローチャートである。
【図３】本発明の実施形態による基地局の概略構造図である。
【図４】本発明の実施形態によるデータ送信方法に基づくコンピュータデバイスの概略構造図である。
【発明を実施するための形態】
【００３１】
以下では、本発明の実施形態における技術的解決策について、本発明の実施形態における添付の図面を参照して、明確かつ完全に説明している。明らかに、説明される実施形態は、本発明の実施形態の全てではなく、一部にすぎない。当業者によって本発明の実施形態に基づいて創造的な努力なしで取得される他の全ての実施形態は、本発明の保護範囲に入るものとする。
【００３２】
図１を参照すると、本発明の本実施形態におけるデータ送信方法の実施形態は、以下のステップを含む。
【００３３】
１０１．基地局が、サービスのサービス品質パラメータを受信する。
【００３４】
基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す。
【００３５】
具体的には、基地局は、コアネットワーク（例えばモビリティ管理エンティティ）によって送られるＱｏＳパラメータを受信してよい。基地局は、ＱｏＳパラメータを複数の様式で受信してよく、本明細書で特定の制限は行われない。
【００３６】
１０２．基地局が、ＱｏＳパラメータに従って無線ベアラを構成し、構成された無線ベアラに従ってデータを送信する。
【００３７】
本発明の本実施形態では、基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、基地局は、ＱｏＳパラメータに従って無線ベアラを構成し、基地局は、構成された無線ベアラに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００３８】
図２を参照すると、本発明の本実施形態におけるデータ送信方法の実施形態は、以下のステップを含む。
【００３９】
２０１．基地局が、サービスのサービス品質パラメータを受信する。
【００４０】
基地局は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す。
【００４１】
具体的には、基地局は、コアネットワーク（例えばモビリティ管理エンティティ）によって送られるＱｏＳパラメータを受信してよい。基地局は、ＱｏＳパラメータを、例えば、
無線アクセスベアラセットアップメッセージ（Ｅ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
無線アクセスベアラ変更メッセージ（Ｅ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
初期コンテキストセットアップ要求メッセージ（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
ハンドオーバ要求メッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること
の、複数の様式で受信してよい。
【００４２】
基地局はさらに、ＱｏＳパラメータを別の様式で受信してよく、本明細書で制限は行われないことが、理解され得る。
【００４３】
さらに、セルハンドオーバが発生したとき、ローカル基地局がターゲット基地局として使用される場合、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータが受信されてよい。具体的には、ソース基地局は、サービスのＱｏＳパラメータをターゲット基地局に、Ｘ２インターフェースのハンドオーバ準備メッセージ、またはＳ１インターフェースのハンドオーバ要求メッセージを使用することによって、送ってよい。
【００４４】
例えば、実際の応用例では、レイテンシ感度は時間範囲であってよく、例えば、特定のサービスに含まれるデータのレイテンシ感度は、１０ｍｓから１００ｍｓであり、これは、サービスにおける一部のデータのレイテンシ要件が１０ｍｓであり、一部のデータのレイテンシ要件が１００ｍｓであり、一部のデータのレイテンシ要件が２０ｍｓである、などを示し、すなわち、レイテンシ感度は、いくつかの離散レイテンシ値、例えば１０ｍｓ、２０ｍｓ、または１００ｍｓであり得る。特定の実施様式は、実際の状況に従って決定され、本明細書で制限は行われない。
【００４５】
例えば、実際の応用例では、無線サービスにおけるさまざまなタイプのデータが、異なるレイテンシ要件を有することがあるので、一部のデータの送信が期限切れになると、ネットワーク側は、さまざまなタイプのデータの送信順序を再スケジュールする必要があり得、この場合、送信順序は、データがエアインターフェース経由で送られる順序でもよく、またはエアインターフェース経由で送信されたデータが受信側で上位層ネットワークに送信される順序でもよく、またはそれらの組合せでもよい。再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用される。具体的には、再ソート要件は、サービス全体における全てのデータに固有であってもよく、またはサービスにおける特定の１つのデータもしくは一部のデータに固有であってもよい。
【００４６】
例えば、再ソートインジケーションパラメータによって示されるタイプは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含んでよい。
【００４７】
具体的には、サブミッションステップは、エアインターフェース経由での実際の送信であってよい。
【００４８】
例えば、実際の応用例では、ＴＴＩインジケーションパラメータは、特定の時間値、例えば０．５ｍｓまたは０．４ｍｓを使用することによって示されてもよく、または直交周波数分割多重技術（ＯＦＤＭ、Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、例えば７または６ＯＦＤＭシンボルを使用することによって示されてもよい。ＲＴＴインジケーションパラメータは、ＴＴＩの数、例えば４または８ＴＴＩを使用することによって示されてもよく、またはＯＦＤＭシンボル、例えば１４または２０ＯＦＤＭシンボルを使用することによって示されてもよく、または特定の時間値、例えば５ｍｓまたは４ｍｓを使用することによって示されてもよい。
【００４９】
２０２．基地局が、ＱｏＳパラメータに従って無線ベアラを構成し、構成された無線ベアラに従ってデータを送信する。
【００５０】
具体的には、基地局は、異なるＱｏＳパラメータに従って、対応する無線ベアラを構成し、例えば、
ＱｏＳパラメータがレイテンシ感度を含む場合、基地局は、レイテンシ感度に従って以下の、１．データの１回の送信についての信頼性を構成する構成オペレーション、２．データの再送信の量を構成する構成オペレーション、および３．データによって使用される無線リンク制御プロトコル（ＲＬＣ、Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）モードを構成する構成オペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを実行してよい。
【００５１】
具体的には、データのタイプが、比較的低いレイテンシを必要とする場合、基地局は、データの１回の送信についての信頼性を改善してよく、加えて、レイテンシ要件内のデータについて、無効なデータ再送信を回避するように、再送信の量が構成される。
【００５２】
ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、基地局は、再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールしてよい。
【００５３】
ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、ＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する。
【００５４】
ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する。
【００５５】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００５６】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００５７】
２０３．基地局が、無線ベアラ構成情報をユーザ機器に送る。
【００５８】
基地局は、無線ベアラ構成情報をユーザ機器に送り、この場合、無線ベアラ構成情報は、ＱｏＳパラメータに従って決定される前述の無線ベアラ構成パラメータを含む。ユーザ機器は、サービスのものであり、かつ基地局によって送られる、無線ベアラ構成パラメータを受信し、無線構成パラメータに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００５９】
無線ベアラ構成情報は、以下の、
１．データの１回の送信についての信頼性を構成するオペレーション、
２．データの再送信の量を構成するオペレーション、および
３．データによって使用される無線リンク制御プロトコルモードを構成するオペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００６０】
さらに、無線ベアラ構成情報は、
データが上位層に順番にサブミットされるかどうかを示すインジケーション、
データがエアインターフェース経由で順番に送られるかどうかを示すインジケーション、
ＲＴＴインジケーションパラメータ、この場合、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、または
ＴＴＩインジケーションパラメータ、この場合、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、
をさらに含んでよい。
【００６１】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００６２】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００６３】
本発明の本実施形態では、ユーザ機器は、サービスのものであり、かつ基地局によって送られる、無線ベアラ構成パラメータを受信し、無線構成パラメータに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００６４】
以下では、前述のデータ送信方法を実施するための基地局について説明している。図３を参照すると、本発明の本実施形態における基地局の実施形態は、
少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信するように構成された受信ユニット３０１であって、ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、受信ユニット３０１と、
ＱｏＳパラメータに従って無線ベアラを構成するように構成された、構成ユニット３０２と、
構成された無線ベアラに従ってデータを送信するように構成された、送信ユニット３０３と
を含む。
【００６５】
具体的には、ＱｏＳパラメータがレイテンシ感度を含む場合、構成ユニット３０２は、以下の、
データの１回の再送信についての信頼性を構成するステップ、
データの再送信の量を構成するステップ、および
データによって使用される無線リンク制御（ＲＬＣ）プロトコルモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを特に実行する。
【００６６】
具体的には、送信ユニット３０３は、
ＱｏＳパラメータに従って無線ベアラが構成された後、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信する
ようにさらに構成される。
【００６７】
具体的には、ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、構成ユニット３０２は、
再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールする
ように特に構成される。
【００６８】
具体的には、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００６９】
具体的には、ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、送信ユニット３０３は、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００７０】
具体的には、ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、送信ユニット３０３は、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【００７１】
具体的には、受信ユニット３０１は、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【００７２】
さらに、受信ユニット３０１は、
セルハンドオーバが発生したとき、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータを受信する
ようにさらに構成される。
【００７３】
以下では、前述のユニットのオペレーションプロセスについて説明している。
【００７４】
受信ユニット３０１は、サービスのものであり、かつコアネットワークによって送られる、サービス品質ＱｏＳパラメータを受信する。ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す。
【００７５】
具体的には、基地局は、コアネットワーク（例えばモビリティ管理エンティティ）によって送られるＱｏＳパラメータを受信してよい。基地局は、ＱｏＳパラメータを、例えば、
無線アクセスベアラセットアップメッセージ（Ｅ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
無線アクセスベアラ変更メッセージ（Ｅ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
初期コンテキストセットアップ要求メッセージ（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）を使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
ハンドオーバ要求メッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信すること
の、複数の様式で受信してよい。
【００７６】
基地局はさらに、ＱｏＳパラメータを別の様式で受信してよく、本明細書で制限は行われないことが、理解され得る。
【００７７】
さらに、セルハンドオーバが発生したとき、ローカル基地局がターゲット基地局として使用される場合、サービスのものであり、かつソース基地局によって送られる、ＱｏＳパラメータが受信されてよい。具体的には、ソース基地局は、サービスのＱｏＳパラメータをターゲット基地局に、Ｘ２インターフェースのハンドオーバ準備メッセージ、またはＳ１インターフェースのハンドオーバ要求メッセージを使用することによって、送ってよい。
【００７８】
例えば、実際の応用例では、レイテンシ感度は時間範囲であってよく、例えば、特定のサービスに含まれるデータのレイテンシ感度は、１０ｍｓから１００ｍｓであり、これは、サービスにおける一部のデータのレイテンシ要件が１０ｍｓであり、一部のデータのレイテンシ要件が１００ｍｓであり、一部のデータのレイテンシ要件が２０ｍｓである、などを示し、すなわち、レイテンシ感度は、いくつかの離散レイテンシ値、例えば１０ｍｓ、２０ｍｓ、または１００ｍｓであり得る。特定の実施様式は、実際の状況に従って決定され、本明細書で制限は行われない。
【００７９】
例えば、実際の応用例では、無線サービスにおけるさまざまなタイプのデータが、異なるレイテンシ要件を有することがあるので、一部のデータの送信が期限切れになると、ネットワーク側は、さまざまなタイプのデータの送信順序を再スケジュールする必要があり得、この場合、送信順序は、データがエアインターフェース経由で送られる順序でもよく、またはエアインターフェース経由で送信されたデータが受信側で上位層ネットワークに送信される順序でもよく、またはそれらの組合せでもよい。再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用される。具体的には、再ソート要件は、サービス全体における全てのデータに固有であってもよく、またはサービスにおける特定の１つのデータもしくは一部のデータに固有であってもよい。
【００８０】
例えば、再ソートインジケーションパラメータによって示されるタイプは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含んでよい。
【００８１】
具体的には、サブミッションステップは、エアインターフェース経由での実際の送信であってよい。
【００８２】
例えば、実際の応用例では、ＴＴＩインジケーションパラメータは、特定の時間値、例えば０．５ｍｓまたは０．４ｍｓを使用することによって示されてもよく、または直交周波数分割多重技術（ＯＦＤＭ、Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、例えば７または６ＯＦＤＭシンボルを使用することによって示されてもよい。ＲＴＴインジケーションパラメータは、ＴＴＩの数、例えば４または８ＴＴＩを使用することによって示されてもよく、またはＯＦＤＭシンボル、例えば１４または２０ＯＦＤＭシンボルを使用することによって示されてもよく、または特定の時間値、例えば５ｍｓもしくは４ｍｓを使用することによって示されてもよい。
【００８３】
構成ユニット３０２は、異なるＱｏＳパラメータに従って、対応する無線ベアラを構成し、例えば、
ＱｏＳパラメータがレイテンシ感度を含む場合、基地局は、レイテンシ感度に従って以下の、１．データの１回の送信についての信頼性を構成する構成オペレーション、２．データの再送信の量を構成する構成オペレーション、および３．データによって使用される無線リンク制御プロトコル（ＲＬＣ、Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）モードを構成する構成オペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを実行してよい。
【００８４】
具体的には、データのタイプが、比較的低いレイテンシを必要とする場合、基地局は、データの１回の送信についての信頼性を改善してよく、加えて、レイテンシ要件内のデータについて、無効なデータ再送信を回避するように、再送信の量が構成される。
【００８５】
ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、基地局は、再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールしてよい。
【００８６】
ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、ＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する。
【００８７】
ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、基地局は、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する。
【００８８】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００８９】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００９０】
送信ユニット３０３は、無線ベアラ構成情報をユーザ機器に送り、この場合、無線ベアラ構成情報は、ＱｏＳパラメータに従って決定される前述の無線ベアラ構成パラメータを含む。ユーザ機器は、サービスのものであり、かつ基地局によって送られる、無線ベアラ構成パラメータを受信し、無線構成パラメータに従ってデータを送信し、それにより、データ送信品質が、サービスの最新のＴＴＩおよびＲＴＴ要件に適合することが可能である。
【００９１】
無線ベアラ構成情報は、以下の、
１．データの１回の送信についての信頼性を構成するオペレーション、
２．データの再送信の量を構成するオペレーション、および
３．データによって使用される無線リンク制御プロトコルモードを構成するオペレーション、例えば、高レイテンシ要件（比較的低いレイテンシ）を有するサービスデータは、ＲＬＣ非確認応答モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよく、または低レイテンシ要件（比較的高いレイテンシ）を有するサービスデータは、ＲＬＣ確認応答モード（ＡＭ、Ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に構成されてよい、
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【００９２】
さらに、無線ベアラ構成情報は、
データが上位層に順番にサブミットされるかどうかを示すインジケーション、
データがエアインターフェース経由で順番に送られるかどうかを示すインジケーション、
ＲＴＴインジケーションパラメータ、この場合、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、または
ＴＴＩインジケーションパラメータ、この場合、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長は、ユーザ機器および基地局によって、サービスのデータを送信するために使用される、
をさらに含んでよい。
【００９３】
ＲＴＴインジケーションパラメータは、少なくとも１つのＲＴＴ長識別子を含んでよいことが理解され得る。
【００９４】
ＴＴＩインジケーションパラメータは、少なくとも１つのＴＴＩ長識別子を含んでよいことが理解され得る。
【００９５】
図４を参照すると、本発明の実施形態は、基地局をさらに提供し、これは、
入力装置４０１、出力装置４０２、メモリ４０３、およびプロセッサ４０４（基地局内には１つまたは複数のプロセッサがあってよく、図４では例として１つのプロセッサが使用されている）
を含んでよい。本発明の一部の実施形態では、入力装置４０１、出力装置４０２、メモリ４０３、およびプロセッサ４０４は、バスを使用することによって、または別の様式で、接続されてよい。図４では例としてバス接続が使用されている。
【００９６】
基地局は、少なくとも１つのサービスのサービス品質ＱｏＳパラメータを受信する。
【００９７】
メモリ４０３は、以下の、
ＱｏＳパラメータを記憶するステップであって、ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ＲＴＴインジケーションパラメータ、またはＴＴＩインジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含み、レイテンシ感度は、少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、再ソートインジケーションパラメータは、少なくとも１つのサービスにおけるさまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、ＲＴＴインジケーションパラメータは、少なくとも１つのサービスの、基地局のＲＴＴ長についての要件を示し、ＴＴＩインジケーションパラメータは、少なくとも１つのサービスの、基地局のＴＴＩ長についての要件を示す、記憶するステップ
を実行する。
【００９８】
プロセッサ４０４は、以下の、
ＱｏＳパラメータに従って無線ベアラを構成するステップ
を実行する。
【００９９】
出力装置４０２は、以下の、
構成された無線ベアラに従ってデータを送信するステップ
を実行する。
【０１００】
さらに、ＱｏＳパラメータがレイテンシ感度を含む場合、プロセッサ４０４は、以下の、
データの１回の再送信についての信頼性を構成するステップ、
データの再送信の量を構成するステップ、および
データによって使用される無線リンク制御（ＲＬＣ）プロトコルモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを実行する。
【０１０１】
さらに、出力装置４０２は、
ＱｏＳパラメータに従って無線ベアラが構成された後、無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信し、それによりユーザ機器が無線構成パラメータに従ってデータを送信する
ようにさらに構成される。
【０１０２】
ＱｏＳパラメータが再ソートインジケーションパラメータを含む場合、再ソートインジケーションパラメータに従って少なくとも１つのサービスのデータの送信順序をスケジュールする。
【０１０３】
具体的には、再ソートインジケーションパラメータは、以下の、
少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを含む。
【０１０４】
ＱｏＳパラメータがＲＴＴインジケーションパラメータを含む場合、出力装置４０２は、
基地局がＲＴＴインジケーションパラメータによって示されるサービスを実行するとき、ＲＴＴインジケーションパラメータによって示されるＲＴＴ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【０１０５】
ＱｏＳパラメータがＴＴＩインジケーションパラメータを含む場合、出力装置４０２は、
基地局がＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、サービスのデータを送信する
ように特に構成される。
【０１０６】
具体的には、入力装置４０１は、
無線アクセスベアラセットアップメッセージＥ−ＲＡＢ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
無線アクセスベアラ変更メッセージＥ−ＲＡＢ  ＭＯＤＩＦＹ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
ハンドオーバ要求メッセージＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ内の新たに追加されたＩＥを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する、または
専用のメッセージを使用することによって、サービスのものであり、かつコアネットワークによって送られる、ＱｏＳパラメータを受信する
ように特に構成される。
【０１０７】
前述の基地局の詳細なオペレーションプロセスについては、方法実施形態を参照されたく、詳細については本明細書で説明されない。
【０１０８】
本出願の中で提供されるいくつかの実施形態においては、開示された装置および方法が他の様式で実施されてよいことが、理解されるべきである。例えば、説明された装置実施形態は、例にすぎない。例えば、ユニット分割は、論理的な機能分割にすぎず、実際の実施の際には、他の分割であってよい。例えば、複数のユニットまたは構成要素が、組み合わされ、もしくは統合されて、別のシステムになってよく、または一部の特徴が無視されてもよく、または実行されなくてもよい。加えて、表示または議論された、相互結合または直接結合または通信接続は、いくつかのインターフェースを使用することによって実施されてよい。装置間またはユニット間の間接結合または通信接続は、電子的形態、機械的形態、または他の形態で実施されてよい。
【０１０９】
別々の部分として説明されたユニットは、物理的に別々であってもよく、またはそうでなくてもよく、ユニットとして表示された部分は、物理的なユニットであってもよく、またはそうでなくてもよく、１つの場所にあってもよく、または複数のネットワークユニット上に分散されていてもよい。実施形態の解決策の目的を達成するための実際の必要性に従って、ユニットの一部または全てが選択されてよい。
【０１１０】
加えて、本発明の実施形態における機能ユニットが、統合されて１つの処理ユニットになってよく、またはユニットの各々が、物理的に単独で存在してよく、または２つ以上のユニットが、統合されて１つのユニットになる。統合されたユニットは、ハードウェアの形態で実施されてもよく、またはソフトウェア機能ユニットの形態で実施されてもよい。
【０１１１】
統合されたユニットが、ソフトウェア機能ユニットの形態で実施され、独立した製品として販売または使用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本発明の技術的解決策は基本的に、または従来技術に寄与する部分は、または技術的解決策の全てもしくは一部は、ソフトウェア製品の形態で実施されてよい。ソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態において説明された方法のステップの全てまたは一部を実行するように（パーソナルコンピュータでもよく、サーバでもよく、ネットワークデバイスでもよい）コンピュータデバイスに命令するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することのできる任意の媒体を含む。
【０１１２】
先に説明したものは、単に本発明の特定の実施様式ではあるが、本発明の保護範囲を限定することは意図されていない。本発明において開示された技術的範囲内で当業者によって容易に考え出されるどのような変形または置換も、本発明の保護範囲に入るものとする。したがって、本発明の保護範囲は、特許請求の範囲に記載の保護範囲に従うものとする。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局であって、
少なくとも１つのサービスのサービス品質（ＱｏＳ）パラメータを受信するように構成された受信ユニットであって、前記ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ラウンドトリップ時間（ＲＴＴ）インジケーションパラメータ、送信時間間隔（ＴＴＩ）インジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備え、前記レイテンシ感度は、前記少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、前記再ソートインジケーションパラメータは、前記少なくとも１つのサービスにおける前記さまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、前記ＲＴＴインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＲＴＴ長についての要件を示し、前記ＴＴＩインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＴＴＩ長についての要件を示す、受信ユニットと、
前記ＱｏＳパラメータに従って無線ベアラを構成するように構成された、構成ユニットと、
前記構成された無線ベアラに従ってデータを送信するように構成された、送信ユニットと
を備えることを特徴とする基地局。
【請求項２】
前記ＱｏＳパラメータが前記レイテンシ感度を備える場合、前記構成ユニットは、以下の、
前記データの１回の再送信についての信頼性を構成するステップ、
前記データの再送信の量を構成するステップ、および
前記データによって使用される無線リンク制御（ＲＬＣ）プロトコルモードを構成するステップ
のうちの、いずれか１つ、または少なくとも２つを実行することを特徴とする請求項１に記載の基地局。
【請求項３】
前記送信ユニットは、
前記ＱｏＳパラメータに従って前記無線ベアラが構成された後、前記無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信する
ようにさらに構成されることを特徴とする請求項２に記載の基地局。
【請求項４】
前記ＱｏＳパラメータが前記再ソートインジケーションパラメータを備える場合、前記構成ユニットは、
前記再ソートインジケーションパラメータに従って前記少なくとも１つのサービスのデータの送信順序をスケジュールする
ように構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項５】
前記再ソートインジケーションパラメータは、以下の、
前記少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
前記少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備えることを特徴とする請求項４に記載の基地局。
【請求項６】
前記ＱｏＳパラメータが前記ＴＴＩインジケーションパラメータを備える場合、前記送信ユニットは、
前記基地局が前記ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、前記ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、前記サービスのデータを送信する
ように構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項７】
前記受信ユニットは、
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、前記ＱｏＳパラメータを受信する
ように構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項８】
前記受信ユニットは、
セルハンドオーバが発生したとき、前記サービスのものであり、かつソース基地局によって送られる、前記ＱｏＳパラメータを受信する
ように構成されることを特徴とする請求項１乃至３のいずれか一項に記載の基地局。
【請求項９】
データ送信方法であって、
基地局によって、少なくとも１つのサービスのサービス品質（ＱｏＳ）パラメータを受信するステップであって、前記ＱｏＳパラメータは、レイテンシ感度、再ソートインジケーションパラメータ、ラウンドトリップ時間（ＲＴＴ）インジケーションパラメータ、または送信時間間隔（ＴＴＩ）インジケーションパラメータのうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備え、前記レイテンシ感度は、前記少なくとも１つのサービスにおけるさまざまなタイプのデータの異なるレイテンシ要件を示すために使用され、前記再ソートインジケーションパラメータは、前記少なくとも１つのサービスにおける前記さまざまなタイプのデータ間の順序が、再スケジュールされる必要があるかどうかを示すために使用され、前記ＲＴＴインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＲＴＴ長についての要件を示し、前記ＴＴＩインジケーションパラメータは、前記少なくとも１つのサービスの、前記基地局のＴＴＩ長についての要件を示す、受信するステップと、
前記基地局によって、前記ＱｏＳパラメータに従って無線ベアラを構成し、前記構成された無線ベアラに従ってデータを送信するステップと
を備えることを特徴とする方法。
【請求項１０】
前記ＱｏＳパラメータが前記レイテンシ感度を備える場合、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップは、以下の、
前記データの１回の再送信についての信頼性を構成するオペレーション、
前記データの再送信の量を構成するオペレーション、および
前記データによって使用される無線リンク制御プロトコル（ＲＬＣ）モードを構成するオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記基地局によって、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップの後に、
前記基地局によって、前記無線ベアラを構成することによって取得された無線ベアラ構成情報をユーザ機器に送信するステップ
を備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ＱｏＳパラメータが前記再ソートインジケーションパラメータを備える場合、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップは、
前記再ソートインジケーションパラメータに従って前記少なくとも１つのサービスのデータの送信順序をスケジュールするステップ
を備えることを特徴とする請求項９乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記再ソートインジケーションパラメータは、以下の、
前記少なくとも１つのサービスに対応するデータを、再ソート後の順序でサブミットするオペレーション、または
前記少なくとも１つのサービスに対応するデータを、元の順序でサブミットするオペレーション
のうちの、いずれか１つ、または少なくとも２つを組み合わせたものを備えることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ＱｏＳパラメータが前記ＴＴＩインジケーションパラメータを備える場合、前記ＱｏＳパラメータに従って無線ベアラを構成する前記ステップは、
前記基地局が前記ＴＴＩインジケーションパラメータによって示されるサービスを実行するとき、前記ＴＴＩインジケーションパラメータによって示されるＴＴＩ長を使用することによって、前記サービスのデータを送信するステップ
を備えることを特徴とする請求項９乃至１１のいずれか一項に記載の方法。
【請求項１５】
前記サービスの前記ＱｏＳパラメータを受信する前記ステップは、
初期コンテキストセットアップ要求メッセージＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴを使用することによって、前記サービスのものであり、かつコアネットワークによって送られる、前記ＱｏＳパラメータを受信するステップ
を備えることを特徴とする請求項９乃至１１のいずれか一項に記載の方法。
【国際調査報告】
2017526296.tif 000007
2017526296.tif 000008
2017526296.tif 000009
2017526296.tif 000010