特許 5750817 サービスのアップリンク品質を保証するための方法、基地局、およびユーザ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5750817

(24)【登録日】2015年5月29日

(45)【発行日】2015年7月22日

(54)【発明の名称】サービスのアップリンク品質を保証するための方法、基地局、およびユーザ装置

(51)【国際特許分類】

   H04W 28/10 20090101AFI20150702BHJP

   H04W 72/12 20090101ALI20150702BHJP

【ＦＩ】

   H04W28/10

   H04W72/12 150

【請求項の数】11

【全頁数】20

(21)【出願番号】特願2014-519402(P2014-519402)

(86)(22)【出願日】2012年7月14日

(65)【公表番号】特表2014-523201(P2014-523201A)

(43)【公表日】2014年9月8日

(86)【国際出願番号】CN2012078657

(87)【国際公開番号】WO2013010462

(87)【国際公開日】20130124

【審査請求日】2014年2月18日

(31)【優先権主張番号】201110199187.9

(32)【優先日】2011年7月15日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】504277388

【氏名又は名称】▲ホア▼▲ウェイ▼技術有限公司

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】▲曾▼ 清海

(72)【発明者】

【氏名】▲張▼ ▲愛▼琴

(72)【発明者】

【氏名】雷 凌云

【審査官】 望月 章俊

(56)【参考文献】

【文献】 特開２００６−２７９６１５（ＪＰ，Ａ）

【文献】 特表２０１２−５２３１４４（ＪＰ，Ａ）

【文献】 特表２０１３−５１２６０３（ＪＰ，Ａ）

【文献】 国際公開第２０１０／１１２０７７（ＷＯ，Ａ１）

【文献】 特表２０１１−５２４１２９（ＪＰ，Ａ）

【文献】 国際公開第２０１１／０７６３８４（ＷＯ，Ａ１）

【文献】 国際公開第２００９／１４８５３９（ＷＯ，Ａ１）

【文献】 国際公開第２０１１／０５０５４０（ＷＯ，Ａ１）

【文献】 Ericsson，SAE Bearer Management Procedures on S1，3GPP Tdoc R3-070638，3GPP，２００７年 ３月２７日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

(57)【特許請求の範囲】

【請求項1】

サービスのアップリンク品質を保証するための方法であって、
ユーザ装置（ＵＥ）により、ダウンリンク・サービス・データ・フローを受信するステップであって、前記ダウンリンク・サービス・データ・フローはアップリンク送信制御識別子を保持するステップと、
前記ＵＥにより、前記アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、前記サービス・タイプのアップリンク・データの伝送速度を低下させるステップと、
を含み、
前記ＵＥにより、サービス・タイプのアップリンク・データの送信を制御するステップは、
前記ＵＥにより、前記サービス・タイプのアップリンク・データを独立なアップリンク送信バッファにマップし、前記サービス・タイプのアップリンク・データのスケジューリング優先度を低下させるステップ、
または、
前記ＵＥにより、前記サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させるステップ、
または、
前記ＵＥにより、前記サービス・タイプのアップリンク・データを専用ベアラにマップするステップ、
または、
前記ＵＥにより、前記サービス・タイプのアップリンク・データが対応するアップリンク送信バッファに入る速度を低下させるステップ
を含む、方法。

【請求項2】

前記ＵＥにより、前記サービス・タイプのアップリンク・データが対応するアップリンク送信バッファに入る速度を低下させるステップは、
前記ＵＥにより、前記サービス・タイプのアップリンク・データが前記対応するアップリンク送信バッファに入る速度を、非アクセス層（ＮＡＳ）アプリケーションが保持する前記サービス・タイプのトラフィック・フィルタ・テンプレート（ＴＦＴ）を通じて、または、サービス・フロー・データを分類することによって取得される前記サービス・タイプのＴＦＴを通じて低下させるステップ
を含む、請求項１に記載の方法。

【請求項3】

前記専用ベアラは新たな無線ベアラまたは既存の無線ベアラを含み、前記既存の無線ベアラは、前記アップリンク送信制御を実施する必要がある他のサービス・タイプのアップリンク・データにマップされている、請求項１に記載の方法。

【請求項4】

基地局により、アップリンク送信制御識別子を取得するステップと、
前記アップリンク送信制御識別子に基づいて、前記基地局により、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、前記サービス・タイプのアップリンク・データの伝送速度を低下させるステップと、
を含み、
前記基地局により、サービス・タイプのアップリンク・データの送信を制御するステップは、
前記サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させ、前記サービス・タイプのアップリンク・データに対応する論理チャネルを新たな論理チャネル・グループに割り当てるステップ、
または、
前記サービス・タイプのアップリンク・データを破棄するステップ、
または、
前記サービス・タイプのアップリンク・データに対応する送信制御プロトコル確認識別子を破棄するステップ
を含む、サービスのアップリンク品質を保証するための方法。

【請求項5】

基地局により、アップリンク送信制御識別子を取得するステップは、
前記基地局により、ダウンリンク・サービス・データ・フローをパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）から受信するステップであって、前記ダウンリンク・サービス・データ・フローは前記アップリンク送信制御識別子を保持し、前記アップリンク送信制御識別子は、ディープ・パケット・インスペクション（ＤＰＩ）技術を利用する前記ＰＤＮ−ＧＷにより取得されて前記アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識するか、または、前記ディープ・パケット・インスペクション（ＤＰＩ）技術を利用する前記基地局により取得されて前記アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識するステップ
を含む、請求項４に記載の方法。

【請求項6】

ダウンリンク・サービス・データ・フローを受信するように構成された受信ユニットであって、前記ダウンリンク・サービス・データ・フローはアップリンク送信制御識別子を保持する受信ユニットと、
前記アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御し、前記サービス・タイプのアップリンク・データの伝送速度を低下させるように構成された制御ユニットと、
を備え、
前記制御ユニットはさらに、前記サービス・タイプのアップリンク・データを独立なアップリンク送信バッファにマップし、前記サービス・タイプのアップリンク・データのスケジューリング優先度を低下させるように構成され、
または、
前記制御ユニットはさらに、前記サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させるように構成され、
または、
前記制御ユニットはさらに、前記サービス・タイプのアップリンク・データを専用ベアラにマップするように構成され、
または、
前記制御ユニットはさらに、前記サービス・タイプのアップリンク・データが対応するアップリンク送信バッファに入る速度を低下させるように構成される、
ユーザ装置。

【請求項7】

バッファ・ステータス・レポート（ＢＳＲ）をアップリンク送信バッファの粒度でパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）または基地局に送信するように構成された送信ユニットをさらに備える、請求項６に記載のユーザ装置。

