特許 5864746 共通Ｅ−ＤＣＨ伝送についてのＭＡＣ−ＩＳリセットのあいまいさを低減するための方法およびシステム

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

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

(11)【特許番号】5864746

(24)【登録日】2016年1月8日

(45)【発行日】2016年2月17日

(54)【発明の名称】共通Ｅ−ＤＣＨ伝送についてのＭＡＣ−ＩＳリセットのあいまいさを低減するための方法およびシステム

(51)【国際特許分類】

   H04W 28/04 20090101AFI20160204BHJP

   H04W 92/12 20090101ALI20160204BHJP

   H04L 1/16 20060101ALI20160204BHJP

【ＦＩ】

   H04W28/04 110

   H04W92/12

   H04L1/16

【請求項の数】11

【全頁数】15

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

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

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

(43)【公表日】2014年10月23日

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

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

(87)【国際公開日】20130207

【審査請求日】2014年3月28日

(31)【優先権主張番号】13/195,118

(32)【優先日】2011年8月1日

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

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤 弘司

(74)【代理人】

【識別番号】100170601

【弁理士】

【氏名又は名称】川崎 孝

(72)【発明者】

【氏名】パム，タン

(72)【発明者】

【氏名】ディングラ，ヴィカス

(72)【発明者】

【氏名】ホウ，ジンドン，ジェー．

(72)【発明者】

【氏名】ザング，ジン

【審査官】 望月 章俊

(56)【参考文献】

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

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

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

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

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

Ｈ０４Ｌ１／１６

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

【請求項1】

ユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ）の内部のＭａｃ−ｉｓリセット状態を示すための方法であって、
基地局（ＮＢ）と通信しているユーザ機器（ＵＥ）が、共通の機能強化された専用チャネル（Ｅ−ＤＣＨ）リソースを再獲得しているという決定に応じて、前記基地局（ＮＢ）からのインジケータを無線ネットワーク制御装置（ＲＮＣ）に向かって送信するステップ
を含み、前記インジケータは、新しい伝送セッションの開始を認識するように前記ＲＮＣにさせるように適合される、方法。

【請求項2】

前記インジケータは、前記ＵＥに関連する伝送シーケンス番号（ＴＳＮ）並べ替え待ち行列においてデータをフラッシュし、対応するＭａｃ−ｉｓ並べ替えアルゴリズムを再開するように、前記ＲＮＣにさせるように適合される、請求項１に記載の方法。

【請求項3】

前記基地局（ＮＢ）は、機能強化されたＲＡＣＨ（ｅＲＡＣＨ）要求、次いで前記ＵＥに関連する割り付けられた共通Ｅ−ＤＣＨ伝送を検出することにより、前記ＵＥが、共通Ｅ−ＤＣＨリソースを再獲得していることを決定する、請求項１に記載の方法。

【請求項4】

前記インジケータは、獲得ＩＤを含み、前記獲得ＩＤは、ＵＥが共通Ｅ−ＤＣＨリソースを再獲得しているという前記決定に応じて所定の回数、前記ＲＮＣに向かって送信される、請求項１に記載の方法。

【請求項5】

前記インジケータは、獲得ＩＤを含み、前記獲得ＩＤは、各ｌｕｂフレームにおいて前記ＲＮＣに向かって送信され、前記基地局（ＮＢ）は、ＵＥが、共通Ｅ−ＤＣＨリソースを再獲得しているという決定に応じて前記獲得Ｉｄを増分する、請求項１に記載の方法。

【請求項6】

フラッシュ・タイマーをセットするステップをさらに含み、データは、前記フラッシュ・タイマーの満了時間の後に前記ＴＳＮ並べ替え待ち行列からフラッシュされる、請求項２に記載の方法。

【請求項7】

前記データの一部分は、前記ＴＳＮ並べ替え待ち行列からフラッシュされ、前記データ部分は、単一のＴＳＮ、複数のＴＳＮ、および複数のＴＳＮギャップのうちのどれかを含む、請求項２に記載の方法。

【請求項8】

前記インジケータは、ＵＥリソース消費統計データをアップデートし、またそれに応じて主要な性能インジケータ（ＫＰＩ）を改善するためにネットワーク・オペレーションを調整するように、前記ＲＮＣにさせるように適合される、請求項１に記載の方法。

【請求項9】

コンピュータは、ユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ）の内部でＭａｃ−ｉｓリセット状態を示すための方法をコンピュータが実行するように、前記コンピュータのオペレーションを適応させるソフトウェア命令を処理するように動作しており、前記方法は、
基地局（ＮＢ）と通信しているユーザ機器（ＵＥ）が、共通の機能強化された専用チャネル（Ｅ−ＤＣＨ）リソースを再獲得しているという決定に応じて、前記基地局（ＮＢ）からのインジケータを無線ネットワーク制御装置（ＲＮＣ）に向かって送信するステップ
を含み、前記インジケータは、新しい伝送セッションの開始を認識するように前記ＲＮＣにさせるように適合される、コンピュータ・プログラム。

【請求項10】

ユーザ機器（ＵＥ）、および少なくとも１つの無線ネットワーク制御装置（ＲＮＣ）と通信している基地局
を備え、
前記基地局は、任意のＵＥが、共通の機能強化された専用チャネル（Ｅ−ＤＣＨ）リソースを再獲得しているかどうかを決定し、またそれに応じて、前記ＲＮＣに向かってインジケータを送信するように構成されており、前記インジケータは、新しい伝送セッションの開始を認識するように前記ＲＮＣにさせるように適合されている、システム。

【請求項11】

前記インジケータは、前記再獲得された共通Ｅ−ＤＣＨのインジケータを含み、前記新しい伝送セッションは、前記再獲得された共通Ｅ−ＤＣＨを利用する、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に、ワイヤレス・ネットワークなどにおけるネットワーク・リソースを管理することに関し、またより詳細には排他的ではないが、モバイル・サービス・データベースに関連するアップデート機能を適応させることに関する。

【背景技術】

