JP2008506286A - 通信システム - Google Patents

Abstract

選択的にデータをフレームのペイロードに含めるステップと、前記フレームに前記選択的に含まれるデータと除外されるデータのうちの少なくとも一つの表示をさらに含めるステップとを含む、移動体通信システムの専用チャネルにおいて、データを運搬する方法が開示される。前記専用チャネルは、強化された専用チャネルであり、前記データはデータセットまたはトランスポートブロックである。

Description

本発明は、アップリンクチャネルにおける伝送に関し、特にUMTSシステムにおける強化された専用チャネルに関するが、それだけに限られない。

移動体通信システムは、アクセスネットワークが、ユーザー端末のために、システムの機能性へのアクセスを可能にするために提供されるシステム例である。

ユニバーサルモバイルテレコミュニケーションシステム（Universal Mobile Telecommunications System; UMTS）において、無線アクセスネットワークは一般的に、ユーザー装置に、移動体通信システムのコアネットワークへのアクセスを提供する。ユーザー装置は一般的に、無線インターフェース上でアクセスネットワークと通信し、そのアクセスネットワークは、ユーザー装置が接続を確立する複数のノードB、より一般的にはネットワークアクセスポイント、を備える。ノードBの各々は、一つ以上の無線ネットワーク制御装置、またはより一般的にはネットワークアクセス制御装置に接続される。

専用チャネル（Dedicated Channel; DCH）は、UMTSシステムにおいて、ノードBを介して、ユーザー装置から無線ネットワーク制御装置へのアップリンクトラフィックのために提供される。フレーム伝送間隔はこのチャネルのために規定される。専用チャネルの一般的で今まで最短のフレーム伝送間隔は10msである。

第三世代提携プロジェクト、技術仕様群無線アクセスネットワーク（3rd Generation Partnership Project, Technical Specification Group Radio Access Network; 3GPP TSG-RAN）において、高速アップリンクパケットアクセスが提案された。これは、拡張されたDCH（Enhanced DCH; E-DCH）を備える周波数分割双方向（Frequency Division Duplex; FDD）拡張アップリンクとして3GPPにおいても知られている。この提案は、3GPP TR25.896に文書化されている。

E-DCHの提案された機能性は、ハイブリッド自動再送要求（Hybrid Automatic Repeat Request; H-ARQ）のエラー検出訂正機構である。このエラー制御機構は、アップリンクパケットのためにノードBに実装されることが提案される。

さらに提案されたE-DCHの特性は、2msのより短めのフレーム伝送間隔を提供する。

さらに提案されたE-DCHの機能性は、ソフトハンドオーバー（Soft Handover; SHO）に対応する。

本発明の目的は、改善されたアップリンク伝送を提供すること、特に、UMTSシステムの強化された専用チャネルにおけるトランスポートブロックの伝送に関するが、それだけに限られない。

本発明に基づいて、第一の側面において、フレームのペイロードにデータを選択的に含めるステップと、前記フレームに、前記選択的に含まれたデータと除外されたデータのうちの少なくとも一つの表示をさらに含めるステップとを含む、移動体通信システムの専用チャネルにおいてデータを運搬する方法が提供される。好ましくは、前記専用チャネルは、強化された専用チャネルで、好ましくは、前記データは、データセットまたはトランスポートブロックである。

前記フレームの前記ペイロードにデータを選択的に含めるステップは、利用可能なデータの一組にエラー制御を適用するステップと、前記エラー制御を通過するそれらのデータを前記フレームの前記ペイロードに含めるステップとを含む。

前記選択的に含まれたデータの前記表示は、好ましくはビットマップを含む。前記ビットマップは、個々の利用可能データの有無を特定し得る。前記ビットマップは、利用可能なデータの最大数に対応する複数のビットマップを含み得る。

前記選択的に含まれたデータの前記表示は、前記フレームのヘッダーまたは前記フレームの拡張部に含まれ得る。

前記方法は、少なくとも二つのチャネルにおいて、フレームに前記選択的に含まれたトランスポートブロックの前記表示を比較するステップと、ソフトハンドオーバー処理の一部として共通のトランスポートブロックを結合するステップとをさらに含み得る。

前記方法は、好ましくは、前記専用チャネルが選択的に含まれたデータを運搬するか否かを表示する信号を伝送するステップをさらに含む。この信号は、好ましくは、前記強化された専用チャネルを確立するプロセスにおいて、RNCおよびノードBの間で実行される。