【請求項8】

前記制御ユニットはさらに、非アクセス層（ＮＡＳ）アプリケーションが保持する前記サービス・タイプのＴＦＴを通じて、または、サービス・フロー・データを分類することによって取得される前記サービス・タイプのトラフィック・フロー・テンプレート（ＴＦＴ）を通じて、前記サービス・タイプのアップリンク・データが対応するアップリンク送信バッファに入る速度を低下させるように構成される、請求項７に記載のユーザ装置。

【請求項9】

前記アップリンク送信制御識別子は、ディープ・パケット・インスペクション（ＤＰＩ）技術を利用するパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）または基地局により取得されて、前記アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識する、請求項６に記載のユーザ装置。

【請求項10】

アップリンク送信制御識別子を取得するように構成された取得ユニットと、
前記アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、前記サービス・タイプのアップリンク・データの伝送速度を低下させるように構成された制御ユニットと、
を備え、
前記制御ユニットはさらに、前記サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させ、前記サービス・タイプのアップリンク・データに対応する論理チャネルを新たな論理チャネル・グループに割り当てるように構成され、
または、
前記制御ユニットはさらに、前記サービス・タイプのアップリンク・データを破棄するように構成され、
または、
前記制御ユニットはさらに、前記サービス・タイプのアップリンク・データに対応するダウンリンク・サービス・データ内の送信制御プロトコル確認識別子を破棄するように構成される、
基地局。

【請求項11】

前記取得ユニットは、ダウンリンク・サービス・データ・フローをパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）から受信する受信サブユニットであって、前記ダウンリンク・サービス・データ・フローは前記アップリンク送信制御識別子を保持し、前記アップリンク送信制御識別子は、ディープ・パケット・インスペクション（ＤＰＩ）技術を利用する前記ＰＤＮ−ＧＷによって取得されて前記アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識する受信サブユニットを備え、
または、
前記取得ユニットはさらに、前記ディープ・パケット・インスペクション（ＤＰＩ）技術を利用することによって前記アップリンク送信制御識別子を取得して前記アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識するように構成される、
請求項１０に記載の基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、発明の名称を「サービスのアップリンク品質を保証するための方法、基地局、およびユーザ装置」とした２０１１年７月１５日出願の中国特許出願第２０１１１０１９９１８７．９号に対する優先権を主張し、その全体を引用により本明細書に取り込む。

【0002】

本発明は通信技術の分野に関し、特に、サービスのアップリンク品質を保証するための方法、基地局、およびユーザ装置に関する。

【背景技術】

【0003】

ロング・ターム・エボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｖｅｄ、ＬＴＥ）ネットワークは、時間遅延を減らし、ユーザ・データ速度を改善し、システム容量とシステム・カバレージを強化し、ネットワーク運用者のコスト全体を削減できる、発展型のネットワークを提供することを目的としている。しかし、スマートフォンやパネル・コンピュータが高速に普及するにつれ、ピア・ツー・ピア（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ、Ｐ２Ｐ）アプリケーションがモバイル・ネットワークに現れている。Ｐ２Ｐ技術により、ユーザは他のユーザのコンピュータに直接接続してファイルを交換することができ、サーバに接続して閲覧しダウンロードする必要はなく、したがってサーバのボトルネックの問題は生じない。Ｐ２Ｐ技術はファイルのダウンロードやメディア流通のようなサービス分野に迅速に広がっている。現在、Ｐ２Ｐサービスのトラフィックは絶え間なく増大する傾向を示し、ネットワーク・ブロードバンドに多大な圧力をもたらしている。

【0004】

Ｐ２Ｐサービスに加えて、ハイパー・テキスト転送プロトコル（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ｈｔｔｐ）による閲覧、無線アプリケーション・プロトコル（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＷＡＰ）による閲覧、電子メール（Ｅｌｅｃｔｒｏｎｉｃ Ｍａｉｌ、Ｅ−ｍａｉｌ）およびオンライン・チャットのような様々なサービスも既存のネットワークに存在している。Ｐ２Ｐサービスを、ＨＴＴＰ閲覧やＷＡＰ閲覧のような他のサービスとともに同一の専用無線ベアラで多重化する場合には、他のサービスが殆どエアインタフェース・リソースを利用できないか、または、他のサービスがエアインタフェース・リソースを取得できない結果となるおそれがあり、したがって、他のサービスのユーザ・エクスペリエンスが非常に貧弱となるおそれがある。

【0005】

今日、ＬＴＥがサポートするアップリンク専用無線ベアラ（Ｄｅｄｉｃａｔｅｄ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＤＲＢ）には上限がある。各アップリンクＤＲＢはアップリンク論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ、ＬＣ）に対応し、各アップリンク論理チャネルはアップリンク送信バッファに対応する。１つまたは複数のアップリンク論理チャネルは１つの論理チャネル・グループに分割され、各端末は高々４つの論理チャネル・グループを有する。この論理チャネル・グループを１単位として、端末はアップリンクの送信バッファ・ステータス（ｂｕｆｆｅｒ ｓｔａｔｕｓ、ＢＳ）を基地局に報告する。論理チャネルを最小単位して、基地局は端末が報告したバッファ・ステータスに基づいてアップリンクとダウンリンクのスケジューリングを実施し、アップリンク・リソースを端末に割り当てる。次に、端末は割り当てられたアップリンク・リソースを内部のアップリンク論理チャネルに割り当てる。しかし、１つの無線ベアラ（１つの論理チャネルに対応）が同様なサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）を有する複数のサービス・データ・フロー（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ、ＳＤＦ）を含むことがある。サービス・データ・フローは通常、ユーザの特定のアプリケーション層サービスに対応する。トラフィック・フィルタ・テンプレート（Ｔｒａｆｆｉｃ Ｆｉｌｔｅｒ Ｔｅｍｐｌａｔｅ、ＴＦＴ）がＴＣＰ／ＩＰの特定のフィールド値に基づいてフィルタを実施して、サービス・データを特定の専用無線ベアラに対応付ける。端末側の各アップリンク・ベアラのＴＦＴが、パケット・データ・ネットワーク・ゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、ＰＤＮ−ＧＷ）により提供される。

【発明の概要】

【発明が解決しようとする課題】

【0006】