【0002】

ユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ：Universal Mobile Telecommunications System）においては、無線リソース制御（ＲＲＣ：Radio Resource Control）接続を有するユーザ機器（ＵＥ：User Equipment）は、ＣＥＬＬ＿ＤＣＨ状態、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にある可能性がある。データ・トラフィックを有するＵＥは、ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨへの状態に入れられ、ここでは、ユーザ・データを送信し、または受信することが可能である。ＣＥＬＬ＿ＦＡＣＨ状態は、通常、低いバースト・トラフィック・アクティビティを有するＵＥのために使用される。

【0003】

ＵＭＴＳにおける機能強化されたＣＥＬＬ＿ＦＡＣＨにより、ＵＥは、ＨＳＤＰＡ（高速ダウンリンク・パケット・アクセス（High Speed Downlink Packet Access））パケットを受信することができるようになる。これにより、ＵＥは、ダウンリンク・データの大きなバーストを受信することができるようになる。ＵＭＴＳにおける機能強化されたアップリンクＣＥＬＬ＿ＦＡＣＨにより、ＵＥは、ＨＳＵＰＡ（高速アップリンク・パケット・アクセス（High Speed Uplink Packet Access））を使用してアップリンク・データの大きなバーストを送信することができるようになる。機能強化されたアップリンクＣＥＬＬ＿ＦＡＣＨは、機能強化されたＣＥＬＬ＿ＦＡＣＨのスーパーセットであり、ＣＥＬＬ＿ＦＡＣＨにおけるＨＳＵＰＡが、ＣＥＬＬ＿ＦＡＣＨにおけるＨＳＤＰＡを必要とすることを意味している。

【0004】

スマートフォン・トラフィックのバースト性の性質は、それが、ＣＥＬＬ＿ＤＣＨにおけるリソースに比べて、それらのリソース（ＨＳＤＰＡリソースおよびＨＳＵＰＡリソース）をより効率的に使用するので、機能強化されたアップリンクＣＥＬＬ＿ＦＡＣＨ状態のために適している。スマートフォン・デバイスの数は、将来、かなり増大することが期待され、またそれゆえに、より多くのＵＥが、機能強化されたアップリンクＣＥＬＬ＿ＦＡＣＨ状態の中に存在することになることが、期待される。

【0005】

ＭＡＣ−ｉエンティティと、ＭＡＣ−ｉｓエンティティとは、機能強化されたアップリンクＣＥＬＬ＿ＦＡＣＨ伝送のためのビルディング・ブロックのうちの２つである。ＭＡＣ−ｉは、ハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）プロトコルを実施し、このハイブリッド自動反復要求プロトコルは、アップリンクにおける同期式（再）伝送と、同期式ダウンリンク肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）とに基づいている。ＨＡＲＱプロセスの数は、伝送時間間隔（ＴＴＩ：Transmission Time Interval）に依存しており、すなわち、２ｍｓのＴＴＩの場合には、８つのプロセスであり、また１０ｍｓのＴＴＩの場合には４つのプロセスである。パラメータ「ＨＡＲＱ再伝送の最大の数」（ＭａｘＮＨａｒｑ）は、ＨＡＲＱ再伝送の数についての上限を規定する。

【0006】

無線ネットワーク制御（ＲＮＣ：Radio Network Control）におけるＭＡＣ−ｉｓは、並べ替え機能と、再アセンブリ機能とを実施する。並べ替えプロセスは、論理チャネル当たりのものであり、また伝送シーケンス番号（ＴＳＮ：Transmission Sequence Number）に基づいている。ＴＴＩごとに、同じ論理チャネルに属するすべてのデータは、ＭＡＣ−ｉｓプロトコル・データ・ユニット（ＰＤＵ：Protocol Data Unit）の中で搬送され、このＭＡＣ−ｉｓプロトコル・データ・ユニットは、１つまたは複数のＭＡＣ−ｉｓサービス・データ・ユニット（ＳＤＵ：Service Data Units）を備えることができる。各ＭＡＣ−ｉｓ ＳＤＵは、ＭＡＣ−ｄ ＰＤＵのうちの１つまたは一部分に対してマッピングされる。ＲＬＣ ＰＤＵに対するＭＡＣ−ｄ ＰＤＵのマッピングは、１：１である。新しい伝送を取り扱うために、ＴＴＩごとに、また論理チャネルごとに、ＵＥ ＭＡＣ−ｉ／ｉｓは、新しいＴＳＮを生成し、またそれをＭＡＣ−ｉｓ ＰＤＵに関連づける。ＴＴＩごとに、ＭＡＣ−ｉは、複数の論理チャネルを多重化し、それゆえに複数のＭＡＣ−ｉｓ ＰＤＵを多重化することができ、この複数の論理チャネルの各々は、それ自体のＴＳＮ番号を搬送することになる。

【0007】

残念ながら、あいまいな状態は、例証的に、ＲＮＣが、ＵＥによる共通Ｅ−ＤＣＨリソースの再獲得に起因してなど、公称の順序通りのＴＳＮと、順序がバラバラのＴＳＮとを検出するときに、存在する可能性がある。ＲＮＣが、次のより高いレイヤにすぐに、順序がバラバラのＴＳＮを誤って配信する場合に、これは、順序がバラバラのＲＬＣ ＰＤＵ（単数または複数）を誘導することになり、この順序がバラバラのＲＬＣ ＰＤＵ（単数または複数）は、容量に対して悪影響を及ぼす。最も一般的な場合は、ＲＬＣシーケンス番号（ＳＮ：Sequence Number）ギャップの検出のすぐ後にＲＬＣによってトリガされる可能性などがある冗長ＲＬＣ再伝送である。さらに、順序がバラバラのステータスＲＬＣ ＰＤＵの配信は、ＲＬＣリセット状態をもたらす可能性がある。

【発明の概要】

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

【0008】