好ましくは、前記専用チャネルが選択的に含まれたデータを運搬するという表示に応じ、前記選択的に含まれたデータの前記表示は、受信側で、伝送されたフレームから検索される。

さらなる側面において、本発明は、専用チャネルにおいてデータを運搬するために構成される、移動体通信システムのネットワーク構成要素を提供し、前記ネットワーク構成要素は、フレームのペイロードにデータを選択的に含めるための選択手段、および前記選択的に含まれたデータと除外されたデータのうちの少なくとも一つの表示を、前記フレームにさらに含めるための表示手段を含む。好ましくは、前記専用チャネルは、強化された専用チャネルであり、前記データはデータセットまたはトランスポートブロックである。

前記選択手段は、エラー制御手段を含み、前記エラー制御手段は、利用可能なデータの一組にエラー制御を適用するように構成され、前記選択手段は、前記エラー制御を通過するそれらのデータを前記フレームの前記ペイロードに含めるようにさらに構成される。

前記表示手段は、マッピング手段を含み、前記選択的に含まれたデータの前記表示はビットマップである。前記表示手段は、個々の利用可能データの有無に依存して、前記ビットマップを生成するように構成され得る。前記表示手段は、利用可能なデータの最大数に対応する複数のビットを含むために前記ビットマップを生成するように構成され得る。

前記ネットワーク構成要素は、少なくとも二つのチャネルにおいて、フレームに前記選択的に含まれたデータの前記表示を比較するための比較手段と、ソフトハンドオーバー処理の一部として共通のデータを結合するための結合手段とをさらに含み得る。

前記ネットワーク構成要素は、前記専用チャネルが選択的に含まれたデータを含むか否かを表示する、信号サポートを伝送するための伝送手段を含むようにさらに構成され得る。

前記ネットワーク構成要素は、前記通信システムのネットワークアクセスポイントを含み得る。前記通信システムは、3GPPによって規定される、または3GPPの派生の通信である。前記ネットワークアクセスポイントは、好ましくはノードBである。

さらなる側面において、本発明は、少なくともヘッダー部分およびペイロード部分を含む専用チャネルのためのフレームプロトコルを提供し、前記ペイロード部分は、様々な数のデータを運ぶように構成され、前記フレームは、前記ペイロードデータの表示を含むようにさらに構成される。

前記専用チャネルは強化された専用チャネルであり、前記データは、好ましくはデータセットまたはトランスポートブロックである。前記フレームプロトコルは、好ましくは、ネットワークアクセスポイントとネットワークアクセス制御装置の間の専用チャネルにおいて使用される。前記通信システムは、好ましくはUMTSシステムである。前記ネットワークアクセスポイントは、好ましくはノードBである。前記ネットワークアクセス制御装置は、無線ネットワーク制御装置またはモバイルスイッチング制御装置である。

前記ペイロードデータの前記表示は、前記フレームの前記ヘッダー部分に含まれ得る。前記フレームプロトコルは、予備の拡張部分をさらに含み、前記ペイロードのトランスポートブロックの前記表示は、前記拡張部分に含まれる。前記ペイロードデータの前記表示は、好ましくはビットマップである。

本発明の実施態様は、好ましくは、前記フレームプロトコルに従ってフレームをエンコードするための手段を提供した。前記手段は、構成されたネットワークアクセスポイントを含み得る。本発明の実施態様は、好ましくは、前記フレームプロトコルに従ってエンコードされたフレームをデコードするための手段を含む。前記手段は、構成されたネットワークアクセス制御装置を含み得る。

本発明の実施態様は、ユーザー装置のために、対象のノードBと制御無線ネットワーク制御装置の間、および制御無線ネットワーク制御装置とサービング無線ネットワーク制御装置の間で、Iubインターフェースにおいて使用可能である機構を提供する。

上記の実施態様は、ソフトハンドオーバーのアセスメントのためにトランスポートブロックを結合する方法が提供される本発明の側面によって容易になり、前記方法は、移動体通信システムの少なくとも二つの強化された専用チャネルにおいて、前記ペイロードにトランスポートブロックを含めるフレーム、および各チャネルにおいて前記選択的に含まれたトランスポートブロックの表示を受信するステップを含み、前記方法は、各フレームに前記選択的に含まれたトランスポートブロックの前記表示に依存して、各チャネルに共通する前記トランスポートブロックを判断するステップと、前記ソフトハンドオーバー処理の一部として前記共通のトランスポートブロックを結合するステップとをさらに含む。