先行技術では、サービス要求段階とスケジュール段階でＰ２Ｐサービスを区別することができず、したがって、Ｐ２Ｐサービスが大量のアップリンクのエアインタフェース・リソースを占有し、他のサービスのサービス品質や他のユーザ・サービスにも影響を及ぼすこととなる。特に、Ｐ２ＰサービスがＨＴＴＰのような他のサービスと同一のベアラで多重化されるときは、今日のＬＴＥのエアインタフェースのアップリンク・スケジューリングでは無線ベアラを最小粒度とするので、端末と基地局の両方のアクセス層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＡＳ）が異なるサービスを同一のベアラで認識することができず、制御すべき特定の無線ベアラからＰ２Ｐサービスを認識することすらできない。その結果、ＨＴＴＰのような他のサービスのサービス性能が急激に低下し、ユーザ・エクスペリエンスが悪化する。

【課題を解決するための手段】

【0007】

本発明の諸実施形態では、集中的なスケジューリングがアップリンク・リソースに対して行われるときにデータが専用無線ベアラで認識され制御されるように、サービスのアップリンク品質を保証するための方法、基地局およびユーザ装置を提供する。それにより、サービスのアップリンク品質が保証される。

【0008】

本発明の１実施形態では、サービスのアップリンク品質を保証するための方法を提供する。当該方法は、ダウンリンク・サービス・データ・フローを受信するステップであって、当該ダウンリンク・サービス・データ・フローはアップリンク送信制御識別子を保持するステップと、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させるステップと、を含む。

【0009】

本発明の別の実施形態では、サービスのアップリンク品質を保証するための方法を提供する。当該方法は、基地局によりアップリンク送信制御識別子を取得するステップと、当該基地局により、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させるステップと、を含む。

【0010】

本発明のさらに別の実施形態では、ユーザ装置を提供する。当該ユーザ装置は、ダウンリンクのサービス・データ・フローを受信するように構成された受信ユニットであって、当該ダウンリンク・サービス・データ・フローはアップリンク送信制御識別子を保持する受信ユニットと、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させるように構成された制御ユニットと、を備える。

【0011】

本発明のさらに別の実施形態では、基地局を提供する。当該基地局は、アップリンク送信制御識別子を取得するように構成された取得ユニットと、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して当該サービス・タイプのアップリンク・データの伝送速度を低下させるように構成された制御ユニットと、を備える。

【0012】

本発明の諸実施形態では、アップリンク送信制御識別子に基づいて、サービス・タイプのアップリンク・データの送信が制御され、サービス・タイプのアップリンク・データの伝送速度が削減されることが分かる。したがって、集中的なスケジューリングをアップリンク・リソースに対して行うとき、サービス・タイプのアップリンク・データが大量にアップリンクのエアインタフェース・リソースを占有するために他のサービスのサービス品質が影響を受けるという問題を回避または軽減でき、サービスのアップリンク品質が保証され、したがって、他のサービスのサービス性能が維持され、良好なユーザ・エクスペリエンスが保証される。

【0013】

本発明の諸実施形態の技術的解決策をより分かりやすくするために、本発明の諸実施形態の説明で用いる添付図面を以下で簡単に説明する。明らかに、説明する図面は本発明の幾つかの実施形態にすぎない。当業者は、創造的な作業なしにこれらの図面に基づいて他の図面を取得することができる。

【図面の簡単な説明】

【0014】

【図1】本発明の１実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図2】本発明の別の実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図3】本発明のさらに別の実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図4】本発明の１実施形態に基づいてサービス・データ・フローを独立なアップリンク送信バッファにマップする略図である。

【図5】本発明の１実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図6】本発明の別の実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図7】本発明のさらに別の実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図8】本発明のさらに別の実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図9】本発明のさらに別の実施形態に基づいてサービスのアップリンク品質を保証するための方法の略流れ図である。

【図10】本発明の１実施形態に基づくユーザ装置の略構造図である。

【図11】本発明の１実施形態に基づく基地局の略構造図である。

【発明を実施するための形態】

【0015】

図１を参照すると、本発明の諸実施形態はサービスのアップリンク品質を保証するための方法を提供する。当該方法は以下を含む。

【0016】

１０１で、端末により、ダウンリンクのサービス・データ・フローを受信する。当該ダウンリンク・サービス・データ・フローはアップリンク送信制御識別子を保持する。

【0017】

ダウンリンクのサービス・データ・フローが、通信システム内のパケット・データ・ネットワーク・ゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、ＰＤＮ−ＧＷ）または基地局からのものであってもよい。本発明の諸実施形態に適用される通信システムには、ロング・ターム・エボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｖｅｄ、ＬＴＥ）ネットワーク、ユニバーサル・モバイル電気通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＵＭＴＳ）、モバイル通信グローバル・システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））、世界規模相互運用マイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ、ＷｉＭＡＸ）システム等が含まれるがこれらに限らない。アップリンク送信制御を実施する必要があるサービス・タイプを、ネットワーク動作の要件に基づいて自己定義してもよく、特に、当該サービス・タイプはＰ２Ｐサービス等を含むがこれに限られない通常のネットワーク・サービスに影響を及ぼすサービス・タイプである。

【0018】

アップリンク送信制御識別子を、ディープ・パケット・インスペクション（ＤＰＩ）技術を利用するＰＤＮ−ＧＷまたは基地局により取得して、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識してもよい。

【0019】

１０２で、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させる。

【0020】

サービス・タイプのアップリンク・データの送信を制御してサービス・タイプのアップリンク・データの伝送速度の多様性を減らす多数の実装方法がある。

【0021】

あるいは、当該方法は、サービス・タイプのアップリンク・データを独立なアップリンク送信バッファにマップするステップと、サービス・タイプのアップリンク・データのスケジューリング優先度を低下させるステップとを含む。この目的のため、当該方法は、ＰＤＮ−ＧＷまたは基地局によりサービス・タイプのアップリンク・データを保持する無線ベアラに割り当てられた複数のグループのトラフィック・フロー・テンプレートＴＦＴおよびサービス品質ＱｏＳを受信するステップを含んでもよい。サービス・タイプに関連付けられたＴＦＴグループはアップリンク送信バッファにマップされ、ＱｏＳのグループに対応し、複数のグループのＴＦＴの中の他のＴＦＴグループをそれぞれのアップリンク送信バッファにマップしてもよく、１つのアップリンク送信バッファに結合的にマップしてもよい。

【0022】

あるいは、当該方法は、アップリンク・データの第１のデータ・パケットに対応する論理チャネルのスケジューリング優先度を低下させるステップ、または、サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させるステップ、または、当該サービス・タイプのアップリンク・データを専用ベアラにマップするステップであって、当該専用ベアラは新たな無線ベアラまたは他のサービス・タイプのアップリンク・データにマップされている無線ベアラを含むステップ、または、当該サービス・タイプのアップリンク・データが対応するアップリンク送信バッファに入る速度を低下させるステップを含む。

