ランダムアクセス多重化通信チャネルを介し伝送可能な第1データパケットを変更し、前記通信チャネルを介し伝送可能な変更された第1データパケットを生成する方法であって、前記変更された第1データパケットは、前記チャネルを介し伝送される変更されていない第2データパケットと区別することが可能であり、当該方法は、変更されたデコーダによる復号時には前記変更されたデコーダのデータインテグリティ基準を満たすが、変更されていないデコーダによる復号時には前記変更されていないデコーダのデータインテグリティ基準を満たさないように前記第1データパケットを変更するステップを有する方法。前記変更された第1データパケットは、第1のタイプの以降のデータパケット処理に対して指定され、前記変更されていない第2データパケットは、第2のタイプの以降のデータパケット処理に対して指定される、請求項1記載の方法。前記通信チャネルは、3GPPUTRATDD仕様に記載され、前記変更されたデータパケットは、UEから基地局のスケジューリング機能にエンハンストアップリンクパケットデータ通信に関する通知情報を搬送するランダムアクセスチャネルを介した伝送用のデータパケットであり、前記変更されたデータパケットは、Node-BのMAC-eに送信され、前記変更されていないデータパケットは、RNCのMAC-c/shに送信される、請求項2記載の方法。前記第1データパケットのCRCが変更される、請求項1記載の方法。前記第1データパケットのCRCが、排他的論理和関数を利用してマスキングビットシーケンスと合成することにより変更される、請求項4記載の方法。前記第1データパケットは、変更された順方向誤り訂正コードにより符号化される、請求項1記載の方法。前記第1データパケットは、変更されたビットインタリーブパターンによりビットインタリーブされる、請求項1記載の方法。前記第1データパケットは、変更されたレートマッチングを有する、請求項1記載の方法。前記第1データパケットは、変更されたビットスクランブル化を有する、請求項1記載の方法。前記第1データパケットは、ビット順序付け反転部分を少なくとも有する、請求項1記載の方法。ランダムアクセス多重化通信チャネルを介し伝送可能な第1データパケットを変更し、前記通信チャネルを介し伝送可能な変更された第1データパケットを生成する装置であって、前記変更された第1データパケットは、前記チャネルを介し伝送される変更されていない第2データパケットと区別することが可能であり、当該装置は、変更されたデコーダによる復号時には前記変更されたデコーダのデータインテグリティ基準を満たすが、変更されていないデコーダによる復号時には前記変更されていないデコーダのデータインテグリティ基準を満たさないように前記第1データパケットを変更する手段を有する装置。ランダムアクセス多重化通信チャネルを介し伝送可能な第1データパケットを変更し、前記通信チャネルを介し伝送可能な変更された第1データパケットを生成する方法を実行するコンピュータ実行可能命令を有するコンピュータ可読媒体であって、前記変更された第1データパケットは、前記チャネルを介し伝送される変更されていない第2データパケットと区別することが可能であり、前記方法は、変更されたデコーダによる復号時には前記変更されたデコーダのデータインテグリティ基準を満たすが、変更されていないデコーダによる復号時には前記変更されていないデコーダのデータインテグリティ基準を満たさないように前記第1データパケットを変更するステップを有するコンピュータ可読媒体。ランダムアクセス多重化通信チャネルを介し受信したデータパケットを処理する方法であって、変更されたデコーダを利用して、前記パケットが前記変更されたデコーダによる復号時に前記変更されたデコーダのデータインテグリティ基準を満たすことによって、前記パケットが変更されたタイプを有しているか判断するステップと、前記パケットが変更されたタイプを有する場合、第1タイプのデータパケット処理を前記データパケットに実行し、前記パケットが変更されたタイプを有しない場合であって、変更されていないデコーダによる復号時に前記データパケットが前記変更されていないデコーダのデータインテグリティ基準を満たす場合、前記データパケットに第2タイプのデータパケット処理を実行するステップと、を有する方法。前記通信チャネルは、3GPPUTRATDD仕様に記載され、前記変更されたデータパケットは、UEから基地局のスケジューリング機能にエンハンストアップリンクパケットデータ通信に関する通知情報を搬送するランダムアクセスチャネルを介した伝送用のデータパケットであり、前記変更されたデータパケットは、Node-BのMAC-eに送信され、前記変更されていないデータパケットは、RNCのMAC-c/shに送信される、請求項13記載の方法。前記変更されたデータパケットデコーダは、変更されたCRCチェック処理を有する、請求項13記載の方法。前記変更されたデータパケットのCRCは、排他的論理和機能によってマスキングビットシーケンスと合成される、請求項15記載の方法。前記変更されたデータパケットデコーダは、変更された順方向誤り訂正復号化を有する、請求項13記載の方法。前記変更されたデータパケットデコーダは、変更されたインタレース解除手段を有する、請求項13記載の方法。前記変更されたデータパケットデコーダは、変更されたインバースレートマッチングを有する、請求項13記載の方法。前記変更されたデータパケットデコーダは、変更されたビットスクランブル解除を有する、請求項13記載の方法。前記変更されたデータパケットデコーダは、前記受信したデータの少なくとも一部についてビット順序を反転する、請求項13記載の方法。ランダムアクセス多重化通信チャネルを介し受信したデータパケットを処理する装置であって、変更されたデコーダを利用して、前記パケットが前記変更されたデコーダによる復号時に前記変更されたデコーダのデータインテグリティ基準を満たすことによって、前記パケットが変更されたタイプを有しているか判断する手段と、前記パケットが変更されたタイプを有する場合、第1タイプのデータパケット処理を前記データパケットに実行し、前記パケットが変更されたタイプを有しない場合であって、変更されていないデコーダによる復号時に前記データパケットが前記変更されていないデコーダのデータインテグリティ基準を満たす場合、前記データパケットに第2タイプのデータパケット処理を実行する手段と、を有する装置。ランダムアクセス多重化通信チャネルを介し受信したデータパケットを処理する方法を実行するコンピュータ実行可能命令を有するコンピュータ可読媒体であって、前記方法は、変更されたデコーダを利用して、前記パケットが前記変更されたデコーダによる復号時に前記変更されたデコーダのデータインテグリティ基準を満たすことによって、前記パケットが変更されたタイプを有しているか判断するステップと、前記パケットが変更されたタイプを有する場合、第1タイプのデータパケット処理を前記データパケットに実行し、前記パケットが変更されたタイプを有しない場合であって、変更されていないデコーダによる復号時に前記データパケットが前記変更されていないデコーダのデータインテグリティ基準を満たす場合、前記データパケットに第2タイプのデータパケット処理を実行するステップと、を有するコンピュータ可読媒体。図1bは、UE101において、一部の伝送データパケットがMAC-e106により生成され、一部の伝送データパケットがMAC-c/sh105により生成される状況を示す。E-PrachタイプデータパケットはMAC-eにより生成され、R99-PRACHタイプデータパケットはMAC-c/shにより生成される。予め割り当てられている伝送リソースは、これらのデータパケットについて利用可能でなく、このため、データはランダムアクセスリソースを利用して送信される。ランダムアクセスリソースセットチャネルは、UEにおいてRNC105により以前に設定されている。双方のデータパケットタイプも、ランダムアクセスチャネルセットの何れか1つにマップされるようにしてもよい1つのパケットが1つのチャネルにマップされるという制限により。このため、E-PRACH及びR99-PRACHデータパケットタイプは、無線インタフェース102bを介し共通のランダムアクセスチャネルセットを共有する。UEの物理レイヤ107は、R99-PRACHデータパケット伝送に適用される順方向誤り訂正又はデータパケット処理スキームと比較すると、改良された順方向誤り訂正スキーム又はデータパケット処理スキームをE-PRACHデータパケット伝送に適用する。あるランダムアクセスチャネルについて、Node-B103の物理レイヤ108は、E-PRACHデータパケット伝送又はR99-PRACHデータパケット伝送の何れかに対応してランダムアクセス伝送を検出するかもしれない。物理レイヤ108は、UEの物理レイヤ107によって第1順方向誤り訂正又はデータパケット処理スキームを利用して符号化されたE-PRACHデータパケットの良好な復号に適した第1デコーダを利用して、検出された伝送を復号しようと試み、第1データインテグリティメトリックが、Node-Bの物理レイヤ103により生成される。Node-B物理レイヤはまた、UEの物理レイヤ107により第2順方向誤り訂正又はデータパケット処理スキームを利用して符号化されたR99-PRACHデータパケットの良好な復号に適した第2デコーダを利用して、検出された伝送を復号しようと試み、第2データインテグリティメトリックが生成される。Node-B物理レイヤは、少なくとも部分的に第1及び第2データインテグリティメトリックに基づき、データパケットタイプに関する決定を形成する。当該パケットがE-PRACHタイプのものであるという決定である場合、当該データはNode-BのMAC-e109に送信される。当該パケットがR99-PRACHタイプのものであるという決定である場合、当該データは、RNC105のMAC-c/sh110にIubインタフェース104を介し送信される。このため、各パケットデータタイプが共通のランダムアクセスチャネルセットにマップされることを可能にしながら、データパケットタイプの分離可能性が実現される。本発明のいくつかの実施例は、E-PRACHデコーダによりR99-PRACHを復号しようと試みられるときその逆も同様である、復号が失敗し、CRCCyclicRedundancyCheckがその後に失敗するように、あるいはデコーダメトリックが復号された情報のインテグリティに関する不確実性を示すように、E-PRACHデータパケットとR99-PRACHデータパケットとの間のチャネル符号化が大きく異なっていることに依拠している。このときこれは、ランダムアクセスチャネルを介し受信したデータパケットのタイプであるR99-PRACH又はE-PRACHをNode-B受信機に示すこととなる。許容可能な動作について、送信時にR99-PRACHデータパケットとE-PRACHデータパケットを正しく識別する確率は高くなるべきである。さらに、実際にE-PRACHデータパケットが送信されたときに、PRACHデータパケットをR99-PRACHデータパケットと識別し、実際にR99-PRACHデータパケットが送信されたときに、PRACHデータパケットをE-PRACHデータパケットと識別する確率は低くなるべきである。これを実現するため、Node-BPHY物理レイヤにより正しく検出及び分離されるように、大きく異なったトランスポートチャネル処理がR99-PRACHデータパケット及びE-PRACHデータパケットに適用されるべきである。一般に、既存のトランスポートチャネル処理機能の1以上が、これを実現するため改良可能である。図2において、既存の処理チェーンが示される3GPPTS25.222から改良された。本出願を記述する時点では使用がまだ確定されていなかったため、図2は、E-PRACHに使用される正確な処理を必ずしも記載していないことを認識すべきである。しかしながら、図示されているR99処理チェーンの多くの部分は、ここに記載された実施例を実現するE-PRACH処理に再利用可能であると予想される。3GPPR99処理ブロック又は機能に依拠しない他の実施例もまた、当業者により想定可能であり明らかである。PRACHデータパケットタイプを区別するのに有用なデータパケットのチャネル符号化パラメータは、以下に限定するものでないが、i搬送される情報ビットのビット数、iiターボや畳み込み符号かなど、使用される順方向誤り訂正FECのタイプ、iii使用されるレートマッチングパターン、ivインタリーブパターン、v適用されるビットスクランブルパターン、及びviCRCフィールドスクランブル化又はマスキングを含む。PRACHタイプ検出は、パラレルな実施例図3又はシーケンシャルな実施例図4の何れかにおいてNode-Bにより実行可能である。R99-PRACH及びE-PRACHデータパケットのシーケンシャル及びパラレルな復号化は、本質的に極めて類似している。何れも同様の検出信頼性を有するよう実行可能であり、これは単に、パラレル復号化については、受信したPRACHデータパケットがR99-PRACHデータパケットとE-PRACHデータパケットの両方として同時検出可能となる低い可能性があるが、シーケンシャルな復号化では、このシナリオは生じ得ないということである。R99-PRACHデータパケットに対する上位レイヤRNCのチェックは、Node-BにおいてR99-PRACHデータパケットとして誤って識別されたE-PRACHデータパケットの誤検出信頼性を向上させることが可能となる。図3を参照するに、R99-PRACHデータパケットとE-PRACHデータパケットを合成したものが、共通の処理のためNode-Bの受信機の物理レイヤフロントエンド302に入力される。その後、各パケットは、E-PRACH処理ブロック303とR99-PRACH処理ブロック304の両方に送信される。E-PRACH復号化が成功した場合、データパケットはE-PRACHデータパケットとしてNode-BのMAC-eに転送され307、そうでない場合、データパケットは、損傷したE-PRACHデータパケット又は異なるデータパケットタイプとして破棄される305。R99-PRACH復号化が成功した場合304、データパケットはIub104を介しR99-PRACHデータパケットとしてMAC-c/sh又はRNC308に送信され、そうでない場合、データパケットは、損傷したR99-PRACHデータパケット又は異なるデータパケットタイプとして破棄される306。図4を参照するに、R99-PRACHデータパケットとE-PRACHデータパケットを合成したものが、共通の処理のためNode-Bの物理レイヤフロントエンド302に入力される。その後、各パケットはE-PRACH復号化に送信される303。E-PRACH復号化が成功した場合、データパケットは、E-PRACHデータパケットとしてNode-BのMAC-e307に転送され、そうでない場合、データパケットはR99-PRACHデコーダ304に転送される。R99-PRACH復号化が成功した場合304、データパケットはIub104を介しR99-PRACHデータパケットとしてMAC-c/sh又はRNC308に送信され、そうでない場合、データパケットは、損傷したR99-PRACHデータパケット又は異なるデータパケットタイプとして破棄される306。図4においてE-PRACH復号化はR99-PRACH復号化前に実行されているが、E-PRACH及びR99-PRACHのシーケンシャルな復号化が実行される順序は反対であってもよい。共通のフロントエンドPRACHデータパケット識別復調機構図3及び4の302が、物理チャネル構成が類似している場合、E-PRACHデータパケットとR99-PRACHデータパケットの両方について利用可能である。これは好適な実施例である。この共通のフロントエンド検出処理の利用によって、何も送信されていなかった場合のE-PRACH又はR99-PRACHデータパケットを検出する確率は、影響を受けない。関心のあるいくつかの信頼性は、iR99-PRACHが送信されていた場合にE-PRACHを検出する確率であるPE|99、及びiiE-PRACHが送信されていた場合にR99-PRACHを検出する確率を含む。これらの確率は、順方向誤り訂正のタイプ、各RACHタイプに適用されるレートマッチング、使用されるCRCの長さなど、トランスポートチャネル処理チェーンの各種構成要素となる機能ブロックの複雑な関数となる。しかしながら、E-PRACHトランスポートチャネル処理及び復号化は、低い確率PE|99及びPR99|Eを保証するよう設計可能である。当該チャネルがレガシー端末及びNode-Bにより共通に使用されるとき、R99-PRACHに適用されるトランスポートチャネル処理を変更しないことが好ましい。本発明の実施例は、Node-Bの受信機における分離可能性を向上させるため、E-PRACHデータパケットに適用されるようなトランスポートチャネル処理と、E-PRACHに適用されるトランスポートチャネル処理をR99-PRACHに適用されるものとの相関を排除するのに役立つ多数のシンプルな改良との複数の組み合わせを含む。CRCマスキングCRCマスキングの実施例について、E-PRACHについて計算されたCRCフィールドは、R99-PRACHに適用されない指定されたビットシーケンスとの排他的論理和演算を受ける。この適用の欠落は、すべてがゼロであるシーケンスとのマスキングに等価である。例えば、CRCがビット単位で反転されている場合すべてが1のマスキングシーケンス、これは、R99-PRACHCRCコードワードからの最大距離コードワードを提供し、これにより、当該実施例の方法についてE-PRACHとR99-PRACHとの分離可能性を最大化する。CRCコードワードマスキング処理のさらなる実施例は、以下のように実現することができる。ユーザ装置UEが、Eタイプ又はR99タイプのPRACHを生成する図5a及び6aの501。UEは、通常通りCRCポリノミナルを使用してCRCバイナリワードを計算する図5a及び6aの502。PRACHがR99タイプである場合、CRCワードは変更されることなく情報データに添付される図5aの503。PRACHがEタイプである場合、CRCワードはまず、CRCワードと同じ長さの非ゼロバイナリシーケンス図6aの504と排他的論理和演算され図6aの505、その後に添付される図5aの503。同一の非ゼロバイナリシーケンスが、E-PRACHを送信するすべてのUEにより使用される。送信が実行され、PRACH伝送タイプの検出がNode-Bの受信機において実行される。Node-Bの受信機は、以下の両方のケースにおいてゼロの剰余を求めて2つのCRC復号化を試みる。第1の復号化について、受信データはCRCポリノミナルを単に通過し、その結果が、添付されたCRCワードの受信したコピーと比較される。2つのバイナリワードが同一である場合、CRCはパスpassしたと言われ、PRACHはR99タイプとなる。第2の復号化について、受信データはCRCポリノミナルを通過し、既知のE-PRACHバイナリマスキングシーケンスと排他的論理和演算される。その後、これが添付されたCRCワードの受信したコピーと比較される。2つのバイナリワードが同一である場合、CRCはパスしたと言われ、PRACHはEタイプとなる。この伝送及び有効な受信処理は、R99については図5bに示され、E-PRACHについては図6bに示される。誤った受信処理が適用された場合、CRCの決定はおそらくフェールfailする。何れの受信処理も成功しない場合、検出したPRACHは破棄される。PRACHは送信されないか、又はデータ伝送エラーにより受信されたものとなる。受信処理の一方がCRCパス判定となり、他方がフェール判定となった場合、PRACHタイプが確定され何れの受信処理が機能したか検討することによって、PRACHはさらなる処理のため必要に応じて転送される。双方の受信処理がCRCパス判定をもたらす可能性の低いイベントでは、ペイロードデータのさらなる解析及び処理がPRACHのタイプを明らかにするのに役立ち、そうでない場合には、PRACHは破棄されるべきである。FEC符号化改良された順方向誤り訂正FECの実施例について、E-PRACHに適用される基本的タイプのFEC符号化が、R99-PRACHに適用されるものと異なるように選択される。例えば、UTRAシステムのR99-PRACHについては、1/2レートの畳み込み符号化がしばしば適用される。E-PRACHの各種の利用可能なチャネル符号化タイプ1/3レート畳み込み符号化、1/3レートターボ符号化などの選択が、受信機におけるPRACHタイプの区別を可能にするため利用可能である。これは、PRACHの復号化が送信機において使用されているエンコーダタイプに一致しないデコーダタイプを利用して試みられる場合、CRC失敗の確率が高くなるという事実によるものである。ビットインタリーブビットインタリーブの実施例について、各種インタリーブ構成及びパターンが、E-PRACH及びR99-PRACH伝送に適用される。インタリーブは、チャネルエンコーダからの出力ビットのシーケンスが再順序付けされたビットシーケンスを生じさせるように調整される方法である。これは、エラーグループ又はバーストがしばしばある期間内に同時生じる可変的な無線状態において有用である。影響を受けたビットがインタリーブ解除により受信機によって経時的に再分配される場合、正しいFEC復号化の確率を向上させることができる。インタリーブの効果は、送信機と受信機の双方により知られているパターンに従って、チャネルエンコーダから出力されるビットを再順序付けということである。異なるインタリーブパターンがE-PRACHとR99-PRACHに対して使用される場合、送信機で使用されているインタリーブパターンに一致しないインタリーブ解除パターンによるPRACHの復号化の試みは、以降のFEC復号化を失敗させる可能性が高く、これにより、CRCの結果をチェックすることを介したPRACHタイプ間の受信機における区別を可能にする。レートマッチングレートマッチングの実施例について、異なるレートマッチングパターンがE-PRACHとR99-PRACHの各タイプに適用される。レートマッチングは、FECチャネルエンコーダの出力において利用されるプロセスであり、これにより、エンコーダの出力シーケンスがマップ及び送信される1以上の物理チャネルで利用可能なビット数にチャネル符号化手段の出力シーケンスを適合させるため、ビットが出力シーケンスにおいて繰り返されるか又は貫通削除されるpuncture。FECチャネルエンコーダの出力が同じ個数の物理チャネルビットにマップされる必要がある異なる長さであるとき、異なるレートマッチングパターンが、設計によって生成可能であるか、又は非明示的に同一のパターン設計について生じさせることが可能である。PRACHタイプを復号化する試みが、送信機におけるレートマッチングパターンに一致しないレートデマッチングパターンを利用して行われる場合、受信機のFECチャネルデコーダへの入力は、正しいビット情報シーケンスを含まず、FECチャネル復号化はフェールとなる可能性がある。このため、異なるレートマッチングパターンの使用は、復号化された送信のCRCチェック状態をチェックすることによって、受信機がPRACHタイプ間を区別することを可能にするため利用することが可能である。ビットスクランブル化UTRA無線インタフェースについては、ビットスクランブル化は、送信機のFEC符号化機能の後のビットシーケンスの一部の極性が、受信機と送信機の双方に知られているパターンに従って逆転される処理である。ビットスクランブル化の実施例について、PRACH及びE-PRACHの各種ビットスクランブル化処理を実行することによって、E-PRACHがR99-PRACHトランスポートチャネル処理によりその逆も同様である復号化されようと試みられる場合に、FECデコーダの入力は損傷することとなる。FEC復号化は、この場合にはおそらくフェールとなり、CRCチェックもまたフェールとなり、これにより、PRACHタイプの所望の分離が可能となる。説明された実施例の変形及び拡張が、当業者に明らかである。本発明の他の適用、特徴及び効果は、本発明の開示を参照した当業者には明らかであろう。従って、本発明の範囲は以下の請求項によってのみ限定される。