(57)【要約】  無線リンク制御(RLC)非確認応答モード(UM)での送信機と受信機との間のデータ通信の装置および方法は、送信機によって、ハイパーフレーム番号(HFN)非同期条件を判断することであって、複数の連続するプロトコルデータユニット(PDU)のうちの少なくとも1つのPDUが受信機に送信機によって正常に送信されたとき、HFN非同期条件が偽となり、複数の連続するPDUのすべてが失われたとき、HFN非同期条件が真となる、判断することと、HFN非同期条件が真であるとき、送信機によって送信機の送信機HFNを調整することであって、調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整することとを含む。
2015537432.tif 000002
【特許請求の範囲】
【請求項１】
無線リンク制御(RLC)非確認応答モード(UM)での送信機と受信機との間のデータ通信の方法であって、
前記送信機によって、ハイパーフレーム番号(HFN)非同期条件を判断するステップであって、複数の連続するプロトコルデータユニット(PDU)のうちの少なくとも1つのPDUが前記受信機に前記送信機によって正常に送信されたとき、前記HFN非同期条件が偽となり、前記複数の連続するPDUのすべてが失われたとき、前記HFN非同期条件が真となる、判断するステップと、
前記HFN非同期条件が真であるとき、前記送信機によって前記送信機の送信機HFNを調整するステップであって、前記調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整するステップと
を含む、方法。
【請求項２】
前記判断するステップが、
前記送信機のRLCサブレイヤによって、メディアアクセス制御(MAC)サブレイヤ中のPDUの送信ステータスに基づいて前記PDUの成功または不成功の送信ステータスを判断するステップと、
前記RLCサブレイヤによって、前記複数の連続するPDUに前記成功または不成功の送信ステータスをマッピングするステップと
を含む、請求項1に記載の方法。
【請求項３】
前記送信ステータスが、ハイブリッド自動再送要求(HARQ)を含み、前記MACサブレイヤが、前記RLCサブレイヤに送信ステータスプリミティブを与え、前記送信ステータスプリミティブがPDU送信のステータスを示す、請求項2に記載の方法。
【請求項４】
前記データ通信が、前記送信機から前記受信機へのアップリンク通信を含み、前記MACサブレイヤと前記RLCサブレイヤとが前記送信機においてコロケートされ、前記MACサブレイヤが、前記MACサブレイヤと前記RLCサブレイヤとの間のレイヤ間通信インターフェースを介して前記RLCサブレイヤに前記HARQを与える、請求項2に記載の方法。
【請求項５】
前記データ通信が、前記送信機から前記受信機へのダウンリンク通信を含み、前記MACサブレイヤが、第1のネットワークエンティティと第2のネットワークエンティティとの間のネットワークレイヤ間通信を介して前記RLCサブレイヤに前記HARQを与え、前記第1のネットワークエンティティが、前記RLCサブレイヤを含み、前記第2のネットワークエンティティが、前記MACサブレイヤを含む、請求項2に記載の方法。
【請求項６】
前記送信機または前記受信機の各々が、ノードB、ユーザ機器、またはネットワークエンティティを含む、請求項1に記載の方法。
【請求項７】
前記送信機HFNを調整する前記ステップが、
前記受信機の受信機HFNと前記送信機HFNを同期させるように前記送信機HFNを調整するステップであって、前記送信機と前記受信機とが、同じHFNと、同じRLC  UMシーケンス番号とを使用するとき、前記送信機および前記受信機の暗号化および解読パラメータが同期される、調整するステップ
を含む、請求項1に記載の方法。
【請求項８】
前記送信機HFNを調整する前記ステップが、
前記送信機HFNを減分するステップ
を含む、請求項1に記載の方法。
【請求項９】
前記複数の連続するPDUの数が、RLC  UMシーケンス番号の全周期、RLC  UMシーケンス番号の前記全周期の倍数、またはRLC  UMシーケンス番号の前記全周期よりも大きい数のうちの1つに等しくなる、請求項1に記載の方法。
【請求項１０】
無線リンク制御(RLC)非確認応答モード(UM)での送信機と受信機との間のデータ通信のためのコンピュータプログラムであって、
前記送信機によって、ハイパーフレーム番号(HFN)非同期条件を判断するためのコードであって、複数の連続するプロトコルデータユニット(PDU)のうちの少なくとも1つのPDUが前記受信機に前記送信機によって正常に送信されたとき、前記HFN非同期条件が偽となり、前記複数の連続するPDUのすべてが失われたとき、前記HFN非同期条件が真となる、判断するためのコードと、
前記HFN非同期条件が真であるとき、前記送信機によって前記送信機の送信機HFNを調整するためのコードであって、前記調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整するためのコードと
を含む、コンピュータプログラム。
【請求項１１】
無線リンク制御(RLC)非確認応答モード(UM)での送信機と受信機との間のデータ通信のための装置であって、
少なくとも1つのプロセッサと、
前記少なくとも1つのプロセッサに結合されたメモリと
を含み、
前記少なくとも1つのプロセッサが、
前記送信機によって、ハイパーフレーム番号(HFN)非同期条件を判断することであって、複数の連続するプロトコルデータユニット(PDU)のうちの少なくとも1つのPDUが前記受信機に前記送信機によって正常に送信されたとき、前記HFN非同期条件が偽となり、前記複数の連続するPDUのすべてが失われたとき、前記HFN非同期条件が真となる、判断することと、
前記HFN非同期条件が真であるとき、前記送信機によって前記送信機の送信機HFNを調整することであって、前記調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整することと
を行うように構成された、装置。
【請求項１２】
無線リンク制御(RLC)非確認応答モード(UM)での送信機と受信機との間のデータ通信のための装置であって、
前記送信機によって、ハイパーフレーム番号(HFN)非同期条件を判断するための手段であって、複数の連続するプロトコルデータユニット(PDU)のうちの少なくとも1つのPDUが前記受信機に前記送信機によって正常に送信されたとき、前記HFN非同期条件が偽となり、前記複数の連続するPDUのすべてが失われたとき、前記HFN非同期条件が真となる、判断するための手段と、
前記HFN非同期条件が真であるとき、前記送信機によって前記送信機の送信機HFNを調整するための手段であって、前記調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整するための手段と
を含む、装置。
【請求項１３】
判断するための前記手段が、さらに、
前記送信機のRLCサブレイヤによって、メディアアクセス制御(MAC)サブレイヤ中のPDUの送信ステータスに基づいて前記PDUの成功または不成功の送信ステータスを判断することと、
前記RLCサブレイヤによって、前記複数の連続するPDUに前記成功または不成功の送信ステータスをマッピングすることと
を行うためのものである、請求項12に記載の装置。
【請求項１４】
前記送信ステータスが、ハイブリッド自動再送要求(HARQ)を含み、前記MACサブレイヤが、前記RLCサブレイヤに送信ステータスプリミティブを与え、前記送信ステータスプリミティブがPDU送信のステータスを示す、請求項13に記載の装置。
【請求項１５】
前記データ通信が、前記送信機から前記受信機へのアップリンク通信を含み、前記MACサブレイヤと前記RLCサブレイヤとが前記送信機においてコロケートされ、前記MACサブレイヤが、前記MACサブレイヤと前記RLCサブレイヤとの間のレイヤ間通信インターフェースを介して前記RLCサブレイヤに前記HARQを与える、請求項13に記載の装置。
【請求項１６】
前記データ通信が、前記送信機から前記受信機へのダウンリンク通信を含み、前記MACサブレイヤが、第1のネットワークエンティティと第2のネットワークエンティティとの間のネットワークレイヤ間通信を介して前記RLCサブレイヤに前記HARQを与え、前記第1のネットワークエンティティが、前記RLCサブレイヤを含み、前記第2のネットワークエンティティが、前記MACサブレイヤを含む、請求項13に記載の装置。
【請求項１７】
前記送信機または前記受信機の各々が、ノードB、ユーザ機器、またはネットワークエンティティを含む、請求項12に記載の装置。
【請求項１８】
調整するための前記手段が、前記受信機の受信機HFNと前記送信機HFNを同期させるように前記送信機HFNを調整し、前記送信機と前記受信機とが、同じHFNと、同じRLC  UMシーケンス番号とを使用するとき、前記送信機および前記受信機の暗号化および解読パラメータが同期される、請求項12に記載の装置。
【請求項１９】
調整するための前記手段が、前記送信機HFNを減分することによって前記送信機HFNを調整する、請求項12に記載の装置。
【請求項２０】
前記複数の連続するPDUの数が、RLC  UMシーケンス番号の全周期、RLC  UMシーケンス番号の前記全周期の倍数、またはRLC  UMシーケンス番号の前記全周期よりも大きい数のうちの1つに等しくなる、請求項12に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第119条に基づく優先権の主張
本特許出願は、いずれも本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、2012年10月10日に出願された米国仮出願番号第61/712,120号、および2013年9月11日に出願された非仮出願番号第14/024,156号の優先権を主張する。
【０００２】
本開示の態様は、一般に、ワイヤレス通信システムに関し、より詳細には、無線リンク制御(RLC:radio  link  control)非確認応答モード(UM:unacknowledged  mode)でのハイパーフレーム番号(HFN)非同期を管理することに関する。
【背景技術】
【０００３】
電話、ビデオ、データ、メッセージング、放送などの様々な通信サービスを提供するために、ワイヤレス通信ネットワークが広範囲に展開されている。そのようなネットワークは、たいていは多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって、複数のユーザ向けの通信をサポートする。そのようなネットワークの一例は、UMTS  Terrestrial  Radio  Access  Network(UTRAN)である。UTRANは、第3世代パートナーシッププロジェクト(3GPP)によってサポートされる第3世代(3G)モバイルフォン技術である、Universal  Mobile  Telecommunications  System(UMTS)の一部として定義される無線アクセスネットワーク(RAN)である。UMTSは、Global  System  for  Mobile  Communications(GSM(登録商標))技術の後継であり、広帯域符号分割多元接続(W-CDMA)、時分割符号分割多元接続(TD-CDMA)、および時分割同期符号分割多元接続(TD-SCDMA)などの様々なエアインターフェース規格を現在サポートしている。UMTSは、関連するUMTSネットワークのデータ転送の速度および容量を向上させる、High  Speed  Packet  Access(HSPA)のような改良型の3Gデータ通信プロトコルもサポートする。
【０００４】
W-CDMAでは、RLC非確認応答モード(UM)は、受信されたプロトコルデータユニット(PDU)の成功または失敗が確認応答されない無線リンクプロトコルである。RLC  UMは、リアルタイムアプリケーションまたは準リアルタイムアプリケーションならびに遅延敏感アプリケーションのために使用され得る。RLC  UMでは、短シーケンス番号(SN:sequence  number)と長SNとの組合せである、カウント-Cと呼ばれる時間変動パラメータ値またはカウントを利用することによって送信パケットに対して暗号化および解読が実行され得る。短SNは、RLC  UMプロトコルデータユニット(PDU)ヘッダの一部である7ビットRLC  SNである。長SNは、RLC  SNサイクルごとに増分される25ビットRLC  UM  HFNである。したがって、127個の連続するRLC  UM  PDUを送信するごとに、送信RLC  UMエンティティにおけるRLC  SNサイクルが完了し、送信RLC  UMエンティティにおけるRLC  SNがラップアラウンドし、送信RLC  UMエンティティにおけるHFNが増分される。一方、受信RLC  UMエンティティが逃したPDUに気づかず、受信RLC  UMエンティティが127個以上の連続するPDUを逃す場合、受信RLC  UMエンティティにおけるHFNが増分されず、送信および受信RLC  UMエンティティにおけるHFN間の非同期を生じる。その後、さらなるRLC  UM  PDUが正しく送信および受信される場合、送信および受信RLC  UMエンティティにおけるHFN間の非同期により、受信RLC  UM  PDU中のデータが受信RLC  UMエンティティにおいて間違って解読されることになり、送信および受信RLC  UMエンティティはそのような誤りを検出することが可能でないので、破損したPDUが上位レイヤにただ転送されることになる。したがって、RLC  UMでは、HFN非同期は、たとえば、ボイスオーバーHSPAアプリケーションにおいて不正確なサービスデータユニット(SDU)生成または聞き取りにくい音声を生じ得る。
【０００５】
モバイルブロードバンドアクセスに対する要望が増え続けるにつれて、研究開発は、モバイルブロードバンドアクセスに対する高まる要望を満たすためだけでなく、モバイル通信によるユーザ経験を進化させ拡張させるためにも、UMTS技術を進化させ続けている。したがって、この場合、RLC  UMでのHFN非同期を管理するための改善された装置および方法が望まれる。
【発明の概要】
【課題を解決するための手段】
【０００６】
以下で、1つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を特定するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、1つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００７】
本開示の態様は、一般に、ワイヤレス通信システムに関し、より詳細には、RLC  UMでのHFN非同期を管理するための装置および方法に関する。
【０００８】
一態様では、送信機によって、HFN非同期条件を判断するステップであって、複数の連続するPDUのうちの少なくとも1つのPDUが受信機に送信機によって正常に送信されたとき、HFN非同期条件が偽となり、複数の連続するPDUのすべてが失われたとき、HFN非同期条件が真となる、判断するステップと、HFN非同期条件が真であるとき、送信機によって送信機の送信機HFNを調整するステップであって、調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整するステップとを含む、RLC  UMでの送信機と受信機との間のデータ通信の方法を提供する。
【０００９】
一態様では、送信機によって、HFN非同期条件を判断するためのコードであって、複数の連続するPDUのうちの少なくとも1つのPDUが受信機に送信機によって正常に送信されたとき、HFN非同期条件が偽となり、複数の連続するPDUのすべてが失われたとき、HFN非同期条件が真となる、判断するためのコードと、HFN非同期条件が真であるとき、送信機によって送信機の送信機HFNを調整するためのコードであって、調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整するためのコードとを含む、コンピュータ可読媒体を含む、RLC  UMでの送信機と受信機との間のデータ通信のためのコンピュータプログラム製品を提供する。
【００１０】
一態様では、送信機によって、HFN非同期条件を判断するための手段であって、複数の連続するPDUのうちの少なくとも1つのPDUが受信機に送信機によって正常に送信されたとき、HFN非同期条件が偽となり、複数の連続するPDUのすべてが失われたとき、HFN非同期条件が真となる、判断するための手段と、HFN非同期条件が真であるとき、送信機によって送信機の送信機HFNを調整するための手段であって、調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整するための手段とを含む、RLC  UMでの送信機と受信機との間のデータ通信のための装置を提供する。
【００１１】
一態様では、少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリとを含み、少なくとも1つのプロセッサが、送信機によって、HFN非同期条件を判断することであって、複数の連続するPDUのうちの少なくとも1つのPDUが受信機に送信機によって正常に送信されたとき、HFN非同期条件が偽となり、複数の連続するPDUのすべてが失われたとき、HFN非同期条件が真となる、判断することと、HFN非同期条件が真であるとき、送信機によって送信機の送信機HFNを調整することであって、調整された送信機HFNが送信されるべき新しいPDUのために使用される、調整することとを行うように構成された、RLC  UMでの送信機と受信機との間のデータ通信のための装置を提供する。
【００１２】
本開示のこれらの態様および他の態様は、以下の発明を実施するための形態を概観することによってより完全に理解されるだろう。
【００１３】
開示される態様を限定するためではなく例示するために提供される添付の図面とともに、開示される態様が以下に記載され、同様の記号表示は同様の要素を示している。
【図面の簡単な説明】
【００１４】
【図１】RLC  UMでのHFN非同期を管理するためのシステムの一態様の概略ブロック図である。
【図２】図1のシステムの方法の一態様のフローチャートである。
【図３】処理システムを使用する図1の装置のハードウェア実装の一例を示すブロック図である。
【図４】図1のシステムの態様を含む電気通信システムの一例を概念的に示すブロック図である。
【図５】図1のシステムの態様におけるユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの一例を示す概念図である。
【図６】図1のシステムの態様を含むアクセスネットワークの一例を示す概念図である。
【図７】図1のシステムの態様を含む遠隔通信システムにおいてUEと通信しているノードBの一例を概念的に示すブロック図である。
【発明を実施するための形態】
【００１５】
添付の図面に関する下記の詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実行され得る唯一の構成を表すように意図されているわけではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、これらの概念がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを回避する目的で、周知の構造および構成要素がブロック図の形式で示されている。
【００１６】
本開示のいくつかの態様によれば、RLC  UMでのHFN非同期を検出し補正する方法および装置を提供する。RLC  UMで受信機と通信している送信機は、HFN非同期の条件を判断し得、HFN非同期が存在する場合、送信機は、暗号化パラメータが受信機と同期することを保証するために送信機HFNを更新または調整し得る。したがって、RLC  UMでのHFN非同期検出ならびに拡張HFN更新および同期を用いて、送信機は、正しいSDUが受信機において受信されたRLC  UM  PDUの中から解読され得るように、送信機HFNが受信機HFNと同じであることを保証することができる。一態様では、これにより、パケット呼中の間違ったSDU(インターネットプロトコル(IP)フレーム)による通話途切れが低減し得、また、HSPAチャネルを介してRLC  UMエンティティが使用されるか、またはHSPAチャネルを介してボイスオーバーIP(VoIP)が使用されるとき回路交換(CS)呼中の聞き取りにくい音声を回避することになり得る。本明細書をHSPA無線技術に関して主に提示するが、本明細書は、他の無線技術(たとえば、ロングタームエボリューション(LTE))がRLC  UMにあるとき、それらの他の技術にも適用され得る。
【００１７】
図1を参照すると、一態様では、システム1000は、第2の通信装置1004と通信している第1の通信装置1002を含む。第1の通信装置1002と第2の通信装置1004とは、RLC  UMで両方とも動作し、それぞれ、送信RLC  UMエンティティ1006および受信RLC  UMエンティティ1018を含む。RLC  UMでの動作に従って、送信RLC  UMエンティティ1006は、受信RLC  UMエンティティ1018にパケットを送信し、送信機RLC  UM  SN  1010と送信機HFN  1012とを利用することによって送信パケットに対して暗号化を実行する。相応して、RLC  UMでの動作に従って、受信RLC  UMエンティティ1018は、受信機RLC  UM  SN  1024と受信機HFN  1020とを利用することによって受信パケットを解読する。したがって、受信RLC  UMエンティティ1018において受信パケットの解読に成功するために、受信機RLC  UM  SN  1024は、受信パケット中のRLC  UM  PDUヘッダの一部である送信機RLC  UM  SN  1010に基づいて判断されるが、受信機HFN  1020は、送信機HFN  1012に関する明示的情報なしに送信機HFN  1012と同期されなければならない。
【００１８】
いくつかの態様では、送信RLC  UMエンティティ1006において、利用可能なRLC  SN数の総数に対応する複数の連続するRLC  UM  PDUを送信すると、RLC  SNサイクルが完了し、送信機RLC  UM  SN  1010がラップアラウンドし、送信機HFN  1012が増分される。たとえば、HSPA使用事例の一態様では、利用可能なRLC  SN数の総数に対応する複数の連続するRLC  UM  PDUは、127個の連続するRLC  UM  PDUである。一方、受信RLC  UMエンティティ1018が、利用可能なRLC  SN数の総数よりも多く、たとえば、HSPAの例において127個以上の連続するPDUよりも多く逃す場合、受信RLC  UMエンティティ1018は、逃した連続するPDUに気づかないので、受信機HFN  1020は増分されず、送信機HFN  1012と受信機HFN  1020との間の非同期を生じる。その後、さらなるRLC  UM  PDUが正しく送信および受信される場合、送信機HFN  1012と受信機HFN  1020との間の非同期により、受信されたRLC  UM  PDU中のデータが受信RLC  UMエンティティ1018において間違って解読されることになる。
【００１９】
RLC  UMでの送信側と受信側との間の通信は非確認応答動作であるが、3GPP規格は、送信パケットの成功または失敗について知るために送信RLC  UMエンティティ1006内にレイヤ間通信の機構を与えている。たとえば、25.321  MAC仕様では、プリミティブを使用することによってPDU送信ごとのステータスを示すための規定がある。プリミティブは、順序またはデータ形式を有し、上位レイヤと下位レイヤとの間の送信または受信情報を交換するために使用される。Table  1(表1)に、MACレイヤとRLCレイヤとの間のプリミティブの1つの非限定的な構成を示すが、他の構成も可能であり得る。
【００２０】
【表１】
2015537432.tif 000003
【００２１】
Table  1(表1)に示すように、各論理チャネルおよびトランスポートチャネルは、MACサブレイヤとRLCサブレイヤとの間でMAC_DATAプリミティブとMAC_STATUSプリミティブとを交換し得る。Table  1(表1)のパラメータヘッダの下に示すように、プリミティブは、上位レイヤと下位レイヤとの間に要求、指示、応答、確認などを与え得る。たとえば、MACトランスポートフォーマット組合せ(TFC:transport  format  combination)選択プロセスが実行された後、選択された論理チャネルの現在のバッファ中のデータが送信されるように要求されるとき、MAC_DATA_INDプリミティブが使用され得る。論理チャネルは、要求に従ってMAC_DATA_REQプリミティブを使用してトランスポートチャネルにPDUを送信し得る。MAC_STATUS_INDプリミティブは、トランスポートチャネルが論理チャネル中で送信可能なPDUのサイズおよび数を各論理チャネルに通知するように使用され得る。
【００２２】
いくつかの態様によれば、送信(TX)ステータスプリミティブは、RLCサブレイヤにPDU送信ごとのステータスを示すためにMACサブレイヤによって使用され得る。たとえば、TXステータスは、前の送信時間間隔(TTI)においてRLC  PDUの送信が失敗したことをRLCに示すために、「送信不成功」の値に設定され得る。TXステータスはまた、要求されたRLC  PDUが物理レイヤによる送信のためにサブミットされたことをRLCに示すために、「送信成功」の値に設定され得る。いくつかの態様では、PDUの送信ステータスは、MACサブレイヤとは異なるプロトコルサブレイヤから取得され得る。
【００２３】
概して、いくつかの態様では、無線ベアラがRLC  UMを使用しているとき、暗号化は、RLCサブレイヤ中で実行され得る。これらの態様では、暗号化誤りは、32ビット暗号化パラメータである暗号化シーケンス番号カウント-Cに関係し得る。RLC  UMを使用して、アップリンク無線ベアラごとに1つのカウント-C値があり、ダウンリンク無線ベアラごとに1つのカウント-C値がある。Table  2(表2)に、RLC  UMでのカウント-C構成を示す。
【００２４】
【表２】
2015537432.tif 000004
【００２５】
Table  2(表2)に示すように、RLC  UMでのカウント-Cは、「短」シーケンス番号と「長」シーケンス番号との2つの部分から構成される。「短」シーケンス番号は、カウント-Cの最下位ビットを形成し、RLC  UM  PDUヘッダの一部である7ビットRLC  UM  SNである。「長」シーケンス番号は、カウント-Cの最上位ビットを形成し、RLC  SNサイクルごとに増分される25ビットRLC  UM  HFNである。HFNは、パラメータSTARTによって初期化され得、たとえば、ワイヤレス送信/受信ユニット(WTRU:wireless  transmit/receive  unit)および無線ネットワークコントローラ(RNC:radio  network  controller)は、RLC  UM  HFNの20の最上位ビットをSTARTに初期化し得、RLC  UM  HFNの残りのビットは、0に初期化され得る。HFNは、パケットとともに明示的に送信されないことがある。
【００２６】
さらに、一態様では、送信RLC  UMエンティティ1006は、MACサブレイヤの機能を実行するMACエンティティ1014をさらに含む。TTIごとに、MACエンティティ1014は、ハイブリッド自動再送要求(HARQ)エンティティ1016によって受信された現在のHARQの様々なファクタ(バッファ占有、優先度、利用可能な電力、利用可能な許可など)に基づいて、複数のPDUを各論理チャネルから送信するように要求し得る。MACエンティティ1014は、HARQエンティティ1016によって受信されたピアフィードバック(ACK/NAK)に基づいてHARQエンティティ1016の送信ステータスについての知識を有し得る。いくつかの態様では、送信RLC  UMエンティティ1006は、HARQエンティティ1016の送信ステータスに基づいてMACエンティティ1014から各PDUの成功/不成功送信ステータスを取得し得る。したがって、送信RLC  UMエンティティ1006は、PDU送信ステータスの履歴1008を記憶し得、複数の連続するPDUが失われたこと、たとえば、128個の連続するPDUが失われたことをPDU送信ステータスの履歴1008が示すときはいつでもHFN非同期条件1022を真に設定するHFN非同期条件判断構成要素1024を含み得る。HFN非同期条件1022は、そのような複数のPDUのうちの少なくとも1つのPDUが正常に送信されたこと、たとえば、最後の128個のPDUのうちの少なくとも1つのPDUが正常に送信されたことをPDU送信ステータスの履歴1008が示すときはいつでも偽に設定され得る。いくつかの態様では、たとえば、HFN非同期条件判断構成要素1024は、HARQエンティティ1016の送信ステータスに基づいて各PDUの成功/不成功送信ステータスを判断する送信ステータス判断構成要素1028を含み得る。
【００２７】
いくつかの態様では、送信RLC  UMエンティティ1006および/またはHFN非同期条件判断構成要素1024は、真のHFN非同期条件1022を生じたHFN非同期の値を判断し得る。HFN非同期の値を判断するために、MACエンティティ1014と送信RLC  UMエンティティ1006との間のレイヤ間通信が使用され得る。たとえば、MACエンティティ1014は、HARQ送信ごとにHARQ演算結果を与え得、第1の通信装置1002内のレイヤ間通信インターフェースを介して送信機RLC  UMエンティティ1006に「失敗/成功」フィードバックをも与え得る。送信RLC  UMエンティティ1006は、次いで、対応する送信機RLC  UM  SN  1010を用いて各HARQ失敗/成功のマッピングを追跡し得る。たとえば、一態様では、HFN非同期条件判断構成要素1024は、対応する送信機RLC  UM  SN  1010を用いて各HARQ失敗/成功のマッピングを追跡する送信ステータスマッピング構成要素1030を含み得る。一例によれば、送信RLC  UMエンティティ1006、HFN非同期条件判断構成要素1024、および/または送信ステータスマッピング構成要素1030は、各MAC  HARQ(再)送信結果(たとえば、失敗/成功)に基づいて、少なくとも直近の128個のRLC  UM  PDU  SNに関係する失敗/成功を記録するビットマップのアレイを維持し得る。いくつかの態様では、送信RLC  UMエンティティ1006、HFN非同期条件判断構成要素1024、および/または送信ステータスマッピング構成要素1030は、RLC  PDUサイズが「固定サイズ」になるように構成されたか、「フレキシブルなサイズ」になるように構成されたかにかかわらず、このマッピングを追跡し得る。これらの態様では、RLC  PDUサイズ構成を仮定して、2つのレイヤ(たとえば、MACおよびRLC)間のPDUマッピングが固定とフレキシブルの両方のRLC  PDUサイズに対して行われ得る。いくつかの態様では、論理チャネルと物理チャネル(たとえば、オーバージエア無線チャネル)との間のマッピングがネットワークによって構成され得る場合、送信機RLC  UMエンティティ1006、HFN非同期条件判断構成要素1024、および/または送信ステータスマッピング構成要素1030は、追加または代替として、オーバージエア送信のために論理チャネルがどのように多重化されるかにかかわらず、PDUマッピングを追跡し得る。
【００２８】
いくつかの態様では、第1の通信装置1002は、基地局またはノードBなどのネットワークエンティティであり得る第2の通信装置1004にアップリンクパケットを送信するUEまたはモバイルデバイスであり得る。これらの態様では、MACおよびRLCはモバイルデバイス中にコロケートされるので、レイヤ間通信/シグナリングは、本明細書で説明するTXステータスプリミティブなどのプリミティブの実装を通して行われ得る。
【００２９】
いくつかの態様では、第1の通信装置1002は、UEまたはモバイルデバイスであり得る第2の通信装置1004にダウンリンクパケットを送信するネットワークエンティティであり得る。これらの態様では、MACレイヤとRLCレイヤとの間のレイヤ間通信は、ノードB(MACエンティティ1014とHARQエンティティ1016とが位置する場所)とRNC(送信RLC  UMエンティティ1006が位置する場所)との間のインターフェースまたはシグナリングを介するものであり得る。このインターフェースまたはシグナリングは、既存のIuインターフェースの強化(たとえば、コアネットワークにRNCを接続する外部インターフェース)であり得る。このインターフェースまたはシグナリングは、RNC中の送信RLC  UMエンティティ1006が、本明細書で説明するように、HFN非同期条件1022を判断することができるように、ノードBからRNCにMAC/HARQ「失敗/成功」フィードバックを与え得る。
【００３０】
いくつかの態様では、HFN非同期条件1022が真であると判断されたとき、送信機HFN  1012は、送信機HFN  1012が受信機HFN  1020と同期し、送信RLC  UMエンティティ1006と受信RLC  UMエンティティ1018とが暗号化/解読のためにカウント-C中の同じHFNを使用するように、送信RLC  UMエンティティ1006および/またはHFN調整構成要素1026によって調整、たとえば、減分され得る。
【００３１】
以下は、送信RLC  UMエンティティ1006および/またはHFN調整構成要素1026によって送信機HFN  1012がどのように調整され得るかについて示す一例である。送信機HFN  1012と受信機HFN  1020はどちらも1に等しく、送信RLC  UMエンティティ1006および受信RLC  UMエンティティ1018が、RLC  PDU  SN0〜25に正常に交換すると仮定する。また、送信RLC  UMエンティティ1006の後にHFN  1を使用したRLC  UM  PDU  SN  26〜127の送信が続き、そのとき、送信機RLC  UM  SN  1010が0にロールオーバすると仮定し、さらに、RLC  UM  PDU  SN  26〜127が送信に失敗する(102個の失敗したPDU)、たとえば、これらの送信について否定応答(NACK)がHARQエンティティ1016によって受信されると仮定する。このNACK情報は、HARQエンティティ1016においてHARQ  ACK/NACKステータスに基づいて抽出され得、MACエンティティ1014から送信RLC  UMエンティティ1006に送信され得る。送信機RLC  UM  SN  1010が0で再開する(またはロールオーバする)とき、送信機HFN  1012は2に増分される。ここで、この再開されたRLC  UM  SN  1010で、別のRLC  UM  PDU  SN0〜25がHFN  2を使用して送信されるが、送信に失敗する(26個の失敗したPDU)と仮定する。したがって、合計128個の連続するPDUの送信に失敗した。この状況では、HFN非同期の検出がない場合、送信RLC  UMエンティティ1006はHFN  2を使用するが、受信RLC  UMエンティティ1018はHFN  1を使用し、HFN非同期が生じ、ボイスオーバーHSPAアプリケーションの場合音声が聞き取りにくくなる。しかしながら、128個の連続するPDUの送信に失敗したという指示に基づいてHFN非同期が真として検出された場合、送信機HFN  1012が調整(たとえば、減分)され得、送信されるべき新しいPDUのためにHFN  1が使用され得る。一方、受信RLC  UMエンティティ1018において、最後の128個のRLC  UM  PDUのいずれも受信されず、受信機RLC  UM  SN  1024がロールオーバしなかったので、受信機HFN  1020は1に等しいままである。したがって、送信機と受信機の両方が同じHFN  1を使用しており、カウント-Cパラメータが同じであり、その結果、暗号化/解読パラメータの同期が保証される。
【００３２】
ある態様では、HFN非同期条件1022を判断するために使用される複数の連続するPDUのサイズ(たとえば、複数のPDU内のPDUの数)は、1つの全RLC  SNサイクル以上になり得る。一態様では、たとえば、HFN非同期条件1022を判断するために使用される複数の連続するPDUのサイズは、1つの全RLC  SNサイクルの倍数になり得る。この態様では、送信機HFN  1012は、1つの全RLC  SNサイクルの倍数に従って調整され得る。たとえば、1つの全RLC  SNサイクルの倍数が3つの全RLC  SNサイクルである場合、真のHFN非同期条件1022の判断時に、送信機HFN  1012は、HFNを再同期するために送信RLC  UMエンティティ1006において3だけ減算され得る。一例によれば、1つの全RLC  SNサイクルの長さは128である。
【００３３】
図2を参照すると、一態様では、RLC  UMでのHFN非同期を管理するための方法2000が示されている。方法2000の1つまたは複数の態様によれば、送信機は、HFN非同期を検出し、送信機がRLC  UMで動作しているときでも修正アクションを取り得る。説明のため、上記の図1を参照して方法2000について説明する。他の実装形態では、図2の方法2000を実施する際に、図1に示した構成要素とは異なる構成要素を含む他のシステムおよび/あるいは通信装置、UE、ノードB、または他の装置が使用され得ることを理解されたい。
【００３４】
ブロック2002において、方法2000は、複数の連続するPDUのうちの少なくとも1つのPDUが正常に送信されたとき偽となり、複数の連続するPDUのすべてが失われたとき真となるHFN非同期条件を判断するステップを含む。たとえば、一態様では、第1の通信装置1002および/またはHFN非同期条件判断構成要素1024は、HARQエンティティ1016から取得されたPDU送信ステータスの履歴1008に基づいてHFN非同期条件1022を判断し得る。HFN非同期条件1022は、複数の連続するPDU(たとえば、128個の連続するPDU)のすべてが失われたとき真に設定され得、複数の連続するPDUのうちの少なくとも1つのPDUが正常に送信されたとき偽に設定され得る。いくつかの態様によれば、TXステータスプリミティブは、RLCサブレイヤにPDU送信ごとのステータスを示すためにMACサブレイヤによって使用され得る。
【００３５】
たとえば、ブロック2002の実行の一態様では、TTIごとに、MACエンティティは、現在のHARQの様々なファクタ(たとえば、バッファ占有、優先度、利用可能な電力、利用可能な許可など)に基づいて、複数のPDUを各論理チャネルから送信するように要求し得る。いくつかの態様では、MACエンティティはまた、ピアフィードバック(たとえば、ACK/NAK)に基づいてHARQエンティティ送信ステータスを知り得る。いくつかの態様では、たとえば、RLCエンティティは、MACエンティティからのHARQステータスに基づいて各PDUの成功/不成功送信ステータスを入手し得る。したがって、これらの態様では、複数の連続するPDU(たとえば、128個の連続するPDU)の損失が送信機によって識別されたとき、HFN非同期は真に設定され得る。また、最後の複数の連続するPDU(たとえば、最後の128個の連続するPDU)のうちの少なくとも1つのPDUが正常に送信されたと識別されたとき、HFN非同期は偽に設定され得る。
【００３６】
いくつかの態様では、MACサブレイヤがRLCサブレイヤにHARQ送信のHARQ演算結果を与えることができるように、RLC  UM送信機は、2つのプロトコルレイヤ(たとえば、MACサブレイヤおよびRLCサブレイヤ)間のレイヤ間通信を使用し得る。したがって、これらの態様では、送信機自体内で、MACサブレイヤは、レイヤ間通信インターフェースを介してRLC  UMエンティティに失敗/成功フィードバックを与える。いくつかの態様では、RLCサブレイヤは、対応するRLC  UM  SNを用いてHARQ失敗/成功のマッピングを追跡する。一態様では、たとえば、RLC  UMエンティティは、各MAC  HARQ送信または再送信結果(たとえば、失敗または成功)に基づいて、少なくとも、いくつかの直近のRLC  UM  PDUシーケンス番号(たとえば、少なくとも128個の直近のRLC  UM  PDUシーケンス番号)の失敗/成功を記録するビットマップのアレイを維持し得る。いくつかの態様では、RLCサブレイヤは、RLC  PDUサイズがフレキシブルに構成されたか、固定に構成されたかにかかわらず、対応するRLC  UM  SNを用いてHARQ失敗/成功のマッピングを追跡し得る。ある態様では、代替または追加として、RLCサブレイヤは、オーバージエアでの送信のために論理チャネルがどのように多重化されるにかかわらず、HARQ失敗/成功マッピングを追跡し得る。
【００３７】
いくつかの態様では、送信機がダウンリンク通信を送信している(たとえば、ネットワークからモバイルデバイスに送信している)とき、ネットワークレイヤ間通信は、たとえば、MAC/HARQ機能が位置するノードBから、たとえば、RLC  UM送信機が位置するRNC(無線ネットワークコントローラ)へのインターフェースまたはシグナリングによって実行され得る。これらの態様では、そのようなインターフェースは、たとえば、強化された既存のIuインターフェースの一部であり得、RNC中のRLC  UMエンティティがHFN非同期条件を判断することができるように、ノードBからRNCにMAC/HARQ失敗/成功フィードバックを与え得る。
【００３８】
いくつかの態様では、送信機がアップリンク通信を送信しているとき(たとえば、送信機がモバイルデバイスであるとき)、MACおよびRLCが送信機(たとえば、モバイルデバイス)中にコロケートされるので、本明細書で説明するように、ビットマップ追跡のためにレイヤ間通信/シグナリングが実行され得る。
【００３９】
ブロック2004において、方法2000は、HFN非同期条件が真であるとき、送信機HFNを調整するステップを含む。したがって、HFN非同期条件が真であるとき、RLC  UM送信機は、暗号化パラメータ同期を保証するために送信機HFNを更新し得る。たとえば、一態様では、HFN非同期条件が真であるとき、HFN調整構成要素1026は、送信機HFN  1012を調整し得る。
【００４０】
たとえば、ブロック2004の実行のいくつかの態様では、HFN非同期が検出されるとき、両方のピアエンティティが暗号化/解読のためにカウント-C中で同じHFNを使用していることを保証するために、送信機HFNがRLC  UM送信機によって減分され得る。以下は、HFNがRLC  UM送信機によってどのように調整され得るかの非限定的な一例である。この例では、ステップaにおいて、送信機と受信機とは、HFN  1を用いてRLC  UM  PDU  SN  0〜25を交換する。次いで、ステップbにおいて、RLC  UM  PDU  SN  26〜SN  127がHFN  1を使用して送信される。この時点で、SNが0にロールオーバされ得る。ステップcにおいて、SNロールオーバ時に、HFNが2に増分され、RLC  UM  PDU  SN  0〜SN  25が、HFN  2を使用して送信される(たとえば、標準プロトコルに従って、SNが再開するか、または0からロールオーバし、HFNが1だけ増加される)。この例のステップdでは、ステップbおよびcのすべてのPDU(連続的に128個のPDU)が送信に失敗し(たとえば、受信機はHARQ演算を介してすべてのそれらの遷移をNAKし)、「HFN非同期」が検出される。このNAK情報は、MACからRLCへのHARQ  ACK/NAKステータスに基づいて抽出され得る。いかなるHFN調整もなければ、この例のこの段階で、送信機はHFN  2を使用しており、一方、受信機はHFN  1を使用しており、これは、HFN非同期を生じ、ボイスオーバーHSPAアプリケーションの場合音声が聞き取りにくくなる問題につながり得る。しかしながら、「HFN非同期」を真として検出することによって、ステップeにおいて、HFNが送信機側で減分され、送信されるべき新しいPDUのためにHFN  1が使用される。一方、受信機側において、最後の128個のRLC  UM  PDUのいずれも受信されず、RLC  UM  SNがロールオーバしなかったので、HFNは1に保たれる。したがって、送信機と受信機の両方が同じHFNを使用しており、カウント-Cパラメータが同じであり、その結果、暗号/解読パラメータの同期が保証される。128個の連続するPDUに基づく誤り検出は、一般性の損失なしに一例にすぎず、誤り検出は、検出サイクルとして128個の連続するPDUの任意の倍数に延長され得、HFNは、HFNを再同期させるためにRLC  UM送信機において相応して調整され得る。
【００４１】
したがって、本装置および方法は、送信機RLC  UMエンティティにおいてHFN非同期の条件を判断し、そのような条件が真であると判断されるとき、本装置および方法は、送信機においてHFN更新を実行する。
【００４２】
図3は、たとえば、第1の通信装置1002、第2の通信装置1004、送信RLC  UMエンティティ1006、MACエンティティ1014、受信RLC  UMエンティティ1018、および/またはそれらのそれぞれの構成要素(図1参照)を動作させるために処理システム114を採用する装置100のためのハードウェア実装形態の一例を示すブロック図である。たとえば、一態様では、装置100は、第1の通信装置1002を動作させ得、それぞれ、送信RLC  UMエンティティ1006およびMACエンティティ1014と同じまたは類似のものであり得るRLC/MAC  UMエンティティ116とMACエンティティ118とを含み得る。別の態様では、たとえば、装置100は、第2の通信装置1004を動作させ得、受信RLC  UMエンティティ1018と同じまたは類似のものであり得るRLC/MAC  UMエンティティ116を含み得る。本開示の様々な態様によれば、要素または要素の任意の一部分または要素の任意の組合せを、1つまたは複数のプロセッサ104を含む処理システム114で実装できる。プロセッサ104の例として、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブルロジックデバイス(PLD)、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェアがある。
【００４３】
この例では、処理システム114は、バス102によって全般的に表されるバスアーキテクチャで実装され得る。バス102は、処理システム114の具体的な用途および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス102は、(プロセッサ104によって全般に表される)1つまたは複数のプロセッサ、メモリ105、および(コンピュータ可読媒体106によって全般に表される)コンピュータ可読媒体を含む、様々な回路を互いにつなぐ。バス102は、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をつなぐこともでき、これらの回路は当技術分野で知られているのでこれ以上は説明しない。バスインターフェース108は、バス102とトランシーバ110との間にインターフェースを提供する。トランシーバ110は、送信媒体上の様々な他の装置と通信するための手段を提供する。また、装置の性質に応じて、ユーザインターフェース112(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティックなど)が設けられてもよい。
【００４４】
プロセッサ104は、バス102の管理、およびコンピュータ可読媒体106上に記憶されたソフトウェアの実行を含む全般的な処理を受け持つ。ソフトウェアは、プロセッサ104によって実行されると、任意の特定の装置の以下で説明される様々な機能を処理システム114に実行させる。コンピュータ可読媒体106は、ソフトウェアを実行するときにプロセッサ104によって操作されるデータを記憶するために使用されてもよい。代替または追加として、装置100は、プロセッサ104によって実行されたとき、RLC/MAC  UMエンティティ116およびMACエンティティ118が、第1の通信装置1002、第2の通信装置1004、送信RLC  UMエンティティ1006、MACエンティティ1014、または受信RLC  UMエンティティ1018(図1参照)のうちのそれぞれの1つについて以下で説明する様々な機能を実行するような、RLC/MAC  UMエンティティ116とMACエンティティ118とを含み得る。
【００４５】
処理システム内の1つまたは複数のプロセッサ104は、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。ソフトウェアはコンピュータ可読媒体106上に常駐し得る。コンピュータ可読媒体106は、非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス(たとえば、ハードディスク、フロッピー(登録商標)ディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)またはデジタル多目的ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、またはキードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を保存するための任意の他の適切な媒体を含む。また、コンピュータ可読媒体は、例として、搬送波、伝送路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を送信するための任意の他の適切な媒体も含み得る。コンピュータ可読媒体106は、処理システム114の中に常駐してもよく、処理システム114の外に常駐してもよく、または処理システム114を含む複数のエンティティに分散してもよい。コンピュータ可読媒体106は、コンピュータプログラム製品において具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、具体的な用途およびシステム全体に課せられた全体的な設計制約に応じて、本開示全体にわたって示され説明される機能を最善の形で実装する方法を認
識するだろう。
【００４６】
本開示全体にわたって提示される様々な概念は、広範な遠隔通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。ここで図4を参照すると、限定ではなく例として、本開示の様々な態様は、Universal  Mobile  Telecommunications  System(UMTS)システム200に関して示されている。UMTSネットワークは、コアネットワーク204、無線アクセスネットワーク(RAN)(たとえば、UMTS地上波無線アクセスネットワーク(UTRAN)202)、およびユーザ機器(UE)210という3つの対話する領域を含む。デバイスの任意の送信および受信ペア、たとえば、UE  210およびUTRAN  202は、それぞれ、第1の通信装置1002および第2の通信装置1004、ならびに/またはそれらのそれぞれの構成要素、たとえば、送信RLC  UMエンティティ1006、MACエンティティ1014、受信RLC  UMエンティティ1018、装置100、および/またはそれらの任意の他の構成要素(図1および図3参照)を含むか、またはそれらと同様のものであり得る。
【００４７】
UTRAN  202のために利用可能ないくつかのオプションの中で、本例では、図示のUTRAN  202は、電話、ビデオ、データ、メッセージング、ブロードキャスト、および/または他のサービスを含む様々なワイヤレスサービスを可能にするためのW-CDMAエアインターフェースを使用することができる。UTRAN  202は、無線ネットワークコントローラ(RNC)206などのそれぞれの無線ネットワークコントローラ(RNC)によって各々制御される、無線ネットワークサブシステム(RNS)207などの複数の無線ネットワークサブシステム(RNS)を含み得る。ここで、UTRAN  202は、示されるRNC  206およびRNS  207に加えて、任意の数のRNC  206およびRNS  207を含み得る。RNC  206は、とりわけ、RNS  207内の無線リソースを割り当て、再構成し、解放することを受け持つ装置である。RNC  206は、任意の適切なトランスポートネットワークを使用する、直接の物理接続、仮想ネットワークなど様々なタイプのインターフェースを介して、UTRAN  202中の他のRNC(図示せず)に相互接続され得る。
【００４８】
RNS  207によってカバーされる地理的領域は、いくつかのセルに分けることができ、無線トランシーバ装置が各セルにサービスする。無線トランシーバ装置は、通常、UMTS用途ではノードBと呼ばれるが、当業者によって、基地局(BS)、送受信基地局(BTS)、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、アクセスポイント(AP)、または何らかの他の適切な用語で呼ばれることもある。明快にするために、各RNS  207に3つのノードB  208が示されているが、RNS  207は、任意の数のワイヤレスノードBを含んでもよい。ノードB  208は、ワイヤレスアクセスポイントを任意の数のモバイル装置のためのコアネットワーク204に提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム(GPS)デバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、または任意の他の類似の機能デバイスなどがある。モバイル装置は、通常、UMTS用途ではユーザ機器(UE)と呼ばれるが、当業者によって、移動局(MS)、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末(AT)、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。UMTSシステムでは、UE  210は、ネットワークへのユーザの加入情報を含む汎用加入者識別モジュール(USIM)211をさらに含み得る。説明のために、1つのUE  210がいくつかのノードB  208と通信しているように示される。順方向リンクとも呼ばれるダウンリンク(DL)は、ノードB  208からUE  210への通信リンクを指し、逆方向リンクとも呼ばれるアップリンク(UL)は、UE  210からノードB  208への通信リンクを指す。
【００４９】
コアネットワーク204は、UTRAN  202のような1つまたは複数のアクセスネットワークとインターフェースをとることができる。示されるように、コアネットワーク204は、UMTSコアネットワークである。しかしながら、当業者が認識するように、UMTSネットワーク以外のタイプのコアネットワークへのアクセスをUEに提供するために、本開示全体にわたって提示される様々な概念を、RANまたは他の適切なアクセスネットワークにおいて実装することができる。
【００５０】
示されるUMTSコアネットワーク204は、回線交換(CS)領域およびパケット交換(PS)領域を含む。回線交換要素のいくつかは、モバイルサービス交換センタ(MSC)、ビジターロケーションレジスタ(VLR)、およびゲートウェイMSC(GMSC)である。パケット交換要素は、サービングGPRSサポートノード(SGSN)、およびゲートウェイGPRSサポートノード(GGSN)を含む。EIR、HLR、VLR、およびAuCのようないくつかのネットワーク要素は、回線交換領域とパケット交換領域の両方によって共有され得る。
【００５１】
図示の例では、コアネットワーク204は、MSC  212およびGMSC  214によって回線交換サービスをサポートする。いくつかの用途では、GMSC  214は、メディアゲートウェイ(MGW)とも呼ばれ得る。RNC  206のような1つまたは複数のRNCが、MSC  212に接続され得る。MSC  212は、呼設定、呼ルーティング、およびUEモビリティ機能を制御する装置である。MSC  212は、UEがMSC  212のカバレージエリア内にある間、加入者関連の情報を格納する、ビジターロケーションレジスタ(VLR)も含む。GMSC  214は、UEが回線交換ネットワーク216にアクセスするためのゲートウェイを、MSC  212を通じて提供する。GMSC  214は、特定のユーザが加入したサービスの詳細を反映するデータのような加入者データを格納する、ホームロケーションレジスタ(HLR)215を含む。HLRは、加入者に固有の認証データを格納する、認証センタ(AuC)とも関連付けられている。特定のUEについて、呼が受信されると、GMSC  214は、UEの位置を決定するためにHLR  215に問い合わせ、その位置でサービスする特定のMSCに呼を転送する。
【００５２】
示されるコアネットワーク204はまた、サービングGPRSサポートノード(SGSN)218およびゲートウェイGPRSサポートノード(GGSN)220によって、パケット交換データサービスをサポートする。汎用パケット無線サービス(GPRS)は、標準の回線交換データサービスで可能なものより速い速度でパケットデータサービスを提供するよう設計されている。GGSN  220は、パケットベースネットワーク222へのUTRAN  202の接続を提供する。パケットベースネットワーク222は、インターネット、プライベートデータネットワーク、または何らかの他の適切なパケットベースネットワークであってもよい。GGSN  220の主要機能は、UE  210にパケットベースネットワーク接続を提供することである。データパケットは、MSC  212が回線交換領域において実行するのと同じ機能をパケットベース領域において主に実行するSGSN  218を介して、GGSN  220とUE  210との間で転送され得る。
【００５３】
UTRANエアインターフェースは、W-CDMA規格を使用するような、スペクトラム拡散直接シーケンス符号分割多元接続(DS-CDMA)システムであってよい。スペクトラム拡散DS-CDMAは、チップと呼ばれる疑似ランダムビットの列との乗算によって、ユーザデータを拡散させる。UTRAN  202のW-CDMAエアインターフェースは、そのようなDS-CDMA技術に基づいており、さらに周波数分割複信(FDD)を必要とする。FDDは、ノードB  208とUE  210との間のアップリンク(UL)およびダウンリンク(DL)に異なるキャリア周波数を使用する。DS-CDMAを利用し、時分割複信(TDD)を使用するUMTSの別のエアインターフェースは、TD-SCDMAエアインターフェースである。本明細書で説明する様々な例は、W-CDMAエアインターフェースを指し得るが、基礎をなす原理はTD-SCDMAエアインターフェースまたは任意の他の適切なエアインターフェースに等しく適用可能であり得ることを、当業者は理解するだろう。
【００５４】
ワイヤレス遠隔通信システムでは、通信プロトコルアーキテクチャは、特定のアプリケーションに応じて様々な形態をとることができる。たとえば、3GPP  UMTSシステムでは、シグナリングプロトコルスタックは、非アクセス層(NAS)とアクセス層(AS)とに分けられる。NASは、UE  210とコアネットワーク204との間のシグナリングのために上位層を提供し(図2参照)、回線交換プロトコルとパケット交換プロトコルとを含むことができる。ASは、UTRAN  202とUE  210との間のシグナリングのために下位層を提供し、ユーザプレーンと制御プレーンとを含むことができる。ここで、ユーザプレーンまたはデータプレーンはユーザのトラフィックを搬送し、一方、制御プレーンは、制御情報(すなわちシグナリング)を搬送する。
【００５５】
図5を参照すると、ユーザ機器(UE)またはノードB/基地局のユーザプレーン302と制御プレーン304とに関する例示的な無線プロトコルアーキテクチャ300におけるL1  316と、L2  308と、L3  318との3つのレイヤをもつアクセス層(AS:access  stratum)が示されている。たとえば、アーキテクチャ300は、第1の通信装置1002、第2の通信装置1004、または装置100(図1および図3参照)中に含まれるか、あるいはUE  210またはノードB  208(図4参照)中に含まれ得る。
【００５６】
層1  316は最下層であり、様々な物理層の信号処理機能を実装する。層1  316は、本明細書では物理層306と呼ばれる。層2  308と呼ばれるデータリンク層は、物理層306の上にあり、物理層306を通じたUE  210とノードB  208との間のリンクを担う。
【００５７】
層3において、RRC層316は、UE  210とノードB  208との間の制御プレーンのシグナリングを取り扱う。RRC層316は、高次層のメッセージのルーティング、ブロードキャスト機能および呼び出し機能の取り扱い、無線ベアラの確立および構成などのための、いくつかの機能的なエンティティを含む。
【００５８】
示されるエアインターフェースでは、L2層308はサブレイヤに分割される。制御プレーンでは、L2層308は、メディアアクセス制御(MAC)サブレイヤ310および無線リンク制御(RLC)サブレイヤ312という、2つのサブレイヤを含む。ユーザプレーンでは、L2層308はさらに、パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ314を含む。示されないが、UEは、ネットワーク側のPDNゲートウェイで終端するネットワーク層(たとえばIP層)と、接続の他の端部(たとえば、遠端のUE、サーバなど)で終端するアプリケーション層とを含めて、L2層308より上にいくつかの上位層を有し得る。
【００５９】
PDCPサブレイヤ314は、異なる無線ベアラと論理チャネルとの間の多重化を行う。PDCPサブレイヤ314はまた、無線送信のオーバーヘッドを低減するための上位層データパケットのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、ノードB間のUEのハンドオーバーのサポートを実現する。
【００６０】
RLCサブレイヤ312は、一般に、確認型モード(AM)(肯定応答および再送信処理がエラー訂正のために使用され得る)、非確認型モード(UM)、およびデータ転送のための透過型モードをサポートし、上位層のデータパケットのセグメント化およびリアセンブリと、MAC層におけるハイブリッド自動反復要求(HARQ)による順序の乱れた受信を補償するためのデータパケットの並べ替え(reordering)を提供する。確認型モードでは、RNCおよびUEなどのRLCピアエンティティは、特にRLCデータPDU、RLCステータスPDU、およびRLCリセットPDUを含む様々なRLCプロトコルデータユニット(PDU)を交換することができる。本開示では、「パケット」という用語は、RLCピアエンティティ間で交換される任意のRLC  PDUを指すことがある。
【００６１】
MACサブレイヤ310は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ310はまた、1つのセルの中の様々な無線リソース(たとえばリソースブロック)を複数のUE間で割り当てる役割を担う。MACサブレイヤ310はまた、HARQ動作も担う。
【００６２】
MACサブレイヤ310は、限定はされないが、MAC-dエンティティおよびMAC-hs/ehsエンティティを含む、様々なMACエンティティを含む。無線ネットワークコントローラ(RNC:Radio  Network  Controller)は、MAC-dおよび上記からのプロトコルレイヤを収容する。高速チャネルについて、MAC-hs/ehsレイヤがノードBに収容される。
【００６３】
UE側から、MAC-dエンティティは、すべての専用トランスポートチャネル、MAC-c/sh/mエンティティ、およびMAC-hs/ehsエンティティへのアクセスを制御するように構成される。さらに、UE側から、MAC-hs/ehsエンティティは、HSDPA特有の機能を扱い、HS-DSCHトランスポートチャネルへのアクセスを制御するように構成される。上位レイヤは、HS-DSCH機能を扱うのにMAC-hsとMAC-ehsという2つのエンティティのどちらが適用されるかを設定する。
【００６４】
図6を参照すると、ワイヤレス通信エンティティのうちの1つまたは複数、たとえば、UEおよび/または基地局が、たとえば、第1の通信装置1002、第2の通信装置1004、UE  210、ノードB  208、送信RLC  UMエンティティ1006、MACエンティティ1014、受信RLC  UMエンティティ1018、または装置100(図1、図3、および図4参照)を含み得る、UTRANアーキテクチャ中のアクセスネットワーク300が示されている。
【００６５】
システムは、セル302、304、および306を含む複数のセルラー領域(セル)を含み、セルの各々は、1つまたは複数のセクタを含み得る。セルは、(たとえばカバレージエリアによって)地理的に定義することができ、かつ/または、周波数、スクランブリングコードなどに従って定義することもできる。つまり、図示される地理的に定義されたセル302、304、および306は各々、たとえば異なるスクランブリングコードを利用することによって、複数のセルにさらに分割され得る。たとえば、セル304aは、第1のスクランブリングコードを利用することができ、セル304bは、同じ地理的な領域内にあり同じノードB  344によってサービスされているとき、第2のスクランブリングコードを利用することによって区別され得る。
【００６６】
セクタに分割されるセルでは、セル内の複数のセクタはアンテナのグループによって形成されてよく、各々のアンテナがセルの一部にあるUEとの通信を担う。たとえば、セル302において、アンテナグループ312、314、および316は、各々異なるセクタに対応し得る。セル304において、アンテナグループ318、320、および322は、各々異なるセクタに対応することができる。セル306において、アンテナグループ324、326、および328は、各々異なるセクタに対応することができる。
【００６７】
セル302、304、および306は、各セル302、304、または306の1つまたは複数のセクタと通信中であり得る、いくつかのUEを含み得る。たとえば、UE330および332はノードB342と通信していることがあり、UE334および336はノードB344と通信していることがあり、UE338および340はノードB346と通信していることがある。ここで、各ノードB342、344、および346は、それぞれのセル302、304、および306の中のすべてのUE330、332、334、336、338、および340のために、コアネットワーク204(図4参照)へのアクセスポイントを提供するように構成され得る。
【００６８】
ソースセルとの呼の間、または任意の他の時間において、UE  336は、近隣のセルの様々なパラメータとともに、ソースセルの様々なパラメータを監視することができる。さらに、これらのパラメータの品質に応じて、UE  336は、近隣セルの1つまたは複数との通信を保つことができる。この期間において、UE  336は、UE  336が同時に接続されるセルのリストであるアクティブセットを保持することができる(すなわち、ダウンリンク専用物理チャネルDPCHまたはフラクショナルダウンリンク専用物理チャネルF-DPCHを現在UE  336に割り当てているUTRANセルが、アクティブセットを構成し得る)。
【００６９】
図7は、UE  750と通信しているノードB  710を含む電気通信システム700のブロック図であり、ここで、ノードB  710とUE  750とは、第1の通信装置1002、第2の通信装置1004、UE  210、ノードB  208、送信RLC  UMエンティティ1006、受信RLC  UMエンティティ1018、MACエンティティ1014、または装置100(図1、図3、および図4参照)を含み得る。
【００７０】
ダウンリンク通信では、送信プロセッサ720は、データ源712からデータを受信し、コントローラ/プロセッサ740から制御信号を受信することができる。送信プロセッサ720は、参照信号(たとえばパイロット信号)とともに、データ信号および制御信号のための様々な信号処理機能を提供する。たとえば、送信プロセッサ720は、誤り検出のための巡回冗長検査(CRC)コード、順方向誤り訂正(FEC)を支援するための符号化およびインターリービング、様々な変調方式(たとえば、二位相偏移変調(BPSK)、四位相偏移変調(QPSK)、M-位相偏移変調(M-PSK)、M-直角位相振幅変調(M-QAM)など)に基づいた信号配列へのマッピング、直交可変拡散率(OVSF)による拡散、および、一連のシンボルを生成するためのスクランブリングコードとの乗算を、提供することができる。送信プロセッサ720のための、符号化方式、変調方式、拡散方式および/またはスクランブリング方式を決定するために、チャネルプロセッサ744からのチャネル推定が、コントローラ/プロセッサ740によって使われ得る。これらのチャネル推定は、UE  750によって送信される参照信号から、またはUE  750からのフィードバックから、導出され得る。送信プロセッサ720によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ730に与えられる。送信フレームプロセッサ730は、コントローラ/プロセッサ740からの情報とシンボルとを多重化することによって、このフレーム構造を作成し、一連のフレームが得られる。次いでこれらフレームは送信機732に与えられ、送信機732は、アンテナ734を通じたワイヤレス媒体によるダウンリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。アンテナ734は、たとえば、ビームステアリング双方向適応アンテナアレイまたは他の同様のビーム技術を含む、1つまたは複数のアンテナを含み得る。
【００７１】
UE  750において、受信機754は、アンテナ752を通じてダウンリンク送信を受信し、その送信を処理してキャリア上へ変調されている情報を回復する。受信機754によって回復された情報は、受信フレームプロセッサ760に与えられ、受信フレームプロセッサ760は、各フレームを解析し、フレームからの情報をチャネルプロセッサ794に提供し、データ信号、制御信号、および参照信号を受信プロセッサ770に提供する。受信プロセッサ770は次いで、ノードB  710中の送信プロセッサ720によって実行される処理の逆を実行する。より具体的には、受信プロセッサ770は、シンボルを逆スクランブルおよび逆拡散し、次いで変調方式に基づいて、ノードB  710によって送信された、最も可能性の高い信号配列点を求める。これらの軟判定は、チャネルプロセッサ794によって計算されるチャネル推定に基づき得る。そして軟判定は、データ信号、制御信号、および参照信号を回復するために、復号されてデインターリーブされる。そして、フレームの復号が成功したかどうか判定するために、CRCコードが確認される。次いで、復号に成功したフレームによって搬送されるデータがデータシンク772に与えられ、データシンク772は、UE  750および/または様々なユーザインターフェース(たとえばディスプレイ)において実行されているアプリケーションを表す。復号に成功したフレームが搬送する制御信号は、コントローラ/プロセッサ790に与えられる。受信プロセッサ770によるフレームの復号が失敗すると、コントローラ/プロセッサ790は、確認応答(ACK)プロトコルおよび/または否定応答(NACK)プロトコルを用いて、そうしたフレームの再送信要求をサポートすることもできる。
【００７２】
アップリンクでは、データ源778からのデータおよびコントローラ/プロセッサ790からの制御信号が、送信プロセッサ780に与えられる。データ源778は、UE  750で実行されているアプリケーションおよび様々なユーザインターフェース(たとえばキーボード)を表し得る。ノードB  710によるダウンリンク送信に関して説明される機能と同様に、送信プロセッサ780は、CRCコード、FECを支援するための符号化およびインターリービング、信号配列へのマッピング、OVSFによる拡散、および、一連のシンボルを生成するためのスクランブリングを含む、様々な信号処理機能を提供する。ノードB  710によって送信される参照信号から、または、ノードB  710によって送信されるミッドアンブル中に含まれるフィードバックから、チャネルプロセッサ794によって導出されるチャネル推定が、適切な符号化方式、変調方式、拡散方式、および/またはスクランブリング方式を選択するために、使われ得る。送信プロセッサ780によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ782に与えられる。送信フレームプロセッサ782は、コントローラ/プロセッサ790からの情報とシンボルとを多重化することによって、このフレーム構造を作成し、一連のフレームが得られる。次いでこのフレームは送信機756に与えられ、送信機756は、アンテナ752を通じたワイヤレス媒体によるアップリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。
【００７３】
アップリンク送信は、UE  750において受信機能に関して説明されたのと同様の方式で、ノードB  710において処理される。受信機735は、アンテナ734を通じてアップリンク送信を受信し、その送信を処理してキャリア上へ変調されている情報を回復する。受信機735によって回復された情報は、受信フレームプロセッサ736に与えられ、受信フレームプロセッサ736は、各フレームを解析し、フレームからの情報をチャネルプロセッサ744に提供し、データ信号、制御信号、および参照信号を受信プロセッサ738に提供する。受信プロセッサ738は、UE  750中の送信プロセッサ780によって実行される処理の逆を実行する。次いで、復号に成功したフレームによって搬送されるデータ信号および制御信号が、データシンク739およびコントローラ/プロセッサにそれぞれ与えられ得る。フレームの一部が、受信プロセッサによる復号に失敗すると、コントローラ/プロセッサ740は、確認応答(ACK)プロトコルおよび/または否定応答(NACK)プロトコルを用いて、そうしたフレームの再送信要求をサポートすることもできる。
【００７４】
コントローラ/プロセッサ740および790は、それぞれノードB  710およびUE  750における動作を指示するために使われ得る。たとえば、コントローラ/プロセッサ740および790は、タイミング、周辺インターフェース、電圧調整、電力管理、および他の制御機能を含む、様々な機能を提供することができる。メモリ742および792のコンピュータ可読媒体は、それぞれ、ノードB  710およびUE  750のためのデータおよびソフトウェアを記憶することができる。ノードB  710におけるスケジューラ/プロセッサ746は、リソースをUEに割り当て、UEのダウンリンク送信および/またはアップリンク送信をスケジューリングするために、使われ得る。
【００７５】
高速パケットアクセス(HSPA)エアインターフェースは、ユーザに対してスループットの向上および待ち時間の低減を支援する、UE  750とノードB  710との間の3G/W-CDMAエアインターフェースに対する一連の強化を含む。前の規格に対する他の修正の中でも、HSPAは、ハイブリッド自動再送要求(HARQ)、チャネル送信の共有、ならびに適応変調および適応符号化を利用する。HSPAを定義する規格は、HSDPA(高速ダウンリンクパケットアクセス)およびHSUPA(高速アップリンクパケットアクセス、改良型アップリンクまたはEULとも呼ばれる)を含む。
【００７６】
たとえば、3GPP規格ファミリーのリリース5では、HSDPAが導入された。HSDPAは、いくつかのUEによって共有され得る高速ダウンリンク共有チャネル(HS-DSCH)を、トランスポートチャネルとして利用する。HS-DSCHは、高速物理ダウンリンク共有チャネル(HS-PDSCH)、高速共有制御チャネル(HS-SCCH)、および高速専用物理制御チャネル(HS-DPCCH)という、3つの物理チャネルによって実装される。
【００７７】
HS-SCCHは、HS-DSCHの送信に関連するダウンリンク制御情報を搬送するために利用され得る、物理チャネルである。ここで、HS-DSCHは、1つまたは複数のHS-SCCHと関連付けられ得る。UEは、いつHS-DSCHからデータを読み取るべきかを決定するため、および、割り当てられる物理チャネルにおいて用いられる変調方式を決定するために、HS-SCCHを継続的に監視することができる。
【００７８】
HS-PDSCHは、いくつかのUEによって共有され得、かつ高速ダウンリンクに対するダウンリンクデータを搬送することができる物理チャネルである。HS-PDSCHは、四位相偏移変調(QPSK)、16-直角位相振幅変調(16-QAM)、およびマルチコード送信をサポートすることができる。
【００７９】
HS-DPCCHは、そのスケジューリングアルゴリズムにおいてノードBを支援するためにUEからのフィードバックを搬送することができる、アップリンク物理チャネルである。フィードバックは、チャネル品質インジケータ(CQI)と、前のHS-DSCH送信の肯定応答または否定応答(ACK/NAK)とを含み得る。
【００８０】
リリース5のHSDPAと、前に規格化された回線交換エアインターフェースとの、ダウンリンクにおける1つの違いは、HSDPAにはソフトハンドオーバがないことである。このことは、HSDPAチャネルが、HSDPAサービングセルと呼ばれる単一のセルからUEに送信されることを意味する。ユーザが移動すると、またはあるセルが別のセルよりも好ましくなると、HSDPAサービングセルは変わり得る。それでも、UEは関連するDPCH上でソフトハンドオーバの状態にあることがあり、複数のセルから同じ情報を受信する。
【００８１】
リリース5のHSDPAでは、任意の瞬間において、UE  210は1つのサービングセルを有し、Ec/I0のUE測定によれば、そのサービングセルがアクティブセット中で最強のセルである。3GPP  TS  25.331のリリース5で定められるモビリティ手順によれば、HSPDAサービングセルを変更するための無線リソース制御(RRC)シグナリングメッセージが、より強いセルであるとUEが報告するセル(すなわちターゲットセル)からではなく、現在のHSDPAサービングセル(すなわちソースセル)から送信される。
【００８２】
3GPPのリリース6の規格は、拡張アップリンク(EUL)または高速アップリンクパケットアクセス(HSUPA)と呼ばれる、アップリンクの拡張を導入した。HSUPAは、EUL専用チャネル(E-DCH)をトランスポートチャネルとして利用する。E-DCHは、リリース99のDCHとともに、アップリンクで送信される。DCHの制御部分、すなわちDPCCHは、パイロットビットおよびダウンリンク電力制御命令を、アップリンク送信で搬送する。
【００８３】
E-DCHは、E-DCH専用物理データチャネル(E-DPDCH)およびE-DCH専用物理制御チャネル(E-DPCCH)を含む物理チャネルによって実装される。加えて、HSUPAは、E-DCH  HARQインジケータチャネル(E-HICH)、E-DCH絶対許可チャネル(E-AGCH)、およびE-DCH相対許可チャネル(E-RGCH)を含む、追加の物理チャネルを利用する。
【００８４】
W-CDMAシステムを参照して、遠隔通信システムのいくつかの態様を示してきた。当業者が容易に諒解するように、本開示全体にわたって説明される様々な態様は、他の遠隔通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。
【００８５】
例として、様々な態様は、TD-SCDMAおよびTD-CDMAのような、他のUMTSシステムに拡張され得る。様々な態様はまた、(FDD、TDD、またはこれら両方のモードの)Long  Term  Evolution(LTE)、(FDD、TDD、またはこれら両方のモードの)LTE-Advanced(LTE-A)、CDMA2000、Evolution-Data  Optimized(EV-DO)、Ultra  Mobile  Broadband(UMB)、IEEE  802.11(Wi-Fi)、IEEE  802.16(WiMAX)、IEEE  802.20、Ultra-Wideband(UWB)、Bluetooth(登録商標)、および/または他の適切なシステムを利用する、システムに拡張され得る。実際の利用される遠隔通信規格、ネットワークアーキテクチャ、および/または通信規格は、具体的な用途およびシステム全体に課される設計制約に依存する。
【００８６】
開示した方法におけるステップの特定の順序または階層は例示的な処理を示していることを理解されたい。設計上の選好に基づいて、方法におけるステップの特定の順序または階層は再構成可能であることを理解されたい。添付の方法クレームは、サンプル的順序で様々なステップの要素を提示しており、クレーム内で明記していない限り、提示した特定の順序または階層に限定されるように意図されているわけではない。
【００８７】
上記の説明は、本明細書で説明される様々な態様を当業者が実施できるようにするために与えられる。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、請求項は本明細書で示す態様に限定されるよう意図されているわけではなく、請求項の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味するよう意図されている。別段に明記されていない限り、「いくつかの」という用語は「1つまたは複数の」を意味する。項目の列挙「のうちの少なくとも1つ」という語句は、単一の要素を含め、それらの項目の任意の組合せを意味する。たとえば、「a、bまたはcのうちの少なくとも1つ」は、「a」、「b」、「c」、「aおよびb」、「aおよびc」、「bおよびc」、「a、bおよびc」を含むことが意図されている。当業者が知っているか、後に知ることになる、本開示全体にわたって説明された様々な態様の要素と構造的かつ機能的に同等のものはすべて、参照により本明細書に明確に組み込まれ、請求項によって包含されることが意図される。また、本明細書で開示する内容は、そのような開示が請求項で明記されているか否かに関わりなく、公に供することは意図されていない。請求項のいかなる要素も、「のための手段」という語句を使用して要素が明記されている場合、または方法クレームで「のためのステップ」という語句を使用して要素が記載されている場合を除き、米国特許法第112条第6項の規定に基づき解釈されることはない。
【符号の説明】
【００８８】
100  装置
102  バス
104  プロセッサ
105  メモリ
106  コンピュータ可読媒体
108  バスインターフェース
110  トランシーバ
112  ユーザインターフェース
114  処理システム
116  RLC/MAC  UMエンティティ
118  MACエンティティ
200  Universal  Mobile  Telecommunications  System(UMTS)システム
202  UMTS地上波無線アクセスネットワーク(UTRAN)
204  コアネットワーク
206  無線ネットワークコントローラ(RNC)
207  無線ネットワークサブシステム(RNS)
208  ノードB
210  ユーザ機器(UE)
211  汎用加入者識別モジュール(USIM)
212  モバイルサービス交換センタ(MSC)
214  ゲートウェイMSC(GMSC)
215  ホームロケーションレジスタ(HLR)
216  回線交換ネットワーク
218  サービングGPRSサポートノード(SGSN)
220  ゲートウェイGPRSサポートノード(GGSN)
222  パケットベースネットワーク
300  無線プロトコルアーキテクチャ、アーキテクチャ
302  ユーザプレーン
302  セル
304  制御プレーン
304、304a、304b  セル
306  セル
306  物理層
308  L2、層2、L2層、データリンク層
310  メディアアクセス制御(MAC)サブレイヤ、MACサブレイヤ
312  無線リンク制御(RLC)サブレイヤ
312  アンテナグループ
314  パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ
314  アンテナグループ
316  L1、RRC層
316  アンテナグループ
318  L3
318  アンテナグループ
320  アンテナグループ
322  アンテナグループ
324  アンテナグループ
326  アンテナグループ
328  アンテナグループ
330  UE
332  UE
334  UE
336  UE
338  UE
340  UE
342  ノードB
344  ノードB
346  ノードB
700  電気通信システム
710  ノードB
712  データ源
720  送信プロセッサ
730  送信フレームプロセッサ
732  送信機
734  アンテナ
735  受信機
736  受信フレームプロセッサ
738  受信プロセッサ
739  データシンク
740  コントローラ/プロセッサ
742  メモリ
744  チャネルプロセッサ
746  スケジューラ/プロセッサ
750  ユーザ機器(UE)
752  アンテナ
754  受信機
756  送信機
760  受信フレームプロセッサ
770  受信プロセッサ
772  データシンク
778  データ源
780  送信プロセッサ
782  送信フレームプロセッサ
790  コントローラ/プロセッサ
792  メモリ
794  チャネルプロセッサ
1000  システム
1002  第1の通信装置
1004  第2の通信装置
1006  送信RLC  UMエンティティ
1008  PDU送信ステータスの履歴
1010  送信機RLC  UM SN
1012  送信機HFN
1014  MACエンティティ
1016  HARQエンティティ
1018  受信RLC  UMエンティティ
1020  受信機HFN
1022  HFN非同期条件
1024  受信機RLC  UM  SN
1024  HFN非同期条件判断構成要素
1026  HFN調整構成要素
1028  送信ステータス判断構成要素
1030  送信ステータスマッピング構成要素
【図１】
2015537432.tif 000005
【図２】
2015537432.tif 000006
【図３】
2015537432.tif 000007
【図４】
2015537432.tif 000008
【図５】
2015537432.tif 000009
【図６】
2015537432.tif 000010
【図７】
2015537432.tif 000011
【国際調査報告】
2015537432.tif 000012
2015537432.tif 000013
2015537432.tif 000014