【0023】

ステップ１０２の後、アップリンク送信バッファの粒度を有するバッファ・ステータス・レポートＢＳＲをＰＤＮ−ＧＷまたは基地局に送信してもよい。

【0024】

本発明の諸実施形態では、アップリンク送信制御識別子を受信し、当該アップリンク送信制御識別子に基づいて、サービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させることがわかる。したがって、サービス・タイプのアップリンク・データがアップリンクのエアインタフェース・リソースを占有しすぎるため他のサービスのサービス品質が影響を受けるという問題を回避または軽減でき、サービスのアップリンク品質が保証され、したがって、他のサービスのサービス性能が維持され、良好なユーザ・エクスペリエンスが保証される。

【0025】

図２を参照すると、本発明の諸実施形態ではサービスのアップリンク品質を保証するための方法を提供する。当該方法は、以下を含む。

【0026】

２０１で、基地局によりアップリンク送信制御識別子を取得する。
当該アップリンク送信制御識別子は、アップリンク送信制御を実施する必要があるサービス・タイプを示す。ネットワーク動作の要件に基づいて、アップリンク送信制御を実施する必要があるサービス・タイプを自己定義してもよい。当該サービス・タイプにはＰ２Ｐサービス等が含まれるがこれらに限られない。

【0027】

このステップでは、基地局により取得したアップリンク送信制御識別子を、ディープ・パケット・インスペクション（ＤＰＩ）技術を利用する基地局により取得して、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識してもよい。

【0028】

あるいは、基地局はダウンリンク・サービス・データ・フローをＰＤＮ−ＧＷから受信する。ダウンリンク・サービス・データ・フローはアップリンク送信制御識別子を保持する。ＰＤＮ−ＧＷからのダウンリンク・サービス・データ・フローにおいて保持されるアップリンク送信制御識別子を、ディープ・パケット・インスペクションＤＰＩ技術を利用するＰＤＮ−ＧＷにより取得して、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識してもよい。

【0029】

２０２で、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させる。

【0030】

サービス・タイプのアップリンク・データの送信を制御してサービス・タイプのアップリンク・データの伝送速度の多様性を減らす多数の実装方法がある。

【0031】

あるいは、当該サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させ、当該サービス・タイプのアップリンク・データに対応する論理チャネルを新たな論理チャネル・グループに割り当てるか、または、当該サービス・タイプのアップリンク・データを破棄するか、または、当該サービス・タイプのアップリンク・データに対応するダウンリンクのサービス・データの中の送信制御プロトコル確認識別子を破棄する。

【0032】

本発明の諸実施形態では、アップリンク送信制御識別子を受信し、当該アップリンク送信制御識別子に基づいて、サービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させることが分かる。したがって、サービス・タイプのアップリンク・データがアップリンクのエアインタフェース・リソースを大量に占有するために他のサービスのサービス品質が影響を受けるという問題を回避または軽減することができ、サービスのアップリンク品質が保証され、したがって、他のサービスのサービス性能が維持され、良好なユーザ・エクスペリエンスが保証される。

【0033】

本発明の諸実施形態が提供する技術的解決策をより分かりやすくするために、図３に示す実施形態では本発明で提供する上記の技術的解決策を詳細に説明する。

【0034】

図３を参照すると、本発明の諸実施形態ではサービスのアップリンク品質を保証するための方法を提供する。当該方法は、ＰＤＮ−ＧＷがダウンリンク・データ・フローを端末に発行することに適用可能であり、または、基地局がダウンリンク・データ・フローをユーザ装置（以降、端末と称する）に発行することに適用可能である。当該実施形態では、基地局がダウンリンク・データ・フローを端末に発行するシナリオのみを１例として説明し、他の適用可能なシナリオは同様であるので、ここでは繰り返さない。当該実施形態では、アップリンク送信制御を実施する必要があるサービス・タイプがＰ２Ｐサービスであるシナリオのみを１例として説明するが、アップリンク送信制御を実施する必要があるサービス・タイプが他のサービスであるシナリオの実施形態はここでは繰り返さない。当該方法は特に、以下を含む。

【0035】

３０１で、３つの専用無線ベアラＤＲＢ１〜３を端末に対して構成する。サービス・データ・フローＳＤＦ１およびＳＤＦ２はＤＲＢ１にマップされ、１つのアップリンク送信バッファを共有する。ＳＤＦ３はＤＲＢ２にマップされる。ＳＤＦ４およびＳＤＦ５はＤＲＢ３にマップされ、１つのアップリンク送信バッファを共有する。ＳＤＦ５はＰ２Ｐサービスのサービス・データ・フローである。

【0036】

３０２では、基地局は、ＳＤＦ５がＰ２ＰサービスであることをＤＰＩ検出により検出し、ダウンリンクのサービス・データ・フローを通じてＳＤＦ５のアップリンク送信制御識別子を端末に発行する。

【0037】

ＳＤＦ５がアップリンク送信制御識別子を発行するか否かの方法に関して、様々な方法が存在し、当該方法をネットワーク・サービスにおけるリソース占有の実際の状況に基づいて設定してもよい。特に、ＳＤＦ５がＰ２Ｐサービスであると検出されたときに、ダウンリンクのサービス・データ・フローを通じてＳＤＦ５のアップリンク送信制御識別子を端末に直接発行してもよく、または、さらに、ＳＤＦ５がＰ２Ｐサービスであると検出されたときにアップリンク送信制御識別子は直接発行されず、ＳＤＦ５により占有されたネットワークリソースが予め設定した閾値に達したことを検出した後に、ダウンリンクのサービス・データ・フローを通じてＳＤＦ５のアップリンク送信制御識別子が端末に発行される。ＳＤＦ５がアップリンク送信制御識別子を発行するか否かの方法を各実施形態に適用することができる。

【0038】

３０３では、ダウンリンクのサービス・データ・フローで保持されるＳＤＦ５のアップリンク送信制御識別子を受信した後に、図４に示すように端末がＳＤＦ５を独立なアップリンク送信バッファにマップする。

【0039】