先行技術についての様々な欠陥は、共通Ｅ−ＤＣＨリソースのＵＥによる消費に関連するＲＮＣのあいまいさを回避するメカニズムを提供することにより、共通Ｅ−ＤＣＨリソースの使用およびトラフィック・レイテンシを改善する、本発明の方法によって対処される。

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

【0009】

様々な実施形態は、一般に、ＵＭＴＳ基地局（ノードＢ（ＮｏｄｅＢ）またはＮＢ）が、任意のＵＥが共通の機能強化された専用チャネル（Ｅ−ＤＣＨ：Enhanced Dedicated Channel）リソースを再獲得しているかどうかを決定し、またそれに応じて、新しい伝送セッションの開始（すなわち、接続セッションにおける変更）を認識し、またそれに応じて適切な任意のアクション（例えば、ＴＳＮ並べ替え待ち行列をフラッシュし、ＭＡＣ−ｉｓ並べ替えアルゴリズムを再開するなど）を実行するようにＲＮＣにさせるように適合されたＲＮＣに向かって、インジケータを送信する方法およびシステムを提供している。

【0010】

本発明の教示は、添付図面と併せて、以下の詳細な説明を考察することにより、簡単に理解することができる。

【図面の簡単な説明】

【0011】

【図1】様々な実施形態から恩恵を受けるネットワークの高レベル・ブロック図である。

【図2A】本実施形態を理解する際に有用な簡略化されたプロトコル・アーキテクチャを図形で示す図である。

【図2B】ＭＡＣ−ｉデータ構造と、ＭＡＣ−ｉｓデータ構造との簡略化された表現を図形で示す図である。

【図3】様々な実施形態による方法の流れ図である。

【図4】様々な実施形態による方法の流れ図である。

【図5】本明細書において説明される機能を実行する際に使用するために適した汎用コンピュータの高レベル・ブロック図である。

【図6】実施形態を理解する際に有用な様々な例を図形で示す図である。

【図7】実施形態を理解する際に有用な様々な例を図形で示す図である。

【図8】実施形態を理解する際に有用な様々な例を図形で示す図である。

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

【0012】

理解を容易にするために、可能な場合には、同一の参照番号を使用して、それらの図面に共通である同一の要素を指定している。

【0013】

本発明は、主として、ＵＭＴＳ基地局（ノードＢまたはＮＢ）が、任意のＵＥが共通の機能強化された専用チャネル（Ｅ−ＤＣＨ）リソースを再獲得しているかどうかを決定し、またそれに応じて、新しい伝送セッションの開始（すなわち、接続セッションにおける変更）を認識するようにＲＮＣにさせるように適合されたＲＮＣに向かって、インジケータを送信する方法、システムおよび装置との関連で説明されるであろう。このようにして、ＲＮＣは、それに応じて、ＴＳＮ並べ替え待ち行列をフラッシュし、ＭＡＣ−ｉｓ並べ替えアルゴリズムを再開するなどの適切な任意のアクションを実行することができる。

【0014】

様々な実施形態は、ユーザ機器にサービスする基地局またはノードＢ（ＮＢ）と通信しているＵＭＴＳ無線ネットワーク制御装置（ＲＮＣ：Radio Network Controller）との関連で共通Ｅ−ＤＣＨリソース使用とトラフィック・レイテンシとを有利に改善する。一般的に言えば、様々な実施形態は、共通Ｅ−ＤＣＨリソースのＵＥ消費に関連するＲＮＣのあいまいさを回避するメカニズムを提供し、その結果、高速で正しいリソース割付決定は、様々な基地局と、それらによってサービスされるユーザ機器とに関してＲＮＣによって行われる可能性がある。

【0015】

例えば、いくつかの実施形態においては、新しい伝送セッションの開始を認識することにより、ＲＮＣは、それに応じて、ＵＥ（例えば、スマートフォン、コンピュータなど）に関連する性能と使用データとをアップデートし、その結果、ＲＮＣまたは協力するネットワーク管理システムは、ネットワーク使用に関連するネットワーク・オペレーションと主要な性能インジケータ（ＫＰＩ：Key Performance Indicators）とを改善することができる。例えば、ＲＮＣは、ＵＥリソース消費に関連した統計データをアップデートし、ＵＥサービスまたはアプリケーション動作についての実際のトラフィック・パターンを観察し、またそれに応じて、ＣＥＬＬ＿ＦＡＣＨにおける高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）のオペレーション・パラメータ、および／またはＣＥＬＬ＿ＦＡＣＨ（例えば、ＣＥＬＬ＿ＦＡＣＨにおけるＥＵＬ）における高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）のオペレーション・パラメータを調整することができる。

【0016】

図１は、様々な実施形態から恩恵を受けるネットワークの高レベル・ブロック図を示すものである。具体的には、図１は、周波数分割二重化（ＦＤＤ：Frequency Division Duplex）モードにおいて一般に動作する３ＧＰＰ（第３世代パートナーシップ・プロジェクト（3rd Generation Partnership Project））ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）モバイル・ネットワーク１００を示すものである。

【0017】

具体的には、図１は、コア・ネットワーク（ＣＮ：Core Network）に属する複数のＵＭＴＳモバイル・サービス・スイッチ１０を示すものである。モバイル・サービス・スイッチ１０の各々は、１つまたは複数のネットワーク５にリンクされ、またｌｕインターフェースを用いて、１つまたは複数の無線ネットワーク制御装置（ＲＮＣ）２０にリンクされる。各ＲＮＣ ２０は、ｌｕｂインターフェースを用いて１つまたは複数の基地局（ＮＢ）３０にリンクされる。ネットワーク・カバレッジ・エリアの上で分散される基地局（ＮＢ）３０は、無線によってモバイル端末４０と、実例としては、ユーザ機器（ＵＥ）４０−１、４０−２および４０−３と通信することができる。ドリフトＲＮＣ（ＤＲＮＣ）やサービスＲＮＣ（ＳＲＮＣ）のように動作するこれらなど、いくつかのＲＮＣ ２０は、さらに、ｌｕｒインターフェースを用いて互いに通信することができる。様々なネットワーク管理機能は、実例として、本明細書において考察される様々なネットワーク要素と、部分要素とに動作するように結合されるネットワーク管理システム（ＮＭＳ：network management system）６によって提供されることもある。