好適な実施形態の詳細な説明

本発明は、添付の図面を参照して実例として説明される。

本発明は、具体的な実例のシナリオを参照して本明細書において説明される。特に、本発明は、ユニバーサルモバイルテレコミュニケーションシステム（UMTS）の構成要素に関して説明される。

図1において、本発明の実施態様を理解するために必要なUMTSシステムのそれらの一般的な構成要素が図示される。UMTSシステムの実装は、当技術分野に精通する者には既知である。よって、システムは本明細書において詳細に説明されないが、本発明の理解に必要であるのに十分な構成要素のみが図示および説明される。

図1を参照すると、実例であるUMTSシステムは、一般的に、モバイルスイッチングセンター（Mobile Switching Centre; MSC）102、サービングGPRSサポートノード（Serving GPRS Support Node; SGSN）104、複数の無線ネットワーク制御装置（Radio Network Controller; RNC）である106a、106b、106c、複数のノードBである108a、108b、108c、および少なくとも一つのユーザー装置（User Equipment; UE）110を備える。

実際は、MSCの機能性は、MSCサーバー（MSC Server; MSS）およびメディアゲートウェイ（Media Gateway; MGW）によって提供され得る。

当技術分野において既知であるように、少なくとも一つのユーザー装置110は、3GPP UMTSシステムにおいてUuインターフェースとして知られる無線インターフェース112上で、ノードBのうちの一つ、例えばノードB108aと接続する。

各ノードBは、Iubインターフェースを介して少なくとも一つのRNCに接続される。RNC 106bは、Iubインターフェース118aおよび118bをそれぞれ介して、ノードB 108aおよび108bにそれぞれ接続し、可能であれば一つ以上の他のノードBに接続する。RNC 106cは、Iubインターフェース122aを介してノードB 108cに接続し、インターフェース122bのような、一つ以上の他のIubインターフェースを介して、一つ以上の他のノードBに接続する。RNC 106aは、インターフェース120aなどの一つ以上のIubインターフェースを介して、一つ以上のノードBに接続する。当技術分野において既知であるように、様々なRNCは、様々なノードBに接続してもよい。

RNCそれ自体は、Iurインターフェースを介して相互接続される。図1において、RNC 106aは、Iurインターフェース130aを介してRNC 106bに接続され、RNC 106bは、Iurインターフェース130bを介してRNC106cに接続される。RNC 106aおよび106cは、同様に、Iurインターフェースを介して相互接続され得る。様々なRNCは、Iurインターフェースを介して相互接続されてもよい。

UMTSシステムにおけるRNCの各々は、Iuインターフェースを介して一つ以上のMSCまたはSGSNに接続される。図1の実例において、MSC 102は、各Iuインターフェース114aおよび114bを介してRNC 106aおよび106bに接続され、SGSN 104は、各Iuインターフェース114a、114b、および114cを介してRNG 106a、106b、および106cに接続される。

3GPP TSG-RANにおいて、強化された新しいDCHアップリンクトランスポートチャネルが提案された。DCHアップリンクトランスポートチャネルは、無線インターフェースUuにおいてユーザー装置からノードBへのトラフィックを運搬するため、またIubインターフェースまたはIurインターフェース上でノードBからRNCへ、またRNC間のトラフィックを運搬するためのチャネルである。本発明の実施態様は、強化されたDCHに対する様々な改善および強化を目的とする。

本発明の実施態様は、強化されたDCHアップリンクトランスポートチャネルの提案を併用して、様々なノードBにおいて、ハイブリッド自動再送要求（Hybrid Automatic Repeat Request; H-ARQ）のエラー制御機構を利用することを目的とする。特に、H-ARQの機能性は、有用であると判断されるそれらのトランスポートブロック（Transport Block; TB）のみを伝達するために、Iubインターフェースにおいてフレームプロトコルパケットデータユニット（Packet Data Unit; PDU）を構成することを、実施態様において提案される。したがって、H-ARQエラー制御が訂正できないそれらのトランスポートブロックは、Iub上を送信されない。