ダウンリンクのサービス・データ・フローで保持されるＳＤＦ５のアップリンク送信制御識別子を受信した後、予め設定した構成に基づいて、端末はＳＤＦ５を独立なアップリンク送信バッファに直接マップしてもよい。あるいは、基地局がシグナリングまたは新たな形式を通じてＰ２Ｐサービスのトラフィック・フロー・テンプレート（ＴＦＴ）を端末に通知する。これは、基地局がＳＤＦ５のＴＦＴを独立なＴＦＴパケットとして端末に発行することを含むがこれに限られない。当該実施形態では、独立なＴＦＴパケットがアップリンク送信制御識別子として動作する。ＳＤＦ４に対応するトラフィック・フロー・テンプレートはＴＦＴ４であり、ＳＤＦ５に対応するトラフィック・フロー・テンプレートはＴＦＴ５であると仮定する。当該実施形態では、ＤＲＢ３のベアラ更新が初期化され、アップリンクＴＦＴがＴＦＴグループの形で、例えば、｛｛グループ１：ＴＦＴ４｝、｛グループ２：ＴＦＴ５｝｝で端末に送信される。非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ）メッセージを使用することによりＴＦＴを発行してもよく、その詳細な実装方法は既存の解決策を参照できるので、ここでは繰り返さない。即ち、上述のトラフィック・フロー・テンプレート記述、即ち、｛｛グループ１：ＴＦＴ４｝、｛グループ２：ＴＦＴ５｝｝を受信した後、端末が対応するアップリンクのサービス・データ・フロー（即ち、ＳＤＦ５およびＳＤＦ４）を独立なアップリンク送信バッファにマップする。ＳＤＦ５のデータが独立なアップリンク送信バッファに対して切り離されるが、ＳＤＦ５に対応する論理チャネルは変化しない。あるいは、本実施形態において、ＴＦＴとＱｏＳの複数のグループを、アップリンク送信制御を実施する必要があるサービス・タイプのアップリンク・データを保持するベアラに割り当ててもよい。ＴＦＴの各グループは１つのアップリンク送信バッファにマップされ、ＱｏＳのグループに対応する。

【0040】

あるいは、ステップ３０４を含めてもよい。端末は、ＳＤＦ５のスケジューリング優先度を最低優先度に低下させる。

【0041】

３０５では、基地局が割り当てたアップリンク・リソースを受信した後、端末は、最低優先度で別々にバッファされたＳＤＦ５のデータをスケジュールする。

【0042】

さらに、あるいは、他のユーザのネットワーク・サービスのエクスペリエンスに影響を及ぼす、アップリンク・リソースを多く割り当てることを回避するために、端末がアップリンク送信バッファ・ステータスを報告するときにＳＤＦ５のバッファ情報を含めなくともよい。さらに、あるいは、端末の論理チャネル・グループの粒度でバッファ・ステータス・レポート（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ、ＢＳＲ）を報告する既存の方法を、アップリンク送信バッファの粒度で当該バッファ・ステータス・レポートを報告する方法に最適化し変更してもよい。

【0043】

アップリンク送信バッファの粒度でＢＳＲを報告する方法では、最新のＢＳＲを拡張するかまたは新たなレイヤ２／レイヤ３のメッセージを使用することによって、ＳＤＦ５サービスのバッファ・ステータスを別々に報告してもよく、これにより基地局が、各サービスのどれだけ多くのデータがアップリンク送信を待機しているかを明確に知ることができ、対象を絞ったアップリンクのエアインタフェース・リソースの割当てを実施することができる。基地局は、当該基地局自体のＤＰＩもしくはＰＤＮ−ＧＷを通じて、または、端末の指示を通じて、各アップリンク送信バッファの優先度を知ることができる。基地局自体のＤＰＩまたはＰＤＮ−ＧＷを通じて、基地局は、端末が実施する各アップリンク・バッファのスケジューリングが基地局自体の期待と一貫しているかどうかを知ることができる。あるいは、端末がバッファ（ｂｕｆｆｅｒ）ごとに異なる特徴フィールドを事前に設定してもよく（例えばｂｕｆｆｅｒ１−−−＞ｔａｇ１、ｂｕｆｆｅｒ２−−−＞ｔａｇ２、ｂｕｆｆｅｒ３−−−＞ｔａｇ３）、特徴フィールドは基地局に既知である。アップリンク・データごとにレイヤ２のプロトコル・データ・ユニット（ＰＤＵ）を編成するとき、端末はＰＤＵ内のバッファに対して対応する特徴フィールドを追加する。アップリンク・パケットを受信すると、基地局は特定のサービスに対応する特徴フィールドを検出し、端末が実施する各サービスのスケジューリングが基地局自体の期待と一貫しているかどうかを、特徴フィールドの統計値を通じて判定する。端末が必要に応じてスケジュールを実施しない、例えば、大量のリソースを「厄介な」サービスに割り当てると基地局が検出した場合には、基地局はデータまたは対応するダウンリンクＴＣＰ ＡＣＫパケットを破棄することによってペナルティを課してもよい。

【0044】

図５を参照すると、本発明の諸実施形態では、サービスのアップリンク品質を保証するための方法を提供する。当該方法は、ＰＤＮ−ＧＷがダウンリンク・データ・フローを端末に発行することに適用可能であり、または、基地局がダウンリンク・データ・フローをユーザ装置（以降、端末と称する）に発行することに適用可能である。当該実施形態では、基地局がダウンリンク・データ・フローを端末に発行するシナリオのみを１例として説明し、他の適用可能なシナリオは同様であるので、ここでは繰り返さない。当該実施形態では、アップリンク送信制御を実施する必要があるサービス・タイプがＰ２Ｐサービスであるシナリオのみを１例として説明するが、アップリンク送信制御を実施する必要があるサービス・タイプが他のサービスであるシナリオの実施形態はここでは繰り返さない。当該方法は特に、以下を含む。

【0045】

ステップ５０１および５０２はステップ３０１および３０２と同様であり、ここでは繰り返さない。

【0046】

５０３では、ダウンリンクのサービス・データ・フローで保持されるＳＤＦ５のアップリンク送信制御識別子を受信した後、端末は、ＳＤＦ５に対応する論理チャネル（即ち、論理チャネル３）のスケジューリング優先度を最低優先度に低下させる。

【0047】

あるいは、基地局と端末の両方が論理チャネル３に対して同一のスケジューリング優先度を使用することを保証するために、当該端末が論理チャネル３のスケジューリング優先度を最初に変更して基地局に通知してもよく、または、端末が論理チャネル３のスケジューリング優先度を基地局のスケジューリングに基づいて変更してもよい。当該シグナリングが無線リソース制御プロトコル（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングであってもよい。

【0048】

５０４では、基地局により割り当てたアップリンク・リソースを受信した後、端末が最低優先度のＳＤＦ５に対応する論理チャネル３をスケジュールする。

【0049】

本実施形態で提供する技術的解決策をより分かりやすくするために、以下では本実施形態を詳細に説明する。

【0050】