【0018】

モバイル・サービス・スイッチ１０と、ＲＮＣ ２０と、ＮＢ ３０と、ＵＥ ４０とのうちの各々は、知られているような適切な通信機能と制御機能とを実施する様々な無線デバイスと、スイッチング技術と、入力−出力技術と、制御装置／コンピュータのハードウェアおよびソフトウェアなどとを含む。そのような機能は、実例として、パケット・バッファリングと、パケット・ルーティングと、無線通信と、メッセージ処理などとを含んでおり、一般的に言えば、様々な制御プレーン機能と、データ・プレーン機能とは、ＵＭＴＳモバイル・ネットワークとの関連で通信を可能にする。

【0019】

様々な制御プレーン機能と、データ・プレーン機能とは、ｌｕインターフェース仕様ＴＳ ２５．４１０〜２５．４１５（２０１１年６月に発行されたＶ１０．ｘ）、ｌｕｂインターフェース仕様ＴＳ ２５．４３０〜２５．４３５（２０１１年６月に発行されたＶ１０．ｘ）、ｌｕｂ／ｌｕｒインターフェース仕様ＴＳ ２５．４２７（２０１１年６月に発行されたＶ１０．ｘ）、ｌｕｒインターフェース仕様ＴＳ ２５．４２０〜２５．４２５（２０１１年６月に発行されたＶ１０．ｘ）、ＲＲＣ仕様ＴＳ ２５．３３１（２０１１年６月に発行されたＶ１０．ｘ）、ＨＳＤＰＡ仕様ＴＳ ２５．３０８（２０１１年６月に発行されたＶ１０．ｘ）、Ｅ−ＤＣＨ（ＨＳＵＰＡ）仕様ＴＳ ２５．３１９（２０１１年６月に発行されたＶ１１．ｘ）など、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）の様々な技術仕様においてより詳細に説明され、これらの技術仕様は、それらの全体が、参照によって本明細書に組み込まれている。さらに、図５に関して以下で説明されるようなハードウェアおよび／またはソフトウェアは、モバイル・サービス・スイッチ１０と、ＲＮＣ ２０と、ＮＢ ３０と、ＵＥ ４０との関連で使用される可能性がある。

【0020】

技術仕様３Ｇ ＴＳ ２５．３１９、「無線アクセス・ネットワークの機能強化されたアップリンクの全般的説明」、３ＧＰＰによって２０１１年６月に発行されたバージョン１１．０．０は、本実施形態との関連で特に興味がある。この技術仕様は、中でもとりわけ、機能強化された専用チャネル（Ｅ−ＤＣＨ）リソースに関連するプロトコル・アーキテクチャを説明している。

【0021】

図２Ａは、本実施形態を理解する際に、有用な簡略化されたプロトコル・アーキテクチャを図形で示すものである。具体的には、図２Ａは、ＣＥＬＬ＿ＦＡＣＨにおけるＤＴＣＨ／ＤＣＣＨ伝送についてのＥ−ＤＣＨ（ＭＡＣ−ｉ／ｉｓ）の簡略化されたプロトコル・アーキテクチャ２００Ａを示すものである。プロトコル・アーキテクチャは、Ｕｕインターフェース２２０を経由してＭＡＣ−ｉとＥＤＣＨ ＦＰとを含むノードＢプロトコル・スタック２３０と通信しているＭＡＣ−ｉとＭＡＣ−ｉｓとを含むＵＥプロトコル・スタック２１０と、ｌｕｂインターフェース２４０を経由してＥＤＣＨ ＦＰを含むＤＲＮＣプロトコル・スタック２５０と通信しているノードＢプロトコル・スタック２３０と、ｌｕｒインターフェース２６０を経由してＥＤＣＨ ＦＰを含むＳＲＮＣプロトコル・スタック２７０と通信しているＤＲＮＣプロトコル・スタック２５０とを示すことが、分かる。プロトコル・スタック２００に関連する様々なオペレーションは、技術仕様３Ｇ ＴＳ ２５．３１９においてより詳細に説明される。

【0022】

図２Ｂは、ＭＡＣ−ｉデータ構造と、ＭＡＣ−ｉｓデータ構造との簡略化された表現を図形で示すものである。具体的には、図２Ｂは、第１の論理チャネル２８１−１から第ｋの論理チャネル２８１−Ｋに関連する様々なフィールドを含むＭＡＣ−ｉヘッダ２８０を示すものである。図２Ｂはまた、１つの論理チャネルに関連しており、またセグメント・ステータス（ＳＳ：Segment Status）フィールドと、ＭＡＣ−ｄ ＰＤＵを保持するための伝送シーケンス番号（ＴＳＮ）フィールドと、複数のサービス・データ・ユニット（ＳＤＵ）フィールドとを含むＭＡＣ−ｉｓ ＰＤＵ ２９０を示してもいる。

【0023】

無線ネットワーク制御（ＲＮＣ）におけるＭＡＣ−ｉｓは、並べ替え機能と、再アセンブリ機能とを実施する。並べ替えプロセスは、論理チャネル当たりのものであり、伝送シーケンス番号（ＴＳＮ）に基づいている。ＴＴＩごとに、同じ論理チャネルに属するすべてのデータは、ＭＡＣ−ｉｓプロトコル・データ・ユニット（ＰＤＵ）の中で搬送され、このＭＡＣ−ｉｓプロトコル・データ・ユニットは、１つまたは複数のＭＡＣ−ｉｓサービス・データ・ユニット（ＳＤＵ）を備えることができる。各ＭＡＣ−ｉｓ ＳＤＵは、ＭＡＣ−ｄ ＰＤＵのうちの１つまたは一部分に対してマッピングされる。ＲＬＣ ＰＤＵに対するＭＡＣ−ｄ ＰＤＵのマッピングは、１：１である。新しい伝送を取り扱うために、ＴＴＩごとに、また論理チャネルごとに、ＵＥ ＭＡＣ−ｉ／ｉｓは、新しいＴＳＮを生成し、またそれをＭＡＣ−ｉｓ ＰＤＵに関連づける。ＴＴＩごとに、ＭＡＣ−ｉは、複数の論理チャネルを多重化し、それゆえに複数のＭＡＣ−ｉｓ ＰＤＵを多重化することができ、この複数の論理チャネルの各々は、それ自体のＴＳＮ番号を搬送することになる。