したがって、本発明の実施態様は、エラー制御を通過するそれらのトランスポートブロックのみを運搬するために、ノードBと無線ネットワーク制御装置間でのアップリンクチャネルにおいて伝送を構成する。

さらなる強化において、新規の情報構成要素がフレームプロトコル（Frame Protocol FP）において導入される。「トランスポートブロックのビットマップ」と呼ばれ得るこの情報構成要素は、一定のフレームに含まれる伝送時間間隔（Transmission Time Interval; TTI）のトランスポートブロックを示す。ビットマップの情報に基づいて、パケットデータユニット（Packet Data Unit; PDU）を受信する無線ネットワーク制御装置は、一定のトランスポートフォーマットのトランスポートブロックがフレームに含まれるかいなかを特定することができる。

Iubインターフェース上のエラー制御に引っ掛かるトランスポートブロックを除外することによって、このインターフェース上の伝送帯域幅は有意に保存されることができる。フレームプロトコルフレームは、そこに含まれるトランスポートブロック次第で、可変長を有する場合があり、Iubインターフェースのオファードロードに可変性を提供する。したがって、Iubトランスポートインターフェースの統計的多重増加がもたらされる。

図2を参照すると、フレームプロトコルフレームにおける、本発明の実施態様に基づく、考えられ得るトランスポートブロックのビットマップの実装が示される。フレームプロトコルフレームは通常、202の数字参照により図2において特定され、ヘッダー部分206、ペイロード部分204、および予備の拡張部分208を含む。ペイロード部分204はトランスポートブロックを含む。

一つの実施態様において、トランスポートブロックのビットマップは、好ましくは、210の数字参照により示されるように、ヘッダー部分206に含まれる。この実施態様案は、強化されたDCHフレームプロトコルにおける実装に適している。

第二の実施態様において、212の数字参照により示されるように、トランスポートブロックのビットマップを予備拡張部208に含めることが提案される。この第二の代案は、既存のDCHフレームプロトコルと下位互換する。H-ARQの使用がE-DCHの提案において導入されるので、既存のプロトコルの使用は、E-DCHが提供される場合であることが多い。しかしながら、本発明の実施態様は、その一般的な意味では、DCHの強化バージョンだけに限られないが、実施態様においてそのような環境で特別な実用性を発揮する。

したがって、本発明の実施態様に基づいて、ペイロード部分204にトランスポートブロックを含めることは、ノードBにおいて実行されるエラー制御の結果によって決まる。エラー制御を成功裏に通過するそれらのトランスポートブロックのみが、ペイロード204に含まれる。ヘッダー部分206または予備拡張部208にそれぞれ含まれる、トランスポートブロックのビットマップである210または212のどちらかが、どのトランスポートブロックがペイロード部分204に含まれるかを示す。したがって、ペイロード部分204は、好ましくは可変長を有し、よって、フレームプロトコルフレーム202は可変長である。しかしながら、代案において、ペイロード部分204およびフレームプロトコルフレーム202は、ペイロード部分204が空白である状態で、一定の長さを有する場合がある。

本発明の実施態様は、例えばH-ARQなどのエラー制御が適用される場合に、特に有利に適用され得るが、本発明の実施態様は通常、例えばフレームまたはパケットにおけるトランスポートブロックなどのデータまたはデータセットを選択的に含むいくつかの機構が提供される環境に適用され得ることが留意されるべきである。

既存のフレームプロトコルフレームのフレーム構造において、予備の拡張フィールドは、いかなる今後の追加のためにも規定される。予備拡張部の使用によって、下位互換状態で、新規情報をフレームに含めることが可能になる。つまり、新規情報に関連する機能に対応しない受信側の実装の旧バージョンは、新規情報が予備拡張部に置かれる場合、新規情報を考慮しないことができる。

図3を参照すると、本発明の実施態様に基づくトランスポートブロックのビットマップの使用は、さらに詳細に説明される。図3を参照して説明される実施態様は、強化されたDCHのフレームプロトコルであること、ならびにトランスポートブロックのビットマップがフレームプロトコルフレームのヘッダーに含まれると考えると、下位互換ではないものである。