ベアラを構成するとき、論理チャネルの優先度が決定されている。端末は当該優先度を利用して、基地局が割り当てたアップリンクのエアインタフェース・リソースを様々な論理チャネルから再度割り当てる。当該優先度は同一のＤＲＢ内の全てのサービス・データに対して同一であり、異なるサービスに対して差別化した処理は行われない。時刻Ｔ１では、Ｐ２Ｐサービスが帯域幅全体の２０％を占め、ｈｔｔｐサービスが６０％を占め、他のサービスが２０％を占めている。ｈｔｔｐサービスに優先度を与えるために、基地局は論理チャネル全体の優先度を「通常」と設定して端末に通知する。しかし、時刻Ｔ２では、Ｐ２Ｐサービスが７０％を占め、ｈｔｔｐサービスが１０％を占め、他のサービスが２０％を占める。Ｐ２Ｐサービスを制限するために、基地局はＰ２Ｐサービスを保持する論理チャネル全体に低優先度を設定し、端末に通知する。論理チャネルの優先度を調整するように端末にシグナリングを用いて通知することに加えて、基地局は通知すべきダウンリンク・データ・パケットにおいて通常の優先度情報と低優先度情報を保持してもよい。当該実施形態では、Ｐ２Ｐサービスを保持する論理チャネル全体の優先度がアップリンク送信制御識別子として動作する。特に、ＩＰヘッダのサービス・タイプ（Ｔｙｐｅ Ｏｆ Ｓｅｒｖｉｃｅ、ＴＯＳ）フィールド内の差別化サービス・コード・ポイント（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅｐｏｉｎｔ、ＤＳＣＰ）におけるビットを識別に使用してもよい。Ｔｏｓフィールド構造を表１に示し、優先度情報を保持するＴｏｓフィールド構造を表２に示す。表１のＣＵは現在未使用のフィールド（Ｃｕｒｒｅｎｔｌｙ Ｕｎｕｓｅｄ）を示し、明示的輻輳通知（Ｅｘｐｌｉｃｉｔ Ｃｏｎｇｅｓｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ、ＥＣＮ）として使用してもよい。

【0051】

【表1】

【0052】

【表2】

【0053】

特に、ＤＳＣＰの第１のビットを使用して論理チャネルの優先度を識別してもよい（アップリンク送信制御識別子）。０は通常の優先度を示し、１は低優先度を示し、ダウンリンク・データ・パケットのパケット・ヘッダ・フィールド内に保持される。このケースでは、ダウンリンク・データ・パケットを受信した後、端末は対応する論理チャネルの優先度を調節（低下または回復）する。アップリンク制御を改良するために、ＤＳＣＰ内の複数のビットを使用して論理チャネルの優先度を特定してもよい。例えば、３つのビットを使用して８つの優先度を識別する。端末は、保持した優先度に直接基づいて、対応するアップリンク論理チャネルのスケジューリング優先度を調節する。

【0054】

図６を参照すると、本発明の諸実施形態ではサービスのアップリンク品質を保証するための方法を提供する。当該方法は、ＰＤＮ−ＧＷがダウンリンク・データ・フローを端末に発行することに適用可能であり、または、基地局がダウンリンク・データ・フローをユーザ装置（以降、端末と称する）に発行することに適用可能である。当該実施形態では、ＰＤＮ−ＧＷがダウンリンク・データ・フローを端末に発行するシナリオのみを１例として説明し、他の適用可能なシナリオは同様であるので、ここでは繰り返さない。当該実施形態では、アップリンク送信制御を実施する必要があるサービス・タイプがＰ２Ｐサービスであるシナリオのみを１例として説明するが、アップリンク送信制御を実施する必要があるサービス・タイプが他のサービスであるシナリオの実施形態はここでは繰り返さない。当該方法は特に以下を含む。

【0055】

ステップ６０１はステップ３０１と同様であるので、ここでは繰り返さない。

【0056】

６０２では、ＳＤＦ５がＰ２ＰサービスであることをＰＤＮ−ＧＷがＤＰＩ検出により検出し、ダウンリンクのサービス・データ・フローを通じてＳＤＦ５のアップリンク送信制御識別子を端末に発行する。

【0057】

６０３では、ダウンリンクのサービス・データ・フローにおけるデータにより保持されるＳＤＦ５のアップリンク送信制御識別子を受信した後、端末はＳＤＦ５に対する専用ベアラ構成手続きを開始する。

【0058】

あるいは、構築専用ベアラがＳＤＦ５を新たな無線ベアラにマップするか、または、ＳＤＦ５と同じサービス・タイプの他のサービス・データにマップされている無線ベアラにＳＤＦ５をマップする。

【0059】

図７を参照すると、本発明の諸実施形態ではサービスのアップリンク品質を保証するための方法を提供する。当該方法は、ＰＤＮ−ＧＷがダウンリンク・データ・フローを端末に発行することに適用可能であり、または、基地局がダウンリンク・データ・フローをユーザ装置（以降、端末と称する）に発行することに適用可能である。当該実施形態では、基地局がダウンリンク・データ・フローを端末に発行するシナリオのみを１例として説明し、他の適用可能なシナリオは同様であるので、ここでは繰り返さない。当該実施形態では、アップリンク送信制御を実施する必要があるサービス・タイプがＰ２Ｐサービスであるシナリオのみを１例として説明するが、アップリンク送信制御を実施する必要があるサービス・タイプが他のサービスであるシナリオの実施形態はここでは繰り返さない。当該方法は特に以下を含む。

【0060】

ステップ７０１および７０２はステップ３０１および３０２と同様であるので、ここでは繰り返さない。

【0061】

７０３では、ダウンリンクのサービス・データ・フローにおけるデータで保持されているＳＤＦ５のアップリンク送信制御識別子を受信した後、端末はＳＤＦ５のアップリンク送信バッファへの登録を制御する。

【0062】

特に、端末は、ＮＡＳ層アプリケーションに保持されるＳＤＦ５のＴＦＴを通じて、またはサービス・フロー・データを分類することによって独自に取得したＳＤＦ５のＴＦＴを通じて、ＳＤＦ５のアップリンク送信バッファへの登録を制御してもよい。ＳＤＦ５のアップリンク送信バッファへの登録を制御することが、ＳＤＦ５のアップリンク送信バッファへの登録を停止することであってもよく、ＳＤＦ５がアップリンク送信バッファに入る速度を低下させることであってもよく、ＳＤＦ５に対応するダウンリンクＴＣＰ ＡＣＫパケットの全部または一部を破棄することであってもよい。

【0063】