【0024】

ＭＡＣ−ｉエンティティをノードＢによって使用して、ＨＡＲＱ再伝送と、スケジューリングと、ＭＡＣ−ｉ逆多重化とを処理する。ＤＴＣＨおよびＤＣＣＨの伝送では、ＭＡＣ−ｉｓをＲＮＣによって使用して、順序通りの配信（並べ替え）を提供し、またソフト・ハンドオーバーの場合には異なるノードＢからのデータの組合せを処理する。

【0025】

様々な実施形態は、ＲＮＣが、ＵＥにおけるＭＡＣ−ｉｓリセットが起きていることを効率的に、また明確に決定することを可能にするように動作する。とりわけ、様々な実施形態は、与えられたＥ−ＤＣＨ接続セッションについての表示をノードＢからＲＮＣに対して提供する。ノードＢは、実例として機能強化されたＲＡＣＨ（ｅＲＡＣＨ）／共通Ｅ−ＤＣＨ割付要求と、次いでＥ−ＤＣＨ共通リソース衝突解決フェーズにおいて使用されるＵＥのＥ−ＲＮＴＩとを検出することを経由して、与えられたＵＥが、いつ共通Ｅ−ＤＣＨリソースを獲得するかを検出することができる。ＤＣＣＨ／ＤＴＣＨ伝送では、Ｅ−ＲＮＴＩは、共通Ｅ−ＤＣＨリソースが、（再）獲得された後に、衝突解決フェーズ中にＵＥによってＭＡＣ−ｉヘッダに含められることに注意すべきである。

【0026】

ＲＮＣが、接続セッション識別情報における変更の表示を受信するときに、それは、ＴＳＮ並べ替え待ち行列の中のデータの一部または全部をフラッシュし、またＭａｃ−ｉｓ並べ替えアルゴリズムを再開する。一実施形態においては、ノードＢは、ｌｕｂフレームごとに「獲得Ｉｄ」をＲＮＣに対して提供する。「獲得Ｉｄ」は、ノードＢが、ＵＥが共通Ｅ−ＤＣＨリソースを再獲得していることを検出するときに増分されるだけである。ＲＮＣが、「獲得Ｉｄ」における変更を検出するときに、ＲＮＣは、それに応じてＭａｃ−ｉｓリセットが、起きていることを決定する。一実施形態においては、ノードＢは、明示的なＭＡＣ−ｉｓリセット・インジケータをＲＮＣに対して提供し、またＭＡＣ−ｉｓリセットが起きていることをフレームの所定の数について示す。これは、第１の少数のＭＡＣ−ｉｓリセット・インジケータが、混雑状態または何らかの他の状態に起因してｌｕｂ／ｌｕｒリンクの上で失われる場合を処理することである。様々な実施形態が、組み合わされることもあることが、企図される。

【0027】

図３は、一実施形態による一方法の流れ図を示すものである。具体的には、本方法３００は、一実施形態による、ＵＥによるＥ−ＤＣＨリソース使用における変更に対して効率的に適応させるためのメカニズムを提供している。

【0028】

ステップ３１０において、ノードＢ（ＮＢ）は、ユーザ機器（ＵＥ）が、共通Ｅ−ＤＣＨリソースを再獲得していることを決定した。ボックス３１５を参照すると、与えられたＵＥが、共通Ｅ−ＤＣＨリソースをいつ再獲得するかについての決定は、実例として、機能強化されたＲＡＣＨ（ｅＲＡＣＨ）／共通Ｅ−ＤＣＨ割付要求を検出すること、および次いでＥ−ＤＣＨ共通リソース獲得衝突解決フェーズにおいて使用されるＵＥのＥ−ＲＮＴＩを検出することにより行われることもある。ＤＣＣＨ／ＤＴＣＨ伝送では、Ｅ−ＲＮＴＩは、共通Ｅ−ＤＣＨリソースが、（再）獲得された後に、衝突解決フェーズ中にＵＥによってＭＡＣ−ｉヘッダに含められることに注意すべきである。さらに、決定は、ＵＥに関連するＴＳＮにおける変更を検出することにより行われることもある。他のメカニズムもまた、使用されてもよい。

【0029】

ステップ３２０において、ノードＢは、インジケータ、ならびに新しく獲得された共通Ｅ−ＤＣＨリソースに関連する新しいＵＥ情報をＲＮＣに向かって送信する。一実施形態においては、インジケータと、新しいＵＥ情報とは、次のｌｕｂフレームの内部で送信される。他の実施形態においては、インジケータと、新しいＵＥ情報とは、所定の数の次のｌｕｂフレームの各々の内部で送信される。この後者の実施形態は、インジケータと、新しいＵＥ情報とを含む単一のｌｕｂフレームの失われた場合に改善された障害回復力を提供する。

【0030】

ボックス３２５を参照すると、インジケータは、獲得ＩＤ、ＭＡＣ−ｉｓリセット・インジケータ、または何らかの他のインジケータを含むことができる。一実施形態においては、ＵＥに関連する獲得ＩＤは、それぞれのＵＥが、新しい共通Ｅ−ＤＣＨリソースを獲得しているという決定に応じて増分されるだけとなる数である。一実施形態においては、ＭＡＣ−ｉｓリセット・インジケータは、ＭＡＣ−ｉｓリセットが、ＵＥにおいて起きていることをＲＮＣに通知するために使用される明示的なインジケータである。

