(57)【特許請求の範囲】
【請求項１】
移動局と関連し且つ一時フローＩＤによって識別される一時ブロックフローと各々が関連する１つ以上のＲＬＣ／ＭＡＣブロックによって基地局システムとの間でデータを交換する１つ以上の移動局を含む無線ネットワークにおいて前記一時ブロックフローを解決する方法であって、
ＲＬＣ／ＭＡＣヘッダ及びＲＬＣデータブロックを含むＲＬＣ／ＭＡＣブロックを受信するステップ（３１）と、
前記ＲＬＣ／ＭＡＣヘッダ中の第１の一時フローＩＤ群から第１の一時フローＩＤを検索するステップ（３２）と、
前記第１の一時フローＩＤを、割り当てられた一時フローＩＤと比較するステップ（３３）と、
送信中のダウンリンクＲＬＣ／ＭＡＣブロックの拡張一時フローＩＤフィールドを検索する前記移動局の能力を判定するステップ（３４）と、
前記第１の一時フローＩＤが、前記割り当てられた一時フローＩＤと一致し、且つ関連した前記移動局に対して包括的一時フローＩＤを表す場合、前記ＲＬＣ／ＭＡＣブロックのペイロードを復号するステップ（３７）と、
前記第１の一時フローＩＤが、前記割り当てられた一時フローＩＤと一致し、且つ拡張一時フローＩＤに対するコードポイントとして識別された場合、前記ＲＬＣデータブロックの少なくとも所定のフィールドを復号し且つ第２の一時フローＩＤ群から拡張一時フローＩＤを検索するステップ（３５）であって、前記拡張一時フローＩＤは、ＰＡＮフィールドのＣＲＣビットと前記拡張一時フローＩＤとの排他的論理和によって付加されているところのステップ（３５）と、
前記拡張一時フローＩＤを、割り当てられた拡張一時フローＩＤと比較するステップ（３６）と、
前記拡張一時フローＩＤが、前記割り当てられた拡張一時フローＩＤと一致する場合、前記ＲＬＣデータブロックのペイロードを復号するステップ（３７）と、
前記第１の一時フローＩＤが前記割り当てられた一時フローＩＤと一致しないか、又は前記拡張一時フローＩＤが前記割り当てられた拡張一時フローＩＤと一致しない場合、前記ＲＬＣ／ＭＡＣブロックを無視するステップ（３８）と、
新たなＲＬＣ／ＭＡＣブロックを受信すると、前記ＲＬＣ／ＭＡＣブロックに対して上記のステップを繰り返すステップと
を備えることを特徴とする方法。
【請求項２】
前記ＲＬＣ／ＭＡＣヘッダ中のＰＡＮ標識からＰＡＮフィールドの優勢度を判定するステップ（４１）と、
前記ＰＡＮ標識がセットされている場合、前記一時フローＩＤによって前記ＲＬＣ／ＭＡＣ ＰＡＮフィールドを復号するステップ（４２）と、
前記ＰＡＮフィールドが正しく復号されたか否かを判定するためにＣＲＣビットを評価するステップ（４３）と、
正しい復号であると判定された場合、前記ＲＬＣ／ＭＡＣ ＰＡＮフィールドを読み取り、前記ＲＬＣ／ＭＡＣ ＰＡＮフィールドに含まれる情報を関連する前記一時ブロックフローに適用する（４４）が、そうでない場合は前記ＰＡＮフィールドから復号された情報を無視するステップ（４５）と
を更に含むことを特徴とする請求項１記載の方法。
【請求項３】
前記方法は移動ネットワークの中の移動局（１２０）により実行されることを特徴とする請求項１又は２記載の方法。
【請求項４】
前記方法は移動通信ネットワークの中の基地局サブシステム（１１０）により実行されることを特徴とする請求項１又は２記載の方法。
【請求項５】
関連する前記移動局は、関連する前記移動局が拡張一時フローＩＤを認識する能力を基地局サブシステムに報知することを特徴とする請求項３記載の方法。
【請求項６】
前記移動局は、前記移動局が、受信したＲＬＣ／ＭＡＣブロックを拡張一時フローＩＤによって一時ブロックフローと関連付ける能力を前記基地局サブシステムに報知することを特徴とする請求項４記載の方法。
【請求項７】
符号化前に前記拡張一時フローＩＤに追加される１つ以上のＣＲＣビットを含めることにより、前記ＲＬＣデータブロック中の拡張一時フローＩＤフィールドの誤検出は防止されることを特徴とする請求項１から６のいずれか１項に記載の方法。
【請求項８】
拡張一時フローＩＤフィールドは、前記一時ブロックフローと関連するすべてのＲＬＣデータブロックに含まれることを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記拡張一時フローＩＤフィールドは、前記ＲＬＣデータブロック中の１つ以上の事前定義済み位置に配置されることを特徴とする請求項１から８のいずれか１項に記載の方法。
【請求項１０】
前記ＲＬＣデータブロック中の拡張一時フローＩＤに対するエラー訂正性能は、前記ＲＬＣ／ＭＡＣ中の前記一時フローＩＤの前記エラー訂正性能と一致することを特徴とする請求項１から９のいずれか１項に記載の方法。
【請求項１１】
ＰＡＮフィールドに拡張一時フローＩＤ情報が含まれることを特徴とする請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
共通ペイロードサイズを有する変調符号化方式に対する拡張一時フローＩＤフィールドは共通サイズで構成されることを特徴とする請求項１から１１のいずれか１項に記載の方法。
【請求項１３】
移動通信網で使用するための移動局（１２０）であって、
アンテナユニット（６１０）と、無線通信チャネルを介して信号を送受信する送受信機ユニット（６２０）と、前記無線通信チャネルによって送信すべきデータパケットを生成する処理回路（６３０）とを備え、前記処理回路は、ＲＬＣ／ＭＡＣブロックのヘッダ中の一時フローＩＤを復号し、前記ＲＬＣ／ＭＡＣブロックのヘッダ中の前記一時フローＩＤにより指示される拡張一時フローＩＤが存在するか否かを判定し、ＲＬＣデータブロック中の所定のフィールドから前記拡張一時フローＩＤを復号し、前記拡張一時フローＩＤを、割り当てられた拡張一時フローＩＤとマッチングし、復号された前記拡張一時フローＩＤが割り当てられた一時フローＩＤと一致する場合に前記ＲＬＣ／ＭＡＣブロック中のペイロードを復号するように構成され、
前記拡張一時フローＩＤは、ＰＡＮフィールドのＣＲＣビットと前記拡張一時フローＩＤとの排他的論理和によって付加されることを特徴とする移動局。
【請求項１４】
前記拡張一時フローＩＤフィールドを復号する能力を報知可能であることを特徴とする請求項１３記載の移動局。
【請求項１５】
基地局サブシステム（１１０）であって、
アンテナユニット（５１０）と、無線通信チャネルを介して信号を送受信する送受信機ユニット（５２０）と、移動局からデータパケットを受信する処理回路（５３０）とを備え、前記処理回路は、ＲＬＣデータブロックの所定のフィールドで符号化されている拡張一時フローＩＤを前記移動局が認識可能であるという情報を前記移動局から受信するように構成され、
前記拡張一時フローＩＤは、ＰＡＮフィールドのＣＲＣビットと前記拡張一時フローＩＤとの排他的論理和によって付加されることを特徴とする基地局サブシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークにおいて一時ブロックフローを解決する方法及び装置に関する。
【背景技術】
【０００２】
移動ネットワークで発生するトラフィックの大半は、通常の通話、ネットサーフィン、ＭＭＳの送信、ビデオチャットなどの人間同士の対話を必要とするサービスで占められている。そのため、移動ネットワークは、主にそのような「ヒューマンタイプ通信」（ＨＴＣ）サービスに適合するように設計され且つ最適化される。
【０００３】
人間同士の対話を必要としないマシンタイプ通信（ＭＴＣ）サービスの需要が高まっている。ＭＴＣサービスは、例えば車両制御、ガスメータ及び電力計の読み取り、更にはネットワーク監視、カメラ撮影などの広範囲の用途を含む。ＭＴＣデバイス及びＨＴＣデバイスの数は、２０２０年までに合わせて約５００億台に達するだろう。
【０００４】
ＭＴＣデバイスの導入によって、ＧＳＭ無線アクセスネットワークは、移動デバイスがネットワークを介してアクセスする回数及び通信する回数の急速な増加という問題に直面することになった。すべてのＭＴＣデバイスは、人間側から開始するのではない通信をサポートする種類のデバイスである。ＧＥＲＡＮ及びＵＴＲＡＮなどの移動ネットワークがＭＴＣアプリケーション及びＭＴＣデバイスの膨大な市場をサポートできるようにするためには、ＭＴＣ通信をサポートする移動ネットワークの能力を最適化することが重要である。パケット交換（ＰＳ）ドメインでは非常に多くの数のＭＴＣデバイスが動作していると予測され、どの時点をとっても、大部分のデバイスがアプリケーションペイロードを送信又は受信するために活動していると予測できる。ネットワークにおけるパケット交換（ＰＳ）のトラフィック量は、絶え間なく急速に増え続けている。
【０００５】
移動ネットワークの重大な問題の１つは、共有無線資源で同時データ転送が起こった場合に膨大な数のデータ通信しているデバイスを識別し、且つ適正にアドレス指定する能力である。利用可能なアドレス空間は十分ではない。この点でボトルネックとなると考えられ識別名のひとつは、いわゆる一時フローＩＤ（ＴＦＩ）である。ＴＦＩは、特定の一時ブロックフロー（ＴＢＦ）を識別するためにＴＢＦごとにネットワークにより割り当てられ、且つそのＴＢＦと関連する無線リンク制御／媒体アクセス制御（ＲＬＣ／ＭＡＣ）ブロックと共に送信される。
【０００６】
移動ネットワークにより、各一時ブロックフローに一時フローＩＤ（ＴＦＩ）値が割り当てられる。ある特定のＴＢＦと関連するＲＬＣ／ＭＡＣブロックは、ＲＬＣデータブロックの場合は、そのＲＬＣデータブロックが送信される方向、すなわちアップリンク又はダウンリンクのいずれかの方向と共にＴＦＩにより識別され、ＲＬＣ／ＭＡＣ制御メッセージの場合は、そのＲＬＣ／ＭＡＣ制御メッセージが送信される方向及びメッセージ型と共に、ＴＦＩにより識別される。
【０００７】
移動局（ＭＳ）がダウンリンクデータ又は制御ブロックを受信するたびに、ＭＳは、含まれているＴＦＩフィールドを使用して、そのブロックが当該ＭＳと関連するＴＢＦのうちいずれかのＴＢＦ（２つ以上のＴＢＦであってもよい）に属するか否かを判定する。いずれかのＴＢＦに属する場合、ブロックは当該ＭＳを送信先として受信されたものである。そこで、対応するペイロードが復号され、そして上位層へ送出される。属さない場合、ブロックは廃棄される。アップリンク方向でも動作は同一である。すなわち、基地局サブシステム（ＢＳＳ）は、ＴＦＩ値を使用して、同一のＴＢＦに属するブロックを識別する。
【０００８】
ＴＦＩ値は、ＴＢＦに使用されるすべてのパケットデータチャネル（ＰＤＣＨ）において、同一の方向、すなわちアップリンク方向又はダウンリンク方向の同時に存在するＴＢＦの中で固有である。同一の方向の他のＰＤＣＨの他のＴＢＦ及び逆方向のＴＢＦに対しては、同一のＴＦＩ値が同時に使用されてもよい。従って、ＴＦＩは、パケットデータチャネルＰＤＣＨなどの所定の資源における一意の識別子である。これにより、同時発生ＴＢＦの数が限定され、従って、同一の無線資源を共有できるデバイスの数も限定される。
【０００９】
既存のＴＦＩアドレス空間は、０〜３１の範囲の２進数として符号化される５ビットから構成される。この値は、通常、ＴＢＦを割り当てる時点でネットワークにより移動局（ＭＳ）に提供される。提供できるＴＦＩ値の数は利用可能な５ビットにより限定されるので、３２の個別の値を利用できる。従って、ある特定のタイムスロットで一度にアドレス指定できるのは互いに異なる３２の移動デバイスである。これは十分であるように思われ、これまで重大な問題は起こっていない。ある時点で大部分のＭＴＣデバイスがアプリケーションペイロードの送信又は受信のために活動していると予測できる場合、ＴＦＩアドレス指定空間を大幅に拡張することにより著しい改善が実現されると考えられる。将来、ＴＦＩアドレス指定空間が限界に達するだろうということを示すいくつかの予兆がある。
【００１０】
前述のように、パケット交換トラフィック量が著しく増加し、送受信機（ＴＲＸ）ごとのＴＢＦの量もおそらく大幅に増加していることは間違いないだろう。何十人ものユーザが同一のアップリンクＰＤＣＨで多重通信することが有用になる状況もありえないことではない。２つ以上のＰＤＣＨで使用するために１つのＴＢＦが割り当てられるならば（非常に頻繁に起こりうる例である）、ＰＤＣＨごとの使用可能なＴＦＩの数は大幅に減少する。例えば、８つのＰＤＣＨのすべてで全ＴＢＦが使用されていると想定する。すなわち、そうでない場合のＰＤＣＨあたりのＴＦＩの数が３２になるのと比較して、ＰＤＣＨあたりのＴＦＩの平均数は３２／８＝４になる。統計的多重化利得及び融通性を改善するためには、可能な限り多くのＰＤＣＨに１つのＴＢＦを拡散することが望ましいので、この事態は、例えば送受信機（ＴＲＸ）のような何らかの所与のＰＤＣＨ群でサポート可能なＴＢＦの潜在数を減少させてしまうという欠点を有する。
【００１１】
近年、多重ＴＢＦ手順によって同一のＭＳと関連する複数のＴＢＦの使用が可能になるように３ＧＰＰ規格が追加改正されたため、いずれかの所与のＭＳと関連するＴＢＦの数は方向ごとに１つに限定されなくなる。例えば、１つの特定のＭＳがダウンリンク方向でネットサーフィンセッションのために１つのＴＢＦを有し、進行中のＶｏｌｐ通話（又は例えばＳｐｏｔｉｆｙによるオーディオストリーミングセッション）に対して別のＴＢＦを有し、更に、ＭＳＮなどのメッセージングサービスに対して第３のＴＢＦを有することも可能だろう。これらの特定のサービスをそれぞれ異なるＴＢＦに分割することの利点は、言うまでもなく、それらのサービスがすべて異なるサービス条件を有するということであるが、更に多くのＴＦＩが必要になるという欠点もある。
【００１２】
ＳＩＥＭＥＮＳの「Ｏｕｔｓｔａｎｄｉｎｇ ｉｓｓｕｅｓ ｏｆ ｔｈｅ ｍｕｌｔｉｐｌｅ ＴＢＦ ｃｏｎｃｅｐｔ」（３ＧＰＰ ＤＲＡＦＴ；ＧＰ−０１１５４８）は、複数のＴＢＦに対処する方法を開示する。この方法によれば、複数のＴＢＦに対して２つ以上のＴＦＩ値を含むようにＴＦＩ割り当てフィールドが修正される。しかし、この文献は、ＴＲＸごとに必要になるＴＢＦの追加量に対応するためにＴＦＩアドレス指定空間を拡張するという問題には対応していない。
【００１３】
国際公開第２０１１／０９９９２２号は、ＴＦＩ値のアドレス指定空間を拡張することにより追加ＴＦＩアドレス指定を可能にする方法を開示する。この追加のアドレス指定空間は、ＲＬＣ／ＭＡＣブロック中の情報と共にレガシーアドレス指定空間のＲＦＩを含む第２のＴＦＩ群によって実現される。
【００１４】
しかし、そのようにＴＦＩアドレス指定空間を拡張することによって移動ネットワークにおけるＴＢＦの問題を解決しようとする方法は開示されていない。
【発明の概要】
【００１５】
本発明の実施形態の目的は、ＴＦＩアドレス指定空間を拡張して無線通信システムにおけるＴＢＦを解決する方法及び装置を提供することである。
【００１６】
上記の目的は、無線ネットワークにおいて一時ブロックフロー（ＴＢＦ）を解決する方法の一実施形態により達成される。無線ネットワークでは、各々が１つのＴＢＦと関連する１つ以上のＲＬＣ／ＭＡＣブロックによって、１つ以上の移動局（ＭＳ）が基地局システム（ＢＳＳ）との間でデータを交換する。各ＴＢＦは、１つのＭＳに関連付けられ且つ一時フローＩＤ（ＴＦＩ）によって識別される。ＴＢＦを解決する方法において、受信側エンティティは、ＲＬＣ／ＭＡＣヘッダ及びＲＬＣデータブロックを含むＲＬＣ／ＭＡＣブロックを受信する。ＲＬＣ／ＭＡＣヘッダ中の第１のＴＦＩ群から第１のＴＦＩが検索され、第１のＴＦＩは、当該ＴＢＦに割り当てられたＴＦＩと比較される。追加ＴＦＩアドレス指定に対するＭＳの対応能力が判定される。第１のＴＦＩが割り当てＴＦＩと一致し且つ関連するＭＳに対して包括的ＴＦＩに対応すると判定された場合、ＲＬＣ／ＭＡＣブロックのペイロードが復号される。これに対し、第１のＴＦＩが拡張ＴＦＩ（ｅＴＦＩ）に対するコードポイントを表すと判定された場合、ＲＬＣデータブロックの所定のフィールドが復号化され且つＲＬＣデータブロック中のこのフィールドからｅＴＦＩが検索される。ｅＴＦＩは割り当てｅＴＦＩと比較される。一致するという結論が得られた場合、ＲＬＣデータブロックのペイロードが復号化される。第１のＴＦＩが割り当てＴＦＩと一致しないか又は復号化されたｅＴＦＩが割り当てｅＴＦＩと一致しない場合、ＲＬＣ／ＭＡＣブロックは無視される。ＴＢＦが解決されるまで、新たなＲＬＣ／ＭＡＣブロックに対してこの方法が繰り返される。
【００１７】
別の実施形態では、ＲＬＣ／ＭＡＣブロックのオプションのＰＡＮフィールドにｅＴＦＩフィールドが含まれる。ＰＡＮフィールドにｅＴＦＩが含まれるので、ＴＢＦを解決する方法は、ＲＬＣ／ＭＡＣヘッダ中のＰＡＮ標識からＰＡＮフィールドの優勢度を判定するステップを含む。ＰＡＮ標識がセットされている場合、ＲＬＣ／ＭＡＣのＰＡＮフィールドはＴＦＩによって復号化される。ＰＡＮフィールドが正しく復号化されたか否かを判定するために、ＰＡＮフィールド中のＣＲＣビットが評価される。復号化が正しいと判定された場合、ＲＬＣ／ＭＡＣのＰＡＮフィールドが読み取られ、そのフィールドに含まれる情報が関連ＴＢＦに適用される。復号化が正しくないと判定された場合、ＰＡＮフィールドからの復号化情報は無視される。
【００１８】
本発明に係る方法の一実施形態は、移動通信網における移動局又は基地局サブシステムで実行される。ＴＢＦと関連するＭＳは、そのＭＳがｅＴＦＩを認識可能であるか否か、又は、ｅＴＦＩによって識別されるＴＢＦと関連するＲＬＣ／ＭＡＣブロックを受信可能であるか否か、又はその両方をＢＳＳに報知する。
【００１９】
符号化前にｅＴＦＩに追加される１つ以上のＣＲＣビットを含めることにより、ＲＬＣデータブロックのｅＴＦＩフィールドの偽検出は防止される。ＲＬＣデータブロックにおけるｅＴＦＩのエラー修正性能は、ＲＬＣ／ＭＡＣヘッダにおけるＴＦＩのエラー修正性能と一致する。
【００２０】
本発明の更なる実施形態において、ＴＢＦと関連するすべてのＲＬＣデータブロックにｅＴＦＩが含まれ、ｅＴＦＩはＲＬＣデータブロックの１つ以上の事前定義済み位置に配置される。
【００２１】
本発明の他の実施形態では、ｅＴＦＩ情報はＰＡＮフィールドに含まれる。共通のペイロードサイズを有する変調符号化方式に対するｅＴＦＩフィールドは、共通のサイズで構成される。
【００２２】
上記の目的は、移動通信網で使用するための移動局の一実施形態であって、アンテナと、無線通信チャネルを介して信号を送受信する送受信機と、無線通信チャネルを介して送信するためのデータパケットを生成する処理回路とを備える実施形態によっても達成される。移動局の一実施形態において、処理回路は、ＲＬＣ／ＭＡＣブロックのヘッダのＴＦＩを復号し且つＲＬＣ／ＭＡＣヘッダにそのＴＦＩにより指示される拡張ＴＦＩが存在するか否かを判定するように構成される。処理回路は、ＲＬＣデータブロック中の所定のフィールドから拡張ＴＦＩを復号し且つそのｅＴＦＩを割り当てｅＴＦＩとマッチングするように更に構成される。ｅＴＦＩと割り当てｅＴＦＩとが一致したならば、処理回路は、ＲＬＣ／ＭＡＣデータブロックのペイロードを復号する。
【００２３】
更なる実施形態において、移動局は、ｅＴＦＩフィールドを復号可能であるか否かを報知するように構成される。
【００２４】
上記の目的は、アンテナと、無線通信チャネルを介して信号を送受信する送受信機と、移動局からデータパケットを受信する処理回路とを備え、処理回路は、移動局がＲＬＣデータブロックの所定のフィールドに符号化されている拡張ＴＦＩを認識可能であるという情報を移動局から受信するように構成される基地局サブシステムの一実施形態によっても達成される。
【００２５】
本発明に係る実施形態において、改善されたＭＳのダウンリンクＲＬＣ／ＭＡＣブロック受信手順によれば、ＲＬＣ／ＭＡＣヘッダ中の第１のＴＦＩ群の１つのＴＦＩ、すなわちレガシーＴＦＩと、対応するｅＴＦＩも割り当てられているＭＳに割り当てられたダウンリンクＴＦＩとが一致する場合、ＭＳが対応するＲＬＣ／ＭＡＣブロックのペイロード部分からそのｅＴＦＩを抽出する。ＭＳは、一致するｅＴＦＩを発見できない場合、割り当てられたＴＦＩは同一であるが、ｅＴＦＩの割り当ては異なる別のＭＳへＲＬＣ／ＭＡＣブロックが送出されたと想定する。逆に、ＭＳは、一致するｅＴＦＩを発見した場合、ＲＬＣ／ＭＡＣブロックはそのＭＳへ送出済みであると想定し、それに応じてＲＬＣ／ＭＡＣブロックのペイロード部分を処理する。
【００２６】
更に、本発明に係る実施形態において、改善されたＢＳＳのアップリンクＲＬＣ／ＭＡＣブロック受信手順によれば、ＲＬＣ／ＭＡＣヘッダ中のレガシーＴＦＩと、ＢＳＳにより１つ以上のｅＴＦＩ値が割り当てられているアップリンクＴＦＩとが一致する場合、対応するＲＬＣ／ＭＡＣブロックのペイロード部分からＢＳＳがｅＴＦＩを抽出し、それにより、アップリンクＲＬＣ／ＭＡＣブロックを送出した特定のＭＳを識別できる。
【００２７】
最後に、本発明に係る実施形態において、改善されたＭＳのＰＡＮフィールド受信手順によれば、組み合わせＴＦＩ値（すなわちレガシーＴＦＩ値及びｅＴＦＩ値から構成される）を利用するＭＳへＰＡＮ情報を供給できるように、レガシーＴＦＩ情報を含めるのに加えて、ＭＳがｅＴＦＩ情報を含むことが可能であるか否かが検査される。
【００２８】
本発明の実施形態により、レガシー移動局に関して完全な後方互換性を保ちつつＴＦＩアドレス指定空間を拡張できる。レガシー移動局と、ＴＦＩアドレス指定空間の拡張をサポートする移動局の双方で、ＧＳＭ−ＧＰＲＳ／ＥＧＰＲＳ無線アクセスネットワークにおいて利用可能なすべての機能を利用できる。
【図面の簡単な説明】
【００２９】
【図１】図１は、移動ネットワークを示す概略図である。
【図２】図２は、信号伝送を示す図である。
【図３】図３は、本発明の一実施形態を示す概略フローチャートである。
【図４】図４は、本発明の一実施形態においてデータの確認応答の送信を示す概略フローチャートである。
【図５】図５は、本発明の基地局システムを示す概略ブロック図である。
【図６】図６は、本発明の移動局を示す概略ブロック図である。
【図７】図７は、拡張ＴＦＩを有するＲＬＣ／ＭＡＣブロックの一実施形態を示す図である。
【図８】図８は、拡張ＴＦＩを有するＲＬＣ／ＭＡＣブロックの別の実施形態を示す図である。
【図９】図９は、ｅＴＦＩを有するＰＡＮフィールドの一実施形態を示す図である。
【発明を実施するための形態】
【００３０】
本発明の実施形態を示す添付の図面を参照して、本発明の実施形態を以下に更に詳細に説明する。しかし、本発明は多くの異なる形態で実施されてもよく、本明細書に記載される実施形態に限定されると解釈されるべきではない。本明細書において使用される用語は、特定の実施形態を説明するために便宜上使用されているだけであり、本発明を限定することは意図されない。
【００３１】
図１は、移動ネットワーク１００を示す概略図である。図１の例示は、本発明に係る方法及び関連する機能が実行されるネットワークの全般的概要を提示することを目的としている。本発明に係る方法及びノードは３ＧＰＰ ＧＥＲＡＮ環境で説明されるが、本発明は、この例に限定されない。
【００３２】
無線通信システム１００は、互いに通信するように配置されたネットワークノード１１０及び移動局ＭＳ１２０を備える。ＭＳ１２０は、ネットワークノード１１０により規定されるセル１３０の中に位置している。
【００３３】
ネットワークノード１１０は、使用される無線アクセス技術及び用語に応じて、例えば基地局、ノードＢ、発展型ノードＢ（ｅＮＢ又はｅＮｏｄｅ Ｂ）、基地送受信局、アクセスポイント基地局、基地局ルータ、無線基地局（ＲＢＳ）、マクロ基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ホームｅＮｏｄｅＢ、中継器及び／又はリピータ、センサ、ビーコンデバイス、あるいは無線インタフェースを介して移動局１２０と通信するように構成された他の何らかのネットワークノードと呼ばれる場合もある。本明細書の以下の説明中、本発明に係る方法を理解しやすくするために用語「ＢＳＳ」が使用される。
【００３４】
移動局１２０は、例えば無線通信端末、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、無線プラットホーム、ユーザ機器ユニット（ＵＥ）、ＭＴＣデバイス、ポータブル通信デバイス、ラップトップ、コンピュータ又はＢＳＳ１１０と無線通信するように構成された他の何らかの種類のデバイスにより表される。
【００３５】
ＢＳＳ１１０は、例えばセル１３０内の移動局１２０に無線資源を割り当てるなど、セル１３０内の無線資源管理を制御する。移動ネットワークは、図１には示されないコアネットワークＣＮに接続される。
【００３６】
ＲＬＣ／ＭＡＣブロックは、ＢＳＳ１１０と移動局１２０との間で転送される。各ＲＬＣ／ＭＡＣブロックは、いわゆる一時フローＩＤ（ＴＦＩ）によって識別される一時ブロックフローＴＢＦと関連する。
【００３７】
ＴＦＩ値は、ＴＢＦに使用されるすべてのパケットデータチャネルＰＤＣＨにおいて同一方向の、すなわちアップリンク方向又はダウンリンク方向の同時に存在するＴＢＦの中で固有である。同一方向の他のＰＤＣＨを介する他のＴＢＦ及び逆方向のＴＢＦに対しては同一のＴＦＩが同時に使用されてもよく、従って、ＴＦＩはＰＤＣＨなどの所与の資源において一意の識別子である。これにより、同時に存在するＴＢＦの数が限定され、その結果、同一の無線資源を共有するデバイスの数が限定される。
【００３８】
本発明に係る方法は、送信されるダウンリンクＲＬＣ／ＭＡＣブロックの新たな別の拡張ＴＦＩフィールドに対するコードポイントとしてレガシーＴＦＩアドレス指定空間を予約することにより、既存のＴＦＩアドレス指定空間を拡張するという原理に基づく。図７及び図８に示されるように、ｅＴＦＩフィールドは、ＲＬＣ／ＭＡＣデータブロック又は制御ブロックの事前定義済み位置に配置される。利用可能なＴＦＩアドレス指定空間全体を拡張するために、レガシーＴＦＩコードポイントはｅＴＦＩフィールドと組み合わされる。ｅＴＦＩは、レガシーＴＦＩフィールド又はレガシーアドレス指定空間から１つ以上の２進値、すなわちコードポイントを予約することによって取得され、送信中のダウンリンクＲＬＣ／ＭＡＣブロック又は送信中のアップリンクＲＬＣ／ＭＡＣブロックに新たな別のｅＴＦＩフィールドを導入する。利用可能な全ＴＦＩアドレス指定空間を取得するために、予約されたレガシーＴＦＩコードポイントはｅＴＦＩフィールドと組み合わされる。
【００３９】
新たなｅＴＦＩ値と組み合わされるべきレガシーＴＦＩコードポイントは、予約されるか又は動的に割り当てられる。従って、レガシーＴＢＦの数と新たなＴＢＦの数との関係は、移動ネットワークにより完全に調整されると共に、動作中も移動ネットワークにより動的に調整可能である。冗長情報によって、例えばペイロードに付加する前にｅＴＦＩフィールドに適用されたブロックコードにより、ｅＴＦＩフィールドのロバスト性は確保される。このように、ｅＴＦＩの受信はＲＬＣ／ＭＡＣヘッダの既存のＴＦＩの受信と同様にロバスト性を有する。ＲＬＣ／ＭＡＣブロック中の追加ＴＦＩ情報に対するサポートを導入することにより、ＴＦＩのアドレス指定空間は拡張される。以下の説明中、この追加ＴＦＩ情報はｅＴＦＩと呼ばれる。
【００４０】
新たなｅＴＦＩに使用されるべきビットは、ＲＬＣ／ＭＡＣブロックのうち多くのブロックに存在する未使用予備ビットから取り出される。送信中のダウンリンクＲＬＣ／ＭＡＣブロックの場合、どのダウンリンクＲＬＣ／ＭＡＣヘッダの予備ビットの最大数も２である。
【００４１】
移動デバイスは、その移動デバイスがｅＴＦＩ、すなわちｅＴＦＩフィールドを理解可能であるか否か及び移動ネットワークが「ｅＴＦＩ対応能力を有する」移動デバイスにｅＴＦＩを割当てることが可能であるか否かを移動ネットワークに報知する必要がある。そこで、ネットワークと移動デバイスとの間で信号伝送するための適切な信号伝送プロトコルが本発明により導入される。これらのプロトコルは、移動デバイスが、ＭＳ無線アクセス能力ＩＥ中のｅＴＦＩフィールドを理解する移動デバイス自身の能力を移動デバイスに示させることを含み、理解可能である場合、この目的のために、このＩＥに１つ（あるいはより多くの）の追加ビットが追加される。図２は、ｅＴＦＩ対応能力に関連するＭＳとＢＳＳとの間の信号伝送を示す。
【００４２】
図３は、ＴＢＦを解決する方法の一実施形態を示す。ステップ３１において、ＭＳ又はＢＳＳの受信機はＲＬＣ／ＭＡＣブロックを受信する。ステップ３２において、従来のように、受信側エンティティの処理回路でＲＬＣ／ＭＡＣヘッダからＴＦＩが検索される。ステップ３３において、受信側エンティティは、ヘッダのＴＦＩが移動局に割り当てられたＴＦＩと一致するか否かを検査する。ヘッダのＴＦＩが割り当てられたＴＦＩと一致しない場合、ステップ３３において、受信側エンティティはＲＬＣ／ＭＡＣブロックを無視する。ステップ３２で、ＲＬＣ／ＭＡＣヘッダから検索されたＴＦＩと割り当てられたＴＦＩとの一致が判定された場合、受信側エンティティはステップ３４へ進み、識別されたＴＢＦと関連する移動局のｅＴＦＩ対応能力を判定する。移動局がｅＴＦＩ対応能力に欠けるレガシー移動局を表すと判定された場合、受信側エンティティは、ＲＬＣデータブロックのペイロードの復号動作を進める。拡張ＴＦＩアドレス指定空間をサポートするように構成された移動局である場合、ステップ３５において、受信側エンティティは、少なくともＲＬＣデータブロックの所定の関連フィールドを復号し且つｅＴＦＩフィールドを復号する。ステップ３６において、受信側エンティティは、復号されたｅＴＦＩフィールドのコンテンツを割り当てられたｅＴＦＩとマッチングする。一致する場合、受信側エンティティは既存の手順に従って、ステップ３７においてＲＬＣデータブロックの残るコンテンツを復号することにより動作を継続する。一致しない場合、ステップ３８において、受信されたＲＬＣ／ＭＡＣブロックを無視することにより、１つのＲＬＣ／ＭＡＣブロックからＴＢＦコンテンツを解決する方法は終了する。ＴＢＦと関連するすべてのＲＬＣ／ＭＡＣブロックが復号され終わるまで、新たに受信されるＲＬＣ／ＭＡＣブロックに対して、図３に示される方法のステップが繰り返される。
【００４３】
送信中のＲＬＣ／ＭＡＣブロックごとに、ｅＴＦＩに対応する追加のビットの「スペース」を発見する必要がある。ｅＴＦＩフィールドは、ＲＬＣ／ＭＡＣヘッダの予備ビットを使用することにより搬送される。多くの型のＲＬＣ／ＭＡＣヘッダは未使用の予備ビットを有する。それらの予備ビットが新たなｅＴＦＩフィールドを形成するために使用されてもよいだろう。別の方法は、すべての変調符号化方式（ＭＣＳ）に対して新たなダウンリンクＲＬＣ／ＭＡＣブロックを定義する。これに代わる第３の方法はＲＬＣデータブロック中で長さ標識を使用する。
【００４４】
図７は、変調符号化スキーム６（ＭＣＳ−６）を使用する拡張ＴＦＩを有するＲＬＣ／ＭＡＣブロックの一実施形態を示す。１つのＲＬＣデータブロックのペイロードは、再送信時にＭＣＳ−３を使用して２つのＲＬＣデータブロックに分割される。ペイロードの１回目の送信時、ｅＴＦＩは、図７の位置７：１に示されるように符号化される。位置７：２は、ＲＬＣデータブロックのペイロードの事前定義済み位置にｅＴＦＩが挿入されることを示す。このペイロードの再送信が要求された場合、２つの異なるＲＬＣデータブロックが使用されてもよい。そこで、ペイロードは、位置７：３で２つに分割され、分割された各々は新たなＲＬＣデータブロックのペイロードを構成する。「Ａ'」で示される新たな符号化済ｅＴＦＩを含む分割された各半ペイロードは、一つのＲＬＣデータブロックに符号化される（位置７：４及び７．５を参照）。新たな符号化済ｅＴＦＩ「Ａ'」は同一のｅＴＦＩ値に基づくが、
｜Ａ｜＝｜Ａ'｜／２
という制限を伴う（以下の表１を参照）。式中、｜Ａ｜は「Ａ」で示される符号化済ｅＴＦＩの長さを示し、｜Ａ'｜は「Ａ'」で示される符号化済ｅＴＦＩの長さを示す。
【００４５】
ＲＬＣデータブロックの再送信の場合、同一のペイロード群に属するのであれば、すなわち、各ＲＬＣデータブロックが同一の量のデータを搬送するのであれば、異なるＭＣＳを使用可能である。この場合、ｅＴＦＩも当初の送信時と同一のサイズで再送信されなければならない。図８は、２つのＲＬＣデータブロックを搬送する１つのＭＣＳ−９無線ブロックが再送信時にそれぞれ１つのＲＬＣデータブロックを搬送する２つのＭＣＳ−６無線ブロックに分割されることを示す。ペイロードの１回目の送信時に、ｅＴＦＩは符号化され（位置８：１）、各ＲＬＣデータブロックのペイロードの事前定義済み位置に挿入される（位置８：２）。再送信時、各ＲＬＣデータブロックは個別に符号化され（位置８：３）、再送信される（位置８：４及び８：５）。すべての送信機会で、「Ａ」で示される同一の符号化済ｅＴＦＩが使用される。
【００４６】
すべての変調符号化スキーム（ＭＣＳ）に対して、既に開始時からＲＬＣ／ＭＡＣヘッダ中にｅＴＦＩフィールドを含む新たなＲＬＣ／ＭＡＣブロックが定義される。ｅＴＦＩに必要とされる符号化ビットは、ダウンリンクＲＬＣ／ＭＡＣブロックの他の部分から取得される。
【００４７】
ＲＬＣデータ中にｅＴＦＩを含めるために、ＲＬＣ／ＭＡＣブロックの所与の変調符号化方式のエラー訂正性能は、ＲＬＣ／ＭＡＣヘッダの性能と一致しなければならない。これは、ＲＬＣ／ＭＡＣヘッダに現在のＴＦＩが含まれているからである。例えば１つ以上のＣＲＣビットを符号化前にｅＴＦＩに追加することにより、誤検出は十分に防止されるべきである。
【００４８】
１つの無線ブロック中のすべてのＲＬＣブロックはｅＴＦＩフィールドを含む。同一のペイロード群に属するＭＣＳのフィールドに対して、同一サイズのｅＴＦＩフィールド、すなわち共通ペイロードサイズが使用される。これは、同一のペイロード群の中のブロックの冗長度漸増(incremental redundancy)機能及び再送信を可能にするために必ず同一のペイロードサイズ（ｅＴＦＩフィールドを除く）が使用されるようにするためである。この規則の例外は、より大きいペイロードサイズを搬送するＭＣＳからＲＬＣブロックが分割された場合に使用されるＥＧＰＲＳのＭＣＳ−２及びＭＣＳ−３に関して予測される。
【００４９】
符号化済ｅＴＦＩフィールドは、ＭＣＳのペイロード部分に付加され、レガシー動作の場合とまったく同様にパンクチャされ、インタリーブされ且つ無線ブロックの４つのバーストにマッピングされる。
【００５０】
ペイロードが２つ以上のＲＬＣデータブロックに分割された場合、各ＲＬＣデータブロックの符号化ｅＴＦＩビットは、そのｅＴＦＩフィールドを復号化するのに十分な情報を含む。
【００５１】
オプションのＰＡＮフィールドを使用してデータの送信確認応答を使用できるようにするために、既存のＴＦＩフィールドは、拡張ＴＦＩフィールドと共に、ＣＲＣビット、すなわちＰＡＮフィールドのＣＲＣビットを含む既存のフィールドにビット単位の排他的論理和（ｘｏｒ）方式で追加される。このことは、ＰＡＮフィールドの既存の符号化及びｅＴＦＩを伴うＴＦＩの符号化の双方に関して図９のステップ９：１〜９：３に示される。
【００５２】
ステップ９：１において、ＴＦＩビットを除くＰＡＮビットが符号化され、ステップ９：２において１０のＣＲＣビットが追加される。ステップ９：３において、ｘｏｒ加算を使用して、ＣＲＣフィールドの終わりの５つのビット位置にＴＦＩビットが追加される。
【００５３】
ステップ９：１において、ＴＦＩビットを除くＰＡＮビットが符号化され、ステップ９：２において１０のＣＲＣビットが追加される。ＣＲＣフィールドの終わりの５つのビット位置に、ビット単位の排他又は加算を使用して、拡張ＴＦＩのＴＦＩビットが追加される。ＣＲＣフィールドの初めの５つのビット位置に、ｘｏｒ加算を使用して、拡張ＴＦＩのｅＴＦＩビットが追加される。これはステップ９：３に示される。
【００５４】
図４は、本発明の一実施形態においてデータの確認応答の送出を示す概略フローチャートである。ステップ４１において、受信側エンティティは、ステップ３１でＭＳ又はＢＳＳにより受信されたＲＬＣ／ＭＡＣブロック中のＰＡＮ標識の設定を検査し、且つＲＬＣ／ＭＡＣブロックを受信する。ＰＡＮ標識が判定されない場合、ステップ４５において、データの受信を確認応答するための更なる動作は無視される。ＰＡＮ標識がセットされていた場合、ステップ４２において、受信側エンティティはＰＡＮフィールドの復号を試みる。この目的のために、ステップ４２において、ＰＡＮのＣＲＣと割り当てられたＴＦＩ（レガシー移動局又は非レガシー移動局）又は組み合わせＴＦＩ（非レガシー移動局）とのｅｘｏｒ演算が使用される。例えばＰＡＮ ＣＲＣビットによってＰＡＮフィールドが正しく復号化されているとステップ４３で受信機が判定した場合、ステップ４４において、受信機は、ＲＬＣ／ＭＡＣ ＰＡＮを読み取り且つそのＲＬＣ／ＭＡＣ ＰＡＮに含まれる情報を指示されたＴＦＩ（レガシー移動局）又は組み合わせＴＦＩ（非レガシー移動局）と関連するＴＢＦに適用する。ＰＡＮ ＣＲＣビットがＰＡＮフィールドは正しく復号されていないことを示すと受信側エンティティが判定した場合、ステップ４５において、更なる動作は無視される。
【００５５】
図２は、移動ネットワークにおけるデータ交換のセットアップを示す簡略化された信号伝送図である。移動局から移動ネットワークへの信号伝送の場合、本明細書で説明されるようにｅＴＦＩを読み取ることが可能な移動局は、移動ネットワークに読み取り可能であることを報知しなければならない。これを実現する方法はいくつかあり、自明な方法は、移動局が読み取り可能であることを示すという方法である。そのような表示は、ＭＳ無線アクセス能力ＩＥに含まれるか、又はレガシーアクセスバーストに追加される新たなアクセスバーストに含まれる。このアクセスバーストは新たな移動局により使用されることになる。移動ネットワーク中のネットワークノードは、そのような新たなアクセスバーストを検出するたびに、ｅＴＦＩフィールドを読み取り可能な新たな移動局からそのアクセスバーストが発出されたことを知る。移動局がｅＴＦＩフィールドを読み取り可能であることを移動ネットワーク中のネットワークノードに指示する他の方法があることは言うまでもなく、本発明は、この情報を提供する手段の一例を示した上記の方法により限定されない。
【００５６】
ネットワークノードから移動局への信号伝送の場合、すなわちダウンリンク信号伝送の場合、ネットワークノードは、ＴＢＦのすべて又は一部を識別するために使用されるレガシーＴＦＩ値に関する情報、すなわちコードポイントと、そのデバイスがレガシーＴＦＩをＴＢＦを識別する完全レガシーとして解釈すべきか又はｅＴＦＩフィールドに対するコードポイントとして解釈すべきかの指示とを提供しなければならない。コードポイントとして解釈すべき場合、ＴＢＦを識別するために割り当てられた新たなｅＴＦＩ値に関する情報が提供されなければならない。これは、ＴＢＦ割り当て時にネットワークノードからデバイスへ送信されるメッセージにそのような情報を含めるための本発明に係る別の方法である。
【００５７】
本発明の移動局１２０の概略ブロック図が図６に示される。図示されるように、移動局１２０は、１つ以上のＢＳＳ１１０と通信するためのアンテナユニット６１０と、同様に１つ以上のＢＳＳ１１０と通信するために使用される送受信機ユニット６２０とを備える。
【００５８】
移動局１２０は、移動局を全般的に制御すると共に、送受信機ユニットを特定して制御する処理回路６３０を更に備える。移動局１２０は、図１に示される移動局のように移動ネットワークを意図しており、移動ネットワーク１１により１つ以上の一時ブロックフローＴＢＦを割り当てられ且つネットワークノードからＲＬＣ／ＭＡＣブロックを受信するように構成される。各ＲＬＣ／ＭＡＣブロックは前記ＴＢＦのうちの１つと関連する。移動局１２０は、主にアンテナユニット６１０、送受信機ユニット６２０の受信機部分Ｒｘ及び処理回路６３０により、ＴＢＦの割り当て並びにＲＬＣ／ＭＡＣブロックを受信する。
【００５９】
更に、移動局１２０は、受信されたＲＬＣ／ＭＡＣと関連するＴＢＦに移動ネットワーク１００により割り当てられた一時フローＩＤ（ＴＦＩ）によって、そのＲＬＣ／ＭＡＣブロックを識別するように構成される。この識別は主に処理回路６３０によって実行される。移動局１２０は、第１のＴＦＩ群に属するＴＦＩ並びに第２のＴＦＩ群に属するＴＦＩを認識するように構成される。第２のＴＦＩ群のＴＦＩは、第１のＴＦＩ群のＴＦＩにより与えられるコードポイントをＲＬＣ／ＭＡＣブロック中の追加情報と共に含む。この認識は主に処理回路６３０によって実行される。
【００６０】
実施形態において、移動局は、ＲＬＣ／ＭＡＣブロックをＴＢＦによってネットワークノードへ送信し且つ第１のＴＦＩ群又は第２のＴＦＩ群のいずれかに属するＴＦＩによって送信ＲＬＣ／ＭＡＣブロックをＴＢＦと関連付けるように構成される。送信は、主に送受信機ユニット６２０の送信機部分Ｔｘ及びアンテナユニット６１０によって実行される。ＴＦＩによる送信ＲＬＣ／ＭＡＣブロックとＴＢＦとの関連付けは、主に処理回路により実行される。
【００６１】
実施形態において、移動局１２０は、その移動局１２０が第２のＴＦＩ群に属するＴＦＩを認識すること、又は第２のＴＦＩ群に属するＴＦＩによって送信ＲＬＣ／ＭＡＣブロックをＴＢＦと関連付けること、又はその両方が可能であると基地局システム１１０に報知するように構成される。
【００６２】
図５は、無線通信チャネルを介して信号を送受信する送受信機ユニット５２０を備える基地局サブシステム（ＢＳＳ）１１０を示す。ＢＳＳの処理回路は、移動局１２０からデータパケットを受信する。処理回路は、移動局がＲＬＣデータブロックの所定のフィールドで符号化されている拡張ＴＦＩを認識可能であるという情報を移動局から受信するように構成される。この情報は、図２の信号伝送図に示すように提供されてもよいが、ｅＴＦＩ対応能力をアクセスするために実現可能な他の方法も本発明の範囲内に含まれる。
【００６３】
尚、以上の説明は新たなＭＴＣ装置を対象としていたが、将来現れると考えられるＨＴＣデバイスに本発明を使用できないとする理由はまったくない。
【００６４】
いくつかの実現形態において、ブロック中に示される機能又はステップは、動作図に示される順序以外の順序で実行されてもよい。関連する機能／動作に応じて、例えば、連続して示される２つのブロックは実際にはほぼ同時に実行されてもよいし、場合によってブロックが逆の順序で実行されてもよい。
【００６５】
図面及び明細書に、本発明の例示的な実施形態を示した。しかし、本発明の原理から大きく逸脱することなく、上述の実施形態に対して多くの変形及び変更を実行できる。従って、特定の用語が使用されているが、それらの用語は説明のために一般的な意味で使用されているだけであり、本発明を限定する目的で使用されているのではない。
【００６６】
本発明は、明細書において説明され且つ図面に示される実施形態の例に限定されず、添付の特許請求の範囲の範囲内で自由に変更されてよい。
【図１】
0005981461.tif 000002
【図２】
0005981461.tif 000003
【図３】
0005981461.tif 000004
【図４】
0005981461.tif 000005
【図５】
0005981461.tif 000006
【図６】
0005981461.tif 000007
【図７】
0005981461.tif 000008
【図８】
0005981461.tif 000009
【図９】
0005981461.tif 000010