図８を参照すると、本発明の諸実施形態ではサービスのアップリンク品質を保証するための方法を提供する。当該方法は、ＰＤＮ−ＧＷがダウンリンク・データ・フローを基地局に発行することに適用可能である。当該実施形態では、アップリンク送信制御を実施する必要があるサービス・タイプがＰ２Ｐサービスであるシナリオのみを１例として説明し、アップリンク送信制御を実施する必要があるサービス・タイプが他のサービスであるシナリオの実施形態はここでは繰り返さない。当該方法は特に以下を含む。

【0064】

ステップ８０１はステップ３０１と同様であるので、ここでは繰り返さない。論理チャネル１が論理チャネル・グループＡに属し、論理チャネル２と３が論理チャネル・グループＢに属すると仮定する。

【0065】

８０２では、ＳＤＦ５がＰ２ＰサービスであることをＰＤＮ−ＧＷがＤＰＩ検出により検出し、ダウンリンクのサービス・データ・フローを通じてＳＤＦ５のアップリンク送信制御識別子を基地局に発行する。

【0066】

あるいは、基地局が、ＰＤＮ−ＧＷを使用してＤＰＩ検出を実施するのではなく、ＳＤＦ５がＰ２Ｐサービスであることを自らＤＰＩ検出により検出してもよい。

【0067】

８０３では、ダウンリンクのサービス・データ・フローにおけるデータで保持されているＳＤＦ５のアップリンク送信制御識別子を受信した後、基地局は、ＳＤＦ５に対応する論理チャネル（論理チャネル３）のスケジューリング優先度を最低優先度に設定し、論理チャネル３を新たな論理グループＣに割り当て、ＲＲＣ構成シグナリングを通じて端末に通知する。

【0068】

８０４では、端末は論理チャネルＡ、Ｂ、Ｃのバッファ・ステータスをそれぞれバッファ・ステータス・レポートで報告する。あるいは、ステップ８０４の後に、当該方法はさらに以下を含んでもよい。

【0069】

８０５では、アップリンク・リソースを端末に割り当てるとき、例えば、基地局は論理チャネル・グループＣのバッファ・データを無視するかまたは少量のリソースのみを当該論理チャネル・グループに割り当て、ビット・レート（ＰＢＲ）を保証するのに必要なリソースを満足する。

【0070】

８０６では、基地局が割り当てたアップリンク・リソースを受信した後、端末は最低優先度を利用して当該リソースを論理チャネル３に割り当てる。

【0071】

図９を参照すると、本発明の諸実施形態ではサービスのアップリンク品質を保証するための方法を提供する。当該方法は、ＰＤＮ−ＧＷがダウンリンク・データ・フローを基地局に発行することに適用可能である。当該実施形態では、アップリンク送信制御を実施する必要があるサービス・タイプがＰ２Ｐサービスであるシナリオのみを１例として説明し、アップリンク送信制御を実施する必要があるサービス・タイプが他のサービスであるシナリオの実施形態はここでは繰り返さない。当該方法は特に以下を含む。

【0072】

ステップ９０１はステップ３０１と同様であるので、ここでは繰り返さない。

【0073】

９０２では、ＳＤＦ５がＰ２ＰサービスであることをＰＤＮ−ＧＷがＤＰＩ検出により検出し、ダウンリンクのサービス・データ・フローを通じてＳＤＦ５のアップリンク送信制御識別子を基地局に発行する。

【0074】

あるいは、ＰＤＮ−ＧＷがダウンリンクのサービス・データ・フローにおいてＳＤＦ５のＴＦＴを保持する。あるいは、基地局が、ＰＤＮ−ＧＷを使用してＤＰＩ検出を実施するのではなく、ＳＤＦ５がＰ２Ｐサービスであることを自らＤＰＩ検出により検出してもよい。

【0075】

９０３では、ダウンリンクのサービス・データ・フローにおけるデータで保持されているＳＤＦ５のアップリンク送信制御識別子を受信した後、基地局がＳＤＦ５に対応するアップリンク論理チャネルのデータを全て破棄するか、または、ＳＤＦ５のＴＦＴに基づいて対応するアップリンク論理チャネルのデータを選択的に破棄、即ち、ＳＤＦ５のデータ・パケットのみを破棄するか、または、ＳＤＦ５に対応するダウンリンクのサービス・データ・フローのＴＣＰ ＡＣＫパケットを破棄する。基地局は、ＤＰＩ検出技術を使用することによってＳＤＦ５のダウンリンクＴＣＰ ＡＣＫパケットを認識してもよい。

【0076】

さらに、あるいは、ステップ９０２で、ＰＤＮ−ＧＷはダウンリンクのサービス・データ・フローを通じてＳＤＦ５のアップリンク送信制御識別子を基地局に発行する必要はない。したがって、ＰＤＮ−ＧＷがＳＤＦ５のアップリンク・データを破棄するかまたは対応するダウンリンクＴＣＰＡＣＫを直接破棄するようにステップ９０３を発展させる。

【0077】

図１０を参照すると、本発明の諸実施形態ではユーザ装置を提供する。当該ユーザ装置は、ダウンリンクのサービス・データ・フローを受信するように構成された受信ユニット１００１であって、当該ダウンリンク・サービス・データ・フローはアップリンク送信制御識別子を保持する受信ユニット１００１を備える。

【0078】

ディープ・パケット・インスペクションＤＰＩ技術を利用するＰＤＮ−ＧＷまたは基地局によりアップリンク送信制御識別子を取得して、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識する。

【0079】

ダウンリンクのサービス・データ・フローが通信システム内のパケット・データネットワーク・ゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、ＰＤＮ−ＧＷ）または基地局からのものであってもよい。本発明の諸実施形態に適用される通信システムにはＬＴＥ、ＵＭＴＳ、ＧＳＭ（登録商標）およびＷｉＭＡＸのようなシステムが含まれるがこれらに限らない。アップリンク送信制御を実施する必要があるサービス・タイプを、ネットワーク動作の要件に基づいて自己定義してもよく、当該サービス・タイプにはＰ２Ｐサービス等が含まれるがこれらに限られない。

【0080】

当該ユーザ装置は制御ユニット１００２を備える。制御ユニット１００２は、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データを送信して、当該サービス・タイプのアップリンク・データの伝送速度を低下させるように構成される。

【0081】

あるいは、サービス・タイプのアップリンク・データの送信を制御するための幾つかの実施形態に適用可能であるために、１実施形態では、当該制御ユニットはさらに、サービス・タイプのアップリンク・データを独立なアップリンク送信バッファにマップし、サービス・タイプのアップリンク・データのスケジューリング優先度を低下させるように構成される。この目的のため、当該受信ユニットはさらに、サービス・タイプのアップリンク・データを保持する無線ベアラに対してＰＤＮ−ＧＷまたは基地局によって割り当てられたトラフィック・フロー・テンプレートＴＦＴおよびサービス品質ＱｏＳの複数のグループを受信するように構成される。サービス・タイプに関連付けられたＴＦＴグループは、アップリンク送信バッファにマップされＱｏＳのグループに対応する。