図3において、本発明の原理の実装なしで、フレームプロトコルフレームの構造が示される。フレームプロトコルフレーム302は、ヘッダー304、第一のトランスポートブロック306、第二のトランスポートブロック308、第三のトランスポートブロック310、第四のトランスポートブロック312、および予備拡張部分314を含む。トランスポートブロック306、308、310、312は、フレームプロトコルフレーム302のペイロードを含む。実例の目的として、第一と第四のトランスポートブロックは、好ましくはH-ARQエンティティによって実装されるエラー制御を成功裏に通過し、一方、第二および第三のトランスポートブロックは、エラー制御に引っ掛かり、したがって有用でないと示されることが仮定される。図3aの内容において、フレームプロトコルフレーム302は、有用でなく、使用されることができない二つのトランスポートブロックを伝送することがわかる。

したがって、本発明の原理に基づいて、図3bに示されるように、フレームプロトコルフレーム330が修正され、ヘッダー316、320で示される第一のE-DCHの第一のトランスポートブロック、322で示される第一のE-DCHの第四のトランスポートブロック、および予備拡張部分324を含む。さらに、ヘッダー316は、トランスポートブロックのビットマップ318を含むように構成される。好ましくは、トランスポートブロックのビットマップは、フレームプロトコルフレームにおいて、一定の専用チャネルのために運搬され得るトランスポートブロックの最大数に直接対応する複数のビットを有する。本実例において、最大数は4であることが仮定される。したがって、トランスポートブロックのビットマップ318は、4ビットサイズのマップである。例として、ビット1はトランスポートブロックの存在を表示するために使用され、ビット0はトランスポートブックがないことを表示するために使用されることが仮定される。図3bの実例において、第一および第四のトランスポートブロックのみが含められ、次にビットマップ318がビット列1001を含める。

ビットマップの構築が変化し得ることは、当技術分野に精通する者によって理解される。例えば、上に説明されたような単純なビット列にさらにエンコードすることを適用することが可能である。

ノードBに適用されるエラー制御機構は、本発明の範囲外である。H-ARQエラー制御装置が適用され得ることが、強化されたDCHのコンテクストにおいて現在のところ提案されることが留意される。本発明は、いかなる特定のエラー制御機構だけにも限定されない。本発明は、トランスポートブロックをフレームプロトコルフレームに選択的に含むことを容易にする技術と併用して使用され得る。トランスポートブロックが選択的に含まれる場合、本発明は、選択されたトランスポートブロックが表示されること可能にする。本発明は、必ずしもトランスポートブロックをペイロードに含むことだけに限定されないが、より一般的にはペイロードにデータまたはデータセットのいずれの形式をも含むことに関する。

本発明の原理は、ソフトハンドオーバー（Soft Handover; SHO）状態において有利に適用される。ソフトハンドオーバーは、ユーザー装置が少なくとも一つの無線リンクを無線アクセスネットワークで常に持続するという方法で、無線リンクが追加および取り除かれることを可能にする。ソフトハンドオーバーは、マクロダイバーシティーを利用して実行され、いくつかの無線リンクが同時にアクティブである状態を言う。ソフトハンドオーバーのためのアクティブである無線リンクは、通常、ソフトハンドオーバーブランチとして知られる。二つ以上のハンドオーバーブランチは、同一の無線ネットワーク制御装置において終了し得る。

二つ以上のソフトハンドオーバーブランチが、同一の無線ネットワーク制御装置において終了する場合、本発明の実施態様のために提案されるビットマップは、ソフトハンドオーバーを補佐するために使用され得る。特に、各ブランチのDCHまたは拡張DCHにおいて、トランスポートブロックのビットマップに含まれる情報に基づいて、ソフトハンドオーバーのために使用される無線ネットワーク制御装置内のマクロダイバーシティーの結合エンティティ（Macro Diversity Combining; MDC）は、ソフトハンドオーバーを実行するのに必要な結合プロセスに使用可能であるトランスポートブロックを判断し得る。結合プロセスは、二つ以上のハンドオーバーブランチに共通であるそれらのトランスポートブロックのためだけに実行されることができる。この原理はさらに図4を参照してさらに説明される。

図4を参照すると、フレームプロトコルトに含まれ得るランスポートブロックの最大数が4であることが図3について再び仮定される。数字参照406は、第一のソフトハンドオーバーブランチのためのトランスポートブロックのビットマップを示し、参照408は、第二のソフトハンドオーバーブランチのためのトランスポートのビットマップを示す。各ソフトハンドオーバーブランチは、特定の無線リンクと関連し、それぞれのトランスポートブロックのビットマップは、それぞれのブランチにおいて、DCHまたは拡張DCHのフレームプロトコルフレームに提供される。