【0031】

ステップ３３０において、ＲＮＣは、それぞれのＴＳＮ並べ替え待ち行列からのＵＥデータをフラッシュし、またＭａｃ−ｉｓ並べ替えアルゴリズムを再開する。

【0032】

ボックス３３５を参照すると、一実施形態においては、データは、ＴＳＮ並べ替え待ち行列からすぐにフラッシュされる。別の実施形態においては、フラッシュ・タイマーがセットされ、またデータは、フラッシュ・タイマーの満了後に、ＴＳＮ並べ替え待ち行列からフラッシュされる。様々な他の実施形態においては、単一のＴＳＮ、複数のＴＳＮ、複数のＴＳＮギャップ、および／またはＴＳＮ並べ替え待ち行列の内部のデータの他の部分は、すぐに、またはフラッシュ・タイマーの満了後のいずれかにフラッシュされる。

【0033】

様々な実施形態においては、ステップ３３０において、ＲＮＣは、それに応じて、ＵＥに関連する性能と使用データとをアップデートし、その結果、ＲＮＣまたは協力するネットワーク管理システムは、ネットワーク使用に関連するネットワーク・オペレーションと主要な性能インジケータ（ＫＰＩ）とを改善することができる。例えば、ＲＮＣは、ＵＥリソース消費に関連した統計データをアップデートし、ＵＥサービスまたはアプリケーション動作についての実際のトラフィック・パターンを観察し、またそれに応じてＣＥＬＬ＿ＦＡＣＨにおける高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）のオペレーション・パラメータ、および／またはＣＥＬＬ＿ＦＡＣＨ（例えば、ＣＥＬＬ＿ＦＡＣＨにおけるＥＵＬ）における高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）のオペレーション・パラメータを調整することができる。

【0034】

図４は、一実施形態による方法の流れ図を示すものである。具体的には、本方法４００は、一実施形態による、ＵＥによるＥ−ＤＣＨリソース使用における変更に効率的に適応させるためのメカニズムを提供している。

【0035】

ステップ４１０において、ノードＢ（ＮＢ）は、ユーザ機器（ＵＥ）が、共通Ｅ−ＤＣＨリソースを再獲得していることが決定される場合に、インジケータをアップデートする。ボックス４１５を参照すると、与えられたＵＥが、共通Ｅ−ＤＣＨリソースをいつ再獲得するかについての決定は、実例として、機能強化されたＲＡＣＨ（ｅＲＡＣＨ）／共通Ｅ−ＤＣＨ割付要求を検出すること、および次いでＥ−ＤＣＨ共通リソース獲得衝突解決フェーズにおいて使用されるＵＥのＥ−ＲＮＴＩを検出することにより行われることもある。ＤＣＣＨ／ＤＴＣＨ伝送では、Ｅ−ＲＮＴＩは、共通Ｅ−ＤＣＨリソースが、（再）獲得された後に、衝突解決フェーズ中にＵＥによってＭＡＣｉ−ｉヘッダに含められることに注意すべきである。さらに、決定は、ＵＥに関連するＴＳＮにおける変更を検出することにより行われることもある。他のメカニズムもまた、使用されてもよい。

【0036】

ステップ４２０において、ノードＢは、各ｌｕｂフレームの一部分として、インジケータ（アップデートされた、またはそうでないもの）、ならびに新しく獲得された共通Ｅ−ＤＣＨリソースに関連する任意の新しいＵＥ情報をＲＮＣに向かって送信する。

【0037】

ボックス４２５を参照すると、インジケータは、獲得ＩＤ、ＭＡＣ−ｉｓリセット・インジケータ、または何らかの他のインジケータを含むことができる。一実施形態においては、ＵＥに関連する獲得ＩＤは、それぞれのＵＥが、新しい共通Ｅ−ＤＣＨリソースを獲得しているという決定に応じて増分されるだけとなる数である。一実施形態においては、ＭＡＣ−ｉｓリセット・インジケータは、ＭＡＣ−ｉｓリセットが、ＵＥにおいて起こっていることをＲＮＣに通知するために使用される明示的なインジケータである。

【0038】

ステップ４３０において、ＵＥについての共通Ｅ−ＤＣＨの獲得または再獲得を示すアップデートされたインジケータまたは明示的なＭＡＣ−ｉｓリセットに応じて、ＲＮＣは、それぞれのＴＳＮ並べ替え待ち行列からのＵＥデータをフラッシュし、またＭａｃ−ｉｓ並べ替えアルゴリズムを再開する。

【0039】

ボックス４３５を参照すると、一実施形態においては、データは、ＴＳＮ並べ替え待ち行列からすぐにフラッシュされる。別の実施形態においては、フラッシュ・タイマーは、セットされ、またデータは、フラッシュ・タイマーの満了後にＴＳＮ並べ替え待ち行列からフラッシュされる。様々な他の実施形態においては、単一のＴＳＮ、複数のＴＳＮ、複数のＴＳＮギャップ、および／またはＴＳＮ並べ替え待ち行列の内部のデータの他の部分は、すぐに、またはフラッシュ・タイマーの満了後のいずれかにフラッシュされる。

【0040】

様々な実施形態においては、ステップ４３０において、ＲＮＣは、それに応じて、ＵＥに関連する性能と使用データとをアップデートし、その結果、ＲＮＣまたは協力するネットワーク管理システムは、ネットワーク使用に関連するネットワーク・オペレーションと主要な性能インジケータ（ＫＰＩ）とを改善することができる。例えば、ＲＮＣは、ＵＥリソース消費に関連した統計データをアップデートし、ＵＥサービスまたはアプリケーション動作についての実際のトラフィック・パターンを観察し、またそれに応じてＣＥＬＬ＿ＦＡＣＨにおける高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）のオペレーション・パラメータ、および／またはＣＥＬＬ＿ＦＡＣＨ（例えば、ＣＥＬＬ＿ＦＡＣＨにおけるＥＵＬ）における高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）のオペレーション・パラメータを調整することができる。