【0082】

あるいは、当該アップリンク送信制御識別子に基づいてサービス・タイプのアップリンク・データの送信を制御してサービス・タイプのアップリンク・データの伝送速度を低下させる他の異なる実施形態では、当該制御ユニットはさらに、サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させるように構成される。あるいは、当該制御ユニットはさらに、サービス・タイプのアップリンク・データを専用ベアラにマップするように構成される。あるいは、当該制御ユニットはさらに、当該サービス・タイプのアップリンク・データが対応するアップリンク送信バッファに入る速度を低下させるように構成される。特に、当該制御ユニットはさらに、ＮＡＳ層アプリケーションが保持するサービス・タイプのＴＦＴを通じて、または、サービス・フロー・データを分類することによって取得されるサービス・タイプのＴＦＴを通じて、サービス・タイプのアップリンク・データが対応するアップリンク送信バッファに入る速度を低下させるように構成される。

【0083】

あるいは、当該ユーザ装置はさらに、バッファ・ステータス・レポートＢＳＲをアップリンク送信バッファの粒度でＰＤＮ−ＧＷまたは基地局に送信するように構成された送信ユニットを備える。

【0084】

当該実施形態におけるユーザ装置は、上述の方法の実施形態における端末であってもよいことは当業者には理解される。したがって、本実施形態と上述の方法の実施形態を互いに組み合わせることができ、ここでは繰り返さない。

【0085】

本発明の諸実施形態では、ユーザ装置がアップリンク送信制御識別子を受信し、当該アップリンク送信制御識別子に基づいて、サービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させることがわかる。したがって、サービス・タイプのアップリンク・データが大量のアップリンクのエアインタフェース・リソースを占有するため他のサービスのサービス品質が影響を受けるという問題を回避または軽減でき、サービスのアップリンク品質が保証され、したがって、他のサービスのサービス性能が維持され、良好なユーザ・エクスペリエンスが保証される。

【0086】

図１１を参照すると、本発明の諸実施形態では基地局を提供する。当該基地局は、アップリンク送信制御識別子を取得するように構成された取得ユニット１１０１を備える。

【0087】

当該取得ユニットは、複数の方法に基づいてアップリンク送信制御識別子を取得してもよい。あるいは、当該取得ユニットが受信サブユニットを備えてもよい。受信サブユニットは、ダウンリンクのサービス・データ・フローをパケット・データ・ネットワーク・ゲートウェイＰＤＮ−ＧＷから受信するように構成される。当該ダウンリンクのサービス・データ・フローはアップリンク送信制御識別子を保持する。当該アップリンク送信制御識別子は、ディープ・パケット・インスペクションＤＰＩ技術を利用するＰＤＮ−ＧＷにより取得されて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識する。あるいは、当該取得ユニットはさらに、ディープ・パケット・インスペクションＤＰＩ技術を利用することによってアップリンク送信制御識別子を取得して、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプを認識するように構成される。

【0088】

当該基地局は制御ユニット１１０２を備える。制御ユニット１１０２は、当該アップリンク送信制御識別子に基づいて、アップリンク送信制御をアップリンク無線ベアラで実施する必要があるサービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させるように構成される。

【0089】

本発明の諸実施形態に基づく基地局を通信システムに適用してもよい。当該通信システムには、ＬＴＥ、ＵＭＴＳ、ＧＳＭ（登録商標）、ＷｉＭＡＸ等が含まれるがこれらに限られない。アップリンク送信制御を実施する必要があるサービス・タイプをネットワーク動作要件に基づいて自己定義してもよく、当該サービス・タイプにはＰ２Ｐサービス等が含まれるがこれらに限られない。

【0090】

あるいは、サービス・タイプのアップリンク・データの送信を制御するための異なる実施形態に適用可能であるために、以下の方法を使用してもよい。当該方法には、制御ユニットがさらに、サービス・タイプのアップリンク・データに対応する論理チャネルのスケジューリング優先度を低下させ、サービス・タイプのアップリンク・データに対応する論理チャネルを新たな論理チャネル・グループに割り当てるように構成されることを含むがこれに限られない。あるいは、当該制御ユニットはさらにサービス・タイプのアップリンク・データを破棄するように構成される。あるいは、当該制御ユニットはさらに、サービス・タイプのアップリンク・データに対応するダウンリンクのサービス・データ内の送信制御プロトコル確認識別子を破棄するように構成される。

【0091】

当該実施形態における基地局は、上述の方法の実施形態における基地局であってもよいことは当業者には理解される。したがって、本実施形態と上述の方法の実施形態を互いに組み合わせることができ、ここでは繰り返さない。

【0092】

本発明の諸実施形態では、基地局がアップリンク送信制御識別子を受信し、当該アップリンク送信制御識別子に基づいて、サービス・タイプのアップリンク・データの送信を制御して、当該サービス・タイプのアップリンク・データの伝送速度を低下させることがわかる。したがって、サービス・タイプのアップリンク・データが大量のアップリンクのエアインタフェース・リソースを占有するため他のサービスのサービス品質が影響を受けるという問題を回避または軽減でき、サービスのアップリンク品質が保証され、したがって、他のサービスのサービス性能が維持され、良好なユーザ・エクスペリエンスが保証される。

【0093】

本発明の諸実施形態に基づく方法のステップの全部または一部を、（プロセッサのような）関連するハードウェアに指示するプログラムにより実施してもよいことは当業者には理解される。当該プログラムをコンピュータ読取可能記憶媒体に格納してもよい。当該プログラムを実行すると、以上の実施形態に基づく方法のステップが実施される。当該記憶媒体はディスク、ＣＤ、読取専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、またはランダム・アクセス・メモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）等であってもよい。

【0094】

以上で、本発明の諸実施形態に基づく技術的解決策を詳細に説明した。幾つかの例を、本発明の原理と諸実施形態の説明に使用した。以上の実施形態に関する説明は、本発明の方法とその中心的な思想の理解を容易にするためのものにすぎない。当業者は、本発明の中心的な思想に基づいて特定の実施形態と実施例に修正を加えることができる。結論として、本明細書の内容を本発明に対する限定として解釈すべきではない。

【符号の説明】

【0095】

１００１ 受信ユニット
１００２ 制御ユニット
１１０１ 取得ユニット
１１０２ 制御ユニット

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】