また、図2において、一般的に数字参照402によって指定されるのは無線ネットワーク制御装置であり、マクロダイバーシティーの結合エンティティ404を備える。無線ネットワーク制御装置の実装は、マクロダイバーシティーの結合エンティティの実装であるので、当技術分野に精通する者によって十分に理解される。したがって、その構成要素は、本明細書において詳細に説明されない。本発明は、本明細書に記載されるいかなる修正または構成以外のその構成要素への修正を目的としない。

図4でわかるように、マクロダイバーシティーの結合エンティティは、共通のトランスポートブロックの存在を判断するために、各ソフトオーバーブランチに関連するトランスポートブロックのビットマップのそれぞれのビットを比較するための手段を含むように構成される。図4において、トランスポートブロックのビットマップ406に関連するソフトウェアハンドオーバーブランチは、第二および第三のトランスポートブロックのみを含み、よって0110のビット列を含む。トランスポートブロックのビットマップ408に関連するソフトウェアハンドオーバーブランチは、第一、第二、および第四のトランスポートブロックを含み、よって1101のビット列を含む。この簡単な実例で容易にわかるように、各ブランチに共通するトランスポートブロックのみが、第二のトランスポートブロックである。したがって、第二のトランスポートブロックのみが、結合プロセスのために使用される。結合プロセスは、次に、当技術分野で既知の標準的な技術に基づいて進められ得るが、本明細書においてさらに詳しく説明されない。

本発明の実施態様に基づいて本明細書に説明されるトランスポートブロックの運搬機構のために、信号サポートをさらに提供することが望ましい。信号サポートの提供は、本明細書に説明される技術がオプション機能として提供される場合に特に有利である。本明細書で説明される技術がオプションである場合、本明細書で説明される選択的に含める技術が利用されたか否かに関して、リンクのエンドから別のエンドへ信号を送ることが望ましい場合がある。そのような方法で、リンクのファーエンドがビットマップを読み取れるか否かに関して通知される。拡張DCH設定において、トランスポートモードは、好ましくは信号で送信され、全てのトランスポートブロックがフレームプロトコルフレームに含まれるか否か、または有用なトランスポートブロックのみが含まれるか否かに関して表示する。この情報は、NBAP/RANAPにおいて、E-DCH情報のIE群の一部として提供され得る。

ビットマップの長さは、全てのE-DCHについて一定または、変動する長さであり得る。ビットマップの長さが変動する場合、長さは、一定のE-DCHについて、伝送時間間隔毎のトランスポートブロックの最大数によって変動し得る。

一般的に、ノードBは、ネットワークアクセスポイントであると考えられ、ユーザー装置や携帯端末などのユーザー端末がネットワークにアクセスするポイントである。一般的に、無線ネットワーク制御装置は、ネットワークアクセス制御装置であると考えられ、ネットワークアクセスを制御する構成要素である。

本発明は、本明細書において、特定の限定されない実例を参照して説明された。当技術分野に精通する者は、本発明の一般的な適用性を理解する。本発明によって与えられる保護の範囲は、添付の請求項に規定される。

本発明の実施態様が実装され得る無線アクセスネットワークの構成要素を示す。 本発明の実施態様におけるフレームの構成を示す。 本発明の実施態様に基づくフレームと従来技術のフレームとの比較を示す。 ソフトハンドオーバー技術における本発明の実施態様の実例応用を示す。

Claims (25)

1. 移動体通信システムの専用チャネルにおけるデータを運搬する方法であって、
   フレームのペイロードにデータを選択的に含めるステップと、前記フレームに、前記選択的に含まれたデータと除外されたデータのうちの少なくとも一つの表示をさらに含めるステップとを含む方法。