【0041】

図５は、本明細書において説明される機能を実行する際に使用するために適した汎用コンピュータの高レベル・ブロック図を示すものである。とりわけ、汎用コンピュータに関連して本明細書において考察されるアーキテクチャと機能とは、様々な図面に関して本明細書において考察される様々なスイッチングおよび通信の要素またはノード、すなわちＵＭＴＳスイッチ１０と、ＲＮＣ ２０と、ＮＢ ３０と、ＵＥ ３０とのうちの各々の中で使用するために適合される。様々なスイッチングまたは通信の要素またはノードは、本明細書において考察されるものを超越した専用の回路および機能を含んでいる。簡単にするために、本明細書における考察は、ＭＡＣ−ｉｓリセット機能に関連した特定の制御プレーン機能だけに限定される。汎用コンピュータを説明することに関連して本明細書において考察される機能のうちのあるものは、ネットワークの内部で要素を構成し、また管理するように動作する特定のスイッチングもしくは通信の要素もしくはノード、および／またはネットワーク・オペレーション・センター（ＮＯＣ：network operation center）もしくはネットワーク管理システム（ＮＭＳ：network management system）の形で実施され得ることが理解されるであろう。

【0042】

図５に示されるように、システム５００は、プロセッサ要素５０２（例えば、ＣＰＵ）と、メモリ５０４、例えば、ランダム・アクセス・メモリ（ＲＡＭ）および／またはリード・オンリー・メモリ（ＲＯＭ）と、パケット処理モジュール５０５と、様々な入出力デバイス５０６と（例えば、それだけには限定されないが、テープ・ドライブ、フロッピー・ドライブ、ハードディスク・ドライブ、またはコンパクト・ディスク・ドライブを含むストレージ・デバイスと、レシーバと、トランスミッタと、スピーカと、ディスプレイと、出力ポートと、ユーザ入力デバイス（キーボード、キーパッド、マウスなど）と）を備える。

【0043】

図５に示されるコンピュータ５００は、本明細書において説明される機能要素、および／または本明細書において説明される機能要素の一部分を実施するために適した汎用アーキテクチャおよび機能を提供することが、理解されるであろう。本明細書において示され、また説明される機能は、例えば、汎用コンピュータ、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuits）、および／または他の任意のハードウェア同等物を使用した、ソフトウェアおよび／またはハードウェアの形で実施されることもある。

【0044】

ソフトウェアの方法として本明細書において考察されるステップのうちのいくつかは、例えば、様々な方法ステップを実行するためにプロセッサと協力する回路として、ハードウェアの内部で実施され得ることが、企図される。本明細書において考察される機能／要素のうちの一部分は、コンピュータ・プログラム製品として実施されることもあり、そこでは、コンピュータ命令は、コンピュータによって処理されるときに、本明細書において説明される方法および／または技法が、呼び出され、またはその他の方法で提供されるように、コンピュータのオペレーションを適応させる。発明の方法を呼び出すための命令は、固定された媒体、または着脱可能媒体に記憶され、ブロードキャスト媒体または他の信号搬送媒体の形でデータ・ストリームを経由して送信され、有形な媒体を経由して送信され、かつ／または命令に従って動作するコンピューティング・デバイスの内部のメモリ内に記憶されることもある。

【0045】

図６〜８は、実施形態を理解する際に有用な様々な例を図形で示すものである。

【0046】

図６は、ＵＥが共通Ｅ−ＤＣＨリソースを再獲得していることについての検出に応じて、ＮＢが、ＲＮＣに対してインジケータを転送する経路を図形で示すものである。この例においては、ノードＢが、ＵＥが共通Ｅ−ＤＣＨリソースを再獲得していることを検出するときに、ノードＢは、図６に示されるように、新しいデータ（ＴＳＮ２）と一緒に獲得ＩＤなど、新しいインジケータを送信する。この例におけるＲＮＣが、フラッシュされるべきどのような顕著なＴＳＮも有していないことを仮定すれば、ＲＮＣは、新しいＴＳＮ（ＴＳＮ２）を記憶し、またフラッシュ・タイマーを開始して、まだ受信されていないＴＳＮ０およびＴＳＮ１を待つ。フラッシュ・タイマーの満了時において、ＲＮＣは、それぞれのＴＳＮ並べ替え待ち行列からのＵＥデータをフラッシュし、またＭａｃ−ｉｓ並べ替えアルゴリズムを再開することになる。したがって、システムは、フラッシュ・タイマーの満了期間が、経過するまで待つ必要がある。

【0047】

図７は、再送信されたＴＳＮと、新しいＴＳＮとの間の、ＲＮＣにおけるあいまいさを図形で示すものである。この例においては、ＴＳＮ２が受信されていること、およびネットワークが、フラッシュ・タイマーを再開しており、ＴＳＮ０およびＴＳＮ１が到着するのを待っていることが、仮定される。ＭａｘＮｈａｒｑ＝４を伴うＴＴＩ １０ｍｓが使用されていることを仮定すると、フラッシュ・タイマーは、それゆえにＭａｘＮＨａｒｑ＊プロセスの数＊ＴＴＩ＝４＊４＊１０ｍｓ＝１６０ｍｓにセットされる。図７の左手側には公称的な場合が示され、ここでは、同じ「獲得Ｉｄ ０」からの再送信されたＴＳＮ０は、タイマーが満了になる前に到着する。

【0048】