2. 前記専用チャンネルは、強化された専用チャネルであり、前記データはデータセットまたはトランスポートブロックである、請求項1に記載の方法。
3. 前記フレームの前記ペイロードにデータを選択的に含める前記ステップは、利用可能なデータの一組にエラー制御を適用するステップと、前記エラー制御を通過するデータを前記フレームの前記ペイロードに含めるステップとを含む、請求項1または請求項2に記載の方法。
4. 前記選択的に含まれたデータの前記表示はビットマップを含む、請求項1から3のうちのいずれか一つに記載の方法。
5. 前記ビットマップは個々の利用可能データの有無を特定する、請求項4に記載の方法。
6. 前記ビットマップは、利用可能なデータの最大数に対応する複数のビットを含む、請求項4または請求項5に記載の方法。
7. 前記選択的に含まれたデータの前記表示は、前記フレームのヘッダーに含まれる、請求項1から6のうちのいずれか一つに記載の方法。
8. 前記選択的に含まれたデータの前記表示は前記フレームの拡張部に含まれる、請求項1から6のうちのいずれか一つに記載の方法。
9. 少なくとも二つのチャネルにおいて、フレームに前記選択的に含まれたトランスポートブロックの前記表示を比較するステップと、ソフトハンドオーバー処理の一部として共通のトランスポートブロックを結合するステップとをさらに含む、請求項1から7のうちのいずれかの一つに記載の方法。
10. 前記専用チャネルが選択的に含まれたデータを運搬するか否かを表示する信号を伝送するステップをさらに含む、請求項1から9のうちのいずれか一つに記載の方法。
11. 前記専用チャネルが選択的に含まれたデータを運搬するという表示に応じ、前記選択的に含まれたデータの前記表示は、受信側で伝送されたフレームから検索される、請求項10に記載の方法。
12. 専用チャネルにおけるデータ運搬のために構成される移動体通信システムのネットワーク構成要素であって、フレームのペイロードにデータを選択的に含めるための選択手段と、前記選択的に含まれたデータと除外されたデータのうちの少なくとも一つの表示を前記フレームにさらに含めるための表示手段とを含む、ネットワーク構成要素。
13. 前記専用チャネルは強化された専用チャネルであり、前記データはデータセットまたはトランスポートブロックである、請求項12に記載のネットワーク構成要素。
14. 前記選択手段は、エラー制御手段を含み、前記エラー制御手段は、利用可能なデータの一組にエラー制御を適用するように構成され、前記選択手段は、前記エラー制御を通過するそれらのデータを前記フレームの前記ペイロードに含めるようにさらに構成される、請求項12または請求項13に記載のネットワーク構成要素。
15. 前記表示手段はマッピング手段を含み、前記選択的に含まれたデータの前記表示はビットマップである、請求項12から14のうちのいずれか一つに記載のネットワーク構成要素。
16. 前記表示手段は、個々の利用可能なデータの有無に依存して、前記ビットマップを生成するように構成される、請求項15に記載のネットワーク構成要素。
17. 前記表示手段は、利用可能なデータの最大数に対応する複数のビットを含むために、前記ビットマップを生成するように構成される、請求項15または請求項16に記載のネットワーク構成要素。
18. 少なくとも二つのチャネルにおいて、フレームに前記選択的に含まれたデータの前記表示を比較するための比較手段と、ソフトハンドオーバー処理の一部として共通のデータを結合するための結合手段とをさらに含む、請求項12から17のうちのいずれか一つに記載のネットワーク構成要素。
19. 前記専用チャネルが選択的に含まれたデータを含むか否かを表示する、信号サポートを伝送するための伝送手段を含むようにさらに構成される、請求項12から19のうちのいずれか一つに記載のネットワーク構成要素。
20. 前記通信システムのネットワークアクセスポイントを含む、請求項12から19のうちのいずれか一つに記載のネットワーク構成要素。
21. 少なくともヘッダー部分およびペイロード部分を含む専用チャネルのためのフレームプロトコルであって、前記ペイロード部分は、様々な数のデータを運ぶように構成され、前記フレームは、前記ペイロードデータの表示を含むようにさらに構成される、フレームプロトコル。
22. 前記専用チャネルは強化された専用チャネルであり、前記データはデータセットまたはトランスポートブロックである、請求項21に記載のフレームプロトコル。
23. 前記ペイロードデータの前記表示は前記ヘッダー部分に含まれる、請求項21または請求項22に記載のフレームプロトコル。
24. 拡張部分をさらに含み、前記ペイロードトランスポートブロックの前記表示は、前記拡張部分に含まれる、請求項21または請求項22に記載のフレームプロトコル。
25. 前記ペイロードデータの前記表示はビットマップである、請求項21から24のうちのいずれか一つに記載のフレームプロトコル。

Images