共通Ｅ−ＤＣＨチャネルのＵＥによる再獲得についての表示なしには、ＵＥは、接続を切り、また再獲得することになる。これは、ＵＥが、「獲得Ｉｄ ０」におけるＴＳＮ０／ＴＳＮ１についてのＡＣＫとして、ＮＡＣＫを間違って検出することに起因している可能性があり、また「Ｅ−ＤＣＨ伝送連続バックオフ」が、０にセットされて、ＵＥは、「獲得Ｉｄ ０」におけるＴＳＮ２ ＡＣＫの受信のすぐ後に、共通Ｅ−ＤＣＨチャネルを解放する。次の１６０ｍｓ以内に、新しいデータが到着し、共通Ｅ−ＤＣＨリソースのＵＥによる獲得をもたらす。ＲＮＣが、「獲得Ｉｄ １」のＴＳＮ０を受信するときには、「獲得Ｉｄ」情報なしには、ＴＳＮ０は、上位レイヤにすぐに誤って配信されることになる。「獲得Ｉｄ ０」からのＴＳＮ２は、ＴＳＮ１ギャップに起因して依然として保留の状態のままになる。ＲＬＣが「獲得Ｉｄ ０」において搬送されるどのようなＰＤＵも受信しないことを仮定すると、ＲＬＣは、以前の「獲得Ｉｄ ０」からセットされる全体｛ＴＳＮ０、ＴＳＮ１、ＴＳＮ２｝についての再伝送を要求することになる。これは、ＴＳＮ２の冗長な伝送をもたらす。

【0049】

ＮＢによってＲＮＣに対して提供されるインジケータなど、共通Ｅ−ＤＣＨチャネルのＵＥによる再獲得の表示を用いて、ＲＮＣは、今や使用の場合の間で差別化することができる。ＲＮＣに対して提供されるインジケータに変更が存在するときに、ＲＮＣにおけるＭＡＣ−ｉｓは、リセットされる。この例においては、ＴＳＮ２だけが、最初により高いレイヤに対してフラッシュされる。様々な実施形態は、ＴＳＮ２を超越した複数の連続的なＴＳＮ、ならびに複数のＴＳＮギャップを含むように拡張可能である。ひとたび、すべてのデータがフラッシュされた後に、ＭＡＣ−ｉｓは、その公称の並べ替えアルゴリズムを再開する。この場合には、「獲得Ｉｄ １」からのＴＳＮ０は順番になっており、そのようにしてＴＳＮ０はまた、フラッシュされたデータの後など、より高いレイヤに対してすぐに配信されることもある。

【0050】

図８は、獲得ＩＤインジケータなど、明示的なインジケータに関連するレイテンシの改善を図形で示すものである。開始条件として、すべてのデータは、配信されていることが仮定され、また次の期待されたＴＳＮは、６２である。この実施形態においては、「Ｅ−ＤＣＨ伝送連続バックオフ」タイマーが、大きな値（例えば、１０ｍｓの３０ＴＴＩ＝３００ｍｓ）にセットされる。

【0051】

共通Ｅ−ＤＣＨチャネルのＵＥによる再獲得の表示なしでは、図８の左手側に、公称の順序通りのＴＳＮ０が、到着しているように示されることが示される。しかしながら、ＴＳＮ６２と、ＴＳＮ６３とは、依然としてＨＡＲＱ再伝送を待っている。ＲＮＣは、それゆえに、ＴＳＮ０を配信する前にフラッシュ・タイマーを開始する必要がある。この場合には、ＵＥによって使用される実際のＨＡＲＱ再伝送情報の欠如と、いつＭＡＣ−ｉｓがダウンリンク・データを実際に送信するかについての知識の欠如とに起因して、ＲＮＣは、構成された「Ｅ−ＤＣＨ伝送連続バックオフ」をマッチさせて、いつＭＡＣ−ｉｓが実際にリセットされるかを正確に決定する同等のタイマーを有することができない。ＲＮＣタイマーは、近似にすぎない可能性がある。この例においては、ＲＮＣタイマーは、ＭＡＣ−ｉｓリセットが、まだ起こっておらず、またフラッシュ・タイマーが開始される必要があるように、保守的であることが、仮定される。この場合には、共通Ｅ−ＤＣＨリソースの解放および再獲得は、フラッシュ・タイマーが、実際には必要とされず、また余分なトラフィック・レイテンシを導入するために役立つのみであるように、図８の右手側に示されるように、実際に起こる可能性がある。

【0052】

ＮＢによってＲＮＣに対して提供されるインジケータなど、共通Ｅ−ＤＣＨチャネルのＵＥによる再獲得の表示を用いて、図８の右手側に示されるようにＴＳＮ０の受信のすぐ後に、トラフィックは、すぐにより高いレイヤに対して配信される。有利には、ＲＮＣが、「Ｅ−ＤＣＨ伝送連続バックオフ」タイマーの同等物を管理するための必要性も存在していない。

【0053】

ＲＮＣタイマーが、ＴＳＮ０の受信のすぐ後に、あまりにも短い満了時間または継続時間を有する場合には、ＲＮＣは、ＭＡＣ−ｉｓリセットが起きていることを間違って仮定する可能性がある。共通Ｅ−ＤＣＨチャネルのＵＥによる再獲得の表示なしには、ＲＬＣは、ＴＳＮ６２と、これらが依然としてＨＡＲＱ再伝送を受けている間のＴＳＮ６３とのＲＬＣ再伝送を要求することになる。ＴＳＮ６２とＴＳＮ６３とのこれらの余分な伝送は、共通Ｅ−ＤＣＨ帯域幅の浪費をもたらすことになる。しかしながら、共通Ｅ−ＤＣＨチャネルのＵＥによる再獲得の表示を用いて、ＲＮＣは、ＭＡＣ−ｉｓリセットが、起きておらず、またＲＮＣは、それに応じてフラッシュ・タイマーをセットすることができることを知っている。有利には、これは、効率的な共通Ｅ−ＤＣＨ帯域幅の使用、ならびにＲＮＣが「Ｅ−ＤＣＨ伝送連続バックオフ」タイマーの同等物を管理するための必要性を回避することをもたらす。様々な他の実装形態と、動作に関するな利点とは、本明細書において考察される実施形態から有利に生じる。

【0054】

上記は、本発明の様々な実施形態を対象としているが、本発明の他の実施形態およびさらなる実施形態は、本発明の基本的な範囲を逸脱することなく工夫される可能性がある。したがって、本発明の適切な範囲は、添付の特許請求の範囲に従って決定されることになる。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】