(57)【特許請求の範囲】
【請求項１】
システムであって、
ネットワークインターフェースと、
プロセッサと、
前記プロセッサに動作可能に連結された非一過性メモリ媒体と
を備え、
前記非一過性メモリ媒体は、複数の命令を記憶するように構成されており、前記複数の命令は、
デジタルビットストリームを受信することと、
初期ゲートウェイ部分および初期複合部分を生成することと、
前記初期ゲートウェイ部分に基づいてゲートウェイマスクを生成することと、
前記ゲートウェイマスクを前記初期ゲートウェイ部分に適用することにより、最終ゲートウェイ部分を生成することと、
前記ゲートウェイマスクを前記初期複合部分に適用することにより、最終複合部分を生成することと、
前記最終ゲートウェイ部分および前記最終複合部分を用いてデータベクトルをインタリーブすることにより、ヘッダー部分を生成することと、
前記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、前記エンコードされたデジタルビットストリームは、前記ヘッダー部分およびデータ部分を含む、ことと、
伝送のために、前記エンコードされたデジタルビットストリームを前記ネットワークインターフェースに提供することと
を行うように前記プロセッサをプログラムするように構成されている、システム。
【請求項２】
前記プロセッサは、ｍ−要素ベクトルテーブルを前記デジタルビットストリームに適用するようにさらに構成されている、請求項１に記載のシステム。
【請求項３】
前記プロセッサは、前記デジタルビットストリームに関してテーブルルックアップを行うようにさらに構成されている、請求項１に記載のシステム。
【請求項４】
前記プロセッサは、前記ｍ−要素ベクトルテーブルを適用し、実現されるデータスループット、ビットエネルギー、または信号範囲のうちの少なくとも１つを管理するようにさらに構成されている、請求項２に記載のシステム。
【請求項５】
前記プロセッサは、１つ以上のタスクを管理し、既存の情報システム内においてデータ転送性能を修正するようにさらに構成されている、請求項１に記載のシステム。
【請求項６】
前記プロセッサは、
複数の付加的ビットを生成することであって、前記複数の付加的ビットは、エラー補正コードによって生成される、ことと、
前記複数の付加的ビットを前記エンコードされたデジタルビットストリームに追加することと
を行うようにさらに構成されている、請求項１に記載のシステム。
【請求項７】
前記ネットワークインターフェースは、情報システムを含む、請求項１に記載のシステム。
【請求項８】
前記情報システムは、結合された情報システムである、請求項７に記載のシステム。
【請求項９】
前記情報システムは、非結合情報システムである、請求項７に記載のシステム。
【請求項１０】
非一過性コンピュータ可読メモリ媒体であって、前記非一過性コンピュータ可読メモリ媒体は、命令をその上に記憶するように構成されており、前記命令は、プロセッサによってロードされると、前記プロセッサに、
デジタルビットストリームを受信することと、
初期ゲートウェイ部分および初期複合部分を生成することと、
前記初期ゲートウェイ部分に基づいてゲートウェイマスクを生成することと、
前記ゲートウェイマスクを前記初期ゲートウェイ部分に適用することにより、最終ゲートウェイ部分を生成することと、
前記ゲートウェイマスクを前記初期複合部分に適用することにより、最終複合部分を生成することと、
前記最終ゲートウェイ部分および前記最終複合部分を用いてデータベクトルをインタリーブすることにより、ヘッダー部分を生成することと、
前記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、前記エンコードされたデジタルビットストリームは、前記ヘッダー部分およびデータ部分を含む、ことと、
伝送のために、前記エンコードされたデジタルビットストリームをネットワークインターフェースに提供することと
を行わせる、非一過性コンピュータ可読メモリ媒体。
【請求項１１】
前記非一過性コンピュータ可読メモリ媒体上に記憶された命令はさらに、前記プロセッサに、ｍ−要素ベクトルテーブルを前記デジタルビットストリームに適用させる、請求項１０に記載の非一過性コンピュータ可読メモリ媒体。
【請求項１２】
前記非一過性コンピュータ可読メモリ媒体上に記憶された命令はさらに、前記プロセッサに、前記デジタルビットストリームに関してテーブルルックアップを行わせる、請求項１０に記載の非一過性コンピュータ可読メモリ媒体。
【請求項１３】
前記非一過性コンピュータ可読メモリ媒体上に記憶された命令はさらに、前記プロセッサに、前記ｍ−要素ベクトルテーブルを適用し、実現されるデータスループット、ビットエネルギー、または信号範囲のうちの少なくとも１つを管理させる、請求項１１に記載の非一過性コンピュータ可読メモリ媒体。
【請求項１４】
ネットワーク環境内において実行可能なコンピュータ実装方法であって、前記ネットワーク環境は、ネットワークインターフェース、プロセッサ、および前記プロセッサに動作可能に連結された非一過性メモリ媒体を備え、前記非一過性メモリ媒体は、前記プロセッサをプログラムするように構成された複数の命令を記憶するように構成されており、
前記方法は、
前記プロセッサによって、デジタルビットストリームを受信することと、
前記プロセッサによって、初期ゲートウェイ部分および初期複合部分を生成することと、
前記プロセッサによって、前記初期ゲートウェイ部分に基づいてゲートウェイマスクを生成することと、
前記プロセッサによって、前記ゲートウェイマスクを前記初期ゲートウェイ部分に適用することにより、最終ゲートウェイ部分を生成することと、
前記プロセッサによって、前記ゲートウェイマスクを前記初期複合部分に適用することにより、最終複合部分を生成することと、
前記プロセッサによって、前記最終ゲートウェイ部分および前記最終複合部分を用いてデータベクトルをインタリーブすることにより、ヘッダー部分を生成することと、
前記プロセッサによって、前記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、前記エンコードされたデジタルビットストリームは、前記ヘッダー部分およびデータ部分を含む、ことと、
前記プロセッサによって、伝送のために、前記エンコードされたデジタルビットストリームを前記ネットワークインターフェースに提供することと
を含む、方法。
【請求項１５】
前記プロセッサによって、ｍ−要素ベクトルテーブルを前記デジタルビットストリームに適用することをさらに含む、請求項１４に記載の方法。
【請求項１６】
前記プロセッサによって、前記デジタルビットストリームに関してテーブルルックアップを行うことをさらに含む、請求項１４に記載の方法。
【請求項１７】
前記プロセッサによって、前記ｍ−要素ベクトルテーブルを適用し、実現されるデータスループット、ビットエネルギー、または信号範囲のうちの少なくとも１つを管理することをさらに含む、請求項１５に記載の方法。
【請求項１８】
前記プロセッサによって、１つ以上のタスクを管理し、データ転送性能を修正することと、
前記プロセッサによって、業界標準非依存インターフェースを既存の情報システムに提供することと
をさらに含む、請求項１４に記載の方法。
【請求項１９】
前記プロセッサによって、複数の付加的ビットを生成することであって、前記複数の付加的ビットは、エラー補正コードによって生成される、ことと、
前記プロセッサによって、前記複数の付加的ビットを前記エンコードされたデジタルビットストリームに追加することと
をさらに含む、請求項１４に記載の方法。
【請求項２０】
前記プロセッサによって、前記エンコードされたデジタルビットストリームを情報システムに提供することをさらに含む、請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、２０１３年８月６日に出願され、ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧと題された、米国仮出願第６１／８６２，７４５号の３５  Ｕ．Ｓ．Ｃ．  §  １１９（ｅ）のもとでの利益を主張するものであり、該仮出願の開示の全体は、参照により本明細書中に援用される。
【０００２】
本願は、以下に示す米国特許出願に関連しており、それらに対する優先権を主張するものであり、それらの内容の全体は、参照により本明細書中に援用される：２０１３年１０月２４日に出願され、ＯＰＴＩＭＩＺＥＤ  ＤＡＴＡ  ＴＲＡＮＳＦＥＲ  ＵＴＩＬＩＺＩＮＧ  ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧと題された、米国特許出願第１４／０６２，５３５号；２０１３年１２月６日に出願され、ＥＮＨＡＮＣＥＤ  ＳＩＧＮＡＬ  ＩＮＴＥＧＲＩＴＹ  ＡＮＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＵＴＩＬＩＺＩＮＧ  ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧと題された、米国特許出願第１４／０９９，１８０号；２０１４年４月２日に出願され、ＤＹＮＡＭＩＣ  ＣＯＮＴＲＯＬ  ＯＦ  ＱＵＡＬＩＴＹ  ＯＦ  ＳＥＲＶＩＣＥ  （ＱＯＳ）  ＵＳＩＮＧ  ＤＥＲＩＶＥＤ  ＱＯＳ  ＭＥＡＳＵＲＥＳと題された、米国特許出願第１４／２４３，４２６号；２０１４年４月２日に出願され、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＯＦ  Ａ  ＳＵＢＳＣＲＩＢＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＵＳＥＲ  ＵＴＩＬＩＺＩＮＧ  ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧと題された、米国特許出願第１４／２４３，４３８号；２０１４年６月２０日に出願され、ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧ  ＦＯＲ  ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＴＯ  Ａ  ＮＥＴＷＯＲＫ  ＡＮＤ  ＩＮＦＯＲＭＡＴＩＯＮ  ＳＹＳＴＥＭと題された、米国特許出願第１４／３１０，６５２号。
【０００３】
本開示は、概して、通信システムの分野に関し、特に、最適化されたコードテーブル信号伝達を利用したデータ通信システムに関する。
【０００４】
本開示はまた、概して、ネットワーク化されたシステムの分野に関し、特に、最適化されたコードテーブル信号伝達を利用した情報システムに関する。
【背景技術】
【０００５】
種々のデータ通信方式が、無線通信システムのために利用可能である。変調技法（例えば、アナログまたはデジタル変調）が、そのような通信方式において利用されてもよい。加えて、エンコーディングおよびデコーディングプロセスもまた、通信されているデータの信号完全性を改善するために利用されてもよい。
【０００６】
種々のデータ伝送方式が、情報システムのために利用可能である。暗号法技法が、そのような伝送方式において利用されてもよい。加えて、エンコーディングおよびデコーディングプロセスもまた、通信されているデータの信号完全性を改善するために利用されてもよい。
【発明の概要】
【課題を解決するための手段】
【０００７】
一実施形態では、本開示は、データ通信システムおよび方法を対象にする。種々の実施形態では、本方法は、その転送を最適化し、デジタル通信ネットワークに適合し、入力デジタルビットストリームおよび伝送方法のために、業界および規制基準から独立して動作させる目的のために、最適化されたコードテーブル信号伝達（ＯＣＴＳ）をデジタルデータストリームに適用する。
【０００８】
さらなる実施形態は、ビットストリームの転送を最適化し、デジタル化されたアナログ信号の伝送のために選択される通信方法に適合し、入力デジタル化アナログ信号ストリームおよび伝送方法のために、業界および規制基準から独立して動作させる目的のために、デジタル化されたアナログビットストリームにＯＣＴＳを適用するステップを含む。
【０００９】
一実施形態では、本開示はまた、データ通信システムおよび方法を対象にする。種々の実施形態では、本方法は、信号完全性および通信を向上させ、デジタル通信ネットワークに適合し、入力デジタルビットストリームおよび伝送方法のために、業界および規制基準から独立して動作させる目的のために、最適化されたコードテーブル信号伝達（ＯＣＴＳ）をデジタルデータストリームに適用する。
【００１０】
さらなる実施形態は、ビットストリームの信号完全性および通信を向上させ、デジタル化されたアナログ信号の伝送のために選択される通信方法に適合し、入力されデジタル化されたアナログ信号ストリームおよび伝送方法のために、業界および規制基準から独立して動作させる目的のために、デジタル化されたアナログビットストリームにＯＣＴＳを適用するステップを含む。
【００１１】
一実施形態では、本開示はまた、デジタルデータストリームのために最適化されたコードテーブル信号伝達のパラメータに変更を適用することによって、導出されたＱＯＳ測定値の使用を通して、通信システムのサービスの質（ＱＯＳ）の動的制御を可能にする、方法を対象にする。
【００１２】
さらなる実施形態は、デジタル化されたアナログビットストリームにＯＣＴＳのパラメータへの変更を適用することによって、導出されたＱＯＳ測定値の使用を通して、通信システムのＱＯＳの動的制御を可能にするステップを含む。
【００１３】
一実施形態では、本開示はまた、ネットワーク内のサブスクライブされたユーザの認証を可能にし、ネットワークが意図されるネットワーク内の個人と通信する方法を対象にする。
【００１４】
さらなる実施形態は、ネットワーク内のサブスクライブされたユーザの認証を可能にし、ネットワーク内のサーバと通信するステップを含み、サーバは、一対多数として通信し、個々の受信者は、サーバに逆通信することを認証してもよい。
【００１５】
一実施形態では、本開示はまた、ネットワークインターフェースと、プロセッサと、プロセッサに動作可能に連結される、非一過性メモリ媒体であって、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームをネットワークインターフェースに提供することとを行うようにプロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体とを備える、システムを対象にする。
【００１６】
さらなる実施形態は、非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、プロセッサに、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームをネットワークインターフェースに提供することとを行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体を備える。
【００１７】
さらなる実施形態は、ネットワーク環境内で実行可能なコンピュータ実装方法であって、ネットワーク環境は、ネットワークインターフェース、プロセッサ、およびプロセッサに動作可能に連結される非一過性メモリ媒体を備える、方法を含む。メモリ媒体は、プロセッサをプログラムするように構成される複数の命令を記憶するように構成される。本方法は、プロセッサによって、デジタルビットストリームを受信するステップと、プロセッサによって、デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、伝送のために、プロセッサによって、エンコードされたデジタルビットストリームをネットワークインターフェースに提供するステップとを含む。
【００１８】
前述の一般的説明および以下の発明を実施するための形態は両方とも、例示的かつ説明的にすぎず、必ずしも、本開示の制限ではないことを理解されたい。本明細書内に組み込まれ、その一部を構成する、付随の図面は、本開示の主題を図示する。ともに、説明および図面は、本開示の原理を説明する役割を果たす。
本発明は、例えば、以下を提供する。
（項１）
コンピュータ実装方法であって、
プロセッサによって、デジタルビットストリームを受信するステップと、
上記プロセッサによって、上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、上記エンコードされたデジタルビットストリームは、ゲートウェイパーティション、複合パーティション、データパーティション、およびそれらの任意の組み合わせのうちの少なくとも１つを備え、上記ゲートウェイパーティションは、信号完全性機能を提供し、上記複合パーティションに対する構成を識別し、上記ゲートウェイパーティションは、信号完全性を提供する第１のパートと、現在の複合パーティションの構成を識別する第２のパートとを含むマルチパートメッセージを提供する、ステップと、
上記プロセッサによって、伝送のために、上記エンコードされたデジタルビットストリームを伝送システムに提供するステップと
を含む、方法。
（項２）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項１に記載のコンピュータ実装方法。
（項３）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項２に記載のコンピュータ実装方法。
（項４）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項２または３に記載のコンピュータ実装方法。
（項５）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するステップを含む、項１から３のいずれかに記載のコンピュータ実装方法。
（項６）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、項１から３のいずれかに記載のコンピュータ実装方法。
（項７）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップを含む、項１から３のいずれかに記載のコンピュータ実装方法。
（項８）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ステップと、上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップとを含む、項１から３のいずれかに記載のコンピュータ実装方法。
（項９）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、データ転送を最適化するステップを含む、項１から３のいずれかに記載のコンピュータ実装方法。
（項１０）
システムであって、
通信インターフェースと、
プロセッサと、
上記プロセッサに動作可能に連結される、非一過性メモリ媒体であって、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイパーティション、複合パーティション、データパーティション、およびそれらの任意の組み合わせのうちの少なくとも１つを備え、上記ゲートウェイパーティションは、信号完全性機能を提供し、上記複合パーティションに対する構成を識別し、上記ゲートウェイパーティションは、信号完全性を提供する第１のパートと、現在の複合パーティションの構成を識別する第２のパートとを含むマルチパートメッセージを提供する、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記通信インターフェースに提供することと
を行うように、上記プロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体と
を備える、システム。
（項１１）
上記デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項１０に記載のシステム。
（項１２）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記デジタルビットストリームに関するテーブルルックアップを行うステップを含む、項１１に記載のシステム。
（項１３）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するように構成される、項１０または１１に記載のシステム。
（項１４）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、項１０から１２のいずれかに記載のシステム。
（項１５）
上記プロセッサはさらに、上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、データベクトルおよび上記複合チャネルをインタリーブするように構成される、項１０から１２のいずれかに記載のシステム。
（項１６）
上記プロセッサはさらに、複数の付加的ビットを生成することであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ことと、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することとを行うように構成される、項１０から１２のいずれかに記載のシステム。
（項１７）
上記通信インターフェースは、無線周波数（ＲＦ）通信システムを備える、項１０から１２のいずれかに記載のシステム。
（項１８）
非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、上記プロセッサに、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイパーティション、複合パーティション、データパーティション、およびそれらの任意の組み合わせのうちの少なくとも１つを備え、上記ゲートウェイパーティションは、信号完全性機能を提供し、上記複合パーティションに対する構成を識別し、上記ゲートウェイパーティションは、信号完全性を提供する第１のパートと、現在の複合パーティションの構成を識別する第２のパートとを含むマルチパートメッセージを提供する、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記通信インターフェースに提供することと
を行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
（項１９）
上記デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項１８に記載の非一過性コンピュータ可読メモリ媒体。
（項２０）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記デジタルビットストリームに関するテーブルルックアップを行うステップを含む、項１９に記載の非一過性コンピュータ可読メモリ媒体。
（項２１）
上記その上に記憶された命令はさらに、上記プロセッサに、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供させる、項１９から２０のいずれかに記載の非一過性コンピュータ可読メモリ媒体。
（項２２）
事前協調かつ事前配信された情報を利用して、上記伝送を意図された送信機−受信機対に限定することによって、上記プロセッサによって、信号完全性を確立するステップをさらに含み、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、項１に記載のコンピュータ実装方法。
（項２３）
上記事前協調かつ事前配信された情報を利用することによって、上記プロセッサによって、上記信号完全性を維持するステップを含む、項２２に記載のコンピュータ実装方法。
（項２４）
伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記プロセッサによって、上記伝送を上記意図された送信機および受信機に限定するステップを含む、項２２または２３に記載のコンピュータ実装方法。
（項２５）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項２２または２３に記載のコンピュータ実装方法。
（項２６）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項２５に記載のコンピュータ実装方法。
（項２７）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項２５に記載のコンピュータ実装方法。
（項２８）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、向上された信号完全性および通信を提供するステップを含む、項２２または２３に記載のコンピュータ実装方法。
（項２９）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、信号完全性および通信を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、項２２または２３に記載のコンピュータ実装方法。
（項３０）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップを含む、項２２または２３に記載のコンピュータ実装方法。
（項３１）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ステップと、
上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと
を含む、項２２または２３に記載のコンピュータ実装方法。
（項３２）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、信号完全性および通信を向上させるステップを含む、項２２または２３に記載のコンピュータ実装方法。
（項３３）
上記プロセッサはさらに、事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、信号完全性を確立するように構成され、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、項１０に記載のシステム。
（項３４）
上記プロセッサはさらに、上記事前協調かつ事前配信された情報を利用することによって、上記信号完全性を維持するように構成される、項３３に記載のコンピュータ実装方法。
（項３５）
上記プロセッサはさらに、伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記伝送を上記意図された送信機および受信機に限定するように構成される、項３３または３４に記載のコンピュータ実装方法。
（項３６）
上記デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項３３または３４に記載のシステム。
（項３７）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、向上された信号完全性および通信を提供するように構成される、項３３または３４に記載のシステム。
（項３８）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、信号完全性および通信を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、項３３または３４に記載のシステム。
（項３９）
上記プロセッサはさらに、複数の付加的ビットを生成することであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ことと、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することとを行うように構成される、項３３または３４に記載のシステム。
（項４０）
上記通信インターフェースは、結合された通信システムを備える、項３３または３４に記載のシステム。
（項４１）
上記通信インターフェースは、非結合通信システムを備える、項３３または３４に記載のシステム。
（項４２）
上記プロセッサに、
事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、信号完全性を確立することであって、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、ことと、
上記事前協調かつ事前配信された情報を利用することによって、上記信号完全性を維持することと、
伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記伝送を上記意図された送信機および受信機に限定することと
を行わせる命令をその上に記憶するようにさらに構成される、項１８に記載の非一過性コンピュータ可読メモリ媒体。
（項４３）
導出されたＱＯＳ測定値の使用を通して、上記プロセッサによって、サービスの質（ＱＯＳ）の動的制御を可能にし、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすステップをさらに含み、上記意図された送信機−受信機対は、通信のために必要なＱＯＳを伴うデジタルビットの継続伝送および受信をもたらすように情報を一意に協調かつ配信可能である、項１に記載のコンピュータ実装方法。
（項４４）
上記プロセッサによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を維持し、協調された変更を事前協調かつ事前配信された情報にもたらすステップを含む、項４３に記載のコンピュータ実装方法。
（項４５）
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記プロセッサによって、上記伝送を上記意図された送信機および受信機に限定する、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御を含む、項４３または４４に記載のコンピュータ実装方法。
（項４６）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルを変更するステップを含む、項４３または４４に記載のコンピュータ実装方法。
（項４７）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項４６に記載のコンピュータ実装方法。
（項４８）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項４６に記載のコンピュータ実装方法。
（項４９）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルへの変更を採用し、サービス応答時間、損失、信号対雑音比、クロストーク、エコー、中断、周波数応答、ラウドネスレベル、要求されるビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレート、データレート、および遅延のうちの少なくとも１つを管理し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、スケジューリング優先度、当業者に公知の他のＱＯＳ測定値、およびそれらの任意の組み合わせを動的に制御するステップを含む、項４３または４４に記載のコンピュータ実装方法。
（項５０）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、導出されたＱＯＳ測定値の使用を通して、ＱＯＳを動的に向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、項４３または４４に記載のコンピュータ実装方法。
（項５１）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップに対する動的変更を含む、項４３または４４に記載のコンピュータ実装方法。
（項５２）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、ＱＯＳの導出された測定値を評価することによって生成される、ステップと、上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと、必要に応じて、上記プロセッサによって、上記付加的ビットを変更し、上記エンコードされたデジタルビットストリームのための所望のＱＯＳを維持するステップとを含む、項４３または４４に記載のコンピュータ実装方法。
（項５３）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成するステップを含む、項４３または４４に記載のコンピュータ実装方法。
（項５４）
上記プロセッサはさらに、導出されたＱＯＳ測定値の使用を通して、サービスの質（ＱＯＳ）の動的制御を可能にし、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成され、上記意図された送信機−受信機対は、通信のために必要なＱＯＳを伴うデジタルビットの継続伝送および受信をもたらすように情報を一意に協調かつ配信可能である、項１０に記載のシステム。
（項５５）
上記プロセッサはさらに、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成される、項５４に記載のシステム。
（項５６）
上記プロセッサはさらに、伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記協調された変更の通信を上記意図された送信機および受信機に限定するように構成される、項５４または５５に記載のシステム。
（項５７）
上記デジタルビットストリームを変換するステップは、変更を上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルに通信するステップを含む、項５４または５５に記載のシステム。
（項５８）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、サービス応答時間、損失、信号対雑音比、クロストーク、エコー、中断、周波数応答、ラウドネスレベル、要求されるビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレート、データレート、および遅延のうちの少なくとも１つを管理し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、スケジューリング優先度、当業者に公知の他のＱＯＳ測定値、およびそれらの任意の組み合わせを動的に制御するように構成される、項５４または５５に記載のシステム。
（項５９）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、導出されたＱＯＳ測定値の使用を通して、ＱＯＳを動的に向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、項５４または５５に記載のシステム。
（項６０）
上記プロセッサはさらに、
複数の付加的ビットを生成することであって、上記複数の付加的ビットは、ＱＯＳの導出された測定値を評価することによって生成される、ことと、
上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することと、
必要に応じて、上記付加的ビットを変更し、上記エンコードされたデジタルビットストリームのための所望のＱＯＳを維持することと
を行うように構成される、項５４または５５に記載のシステム。
（項６１）
上記通信インターフェースは、結合された通信システムを備える、項５４または５５に記載のシステム。
（項６２）
上記通信インターフェースは、非結合通信システムを備える、項５４または５５に記載のシステム。
（項６３）
上記プロセッサに、
事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、サービスの質（ＱＯＳ）を確立することであって、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、ことと、
協調かつ配信された情報を変更および通信することによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を維持することと、
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記伝送を上記意図された送信機および受信機に限定することと
を行わせる命令をその上に記憶するようにさらに構成される、項１８に記載の非一過性コンピュータ可読メモリ媒体。
（項６４）
上記プロセッサによって、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報の使用を通して、認証を可能にするステップをさらに含み、上記意図された送信機−受信機対は、通信のためにデジタルビットの継続伝送および受信をもたらすように、情報を一意に協調かつ配信可能である、項１に記載のコンピュータ実装方法。
（項６５）
協調された変更を事前協調かつ事前配信された情報にもたらすことによって、上記プロセッサによって、認証を維持するステップを含む、項６４に記載のコンピュータ実装方法。
（項６６）
上記プロセッサによって、上記事前協調かつ事前配信された情報の使用を通して、認証を可能にするステップは、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記伝送を上記意図された送信機および受信機に限定するステップを含む、項６４または６５に記載のコンピュータ実装方法。
（項６７）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルを変更するステップを含む、項６４または６５に記載のコンピュータ実装方法。
（項６８）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項６７に記載のコンピュータ実装方法。
（項６９）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項６７に記載のコンピュータ実装方法。
（項７０）
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記プロセッサによって、上記意図された送信機および受信機への伝送、すなわち、上記送信機−受信機対の認証を含む、項６４または６５に記載のコンピュータ実装方法。
（項７１）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記送信機−受信機対を認証するステップを含む、項６４または６５に記載のコンピュータ実装方法。
（項７２）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップに対する動的変更を含む、項６４または６５に記載のコンピュータ実装方法。
（項７３）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、上記送信機−受信機対の認証を向上および継続するように生成される、ステップと、
上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと、
必要に応じて、上記プロセッサによって、上記付加的ビットを変更し、上記送信機−受信機対の所望の認証を維持するステップと
を含む、項６４または６５に記載のコンピュータ実装方法。
（項７４）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、上記送信機−受信機対を認証するステップを含む、項６４または６５に記載のコンピュータ実装方法。
（項７５）
上記プロセッサはさらに、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報の使用を通して、認証を可能にするように構成され、上記意図された送信機−受信機対は、通信のためにデジタルビットの継続伝送および受信をもたらすように、情報を一意に協調かつ配信可能である、項１０に記載のシステム。
（項７６）
上記プロセッサはさらに、上記送信機−受信機対を認証し、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成される、項７５に記載のシステム。
（項７７）
上記プロセッサはさらに、伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記協調された変更の通信を上記意図された送信機および受信機に限定するように構成される、項７５または７６に記載のシステム。
（項７８）
上記デジタルビットストリームを変換するステップは、変更を上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルに通信するステップを含む、項７５または７６に記載のシステム。
（項７９）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記プロセッサによって、上記意図された送信機および受信機への伝送、すなわち、上記送信機−受信機対の認証を管理するように構成される、項７５または７６に記載のシステム。
（項８０）
上記プロセッサはさらに、上記プロセッサによって、１つまたはそれを上回るタスクを管理し、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記送信機−受信機対を認証するように構成される、項７５または７６に記載のシステム。
（項８１）
上記プロセッサはさらに、
複数の付加的ビットを生成することであって、上記複数の付加的ビットは、上記送信機−受信機対を認証するために生成される、ことと、
上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加し、必要に応じて、上記付加的ビットを変更し、上記送信機−受信機対の認証を維持することと
を行うように構成される、項７５または７６に記載のシステム。
（項８２）
上記通信インターフェースは、結合された通信システムを備える、項７５または７６に記載のシステム。
（項８３）
上記通信インターフェースは、非結合通信システムを備える、項７５または７６に記載のシステム。
（項８４）
上記プロセッサに、
事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、上記送信機−受信機対の認証を確立することであって、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、ことと、
協調かつ配信された情報を変更および通信することによって、上記送信機−受信機対の認証の動的制御を維持することと、
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記伝送を上記意図された送信機および受信機に限定することと
を行わせるようにさらに構成される、項１８に記載の非一過性コンピュータ可読メモリ媒体。
（項８５）
システムであって、
ネットワークインターフェースと、
プロセッサと、
上記プロセッサに動作可能に連結される、非一過性メモリ媒体であって、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイパーティション、複合パーティション、データパーティション、およびそれらの任意の組み合わせのうちの少なくとも１つを備え、上記ゲートウェイパーティションは、信号完全性機能を提供し、上記複合パーティションに対する構成を識別し、上記ゲートウェイパーティションは、信号完全性を提供する第１のパートと、現在の複合パーティションの構成を識別する第２のパートとを含むマルチパートメッセージを提供する、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記ネットワークインターフェースに提供することと
を行うように上記プロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体と
を備える、システム。
（項８６）
上記プロセッサは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するように構成される、項８５に記載のシステム。
（項８７）
上記プロセッサは、上記デジタルビットストリームに関するテーブルルックアップを行うように構成される、項８５または８６に記載のシステム。
（項８８）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するように構成される、項８５または８６に記載のシステム。
（項８９）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存の情報システムに提供するように構成される、項８５または８６に記載のシステム。
（項９０）
上記プロセッサはさらに、上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、データベクトルおよび上記複合チャネルをインタリーブするように構成される、項８５または８６に記載のシステム。
（項９１）
上記プロセッサはさらに、
複数の付加的ビットを生成することであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ことと、
上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することと
を行うように構成される、項８５または８６に記載のシステム。
（項９２）
上記ネットワークインターフェースは、情報システムを備える、項８５または８６に記載のシステム。
（項９３）
上記情報システムは、結合された情報システムである、項９２に記載のシステム。
（項９４）
上記情報システムは、非結合情報システムである、項９２に記載のシステム。
（項９５）
非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、上記プロセッサに、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイパーティション、複合パーティション、データパーティション、およびそれらの任意の組み合わせのうちの少なくとも１つを備え、上記ゲートウェイパーティションは、信号完全性機能を提供し、上記複合パーティションに対する構成を識別し、上記ゲートウェイパーティションは、信号完全性を提供する第１のパートと、現在の複合パーティションの構成を識別する第２のパートとを含むマルチパートメッセージを提供する、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記ネットワークインターフェースに提供することと
を行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
（項９６）
上記その上に記憶された命令はさらに、上記プロセッサに、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用させる、項９５に記載の非一過性コンピュータ可読メモリ媒体。
（項９７）
上記その上に記憶された命令はさらに、上記プロセッサに、上記デジタルビットストリームに関するテーブルルックアップを行わせる、項９５または９６に記載の非一過性コンピュータ可読メモリ媒体。
（項９８）
上記その上に記憶された命令はさらに、上記プロセッサに、上記ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供させる、項９５または９６に記載の非一過性コンピュータ可読メモリ媒体。
（項９９）
ネットワーク環境内で実行可能なコンピュータ実装方法であって、上記ネットワーク環境は、ネットワークインターフェース、プロセッサ、および上記プロセッサに動作可能に連結される非一過性メモリ媒体を備え、上記メモリ媒体は、上記プロセッサをプログラムするように構成される複数の命令を記憶するように構成され、
上記プロセッサによって、デジタルビットストリームを受信するステップと、
上記プロセッサによって、上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、上記エンコードされたデジタルビットストリームは、ゲートウェイパーティション、複合パーティション、データパーティション、およびそれらの任意の組み合わせのうちの少なくとも１つを備え、上記ゲートウェイパーティションは、信号完全性機能を提供し、上記複合パーティションに対する構成を識別し、上記ゲートウェイパーティションは、信号完全性を提供する第１のパートと、現在の複合パーティションの構成を識別する第２のパートとを含むマルチパートメッセージを提供する、ステップと、
伝送のために、上記プロセッサによって、上記エンコードされたデジタルビットストリームを上記ネットワークインターフェースに提供するステップと
を含む、方法。
（項１００）
上記プロセッサによって、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項９９に記載の方法。
（項１０１）
上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項９９または１００に記載の方法。
（項１０２）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するステップを含む、項９９または１００に記載の方法。
（項１０３）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させるステップと、
上記プロセッサによって、業界標準非依存インターフェースを既存の情報システムに提供するステップと
を含む、項９９または１００に記載の方法。
（項１０４）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップを含む、項９９または１００に記載の方法。
（項１０５）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ステップと、
上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと
を含む、項９９または１００に記載の方法。
（項１０６）
上記プロセッサによって、上記エンコードされたデジタルビットストリームを情報システムに提供するステップを含む、項９９または１００に記載の方法。
【００１９】
本明細書に説明される実施形態の新規特徴は、添付の請求項に詳細に記載される。しかしながら、実施形態は、編成および動作方法の両方に関して、以下の付随の図面と関連して検討される以下の説明を参照することによって、より理解され得る。
【図面の簡単な説明】
【００２０】
【図１】図１は、データを１つまたはそれを上回る送信機から１つまたはそれを上回る受信機に伝送するためのデータ通信システムの一実施形態のブロック図を図示する。
【図２】図２は、データを伝送するためのデータ通信システムの一実施形態のブロック図を図示する。
【図３】図３は、ＯＣＴＳプロセスの一実施形態を図示する。
【図４】図４は、ＯＣＴＳテーブルの一実施形態を図示する。
【図５】図５は、ＯＣＴＳ拡張テーブルの一実施形態を図示する。
【図６】図６は、インタリーブされたデータベクトルを含む、ＯＣＴＳ拡張プロセスの一実施形態を図示する。
【図７】図７は、データタイプ毎に指定された使用を備える、ＯＣＴＳ拡張テーブルの一実施形態を図示する。
【図８】図８は、インタリーブされたゲートウェイチャネルおよび複合チャネルベクトルの一実施形態を図示する。
【図９】図９は、ｍ−要素バイナリ入力ベクトルを供給する、ＯＣＴＳ拡張コードテーブルの一実施形態を図示する。
【図１０】図１０は、ＯＣＴＳ拡張テーブル伝送モードの一実施形態を図示する。
【図１１】図１１は、ＯＣＴＳ拡張テーブル受信モードの一実施形態を図示する。
【図１２】図１２は、ＯＣＴＳ拡張ゲートウェイコードテーブルおよびブロックの一実施形態を図示する。
【図１３】図１３は、２メッセージブロックセット内のシンボル、フレーム、およびブロック関係の一実施形態を図示する。
【図１４】図１４は、デジタルビットストリームを伝送し、それを多値ストリームとして伝送するためのＯＣＴＳ拡張プロセスの別の実施形態を図示する。
【図１５】図１５は、多値ストリームを受信し、それをその成分部分にコンバートするためのＯＣＴＳ拡張プロセスの別の実施形態を図示する。
【図１６Ａ】図１６は、図１６Ａおよび１６Ｂを横断して分割され、ＯＣＴＳ拡張伝送プロセスおよびＯＣＴＳ拡張受信プロセスを利用する、ホスト／クライアントサーバの実施形態を図示する。
【図１６Ｂ】図１６は、図１６Ａおよび１６Ｂを横断して分割され、ＯＣＴＳ拡張伝送プロセスおよびＯＣＴＳ拡張受信プロセスを利用する、ホスト／クライアントサーバの実施形態を図示する。
【図１７】図１７は、ホストサーバとクライアントサーバとの間でＱＯＳ情報を査定および転送するためのプロセスの実施形態を図示する。
【図１８】図１８は、データを１つまたはそれを上回る送信機から１つまたはそれを上回る受信機に伝送するための情報システムの一実施形態のブロック図を図示する。
【図１９】図１９は、データを伝送するための情報システムの一実施形態のブロック図を図示する。
【図２０】図２０は、ＯＣＴＳプロセスの一実施形態を図示する。
【図２１】図２１は、ＯＣＴＳテーブルの一実施形態を図示する。
【図２２】図２２は、ＯＣＴＳ拡張テーブルの一実施形態を図示する。
【図２３】図２３は、インタリーブされたデータベクトルを含む、ＯＣＴＳ拡張プロセスの一実施形態を図示する。
【図２４】図２４は、データタイプ毎に指定された使用を備える、ＯＣＴＳ拡張テーブルの一実施形態を図示する。
【図２５】図２５は、インタリーブされたゲートウェイチャネルおよび複合チャネルベクトルの一実施形態を図示する。
【図２６】図２６は、ｍ−要素バイナリ入力ベクトルを供給する、ＯＣＴＳ拡張コードテーブルの一実施形態を図示する。
【図２７】図２７は、ＯＣＴＳ拡張テーブル伝送モードの一実施形態を図示する。
【図２８】図２８は、ＯＣＴＳ拡張テーブル受信モードの一実施形態を図示する。
【図２９】図２９は、ＯＣＴＳ拡張ゲートウェイコードテーブルおよびブロックの一実施形態を図示する。
【図３０】図３０は、２メッセージブロックセット内のシンボル、フレーム、およびブロック関係の一実施形態を図示する。
【図３１】図３１は、ネットワーク監視および分析のためのシステムおよび方法の一実施形態において使用され得る、コンピューティングデバイスの一実施形態を図示する。
【発明を実施するための形態】
【００２１】
ここで、ＯＣＴＳ拡張データ通信のためのシステムおよび方法の例示的実装を示す実施形態を含む、いくつかの実施形態を詳細に参照する。実践可能な場合は常時、類似または同一参照番号が、図中で使用されてもよく、類似または同一機能性を示し得る。図は、例証目的のためだけに、開示されるシステムおよび／または使用方法の例示的実施形態を描写する。当業者は、以下の説明から、本明細書に図示される構造および方法の代替の例示的実施形態が、本明細書に説明される原理から逸脱することなく採用されてもよいことを容易に認識するであろう。
【００２２】
種々の側面では、本開示は、入力デジタルビットストリームおよび伝送方法のために、業界および規制基準から独立して、デジタル通信ネットワーク内で最適化されたデータ転送を提供する。一実施形態では、これは、既存のデジタル通信システムおよび既存のデータ転送基準を使用することによって提供されてもよい。一実施形態では、これは、ＯＣＴＳ拡張複合チャネルを統合することによって遂行されてもよく、付加的情報は、すでに明確に確立されたシステムおよび基準に類似する形態および機能であってもよい。
【００２３】
他の側面では、本開示は、送信機と受信機との間に埋め込まれた認証の使用を通して、増加した信号完全性を提供する。一実施形態では、ゲートウェイチャネルは、送信機および受信機が、事前に協調かつ事前に配信された情報を使用し、多層ファイアウォールを作成し、認証を確立および維持するための手段を提供する。
【００２４】
他の側面では、本開示は、信号喪失点まで、データ通信を低信号対雑音比（ＳＮＲ）環境に維持するための手段を提供する。種々の実施形態では、本明細書に説明されるＯＣＴＳコードテーブルは、入力ベクトル毎に出力ベクトル要素の数を増加させ、したがって、入力ベクトル毎にビットエネルギーを増加させるように作成および選択されることができる。
【００２５】
他の側面では、本開示は、導出されたＱＯＳ測定値の使用を通して、通信システムのサービスの質（ＱＯＳ）の動的制御を提供する。一実施形態では、ＯＣＴＳ拡張信号の効率的デコーディングは、効果的信号対雑音比の推定値を生成する。双方向通信システムを前提として、これは、伝送側に返されることができる。伝送側は、選択肢マトリクスを通してこれを処理し、救済策および付随のコードテーブルを確立し、これを受信側に信号伝達し、したがって、統合された動的制御を提供する。
【００２６】
最適化されたコードテーブル信号伝達
図１は、最適化されたコードテーブル信号伝達（ＯＣＴＳ）プロセスの一実施形態を図示する。ＯＣＴＳプロセスは、変調器および送信機に提示される多値ベクトルへのバイナリ入力のエンコーディングを提供し、受信された多値ベクトルをバイナリ出力ベクトルにコンバートする逆プロセスを提供する。ＯＣＴＳテーブルの賢明な選択によって、ビットエラーレート（ＢＥＲ）のパラメータ、実現されるデータスループット、ビットエネルギー、信号範囲、および信号完全性が、動的に管理され、最適化された性能および／または向上された信号完全性および通信を提供し得る。種々の側面では、これは、初期同期、テーブル管理、信号ドロップアウトの後の同期再取得、および基本ＯＣＴＳプロセス定義外で管理されるべきネットワークへの進入のタスクを残す。ＯＣＴＳは、２０１２年１１月２７日発行の米国特許第８，３２０，４７３号「ＤＡＴＡ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＳＹＳＴＥＭ  ＵＴＩＬＩＺＩＮＧ  ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧ」に説明され、参照することによって全体として本明細書に組み込まれる。ＯＣＴＳの拡張は、２０１３年１０月２４日出願の米国特許出願第１４／０６２，５３５号「ＯＰＴＩＭＩＺＥＤ  ＤＡＴＡ  ＴＲＡＮＳＦＥＲ  ＵＴＩＬＩＺＩＮＧ  ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧ」に説明され、参照することによって全体として本明細書に組み込まれる。
【００２７】
図１は、ＯＣＴＳを実装するデータ通信システム／方法１０００によって行われるステップを図示する、ブロック図を示す。データ通信システム１０００は、データを１つまたはそれを上回る送信機１００２から１つまたはそれを上回る受信機１０１０に伝送するために利用される。データ通信システム１０００は、実値ベクトルへのバイナリビットストリームのマッピングを利用するように構成され、マッピング機能は、通信経路／環境の特性／プロパティに基づいて判定される。
【００２８】
一実施形態では、送信機１００２からのデータの受信に応じて、ステップ１００４は、受信されたデータを実数のベクトル（実値データベクトルと称され得る）に変換（エンコード）する。例えば、各ｎ−ビットバイナリワードは、ｍ実値数のセットに変換されてもよい。変換は、マッピング機能に基づいて、バイナリワード毎にリアルタイムで計算される、または事前に算出されたテーブル内のルックアップとして行われる。例えば、一実施形態では、トレリス符号化変調（ＴＣＭ）が、事前に算出されたテーブルに基づいて、ｎ−ビットバイナリワードのシーケンスをｍ実値数のシーケンスに変換するために利用される。
【００２９】
ｎ−ビットバイナリワードを表すために利用される実値数の数（ｍ）は、通信経路／環境のプロパティに基づいて変動し得る。例えば、一実施形態では、６より少ない実値数は、雑音が少ない環境において、６−ビットバイナリワードを表すために利用される。雑音のある環境を含む、別の実施形態では、６−ビットバイナリワードは、６（または、それを上回る）実値数のセットに変換されてもよい。当業者は、小さいｍ値（ｎ−ビットバイナリワードを表すために使用される実値数の数）が、伝送容量を増加させる一方、より大きいｍ値が、雑音のある環境においてより優れた性能を提供することを理解するであろう。ｎおよびｍの具体的値は、例えば、雑音レベル、ビットエラーレート、信号完全性、および／または他のプロパティ等、通信環境の１つまたはそれを上回るプロパティに基づいて判定されてもよい。
【００３０】
送信機１００６は、変換された実値データベクトルを受信側に伝送する。例えば、アナログおよび／またはデジタルモジュールを備える無線通信技術および／または拡散スペクトル技法等の標準的通信機構が、伝送のために利用されてもよい。例えば、一実施形態では、直交振幅変調（ＱＡＭ）が、送信機側から受信機側への変換された実値データベクトルの伝送のために利用される。
【００３１】
受信機側における実値データベクトルの受信に応じて、受信された実値データベクトルは、送信機１００２によって元々送信されたコンピュータ可読フォーマットに変換（デコード）１００８される。一実施形態では、デコーディングプロセス１００８は、ｍ実値数の所与のセットによって表されるｎ−ビットバイナリワードを特定するために、ｍ実値数のセット毎にテーブルルックアップとして行われる。例えば、ｍ実値数のセット毎に、デコーディングプロセス１００８は、ｍ実値数の本セットから最小ユークリッド距離を有する、ルックアップテーブルにおける要素を特定する。したがって、ルックアップテーブル内の本要素に対応するｎ−ビットバイナリワードは、ｍ実値数のセットによって表されるｎ−ビットバイナリワードである。
【００３２】
いったんコンピュータ可読媒体フォーマットで表されるデータへの実値データベクトルの変換１００８が、完了すると、コンピュータ可読データは、受信機１０１０に伝送される。付加的信号完全性が、オリジナルバイナリデータストリームの代わりに、エンコードされた実値データベクトルを伝送することによって提供されることを理解されるであろう。変換テーブル（または、コードテーブル）は、第三者と共有されないため、送信機によって元々送信されたフォーマットへの傍受された実値データベクトル（第三者によって）のデコーディングは、防止および／または延滞され得る。いくつかの実施形態では、送信機１００２および受信機１０１０は両方とも、エンコーディングおよびデコーディングを行うために好適な潜在的コードテーブルのプールを備える。送信機１００２は、受信機１０１０に、例えば、ハンドシェークプロセスの一部としてテーブル識別子を確認応答する、および／またはデータ伝送の一部として識別子を送信する等、テーブル識別子を介してエンコーディングするために利用される具体的コードテーブルを知らせる。テーブル識別子は、第三者が伝送を傍受するために無意味となり得る。
【００３３】
いくつかの実施形態では、データ通信システム１０００の性能は、通信環境のプロパティに基づいて最適化され得る、コードテーブルの属性によって判定される。コードテーブルは、ｎ−ビットバイナリワードを実値数のセットにマッピングするために一意でなくてもよい。一実施形態では、好適なコードテーブルのための選択基準として、１）データベクトル内に最大電力を維持し、各列内で同一ダイナミックレンジを使用しながら、データベクトル間に最大距離を有することと、２）例えば、所定の閾値を上回る、容認可能エンコーディングおよびデコーディング性能を提供することとが挙げられる。
【００３４】
図２は、通信システム１１００のブロック図を図示する。データ通信システム１１００は、通信されるべきデータベクトルを取得するための入力モジュール１１０２と、該データ通信を促進するように構成されるコードテーブルを選択するためのコードテーブル選択モジュール１１０４と、例えば、トレリス符号化変調を利用して、該コードテーブルから、該データベクトルを表す実数のベクトルを選択するためのベクトル選択モジュール１１０６と、実数のベクトルを受信機に伝送するための送信機１１０８とを備えてもよい。実数のベクトルは、受信に応じて、前述のように、コードテーブルを利用することによって、最良対応ベクトルに変換される。
【００３５】
一実施形態では、コードテーブル選択モジュール１１０４は、通信環境の通信特性、信号完全性の所望のレベル、所望のデータスループットレベル、またはそれらの任意の組み合わせのうちの少なくとも１つを判定するための判定モジュール１１１０を備える。コードテーブル選択モジュール１１０４は、少なくとも部分的に、通信環境の通信特性、信号完全性の所望のレベル、所望のデータスループットレベル、またはそれらの任意の組み合わせのうちの少なくとも１つに基づいて、コードテーブルを選択する。
【００３６】
いくつかの実施形態では、コードテーブル選択モジュール１１０４は、複数の候補コードテーブルを作成するためのテーブル生成モジュール１１１２を含み、複数の候補コードテーブルはそれぞれ、実値データエントリを有する。コードテーブル選択モジュール１１０４は、評価基準に基づいて、複数の候補コードテーブルからコードテーブルを選択する。例えば、一実施形態では、評価基準は、例えば、雑音レベル、ビットエラーレート、信号完全性、および／または他のプロパティ等の通信環境の少なくとも１つの特性に基づく。別の実施形態では、評価基準は、所与の候補コードテーブルのための最小分離距離を備える。
【００３７】
いくつかの実施形態では、コードテーブル選択モジュール１１０４は、コードテーブルを事前に構成されたコードテーブルのセットから選択するための選択モジュール１１１４を備える。事前に構成されたコードテーブルのセットの各事前に構成されたコードテーブルは、選択プロセスを促進するための性能指標と関連付けられる。いったん選択が行われると、協調モジュール１１１６は、選択されたコードテーブルと少なくとも１つの受信機を協調させる。
【００３８】
いくつかの実施形態では、データ通信システム１１００は、コードテーブルの性能および／または信号完全性指標を評価するための評価モジュール１１１８を備える。判定モジュール１１２０は、現在のコードテーブルが新しいコードテーブルと交換される場合、性能および／または信号完全性が改善され得るかどうかを判定するように構成される。性能および／または信号完全性が改善され得る場合、交換モジュール１１２２は、現在のコードテーブルと新しいコードテーブルを交換し、新しいコードテーブルが、後続データ通信のために利用される。
【００３９】
前述のように、受信機は、コードテーブルを利用することによって、受信された実数のベクトルを最良対応ベクトルに変換するために構成される。一実施形態では、受信機は、最良対応ベクトルのための候補のセットを作成するためのベクトル生成モジュール１１２４と、候補のセットの各候補と信頼値を関連付けるための関連付けモジュール１１２６（候補毎の信頼値が、コードテーブルを利用して計算される候補と実数のベクトルとの間の分離距離に基づいて判定される）と、実数のベクトルを最良信頼値を伴う候補に変換するための変換モジュール１１２８とを備える。いくつかの実施形態では、受信機は、最良対応ベクトルを記憶するために構成される、記憶デバイスを備える。
【００４０】
いくつかの実施形態では、コードテーブル生成アルゴリズムは、疑乱数生成器に渡されたシード値によって駆動される。同じシードが与えられる疑乱数の同じストリングを作成する乱数生成器を使用することによって、コードテーブル生成アルゴリズムは、同じシードが与えられる同じコードテーブルを生成するであろう。コードテーブルは、命名方式内の一意の識別子および／またはシード値によって識別されてもよい。いくつかの実施形態では、コードテーブルアルゴリズムは、コードテーブル生成アルゴリズム内の一意の機能毎に、２つまたはそれを上回るシード値を要求する。複数のシード値が使用されるとき、コードテーブルの包括的リストを作成することによって駆動されるコードテーブル空間の包括的検索は、著しく複雑となる。いくつかの実施形態では、コードテーブル生成は、テーブル作成、テーブル評価、およびテーブルパーティショニングから成る、３ステッププロセスを備える。
【００４１】
いくつかの実施形態では、コードテーブル出力ベクトルのフルセットは、コードテーブル信号集団と称される。一対のｎ−要素出力ベクトルｘ＝（ｘ１、ｘ２、…、ｘｎ）およびｙ＝（ｙ１、ｙ２、…、ｙｎ）を前提として、ベクトルｘとｙとの間の平均自由ユークリッド距離（ＭＦＥＤ）は、以下の方程式によって与えられる。
【数１】
0006345781.tif 000002
コードテーブルの雑音除去プロパティの一次ドライバは、全出力ベクトル対を横断して最小のＭＦＥＤ（最小ＭＦＥＤ）である。２つのコードテーブルを前提として、最大最小ＭＦＥＤを伴うコードテーブルは、同じ信号対雑音比（ＳＮＲ）環境を前提として、最小数エラーを有すると予測されることができる。いくつかの実施形態では、最小ＭＦＥＤは、テーブル指標としての役割を果たす。疎らに取り込まれたテーブル（ｑｎ≫２ｍ）を備える実施形態では、最小ＭＦＥＤは、有用指標を提供する。完全に取り込まれたテーブルを備える実施形態では、最小ＭＦＥＤは、テーブル毎に一定であって、したがって、有用指標を提供しない。
【００４２】
疎らに取り込まれたコードテーブルを備えるいくつかの実施形態では、テーブル作成プロセスは、検索アルゴリズムを生成し、候補コードテーブルを生成し、コードテーブル指標を用いて、候補コードテーブルのそれぞれを評価する。例えば、一実施形態では、テーブルが非常に疎らに取り込まれる場合、テーブル生成器は、信号集団を拡散させ、より均一な拡散を伴う信号集団と比較して、より優れた候補を生成させる。完全に取り込まれたコードテーブルを備える別の実施形態では、最小ＭＦＥＤは、全ての場合において同じであり得る。本実施形態では、テーブル生成器は、単一乱数シードから具体的かつ繰り返し生成されるコードテーブルへのマッピングを維持するように構成される。一側面では、本技法は、それを生成するランダムシードまたは複数のシードを規定することによって、所与のテーブルを規定および生成する能力を保証するために採用されてもよい。
【００４３】
図３は、ＯＣＴＳ情報フローの一実施形態を図示する。アナログ入力は、デジタルビットストリームにコンバート４される。デジタルフレームおよび付加的エラー制御コーディング（ＥＣＣ）６が、デジタルビットストリームに適用される。バイナリ入力ベクトルが、ＯＣＴＳテーブルルックアップ８に提供される。ＯＣＴＳテーブルルックアップ８は、多値出力ベクトルを作り出し、これは、変調および伝送１０のために提供される。変調された信号は、無線周波数チャネルを経由して伝送され、目的地において、受信および復調１２される。復調された多値出力ベクトルは、ビットストリームの再構成１６のために提供される。いくつかの実施形態では、デジタル出力が、提供される。他の実施形態では、デジタルビットストリームは、アナログ出力にコンバート１８される。図１におけるＯＣＴＳテーブルルックアップの出力および逆ＯＣＴＳテーブルルックアップへの入力を備える、多値出力ベクトルは、従来のデジタル通信システムの入出力のバイナリベクトルを備えてもよい。
【００４４】
ＯＣＴＳ拡張プロセスは、ＯＣＴＳのタスクの多くを管理し、既存のデジタル通信システムへの業界標準非依存インターフェースとしてのＯＣＴＳの有用性を拡張するための手段を提供する。いくつかの実施形態では、ＯＣＴＳ拡張テーブルは、各エンコードされたベクトルの拡張された使用を示す、ＯＣＴＳテーブルへの列の追加を備える。図４は、標準的ＯＣＴＳテーブルの一実施形態を図示する。図５は、付加的列を備える、ＯＣＴＳ拡張テーブルの一実施形態を図示する。いくつかの実施形態では、１つまたはそれを上回る内部ＯＣＴＳ拡張制御チャネルが、ＯＣＴＳ拡張プロセスのために含まれる。図４に図示されるように、従来のＯＣＴＳテーブル２０は、１つまたはそれを上回るＯＣＴＳエンコードベクトル２２を備える。図５に図示される、ＯＣＴＳ拡張テーブル１２０は、１つまたはそれを上回るＯＣＴＳエンコードベクトル１２２を備え、さらに、使用列１２４を備える。使用列１２４は、ＯＣＴＳ拡張テーブル１２０内のベクトルの使用を識別する。
【００４５】
いくつかの実施形態では、ＯＣＴＳ拡張処理は、ゲートウェイチャネルおよび複合チャネルとして示される、２つの独立チャネルを要求する。ゲートウェイチャネルは、メンバーユーザに、事前に協調かつ事前に配信された情報を有する具体的信号ストリームおよび受信者に限定された、保護された通信または情報システムをもたらす。複合チャネルは、メッセージおよび制御機能を提供する。各チャネルは、ゲートウェイコードテーブルおよび複合コードテーブルとして示される、その独自のコードテーブルを要求する。いくつかの実施形態では、エンコードされたゲートウェイチャネル出力ベクトルは、エンコードされた複合チャネル出力ベクトルを用いて、単一パイプにインタリーブされる。インタリーブは、向上された信号完全性および通信に加えて、付加的機能のために使用され得る、信号ストリームの複雑性の付加的措置を提供する。
【００４６】
いくつかの実施形態では、ゲートウェイチャネルは、例えば、事前に協調された情報およびメッセージ操作機能等、事前に配信された情報を使用することによって、信号完全性を確立する。ゲートウェイチャネルは、信号完全性機能を提供し、現在の複合チャネルＯＣＴＳ構成を識別する。ゲートウェイチャネルは、機能および構成を提供してもよく、例えば、多部分メッセージは、信号完全性を提供するための第１の部分と、現在の複合チャネル構成を識別するための第２の部分を備える。ゲートウェイチャネルは、事前に配信された情報を使用して、伝送の信号完全性を維持する。例えば、一実施形態では、ゲートウェイチャネルは、受信者から送信機への一意にコード化された確認応答のための手段を提供し、意図された受信者による受信を検証することによって、信号完全性を維持する。いくつかの実施形態では、伝送の一意のフォーマットは、伝送を意図された送信機−受信機対に限定する。例えば、多部分メッセージは、送信機−受信機対にのみ既知の一意のフォーマットを備えてもよく、これは、送信機−受信機対外の受信機による伝送の傍受またはデコーディングを防止する。
【００４７】
いくつかの実施形態では、データベクトルは、図６に図示されるようにインタリーブされる。バイナリ入力データベクトル２２６が、ＯＣＴＳ拡張エンコーダ２３０に提供される。ＯＣＴＳ拡張エンコーダ２３０が、ＯＣＴＳ拡張テーブルをバイナリ入力データベクトル２２６に適用する。ゲートウェイエンコーダ２２８が、第２のＯＣＴＳ拡張テーブルを使用して、ゲートウェイチャネルをエンコードする。ＯＣＴＳ拡張エンコーダ２３０およびゲートウェイエンコーダ２２８のためのデータストリームは、同一出力ストリームにインタリーブ２３４され、多値出力複合ベクトル２３６を作り出し、これは、通信チャネルを経由して伝送される。いくつかの実施形態では、通信チャネルは、ＲＦ通信チャネルを備えてもよい。他の実施形態では、通信チャネルは、任意の結合または非結合通信チャネルを備えてもよい。内部ＯＣＴＳ拡張コントローラ２３２は、ＯＣＴＳ拡張エンコーダ２３０およびゲートウェイエンコーダ２２８の両方を制御するように構成される。
【００４８】
動作時、信号完全性が、ＯＣＴＳの使用によって提供されるエンコーディングの使用を通して確立および維持される。いくつかの実施形態では、送信機は、事前に配信されたゲートウェイチャネルコードテーブルを使用して、伝送のために意図されるデジタルビットストリームをエンコードし、ＯＣＴＳ拡張メッセージを生成する。ＯＣＴＳ拡張エンコードメッセージは、ゲートウェイチャネル情報および複合チャネル情報を備える。ゲートウェイチャネル情報は、例えば、インタリーブされたストリーム内の場所（インタリーブスケジュールと称される）、ゲートウェイチャネルに一意の出力ベクトルの使用（テーブルパーティショニングと称される）、および／または他の好適な区別技法によって区別可能であってもよい。ゲートウェイチャネルは、エンコードされたビットストリームを提供し、複合チャネル情報をデコードするために要求される情報を搬送する。
【００４９】
種々の側面では、テーブルパーティショニングは、具体的必要性を満たすためのテーブル出力ベクトルの配分である。本質的に、具体的タスクが、具体的場合において重要であるほど、それに捧げられるテーブルは多くなる。そのような場合、タスクに割り当てられる付加的出力ベクトルは、より優れた雑音除去を提供する、エラー制御コーディングに追加する、または付加的情報を転送するために使用されることができる。パーティショニングを動的に修正するためのＯＣＴＳ拡張内の固有の能力は、信号完全性の余剰措置をシステムに追加し、付加的コード空間リソースを最も重要なタスクに配分するための能力を提供する。
【００５０】
種々の側面では、テーブルパーティショニングは、各パーティション内の最小ＭＦＥＤを増加させ、したがって、パーティション雑音除去プロパティを改善するために使用される。割当プロセスは、それらの間に最小ＭＦＥＤを有する一対の未割当ベクトルから開始し、それぞれを異なるパーティションに割り当ててもよい。すでに割り当てられたベクトルに対して最大最小ＭＦＥＤを有する未充填パーティションを見つけることによって、各新しいベクトルを割り当て、それをそのパーティションに割り当てる。使用ベクトルを複合デコードビットストリーム内の既知の場所に割り当てることによって、デコーディングプロセスは、各パーティション内の最小ＭＦＥＤを最大限にするために選択されたそのパーティション内のベクトルのみ考慮する必要がある。
【００５１】
いくつかの実施形態では、事前に配信された情報は、ゲートウェイチャネル情報をデコードするために必要な情報を提供する。デコードされたゲートウェイチャネル情報は、複合チャネルによって使用中の現在のＯＣＴＳ拡張コードテーブルを識別し、したがって、複合チャネル情報へのアクセスをもたらす。事前に配信された情報は、例えば、ゲートウェイチャネルＯＣＴＳコードテーブル識別子、インタリーブされたゲートウェイチャネルおよび複合チャネル情報をデコードするためのインタリーブスケジュールおよび／またはテーブルパーティショニング情報、例えば、チェックサムまたはマスキング機能等、ゲートウェイチャネル情報の正しい受信を検証するために使用される付加的コーディング、および／またはゲートウェイチャネル情報をデコードおよび識別するために必要な任意の他の情報を備えてもよい。
【００５２】
いくつかの実施形態では、複合チャネルは、送信機および／または受信機を認証し、データ転送レートを最適化し、コードテーブルを変更し、データが信号完全性を維持ために位置するコードテーブル内の場所を向上させ、信号データおよび制御データのインタリーブを変更するために、コードテーブルを調節するために使用される制御データ、および／または付加的情報を備える。複合チャネル内で制御データによって行われる変更は、システム内で適切に伝搬し使用中のコードテーブル内のシフトに影響を及ぼすために、フル伝送／受信サイクルを要求し得る。インタリーブスケジュールおよび／またはテーブルパーティショニング情報を事前に配信することによって、ＯＣＴＳ拡張伝送は、初期コードテーブル定義を保有し、後続コードテーブル変更が、デジタルビットストリーム内でエンコードされる方法を把握している受信機によってのみデコードされることができる。信号完全性は、送信機が、意図された受信者のみ伝送をデコードことができるという増加された保証を有し、受信機が、低減された伝送品質においてさえ、伝送内のデジタルビットストリームを識別可能であろうため、維持および保護される。
【００５３】
種々の実施形態では、チャネルは、エンコードされた情報の具体的に意図されたストリームとして定義される。図７は、ＯＣＴＳ拡張テーブル３２０内のベクトル毎の使用タイプを示す使用列３２２を備える、ＯＣＴＳ拡張テーブルの一実施形態を図示する。ＯＣＴＳ拡張エンコードベクトルの使用列の各データタイプは、指定された使用を有する。いくつかの実施形態では、ゲートウェイチャネルのための制御データが、ゲートウェイおよびコードテーブル識別のために使用され、「Ｃ１」として示される。ゲートウェイチャネルのための制御データはさらに、受信および伝送（ＲＸ／ＴＸ）協調のために使用されてもよい。いくつかの実施形態では、「Ｅ１」として示されるエラー制御コーディング（ＥＣＣ）情報と、「Ｄ１」として示される付加的データとを備える、ゲートウェイチャネルのための付加的使用列データが、ＯＣＴＳ拡張テーブル３２０内に含まれてもよい。いくつかの実施形態では、複合チャネルが、組み合わせデータ、ＲＸ／ＴＸ協調、および／または他の可能性として考えられる制御情報のために使用される。複合チャネル内のＲＸ／ＴＸ協調のための制御データは、「Ｃ２」として示され、エラー制御コーディング情報は、「Ｅ２」として示され、かつ付加的データが、含まれてもよく、「Ｄ２」として示される。いくつかの実施形態では、付加的使用が、複合チャネルのために存在してもよく、ＯＣＴＳ拡張プロセスの発展および拡張のために使用されてもよい。一実施形態では、付加的複合チャネルデータは、ＯＣＴＳ拡張サービスの質（ＱＯＳ）処理の機能および性能を定義する。
【００５４】
種々の実施形態では、パイプは、ＲＸ／ＴＸ対のためのチャネルのフルセットを備える。シンボルは、エンコードされた出力ベクトルの１つの要素を備え、フレームは、エンコードされた出力ベクトルのフル要素セットを備え、ブロックは、メッセージブロック内に含まれるエンコードされたベクトルのフルフレームセットを備える。シンボル同期は、単一シンボルのリーディングエッジの識別を備える。フレーム同期は、フレーム内の初期シンボルの識別を備える。ブロック同期は、メッセージブロック内の初期フレームの識別を備える。
【００５５】
いくつかの実施形態では、インタリーブかつエンコードされた多値出力ベクトルは、マスクを使用して作成され、複合チャネルシンボルストリーム内の場所を識別し、ゲートウェイチャネルシンボルストリームとインタリーブする。図８は、複合チャネルコードブロック４３８と、ゲートウェイチャネルコードブロック４４０と、インタリーブされた複合チャネルコードブロック４３８およびゲートウェイチャネルコードブロック４４０を備えるパイプ４４２と、パイプ４４２のインタリーブパターンを示すマスク４４４との一実施形態を図示する。図示される実施形態では、ゲートウェイチャネルブロック４４０長さは、複合コードブロック４３８長さと異なり、両方とも、インタリーブされたコードブロック４４２長さと異なる。いくつかの実施形態では、デインタリーブ、ゲートウェイチャネルデコーディング、および複合チャネルデコーディングのためのブロック配向プロセスは、非同期である。そのような実施形態では、伝送の信号完全性は、非同期プロセスに対してマスキングを識別する追加複雑性によって増加される。ゲートウェイチャネル４４０および複合チャネル４３８とフレームおよびメッセージ同期のインタリーブは、シンボル同期を要求する。いくつかの実施形態では、インタリーブプロセスは、デインタリーブ機能を通してシンボルを選別する。これは、表１に詳述され、複合チャネルを通してフルメッセージ伝送を可能にする。
【００５６】
図９は、ｍ−要素バイナリ入力ベクトルを供給し、ｎ−要素多値出力ベクトルを生成する、ＯＣＴＳ拡張コードテーブルの一実施形態を図示する。ＯＣＴＳ拡張コードテーブルは、複数のコードテーブルパーティションを備える。コードテーブルパーティションは、単一チャネルに具体的に割り当てられるコードテーブルの区分を備える。図９に図示されるコードテーブルは、パーティション化され、付加的データＤ１およびエラー制御コーディングＥ１をエンコードする。いくつかの実施形態では、テーブルパーティショニングは、各パーティション内で増加した最小ＭＦＥＤを提供し、パーティション雑音除去プロパティを改善する。
【００５７】
いくつかの実施形態では、シンボル要素の数ｑは、出力ベクトルの要素毎に利用可能である。例えば、４１個の一意の階調を伴う複合周波数偏移変調の場合、ｑは、４１に等しい。バイナリ入力の数は、２ｍを備え、ｍは、バイナリ入力ベクトル内の要素の数であって、可能性として考えられる出力ベクトルの総数は、ｑｎであって、ｎは、エンコードされた出力ベクトル内の要素の数である。例えば、図７に図示されるＯＣＴＳ拡張テーブル５２０は、１６ビット入力ベクトルをエンコードするために使用されてもよい。一意のバイナリ入力の数は、２１６＝６５，５３６であって、一意の多値出力ベクトルの数は、４１３＝６８，９２１である。本入力／出力対合と関連付けられたＯＣＴＳ拡張コードテーブルは、寸法（６８９２１，３）のアレイである。本実施例では、ＯＣＴＳ拡張コードテーブルのＤ１パーティションは、第１の６５，５３６行を備え、３，３８５Ｃ１およびＥ１ベクトルをエンコードするための６８，９２１−６５，５３６＝３，３８５行を残す。
【００５８】
種々の実施形態では、ＯＣＴＳ拡張プロセスは、既存のデジタル通信システムへの伝送および受信を行い、ロバストな制御特徴をデジタルデータストリームの中に統合することができる。図１０は、デジタル通信システムの中に統合されるＯＣＴＳ拡張プロセスの一実施形態を図示する。本実施形態では、従来のデジタルビットストリーム６５０は、データ、制御、および付加的エラー制御コーディング情報を含む、複合多値ストリームにコンバートされる。デジタルビットストリーム６５０は、入力バッファ６５２に提供される。入力バッファ６５２は、デジタルビットストリーム６５０をエラー制御コーディングプロセス６５４に渡す。デジタルビットストリーム６５０およびエラー制御コーディング６５４ストリームは、入力ベクトルマッパ６５８に連結される、マルチプレクサ６５６に提供される。入力ベクトルマッパ６５８は、マルチプレクサ６５６の出力をＯＣＴＳ拡張テーブルにマップする。複合チャネル信号コーディング６６０プロセスは、複合テーブルマネージャ６６８およびテーブルライブラリマネージャ６６６によって記憶されたテーブルに基づいて、マップされたベクトルをエンコードする。エンコードされたデータは、インタリーバ６７６に渡され、データとゲートウェイチャネルストリームをインタリーブする。ゲートウェイチャネルストリームは、ゲートウェイチャネルフォーマッタ６６４に連結される伝送コントローラ６６２によって生成される。ゲートウェイチャネルフォーマッタ６６４は、ゲートウェイチャネルデータをゲートウェイチャネルマスク６７０に提供し、これは、順に、ゲートウェイチャネルデータをエンコードするために、データをゲートウェイチャネル信号コーディング６７４プロセスに渡す。エンコードされたゲートウェイチャネルデータは、インタリーブ信号プロセッサ６７６に提供され、複合チャネル信号コーディング６６０プロセスによって提供される複合チャネルデータとインタリーブされる。インタリーブされた信号は、入力バッファ６７８に、次いで、伝送媒体６８０に提供される。いくつかの実施形態では、デジタル通信システムのＯＣＴＳ拡張処理伝送モジュールの出力は、１対１である、すなわち、ＯＣＴＳ拡張処理伝送モジュールへの所与の入力は、常時、同一出力をもたらし、出力は、所与の入力に対して一意である。
【００５９】
一側面では、コードテーブルマネージャ（または、複合テーブルマネージャ）は、そのシードおよびパラメータによって定義されるように、各コードテーブルを作成するか、またはそのコードテーブルｉｄによって識別される各コードテーブルをルックアップするかのいずれかであるように構成されてもよい。シードまたはｉｄは、コントローラからそこに渡されるであろう。伝送側および受信側両方上のコードテーブルマネージャは、相互に協調するように作用しなければならない。
【００６０】
一側面では、各機能的側面は、入力ベクトルから出力ベクトルへのマッピングを修正するために使用され、したがって、管理可能な複雑性を信号構造に追加することができる。プロセスは、１対１でなければならず（所与の入力は、常時、同一出力をもたらし、その出力は、その入力に一意でなければならない）、関数および逆関数は両方とも、明確に定義されている。
【００６１】
一側面では、コードテーブルが完全に占有される場合、プロセスは、単一再マップ入力に減少されることができる。機能的側面は、説明の便宜および容易性上、本仮定を用いて実装され得、疎らに取り込まれたコードテーブルの場合、付加的機能が、追加および管理され得ることに留意されたい。
【００６２】
一実施例では、ゲートウェイチャネルは、複合チャネルと同一能力を有していなくてもよい。これは、複合チャネル変更が、確立されたゲートウェイ経路を使用して、受信機および送信機の両方に信号伝達されることができるためである。ゲートウェイチャネルは、チャネルが事前に協調されるため、変更されることができない。
【００６３】
図１１は、統合されたＯＣＴＳ拡張プロセスを伴う、デジタル通信システムの受信モードの一実施形態を図示する。一実施形態では、複合多値ストリームは、その成分データ、制御、およびエラー制御コーディングチャネルにコンバートされる。デコードされたバイナリ出力データベクトルは、次いで、伝達され、デジタルビットストリームに処理される。デジタル通信システムの受信モードは、概して、図１０に図示される伝送モードの逆である。多値データストリームは、伝送媒体７８０から受信され、入力バッファ７７８に渡される。入力バッファは、受信された多値データストリームをデインタリーブするように構成される、デインタリーブ信号プロセッサ７８６に連結される。多値データストリームの複合信号部分は、デコードするために、複合チャネル信号コーディング７６０プロセスに提供される。複合チャネル信号コーディング７６０プロセスは、ＯＣＴＳ拡張テーブルを利用して、受信された複合チャネルデータをデコードする。デコードされたデータは、入力ベクトルマッパ７５８に提供され、デコードされたデータをマップ解除し、デジタルデータストリームを提供する。入力ベクトルマッパ７５８の出力は、データストリームおよびエラー補正コーディングストリームに逆多重化され、これは両方とも、ＥＣＣコーダ７５４に提供される。データストリームは、エラー補正され、入力バッファ７５２に提供され、これは、データストリームをデジタルビットストリームソース（または、目的地）７５０に提供する。
【００６４】
デインタリーブされた後、ゲートウェイチャネルが、ゲートウェイチャネル信号コーディング７７４ブロックに提供され、ＯＣＴＳ拡張テーブルを通して、ゲートウェイチャネルデータをデコードする。ゲートウェイチャネル信号コーディング７７４ブロックの出力は、ゲートウェイチャネルマスク７７０ブロックに提供され、ゲートウェイチャネルデータからマスクを除去する。マスク解除されたゲートウェイチャネルデータは、ゲートウェイチャネルフォーマッタ７６４に提供され、これは、以前に追加されたフォーマットをゲートウェイチャネルデータから除去し、ゲートウェイチャネルデータを受信コントローラ７６２に提供する。
【００６５】
いくつかの実施形態では、ゲートウェイコードテーブルおよびメッセージブロックは、複合コードテーブル識別子をエンコードおよびデコードし、複合コードテーブル識別子の正しいデコーディングに信頼を提供する。一実施形態では、疑乱数生成器のための適切な数のシードが、受信機能によって使用され、複合コードテーブルを一意に生成する。複数の方法、例えば、ビット位置パーティショニング、テーブルパーティショニング、または２つの技法の組み合わせ等が、ゲートウェイコードテーブルおよびメッセージブロックを確立するために使用されてもよい。
【００６６】
ビット位置パーティショニングでは、送信機および受信機の両方が、エンコードされたビットの場所を把握している。伝送されたメッセージの検出は、エンコードされたメッセージの位置の知識に基づいて、受信機に利用可能である。適切な数のシードが、一意のエンコーディングのための疑乱数を生成するために使用される。
【００６７】
テーブルパーティショニングを用いて、パーティションは、最小ＭＦＥＤを伴うエンコードされた要素を異なるパーティションに割り当てることによって、パーティションの要素間のＭＦＥＤを増加させるように配分されることができる。これは、パーティション内のＭＦＥＤを増加させ、したがって、受信された信号が具体的パーティションのメンバーとして識別され得る場合、雑音除去プロパティを増加させる。
【００６８】
テーブルパーティショニングだけの使用を用いて、ゲートウェイチャネル情報は、識別のために、ビット位置パーティショニングを使用せずに、ゲートウェイチャネルのパーティション要素を使用してエンコードされることができる。ビット位置パーティショニングを用いて、メッセージブロックの第１の要素に対して同期するプロセスは、ブロック内のゲートウェイチャネル情報の位置を認識し、本既知のオフセットを用いて、ビット位置をステップバックさせることによって、達成されることができる。テーブルパーティショニングでは、ゲートウェイチャネル情報は、受信されたゲートウェイチャネルビットおよびメッセージブロックのリードビットからのオフセットが変動し得るため、本オフセットをそのエンコーディング内に搬送しなければならない。図１２は、テーブルパーティショニングのために構成されるゲートウェイコードテーブルおよびブロックの一実施形態を図示する。図１２に図示されるように、ゲートウェイチャネルのためのＯＣＴＳ拡張エンコードベクトルは、チャネルフレーム８３８内にオフセットを備える。
【００６９】
一例として、限定ではないが、図示されるように、チャネルフレーム８３８の２つのブロックのそれぞれにおいて、第１の３つのフレームは、シードの値を識別し、生成されたチェックサムは、第４のフレーム内でコード化される。いくつかの実施形態では、シードの本エンコーディングおよびチェックサムは、シード値を渡し、無エラーデコーディングを生成するための要件を満たす。いくつかの実施形態では、シードが第１または第２のシードであるかを識別することが必要である。これは、例えば、第１のシードのチェックサムを０に、第２のシードのチェックサムを１に設定することによって、遂行されることができる。フレームの第５の要素は、インタリーブされたメッセージと複合チャネルメッセージブロックとの間のシンボルオフセットを識別するために使用されることができる。
【００７０】
一側面では、一例として、第１の３つのフレームは、シードの値を識別し、第４のフレームとしてコード化されるチェックサムを生成するために、各ブロック内に配分されてもよい。これは、シード値を渡し、その無エラーデコーディングにおける信頼をもたらすための要件を満たすために使用されることができる。各シードをシードの第１または第２として識別することが必要である。これは、第１のシードのチェックサムを０に、第２のシードのチェックサムを１になるように強制することによって、識別されることができる。フレームの第５の要素は、インタリーブされたメッセージと複合チャネルメッセージブロックとの間のシンボルオフセットを識別するために使用される。
【００７１】
図１３は、２メッセージブロックセット８８２内のシンボル８８８、フレーム８８６、およびブロック８８４の関係の一実施形態を図示する。図示される実施形態では、フレーム８８６およびブロック８８４は両方とも、シンボル８８８境界上から開始する。ブロックメッセージ処理を行うために、ブロックを開始する具体的シンボルは、ＯＣＴＳ拡張プロセスによって識別されなければならない。
【表１】
0006345781.tif 000003
【００７２】
種々の実施形態では、インタリーブおよびデインタリーブ機能は、相互に協調して作用するように構成される。インタリーブおよびデインタリーブ機能はそれぞれ、コントローラが、インタリーブおよびデインタリーブ仕様を利用して、シードをシーケンス化することによって駆動される。
【００７３】
いくつかの実施形態では、ゲートウェイチャネルフォーマットおよび再フォーマット機能は、相互に協調して作用するように構成される。ゲートウェイチャネルフォーマットおよび再フォーマット機能はそれぞれ、コントローラが、ゲートウェイチャネルフォーマットおよび再フォーマット仕様を利用して、シードをシーケンス化することによって駆動される。
【００７４】
いくつかの実施形態では、データストリームに一意に追加される付加的ビットを生成する、Ｂｏｓｅ、Ｃｈａｕｄｈｕｒｉ、および／またはＨｏｃｑｕｅｎｇｈｅｍ（ＢＣＨ）コード等のエラー補正コードが、ＯＣＴＳ拡張処理に含まれる。使用定義を各コードに追加することによって、Ｅ１エンコードベクトルは、生成されるパリティおよびエラー補正ビットとして具体的に識別され得るため、任意の場所において、複合データストリームの中に投入されることができる。種々の実施形態では、入力マルチプレクサおよび出力デマルチプレクサは、相互に協調して作用するように構成される。入力マルチプレクサおよび出力デマルチプレクサはそれぞれ、コントローラが、マルチプレクサ／デマルチプレクサ仕様を利用して、シードをシーケンス化することによって駆動される。
【００７５】
いくつかの実施形態では、ＯＣＴＳ拡張通信システムは、コントローラを備える。コントローラは、動的伝送環境の必要性を満たすために、例えば、ＱＯＳ監視およびコードテーブル選択等の一連のタスクに関与する。コントローラはさらに、コードテーブルスワップ、入力再マッピング、マルチプレクサおよびデマルチプレクサ動作、ゲートウェイチャネルフォーマット、および／またはインタリーブされた動作を規定、スケジューリング、および協調することに関与してもよい。いくつかの実施形態では、コントローラは、例えば、コードテーブルスワップシード、入力再マッピングシード、マルチプレクサおよびデマルチプレクサ動作シード、ゲートチャネルフォーマットシード、および／またはインタリーブされた動作シード等の情報を受信するように構成される。受信されたシードは、ゲートウェイチャネル内にコード化されたコードテーブル生成器シードから生成されてもよい。
【００７６】
いくつかの実施形態では、コントローラのための動作要件は、伝送環境を監視し、伝送環境に適合し、十分に高いテーブルスワップレートを維持し、信号完全性を維持することを含む。動作要件は、具体的用途によって駆動されてもよい。コントローラ管理は、要件マトリクス、システムリソースによって定義された選択肢マトリクス、および／または直接および間接性能ならびに伝送環境測定値によって駆動されてもよい。直接性能および伝送環境測定値は、既知の信号および受信機に一意の測定値に対して較正するために、例えば、コードテーブルの中に内蔵されたコードを使用して導出された直接ＱＯＳ測定値を備えてもよい。間接性能および伝送環境測定値は、例えば、エラー制御コーディング方式から導出されたビットエラーレート、デコーディングプロセスにおいて使用される外れ距離測定値から導出されたＳＮＲ推定値、および／または包含／除外測定値を備えてもよい。
【００７７】
いくつかの実施形態では、間接性能および伝送環境測定値は、包含／除外測定値を備える。ＯＣＴＳデコードプロセスは、受信かつデコードされたベクトルをコードテーブル内のエンコードされたベクトルの全てに対して比較することを要求する。いくつかの実施形態では、テーブルの包括的検索ではなく、包含ルールが、実装されてもよい。包含ルールは、入力ベクトルとコードテーブルベクトルとの間のＭＦＥＤが所定の値未満である場合、デコードされたベクトルが、一致ベクトルとして直ちに包含され、検索が停止することができることを要求する。いくつかの実施形態では、除外ルールが、実装されてもよい。除外ルールは、ベクトル要素毎に計算された累積されたＭＦＥＤが所定の閾値を超える場合、コードテーブルベクトルが、除外されることができ、そのベクトルに対するＭＦＥＤ計算が停止することができることを要求する。いくつかの実施形態では、導出される測定値は、ベクトルが包含されない場合、生成され、数ベクトルを除く全てが、除外される。本実施形態では、除外されないベクトルは、信号対雑音比に相関され、適切な一致が判定される。
【００７８】
図１４は、ゲートウェイチャネル２０００および複合チャネル２００１を使用してデジタルビットストリームを伝送するためのＯＣＴＳ拡張プロセスの別の実施形態を図示する。本実施形態では、バイナリ入力データベクトル２００４は、データ、制御、および付加的エラー制御コーディング情報を含む、複合多値出力ベクトル２０１６にコンバートされる。本プロセスは、伝送複合チャネルコントローラ２００２によって管理される、複合チャネル伝送側２０００と、伝送ゲートウェイチャネルコントローラ２００３によって管理されるゲートウェイチャネル伝送側２００１とを使用する。バイナリ入力データベクトル２００４は、複合チャネル伝送側２０００に提供され、入力ストリームを管理する、入力バッファ２００５に入る。入力バッファ２００５は、バイナリ入力ストリームをパックプロセス２００６に渡し、これは、着信入力ストリームをパックする。パックされた入力ストリームは、パックプロセス２００６からエラー制御コーディングプロセス２００７および入力マッピングプロセス２００８に転送される。エラー制御コーディングプロセス２００７からの結果として生じるエラー制御エンコード入力ストリーム、入力マッピングプロセス２００７からのデータビットマップデータ入力ストリーム、および伝送複合チャネルコントローラ２００２からの付加的情報が、マルチプレクサ２００９に提供され、これは、組み合わせられた複合情報ストリームを出力する。本組み合わせられた複合情報ストリームは、複合チャネルＯＣＴＳ拡張テーブルエンコードプロセス２０１０に渡され、これは、ＯＣＴＳエンコードされた複合ストリームを出力する。
【００７９】
バイナリ入力データベクトル２００４は、複合チャネル伝送側２０００によって処理されているが、伝送複合チャネルコントローラ２００２もまた、入力ストリームをゲートウェイチャネル伝送側２００１内のゲートウェイチャネルフォーマッタ２０１２に渡す。ゲートウェイチャネルフォーマッタ２０１２は、ゲートウェイチャネル双方向マップ２０１１と通信し、中間変数をエンコードし、入力ストリームをフォーマットする。ゲートウェイチャネルフォーマッタ２０１２からのフォーマットされたゲートウェイ情報は、ゲートウェイチャネルＯＣＴＳテーブルエンコードプロセス２０１３に転送され、そこで、ＯＣＴＳエンコーディングを受ける。ゲートウェイチャネルＯＣＴＳテーブルエンコードプロセス２０１３からのＯＣＴＳエンコードゲートウェイ情報は、複合チャネルＯＣＴＳ拡張テーブルエンコードプロセス２０１０からのＯＣＴＳエンコード複合情報ストリームとインタリーブ２０１４される。インタリーブプロセス２０１４からの結果として生じるインタリーブされた入力ストリームは、出力バッファ２０１５に渡され、これは、多値出力ベクトル２０１６を発行する。
【００８０】
図１５は、複合多値ストリームを受信し、複合チャネルおよびゲートウェイチャネルを使用して、それをその成分データ、制御、およびエラー制御コーディングチャネルにコンバートするためのＯＣＴＳ拡張プロセスの別の実施形態を図示する。本実施形態では、受信された複合多値ストリーム２１０４は、バイナリ出力データベクトルにデコードされる。本プロセスは、受信複合チャネルコントローラ２１０２によって管理される、複合チャネル受信側２１００と、受信ゲートウェイチャネルコントローラ２１０３によって管理される、ゲートウェイチャネル受信側２１０２とを使用する。多値入力ベクトル２１０４は、複合チャネル受信側２１００に提示され、入力バッファ２１０５に入る。着信入力ストリームは、入力バッファ２１０５からデインタリーブプロセス２１０６に渡され、そこで、複合チャネルＯＣＴＳ拡張テーブルデコードプロセス２１０７に転送される複合ベクトルと、ゲートウェイチャネルＯＣＴＳテーブルデコードプロセス２１１４に転送されるゲートウェイベクトルとに分離される。複合チャネルＯＣＴＳ拡張テーブルデコードプロセス２１０７は、複合ストリームをデコードし、それをデマルチプレクサ２１０８に渡す。デマルチプレクサ２１０８は、複合ストリームをデータストリームおよびエラー制御コードストリームに分離する。デマルチプレクサ２１０８は、データストリームを入力再マッププロセス２１０９に転送し、エラー制御コードストリームをエラー制御コーディングプロセス２１１０に渡す。再マッププロセス２１０９からの再マップされたデータストリームはまた、エラー制御コーディングプロセス２１１０に渡される。エラー制御コーディングプロセス２１１０の結果は、パック解除プロセス２１１０に転送される。パック解除プロセス２１１０の結果は、出力バッファ２１１２に渡され、これは、バイナリ出力ベクトル２１１３を作り出す。
【００８１】
入力ストリームは、複合チャネル受信側２１００によって処理されているが、また、ゲートウェイチャネル受信側２１０１によっても処理されている。ゲートウェイチャネルＯＣＴＳテーブルデコードプロセス２１１４は、デインタリーブされた２１０６入力ストリームを受信し、ＯＣＴＳデコードゲートウェイ情報を作り出す。ＯＣＴＳデコードゲートウェイ情報は、ゲートウェイチャネル再フォーマットプロセス２１１５に転送され、これは、ゲートウェイ情報を再フォーマットする。ゲートウェイチャネル再フォーマットプロセス２１１５は、ゲートウェイチャネル双方向マップ２１１６と通信し、中間変数をデコードし、その結果を受信複合チャネルコントローラ２１０２に返す。
【００８２】
図１６はＯＣＴＳ拡張伝送プロセス２２００およびＯＣＴＳ拡張受信プロセス２２０１を使用して、バイナリ入力データベクトルを多値出力ベクトルとして伝送し、バイナリデータ入力ベクトルにデコードするための多値入力ベクトルを受信する、ホストサーバの実施形態を図示する。図１６はまた、伝送プロセス２２００と受信プロセス２２０１との間の相互作用を図示する。ＯＣＴＳ拡張伝送２２００および受信２２０１プロセスを利用するクライアントサーバは、同一方法で実装され、クライアントサーバ受信機側２２０１は、ホストサーバ伝送側２２００と通信し、ホストサーバ受信側２２０１は、クライアントサーバ伝送側２２００と通信するであろうことは、当業者によって理解されるであろう。
【００８３】
図１６によって図示される実施形態では、ホストサーバの伝送複合チャネルコントローラ２００２は、マスタコントローラとしての役割を果たし、変化する伝送環境に適合するか、または付加的ネットワークおよび信号完全性を提供するシステムテーブルおよびマップに変更するかのいずれかのために、ホストサーバシステムおよびクライアントサーバシステムの両方の動的制御を提供する。ホストサーバの伝送複合チャネルコントローラ２００２からの制御情報は、制御フロー２２０２に沿って、ホストサーバ受信複合チャネルコントローラ２１０２に、また、クライアントサーバへの伝送のために、ホストサーバ伝送マルチプレクサ２００９にフローする。クライアントサーバによって受信された制御情報は、クライアントサーバのデマルチプレクサ２１０８に継続し、そこから、クライアントサーバの受信複合チャネルコントローラ２１０２に転送される。クライアントサーバの受信複合チャネルコントローラ２１０２は、制御フロー２２０２に沿って、クライアントサーバの伝送複合コントローラ２００２に制御情報を転送する。
【００８４】
いくつかの実施形態では、ゲートウェイチャネルＯＣＴＳテーブルエンコードプロセス２０１３およびデコードプロセス２１１４によって使用されるゲートウェイチャネルＯＣＴＳ拡張テーブルは、それぞれ、ゲートウェイチャネルＯＣＴＳ拡張テーブルを作成するために使用されるシードまたは複数のシードによって生成される疑似ランダムシーケンスの連続を使用して生成される、関連付けられたテーブルのセットを使用してもよい。関連付けられたテーブルは、フォーマッタシーケンスおよびスケジュール、チャネルマスクシーケンスおよびスケジュール、および／またはインタリーブシーケンスおよびスケジュールを含んでもよい。
【００８５】
同様に、いくつかの実施形態では、複合チャネルＯＣＴＳテーブルエンコードプロセス２０１０およびデコードプロセス２１０７によって使用される複合チャネルＯＣＴＳ拡張テーブルは、同様に、複合チャネルＯＣＴＳ拡張テーブルを作成するために使用されるシードまたは複数のシードによって生成される疑似ランダムシーケンスの連続によって生成される、関連付けられたテーブルのセットを使用してもよい。関連付けられたテーブルは、エラー制御コーディング（ＥＣＣ）シーケンスおよびスケジュール、入力マッピングシーケンスおよびスケジュール、ならびにＯＣＴＳ拡張テーブルシーケンスおよびスケジュールを含んでもよい。
【００８６】
いくつかの実施形態では、システム設計プロセスは、表２に概略される要件によって駆動される。表２に概略される設計は、動作範囲の識別、要件の優先順位化、および要件を満たすシーケンス化されたコードテーブルのセットの設計を備える。
【表２】
0006345781.tif 000004
【００８７】
サービスの質（ＱＯＳ）の動的制御
さらなる実施形態は、コードテーブル、ビット位置決め、テーブルパーティショニング、インタリーブ、またはそれらの組み合わせの選択肢のいずれかによって、ＯＣＴＳの要素の変更を提供し、ＱＯＳの導出された定量的測定値に基づいて、所望のレベルのＱＯＳを維持する。ＱＯＳの導出された測定値は、限定ではないが、サービス応答時間、損失、信号対雑音比、クロストーク、エコー、中断、周波数応答、ラウドネスレベル、要求されるビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレート、データレートおよび遅延、動的に制御スケジューリング優先度、組込制御の検証、メッセージエコー、および当業者によって導出され得るＱＯＳの任意の他の測定値を含んでもよい。
【００８８】
いくつかの実施形態では、ＯＣＴＳは、テーブルが、最大ＭＦＥＤが所望される全出力ベクトル対を横断した最小ＭＦＥＤに基づいて選択されるという初期条件に基づいて構成される。ＯＣＴＳ向上は、送信機および受信機が、所望のレベルのＱＯＳに基づいて通信を管理することを可能にするように設計される。送信機−受信機の組み合わせは、所望のレベルのＱＯＳを規定し、ＱＯＳの導出された測定値を使用し、初期および後続テーブルを修正し、所望のレベルのＱＯＳを維持する。
【００８９】
ＯＣＴＳは、結合および非結合通信方法と、それらの媒体のためのＱＯＳを規定し、ＱＯＳの測定値を導出する方法の範囲を横断して適用可能である。限定ではないが、周波数偏移変調（ＦＳＫ）、位相偏移変調（ＰＳＫ）、パルス幅変調（ＰＷＭ）、パルス振幅変調（ＰＡＭ）、周波数変調（ＦＭ）、振幅変調（ＡＭ）、直交周波数分割多重方式（ＯＦＤＭ）、直交振幅変調（ＱＡＭ）、およびこれらおよび他の技法の組み合わせを含む、信号伝送技法の範囲に適用可能である。
【００９０】
ＯＣＴＳはまた、電話方式、連続データ伝送、およびパケット交換ネットワークを含む、様々なネットワークタイプおよびプロトコルに適用可能であって、それぞれ、性能のための具体的ＱＯＳ指標を保有し得、ＱＯＳの一意の定量的測定値を有し得る。これは、具体的には、パケット交換ネットワークのためのフレーム中継、非同期転送モード（ＡＴＭ）、およびマルチプロトコルラベルスイッチング（ＭＰＬＳ）等、ネットワークタイプのための明示的プロトコル内において当てはまる。モバイルネットワークは、一意の課題を提示し、多くの場合、一意のＱＯＳ要件を有する。一意のＱＯＳ要件はまた、回路交換ネットワークならびにマルチメディア、特にフルフィデリティビデオデータをストリーミングするために存在する。
【００９１】
電話方式−サービス応答時間。サービス応答時間は、リアルタイムプロセスとして電話方式において重要である。テーブルサイズ、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせを変更し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正することによる、サービス応答時間の管理は、最小サービス応答時間を確立するための鍵である。これらの要素における動的変更は、最小サービス応答時間が満たされることを保証することができる。
【００９２】
電話方式−信号対雑音比。信号対雑音比（ＳＮＲ）は、信号がベースライン雑音および干渉の組み合わせと区別され得る場所のベースラインを定義するため、ＱＯＳにおける重要な測定値である。ＯＣＴＳは、基本的に、動作の周波数帯域内で信号の変調を偏移させ、雑音を回避することによって、ＳＮＲを管理する。ＯＣＴＳ向上は、テーブルサイズ、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせの変更を通して動作を動的に偏移させ、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正し、伝送のために、変化する雑音帯域外で動作することができる。
【００９３】
電話方式−周波数応答。多くの電話方式用途は、信号の伝送のための周波数特性に依存する。これらとして、周波数偏移変調（ＦＳＫ）、位相偏移変調、およびパルス幅変調（ＰＷＭ）技法等の変調技法が挙げられる。周波数応答は、定量的に測定および使用され、テーブルサイズ、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせを変更し、周波数応答を最適化するために、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正することができる。
【００９４】
パケット交換ネットワーク−低スループット。エンコードおよびデコード時間を含む、スループットの計算は、テーブルサイズを減少させる、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせを変更し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正し、スループットを向上させることによって、エンコード／デコード性能を改善する、テーブルに対する偏移を要求し得る。
【００９５】
パケット交換ネットワーク−ドロップパケット。パケット送達の失敗は、テーブルサイズを減少させる、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせを変更し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正し、パケットドロップを防止することによって、データレートを低減させる、またはバッファを増加させ、適切なパケット送達をもたらす、テーブルに対する偏移を要求し得る。
【００９６】
パケット交換ネットワーク−ビットエラー。受信機によって検出されたデータ内のエラーは、テーブルサイズを低減させる、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせを変更し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正し、受信されたデータ内のビットエラーを排除することによって、伝送されたデータに冗長性を追加する、テーブルに対する偏移を要求し得る。
【００９７】
パケット交換ネットワーク−待ち時間。ＶｏＩＰ等の用途に影響を及ぼす待ち時間は、テーブルサイズを低減させる、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせを変更し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正し、パケットドロップを防止することによって、オーバーヘッドを低減させ、待ち時間に及ぼすＯＣＴＳの影響を緩和する、テーブルに対する偏移を要求し得る。
【００９８】
パケット交換ネットワーク−ジッタおよび順序外送達。ＯＣＴＳは、伝送および受信された通りのパケットの順序に非常に敏感であって、特に、ゲートウェイチャネルおよび複合チャネルの影響に起因して、パケットが順序通りであることを保証する。順序外パケットを管理するためのプロトコルは、エンコーディング内に含有されてもよく、テーブルサイズ、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせに変更をもたらし、ｍ−要素ベクトルテーブルのための混合型パーティショニングを修正し、ジッタおよび順序外送達を管理してもよい。
【００９９】
一実施形態では、ＱＯＳ情報の収集は、ホストサーバおよびクライアントサーバを伴う。再び、図１６を参照すると、クライアントサーバの受信複合チャネルコントローラ２１０２は、クライアントの受信側２２０１におけるクライアントサーバの複合チャネルおよびゲートウェイチャネル内の種々の点からＱＯＳ情報２２０３を集める。クライアントサーバの受信複合チャネルコントローラ２１０２は、ホストサーバへのクライアントサーバの伝送側２２００による伝送のために、流路２２０４に沿って、集められたＱＯＳ情報２２０３をクライアントサーバの伝送複合チャネルコントローラ２００２に渡す。
【０１００】
図１７は、ホストサーバ２３００とクライアントサーバ２３０１との間でＱＯＳ情報を査定および転送するためのプロセスの一実施形態を図示する。ホストサーバ２３００とクライアントサーバ２３０１との間でデータを転送するプロセスでは、ホストサーバ２３００は、その伝送側２２００からデータ２３０２のフルセットを伝送してもよい。クライアントサーバ２３０１は、その受信側２２０１においてフルデータセット２３０２を受信する。クライアントサーバ２３０１は、ステップ２３０３において、ホストサーバ２３００から受信されたＱＯＳ測定値を査定するであろう。クライアントサーバ２３０１は、ＱＯＳ測定値および付加的クライアントサーバ２３０１  ＱＯＳ情報をクライアントサーバの２３０１の伝送側２２００に渡すであろう。クライアントサーバ２３０１の伝送側２２００は、ＱＯＳ情報２３０４をホストサーバ２３００に返送する。ＱＯＳ情報２３０４は、ホストサーバ２３００の受信側２２０１によって受信される。ホストサーバ２３００は、クライアント２３０１からホスト２３００へのＱＯＳ情報２３０４を査定するであろう。ホストサーバ２３００は、ホスト／クライアントＱＯＳ情報およびクライアント／ホストＱＯＳ情報の両方をホストサーバ２３００の伝送複合チャネルコントローラ２００２に渡すであろう。ホストサーバ２３００の伝送複合チャネルコントローラ２００２は、ステップ２３０６において、ＱＯＳ情報を使用して、次の制御コマンドを生成するであろう。
【０１０１】
サブスクライブされたコードテーブルユーザの認証
さらなる実施形態は、ユーザの認証をネットワークまたは別の具体的ユーザに提供し、送信機と受信機との間の通信に、より高いレベルの保証およびプライバシーを提供する。認証は、ＯＣＴＳの要素内で提供されてもよく、内蔵ゲートウェイチャネルエンコードビットストリームの受信およびデコーディングによって実装されてもよい。本デコーディングは、ゲートウェイチャネル初期化パラメータを識別し、具体的ＯＣＴＳテーブル、ゲートウェイチャネルメッセージフォーマットアルゴリズム、ゲートウェイチャネル双方向マップ、およびゲートウェイチャネルビットストリームと複合チャネルをインタリーブするためのインタリーブマップを含む、事前に配信された情報を要求する。ゲートウェイチャネルメッセージ−フォーマットアルゴリズムは、エンコードされたビットストリームの有効デコーディングが、検証機能導出値が有効であるときのみ認証されるように、検証機能（例えば、チェックサム、ＣＲＣ等）とともに設計される。これは、送信機が有効であることの受信機における一方向認証を提供する。これらの技法の利用は、限定ではないが、前述のような技法を含んでもよく、当業者によって導出され得るものに拡張されてもよい。
【０１０２】
いくつかの実施形態では、ＯＣＴＳは、テーブルが、最大ＭＦＥＤが所望される全出力ベクトル対にわたる最小ＭＦＥＤに基づいて選択されるという初期条件に基づいて構成される。使用のための所望のテーブルを確立するために使用される初期条件内において、初期認証情報は、ゲートウェイチャネルにエンコードされてもよい。ＯＣＴＳ向上は、送信機および受信機が、所望のレベルのプライバシーおよび能力に基づいて、通信を管理し、本特徴をサポートする認証情報に適合することを可能にするように設計される。送信機−受信機の組み合わせは、現在および将来の通信のための所望のレベルのプライバシーを規定し、ゲートウェイおよび複合チャネル内のエンコードされたデータを使用し、初期認証情報を修正し、それぞれ、送信機および受信機に更新を提供する。
【０１０３】
認証はさらに、送信機に返されるにつれて、受信機からの応答によって有効化されてもよい。送信機から受信機へのメッセージ経路は、受信機から送信機へのメッセージ経路と同じである必要はないため、これは、受信機から送信機への経路を定義する事前に配信された情報の付加的セットを採用することができる。これは、受信機がネットワークの有効化されたメンバーであることを送信機に認証するために使用されることができる。ゲートウェイチャネルメッセージ−フォーマットアルゴリズムは、複合チャネルＯＣＴＳテーブルを含む複合チャネルエンコーディングの現在の状態の説明をエンコードするために使用される。複合チャネルＯＣＴＳテーブルのパーティションは、データ、ＱＯＳ測定値、システム制御論理、およびエラー制御コーディングを一意にエンコードする。システム制御データは、動作シーケンス化によって制約された、制限されたセットのシンボルである。動作意味をなさない制御ベクトルの受信が、識別されてもよい。動作制約外の制御データベクトルの識別は、認証の付加的測定値を提供し得る。
【０１０４】
本明細書に説明される認証機構は、限定ではないが、周波数偏移変調（ＦＳＫ）、位相偏移変調（ＰＳＫ）、パルス幅変調（ＰＷＭ）、パルス振幅変調（ＰＡＭ）、周波数変調（ＦＭ）、振幅変調（ＡＭ）、直交周波数分割多重方式（ＯＦＤＭ）、直交振幅変調（ＱＡＭ）、およびこれらのおよび他の技法の組み合わせを含む、信号伝送技法の範囲に適用可能である。
【０１０５】
認証機構はまた、電話方式、連続データ伝送、およびパケット交換ネットワークを含む、様々なネットワークタイプおよびプロトコルに適用可能であって、それぞれ、具体的認証技法を保有してもよい。これは、具体的には、パケット交換ネットワークのためのフレーム中継、非同期転送モード（ＡＴＭ）、およびマルチプロトコルラベルスイッチング（ＭＰＬＳ）等のネットワークタイプのための明示的プロトコル内において当てはまる。モバイルネットワークは、一意の課題を提示し、多くの場合、一意の認証要件を有する。
【０１０６】
ネットワークおよび情報システムを経由したサブスクライブされたコードテーブルユーザの認証
図１８は、最適化されたコードテーブル信号伝達（ＯＣＴＳ）プロセスの一実施形態を図示する。ＯＣＴＳプロセスは、バイナリ入力のエンコーダおよびネットワークに提示される多値ベクトルへのエンコーディングを提供し、受信された多値ベクトルをバイナリ出力ベクトルにコンバートする逆プロセスを提供する。ＯＣＴＳテーブルの賢明な選択によって、実現されるデータスループットおよび信号完全性のパラメータは、動的に管理され、最適化された性能および／または向上された信号完全性および通信を提供し得る。ＯＣＴＳは、２０１２年１１月２７日発行の米国特許第８，３２０，４７３号「ＤＡＴＡ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＳＹＳＴＥＭ  ＵＴＩＬＩＺＩＮＧ  ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧ」に説明され、参照することによって全体として本明細書に組み込まれる。ＯＣＴＳの拡張は、２０１３年１０月２４日出願の米国特許出願第１４／０６２，５３５号「ＯＰＴＩＭＩＺＥＤ  ＤＡＴＡ  ＴＲＡＮＳＦＥＲ  ＵＴＩＬＩＺＩＮＧ  ＯＰＴＩＭＩＺＥＤ  ＣＯＤＥ  ＴＡＢＬＥ  ＳＩＧＮＡＬＩＮＧ」に説明され、参照することによって全体として本明細書に組み込まれる。
【０１０７】
図１８は、ＯＣＴＳを実装する情報システム／方法３０００によって行われるステップを図示する、ブロック図を示す。情報システム３０００は、データを１つまたはそれを上回る送信機３００２から１つまたはそれを上回る受信機３０１０に伝送するために利用される。情報システム３０００は、実値ベクトルへのバイナリビットストリームのマッピングを利用するように構成され、マッピング機能は、ネットワーク経路／環境の特性／プロパティに基づいて判定される。
【０１０８】
一実施形態では、送信機３００２からのデータの受信に応じて、ステップ３００４は、受信されたデータを実数のベクトル（実値データベクトルと称され得る）に変換（エンコード）する。例えば、各ｎ−ビットバイナリワードは、ｍ実値数のセットに変換されてもよい。変換は、マッピング機能に基づいて、バイナリワード毎にリアルタイムで計算される、または事前に算出されたテーブル内のルックアップとして行われる。例えば、一実施形態では、トレリス符号化変調（ＴＣＭ）が、事前に算出されたテーブルに基づいて、ｎ−ビットバイナリワードのシーケンスをｍ実値数のシーケンスに変換するために利用される。
【０１０９】
ｎ−ビットバイナリワードを表すために利用される実値数の数（ｍ）は、ネットワーク経路／環境のプロパティに基づいて変動し得る。例えば、一実施形態では、６より少ない実値数は、６−ビットバイナリワードを表すために利用される。別の実施形態では、６−ビットバイナリワードは、６（または、それを上回る）実値数のセットに変換されてもよい。当業者は、小さいｍ値（ｎ−ビットバイナリワードを表すために使用される実値数の数）が、伝送容量を増加させる一方、より大きいｍ値が、雑音のある環境においてより優れた性能を提供することを理解するであろう。ｎおよびｍの具体的値は、例えば、信号完全性、および／または他のプロパティ等、通信環境の１つまたはそれを上回るプロパティに基づいて判定されてもよい。
【０１１０】
送信機３００６は、変換された実値データベクトルを受信側に伝送する。例えば、アナログおよび／またはデジタルモジュール技法を備えるネットワーキング技術等の標準的通信構機が、伝送のために利用されてもよい。例えば、一実施形態では、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）が、送信機側からネットワーク側への変換された実値データベクトルの伝送のために利用される。
【０１１１】
ネットワーク側における実値データベクトルの受信に応じて、受信された実値データベクトルは、送信機３００２によって元々送信されたコンピュータ可読フォーマットに変換（デコード）３００８される。一実施形態では、デコーディングプロセス３００８は、ｍ実値数の所与のセットによって表されるｎ−ビットバイナリワードを特定するために、ｍ実値数のセット毎にテーブルルックアップとして行われる。例えば、ｍ実値数のセット毎に、デコーディングプロセス３００８は、ｍ実値数の本セットからルックアップテーブル内の要素を特定する。したがって、ルックアップテーブル内の本要素に対応するｎ−ビットバイナリワードは、ｍ実値数のセットによって表されるｎ−ビットバイナリワードである。
【０１１２】
いったんコンピュータ可読媒体フォーマットで表されるデータへの実値データベクトルの変換３００８が、完了すると、コンピュータ可読データは、受信機３０１０に伝送される。付加的信号完全性が、オリジナルバイナリデータストリームの代わりに、エンコードされた実値データベクトルを伝送することによって提供されることを理解されるであろう。変換テーブル（または、コードテーブル）は、第三者と共有されないため、送信機によって元々送信されたフォーマットへの傍受された実値データベクトル（第三者によって）のデコーディングは、防止および／または延滞され得る。いくつかの実施形態では、送信機３００２および受信機３０１０は両方とも、エンコーディングおよびデコーディングを行うために好適な潜在的コードテーブルのプールを備える。送信機３００２は、受信機３０１０に、例えば、ハンドシェークプロセスの一部としてテーブル識別子を確認応答する、および／またはデータ伝送の一部として識別子を送信する等、テーブル識別子を介してエンコーディングするために利用される具体的コードテーブルを知らせる。テーブル識別子は、第三者が伝送を傍受するために無意味となり得る。
【０１１３】
いくつかの実施形態では、データ通信システム３０００の性能は、ネットワーク環境のプロパティに基づいて最適化され得る、コードテーブルの属性によって判定される。コードテーブルは、ｎ−ビットバイナリワードを実値数のセットにマッピングするために一意でなくてもよい。一実施形態では、好適なコードテーブルのための選択基準として、例えば、所定の閾値を上回る、容認可能エンコーディングおよびデコーディング性能を提供することとが挙げられる。
【０１１４】
図１９は、情報システム３１００のブロック図を図示する。情報システム３１００は、通信されるべきデータベクトルを取得するための入力モジュール３１０２と、該データ通信を促進するように構成されるコードテーブルを選択するためのコードテーブル選択モジュール３１０４と、例えば、トレリス符号化変調を利用して、該コードテーブルから、該データベクトルを表す実数のベクトルを選択するためのベクトル選択モジュール３１０６と、実数のベクトルを受信機に伝送するための送信機３１０８とを備えてもよい。実数のベクトルは、受信に応じて、前述のように、コードテーブルを利用することによって、最良対応ベクトルに変換される。
【０１１５】
一実施形態では、コードテーブル選択モジュール３１０４は、ネットワーク環境のネットワーク特性、信号完全性の所望のレベル、所望のデータスループットレベル、またはそれらの任意の組み合わせのうちの少なくとも１つを判定するための判定モジュール３１１０を備える。コードテーブル選択モジュール３１０４は、少なくとも部分的に、ネットワーク環境のネットワーク特性、信号完全性の所望のレベル、所望のデータスループットレベル、またはそれらの任意の組み合わせのうちの少なくとも１つに基づいて、コードテーブルを選択する。
【０１１６】
いくつかの実施形態では、コードテーブル選択モジュール３１０４は、複数の候補コードテーブルを作成するためのテーブル生成モジュール３１１２を含み、複数の候補コードテーブルはそれぞれ、実値データエントリを有する。コードテーブル選択モジュール３１０４は、評価基準に基づいて、複数の候補コードテーブルからコードテーブルを選択する。例えば、一実施形態では、評価基準は、例えば、信号完全性および／または他のプロパティ等、ネットワーク環境の少なくとも１つの特性に基づく。
【０１１７】
いくつかの実施形態では、コードテーブル選択モジュール３１０４は、コードテーブルを事前に構成されたコードテーブルのセットから選択するための選択モジュール３１１４を備える。事前に構成されたコードテーブルのセットの各事前に構成されたコードテーブルは、選択プロセスを促進するための性能指標と関連付けられる。いったん選択が行われると、協調モジュール３１１６は、選択されたコードテーブルと少なくとも１つの受信機を協調させる。
【０１１８】
いくつかの実施形態では、データ情報システム３１００は、コードテーブルの性能および／または信号完全性指標を評価するための評価モジュール３１１８を備える。判定モジュール３１２０は、現在のコードテーブルが新しいコードテーブルと交換される場合、性能および／または信号完全性が改善され得るかどうかを判定するように構成される。性能および／または信号完全性が改善され得る場合、交換モジュール３１２２は、現在のコードテーブルと新しいコードテーブルを交換し、新しいコードテーブルが、後続データ通信のために利用される。
【０１１９】
前述のように、ネットワークは、コードテーブルを利用することによって、受信された実数のベクトルを最良対応ベクトルに変換するために構成される。一実施形態では、ネットワークは、最良対応ベクトルのための候補のセットを作成するためのベクトル生成モジュール３１２４と、候補のセットの各候補と信頼値を関連付けるための関連付けモジュール３１２６（候補毎の信頼値が、コードテーブルを利用して計算される候補と実数のベクトルとの間の分離距離に基づいて判定される）と、実数のベクトルを最良信頼値を伴う候補に変換するための変換モジュール３１２８とを備える。いくつかの実施形態では、受信機は、最良対応ベクトルを記憶するために構成される、記憶デバイスを備える。
【０１２０】
いくつかの実施形態では、コードテーブル生成アルゴリズムは、疑乱数生成器に渡されたシード値によって駆動される。同じシードが与えられる疑乱数の同じストリングを作成する乱数生成器を使用することによって、コードテーブル生成アルゴリズムは、同じシードが与えられる同じコードテーブルを生成するであろう。コードテーブルは、命名方式内の一意の識別子および／またはシード値によって識別されてもよい。いくつかの実施形態では、コードテーブルアルゴリズムは、コードテーブル生成アルゴリズム内の一意の機能毎に、２つまたはそれを上回るシード値を要求する。複数のシード値が使用されるとき、コードテーブルの包括的リストを作成することによって駆動されるコードテーブル空間の包括的検索は、著しく複雑となる。いくつかの実施形態では、コードテーブル生成は、テーブル作成、テーブル評価、およびテーブルパーティショニングから成る、３ステッププロセスを備える。
【０１２１】
疎らに取り込まれたコードテーブルを備えるいくつかの実施形態では、テーブル作成プロセスは、検索アルゴリズムを生成し、候補コードテーブルを生成し、候補コードテーブルのそれぞれをコードテーブル指標を用いて評価する。例えば、一実施形態では、テーブルが非常に疎らに取り込まれる場合、テーブル生成器は、信号集団を拡散させ、より均一な拡散を伴う信号集団と比較して、より優れた候補を生成させる。
【０１２２】
図２０は、ＯＣＴＳ情報フローの一実施形態を図示する。アナログ入力は、デジタルビットストリームにコンバート３２０４される。デジタルフレームおよび付加的エラー制御コーディング（ＥＣＣ）３２０６が、デジタルビットストリームに適用される。バイナリ入力ベクトルが、ＯＣＴＳテーブルルックアップ３２０８に提供される。ＯＣＴＳテーブルルックアップ３２０８は、多値出力ベクトルを作り出し、これは、変調および伝送３２１０のために提供される。変調された信号は、ネットワークを経由して伝送され、目的地において、受信および復調３２１２される。復調された多値出力ベクトルは、ビットストリームの再構成３２１６のために提供される。いくつかの実施形態では、デジタル出力が、提供される。他の実施形態では、デジタルビットストリームは、アナログ出力にコンバート３２１８される。図１８におけるＯＣＴＳテーブルルックアップの出力および逆ＯＣＴＳテーブルルックアップへの入力を備える、多値出力ベクトルは、従来の情報システムの入出力のバイナリベクトルを備えてもよい。
【０１２３】
ＯＣＴＳ拡張プロセスは、ＯＣＴＳのタスクの多くを管理し、既存の情報システムへの業界標準非依存インターフェースとしてのＯＣＴＳの有用性を拡張するための手段を提供する。いくつかの実施形態では、ＯＣＴＳ拡張テーブルは、各エンコードされたベクトルの拡張された使用を示す、ＯＣＴＳテーブルへの列の追加を備える。図２１は、標準的ＯＣＴＳテーブルの一実施形態を図示する。図２２は、付加的列を備える、ＯＣＴＳ拡張テーブルの一実施形態を図示する。いくつかの実施形態では、１つまたはそれを上回る内部ＯＣＴＳ拡張制御チャネルが、ＯＣＴＳ拡張プロセスのために含まれる。図４に図示されるように、従来のＯＣＴＳテーブル２０は、１つまたはそれを上回るＯＣＴＳエンコードベクトル２２を備える。図５に図示されるＯＣＴＳ拡張テーブル１２０は、１つまたはそれを上回るＯＣＴＳエンコードベクトル１２２を備え、さらに、使用列１２４を備える。使用列１２４は、ＯＣＴＳ拡張テーブル１２０内のベクトルの使用を識別する。
【０１２４】
いくつかの実施形態では、データベクトルは、図２３に図示されるようにインタリーブされる。バイナリ入力データベクトル３４２６が、ＯＣＴＳ拡張エンコーダ３４３０に提供される。ＯＣＴＳ拡張エンコーダ３４３０が、ＯＣＴＳ拡張テーブルをバイナリ入力データベクトル３４２６に適用する。ゲートウェイエンコーダ３４２８が、第２のＯＣＴＳ拡張テーブルを使用して、ゲートウェイチャネルをエンコードする。ＯＣＴＳ拡張エンコーダ３４３０およびゲートウェイエンコーダ３４２８のためのデータストリームは、同一出力ストリームにインタリーブ３４３４され、多値出力複合ベクトル３４３６を作り出し、これは、通信チャネルを経由して伝送される。いくつかの実施形態では、通信チャネルは、ネットワークチャネルを備えてもよい。他の実施形態では、通信チャネルは、任意の結合または非結合ネットワークを備えてもよい。内部ＯＣＴＳ拡張コントローラ２３２は、ＯＣＴＳ拡張エンコーダ２３０およびゲートウェイエンコーダ２２８の両方を制御するように構成される。
【０１２５】
動作時、信号完全性が、ＯＣＴＳの使用によって提供されるエンコーディングの使用を通して確立および維持される。いくつかの実施形態では、送信機は、事前に配信されたゲートウェイチャネルコードテーブルを使用して、伝送のために意図されるデジタルビットストリームをエンコードし、ＯＣＴＳ拡張メッセージを生成する。ＯＣＴＳ拡張エンコードメッセージは、ゲートウェイチャネル情報および複合チャネル情報を備える。ゲートウェイチャネル情報は、例えば、インタリーブされたストリーム内の場所（インタリーブスケジュールと称される）、ゲートウェイチャネルに一意の出力ベクトルの使用（テーブルパーティショニングと称される）、および／または他の好適な区別技法によって区別可能であってもよい。ゲートウェイチャネルは、エンコードされたビットストリームを提供し、複合チャネル情報をデコードするために要求される情報を搬送する。
【０１２６】
いくつかの実施形態では、事前に配信された情報は、ゲートウェイチャネル情報をデコードするために必要な情報を提供する。デコードされたゲートウェイチャネル情報は、複合チャネルによって使用中の現在のＯＣＴＳ拡張コードテーブルを識別し、したがって、複合チャネル情報へのアクセスをもたらす。事前に配信された情報は、例えば、ゲートウェイチャネルＯＣＴＳコードテーブル識別子、インタリーブスケジュールおよび／またはインタリーブされたゲートウェイチャネルおよび複合チャネル情報をデコードするためのテーブルパーティショニング情報、例えば、チェックサムまたはマスキング機能等、ゲートウェイチャネル情報の正しい受信を検証するために使用される付加的コーディング、および／またはゲートウェイチャネル情報をデコードおよび識別するために必要な任意の他の情報を備えてもよい。
【０１２７】
いくつかの実施形態では、複合チャネルは、送信機および／または受信機を認証し、データ転送レートを最適化し、コードテーブルを変更し、データが信号完全性を維持するために位置するコードテーブル内の場所を向上させ、信号データおよび制御データのインタリーブを変更するために、コードテーブルを調節するために使用される制御データ、および／または付加的情報を備える。複合チャネル内で制御データによって行われる変更は、システム内で適切に伝搬し、使用中のコードテーブル内のシフトに影響を及ぼすために、フル伝送／受信サイクルを要求し得る。インタリーブスケジュールおよび／またはテーブルパーティショニング情報を事前に配信することによって、ＯＣＴＳ拡張伝送は、初期コードテーブル定義を保有し、後続コードテーブル変更が、デジタルビットストリーム内でエンコードされる方法を把握している受信機によってのみデコードされることができる。信号完全性は、送信機が、意図された受信者のみ伝送をデコードことができるという増加された保証を有し、受信機が、低減された伝送品質においてさえ、伝送内のデジタルビットストリームを識別可能であろうため、維持および保護される。
【０１２８】
種々の実施形態では、チャネルは、エンコードされた情報の具体的に意図されたストリームとして定義される。図２４は、ＯＣＴＳ拡張テーブル３５２０内のベクトル毎の使用タイプを示す使用列３５２２を備える、ＯＣＴＳ拡張テーブルの一実施形態を図示する。ＯＣＴＳ拡張エンコードベクトルの使用列の各データタイプは、指定された使用を有する。いくつかの実施形態では、ゲートウェイチャネルのための制御データが、ゲートウェイおよびコードテーブル識別のために使用され、「Ｃ１」として示される。ゲートウェイチャネルのための制御データはさらに、受信および伝送（ＲＸ／ＴＸ）協調のために使用されてもよい。いくつかの実施形態では、「Ｅ１」として示されるエラー制御コーディング（ＥＣＣ）情報と、「Ｄ１」として示される付加的データとを備える、ゲートウェイチャネルのための付加的使用列データが、ＯＣＴＳ拡張テーブル３５２０内に含まれてもよい。いくつかの実施形態では、複合チャネルが、組み合わせデータ、ＲＸ／ＴＸ協調、および／または他の可能性として考えられる制御情報のために使用される。複合チャネル内のＲＸ／ＴＸ協調のための制御データは、「Ｃ２」として示され、エラー制御コーディング情報は、「Ｅ２」として示され、かつ付加的データが、含まれてもよく、「Ｄ２」として示される。いくつかの実施形態では、付加的使用が、複合チャネルのために存在してもよく、ＯＣＴＳ拡張プロセスの発展および拡張のために使用されてもよい。
【０１２９】
種々の実施形態では、パイプは、ＲＸ／ＴＸ対のためのチャネルのフルセットを備える。シンボルは、エンコードされた出力ベクトルの１つの要素を備え、フレームは、エンコードされた出力ベクトルのフル要素セットを備え、ブロックは、メッセージブロック内に含まれるエンコードされたベクトルのフルフレームセットを備える。シンボル同期は、単一シンボルのリーディングエッジの識別を備える。フレーム同期は、フレーム内の初期シンボルの識別を備える。ブロック同期は、メッセージブロック内の初期フレームの識別を備える。
【０１３０】
いくつかの実施形態では、インタリーブかつエンコードされた多値出力ベクトルは、マスクを使用して作成され、複合チャネルシンボルストリーム内の場所を識別し、ゲートウェイチャネルシンボルストリームとインタリーブする。図２５は、複合チャネルコードブロック３６３８と、ゲートウェイチャネルコードブロック３６４０と、インタリーブされた複合チャネルコードブロック３６３８およびゲートウェイチャネルコードブロック３６４０を備えるパイプ３６４２と、パイプ３６４２のインタリーブパターンを示すマスク３６４４との一実施形態を図示する。図示される実施形態では、ゲートウェイチャネルブロック３６４０長さは、複合コードブロック３６３８長さと異なり、両方とも、インタリーブされたコードブロック３６４２長さと異なる。いくつかの実施形態では、デインタリーブ、ゲートウェイチャネルデコーディング、および複合チャネルデコーディングのためのブロック配向プロセスは、非同期である。そのような実施形態では、伝送の信号完全性は、非同期プロセスに対してマスキングを識別する追加複雑性によって増加される。ゲートウェイチャネル３６４０および複合チャネル３６３８とフレームおよびメッセージ同期のインタリーブは、シンボル同期を要求する。いくつかの実施形態では、インタリーブプロセスは、デインタリーブ機能を通してシンボルを選別する。これは、表１に詳述され、複合チャネルを通してフルメッセージ伝送を可能にする。
【０１３１】
図２６は、ｍ−要素バイナリ入力ベクトルを供給し、ｎ−要素多値出力ベクトルを生成する、ＯＣＴＳ拡張コードテーブルの一実施形態を図示する。ＯＣＴＳ拡張コードテーブルは、複数のコードテーブルパーティションを備える。コードテーブルパーティションは、単一チャネルに具体的に割り当てられるコードテーブルの区分を備える。図２６に図示されるコードテーブルは、パーティション化され、付加的データＤ１およびエラー制御コーディングＥ１をエンコードする。
【０１３２】
いくつかの実施形態では、シンボル要素の数ｑは、出力ベクトルの要素毎に利用可能である。例えば、４１個の一意のパルス幅を伴う多重パルス幅変調の場合、ｑは、４１に等しい。バイナリ入力の数は、２ｍを備え、ｍは、バイナリ入力ベクトル内の要素の数であって、可能性として考えられる出力ベクトルの総数は、ｑｎであって、ｎは、エンコードされた出力ベクトル内の要素の数である。例えば、図２４に図示されるＯＣＴＳ拡張テーブル３７２０は、１６ビット入力ベクトルをエンコードするために使用されてもよい。一意のバイナリ入力の数は、２１６＝６５，５３６であって、一意の多値出力ベクトルの数は、４１３＝６８，９２１である。本入力／出力対合と関連付けられたＯＣＴＳ拡張コードテーブルは、寸法（６８９２１，３）のアレイである。本実施例では、ＯＣＴＳ拡張コードテーブルのＤ１パーティションは、第１の６５，５３６行を備え、３，３８５Ｃ１およびＥ１ベクトルをエンコードするための６８，９２１−６５，５３６＝３，３８５行を残す。
【０１３３】
種々の実施形態では、ＯＣＴＳ拡張プロセスは、既存のデジタル通信システムへの伝送および受信を行い、ロバストな制御特徴をデジタルデータストリームの中に統合することができる。図２７は、デジタル通信システムの中に統合されるＯＣＴＳ拡張プロセスの一実施形態を図示する。本実施形態では、従来のデジタルビットストリーム３８５０は、データ、制御、および付加的エラー制御コーディング情報を含む、複合多値ストリームにコンバートされる。デジタルビットストリーム３８５０は、入力バッファ３８５２に提供される。入力バッファ３８５２は、デジタルビットストリーム３８５０をエラー制御コーディングプロセス３８５４に渡す。デジタルビットストリーム３８５０およびエラー制御コーディング３８５４ストリームは、入力ベクトルマッパ３８５８に連結される、マルチプレクサ３８５６に提供される。入力ベクトルマッパ３８５８は、マルチプレクサ３８５６の出力をＯＣＴＳ拡張テーブルにマップする。複合チャネル信号コーディング３８６０プロセスは、複合テーブルマネージャ３８６８およびテーブルライブラリマネージャ３８６６によって記憶されたテーブルに基づいて、マップされたベクトルをエンコードする。エンコードされたデータは、インタリーバ３８７６に渡され、データとゲートウェイチャネルストリームをインタリーブする。ゲートウェイチャネルストリームは、ゲートウェイチャネルフォーマッタ３８６４に連結される伝送コントローラ３８６２によって生成される。ゲートウェイチャネルフォーマッタ３８６４は、ゲートウェイチャネルデータをゲートウェイチャネルマスク３８７０に提供し、これは、順に、ゲートウェイチャネルデータをエンコードするために、データをゲートウェイチャネル信号コーディング３８７４プロセスに渡す。エンコードされたゲートウェイチャネルデータは、インタリーブ信号プロセッサ３８７６に提供され、複合チャネル信号コーディング３８６０プロセスによって提供される複合チャネルデータとインタリーブされる。インタリーブされた信号が、入力バッファ３８７８に、次いで、伝送媒体３８８０に提供される。いくつかの実施形態では、デジタル通信システムのＯＣＴＳ拡張処理伝送モジュールの出力は、１対１である、すなわち、ＯＣＴＳ拡張処理伝送モジュールへの所与の入力は、常時、同一出力をもたらし、出力は、所与の入力に対して一意である。
【０１３４】
図２８は、統合されたＯＣＴＳ拡張プロセスを伴う、情報システムの受信モードの一実施形態を図示する。一実施形態では、複合多値ストリームは、その成分データ、制御、およびエラー制御コーディングチャネルにコンバートされる。デコードされたバイナリ出力データベクトルは、次いで、伝達され、デジタルビットストリームに処理される。デジタル通信システムの受信モードは、概して、図２７に図示される伝送モードの逆である。多値データストリームは、伝送媒体３９８０から受信され、入力バッファ３９７８に渡される。入力バッファは、受信された多値データストリームをデインタリーブするように構成される、デインタリーブ信号プロセッサ３９８６に連結される。多値データストリームの複合信号部分は、デコードするために、複合チャネル信号コーディング３９６０プロセスに提供される。複合チャネル信号コーディング３９６０プロセスは、ＯＣＴＳ拡張テーブルを利用して、受信された複合チャネルデータをデコードする。デコードされたデータは、入力ベクトルマッパ３９５８に提供され、デコードされたデータをマップ解除し、デジタルデータストリームを提供する。入力ベクトルマッパ３９５８の出力は、データストリームおよびエラー補正コーディングストリームに逆多重化され、これは両方とも、ＥＣＣコーダ３９５４に提供される。データストリームは、エラー補正され、入力バッファ３９５２に提供され、これは、データストリームをデジタルビットストリームソース（または、目的地）３９５０に提供する。
【０１３５】
デインタリーブされた後、ゲートウェイチャネルが、ゲートウェイチャネル信号コーディング３９７４ブロックに提供され、ＯＣＴＳ拡張テーブルを通して、ゲートウェイチャネルデータをデコードする。ゲートウェイチャネル信号コーディング３９７４ブロックの出力は、ゲートウェイチャネルマスク３９７０ブロックに提供され、ゲートウェイチャネルデータからマスクを除去する。マスク解除されたゲートウェイチャネルデータは、ゲートウェイチャネルフォーマッタ３９６４に提供され、これは、以前に追加されたフォーマットをゲートウェイチャネルデータから除去し、ゲートウェイチャネルデータを受信コントローラ３９６２に提供する。
【０１３６】
いくつかの実施形態では、ゲートウェイコードテーブルおよびメッセージブロックは、複合コードテーブル識別子をエンコードおよびデコードし、複合コードテーブル識別子の正しいデコーディングに信頼を提供する。一実施形態では、疑乱数生成器のための適切な数のシードが、受信機能によって使用され、複合コードテーブルを一意に生成する。複数の方法、例えば、ビット位置パーティショニング、テーブルパーティショニング、または２つの技法の組み合わせ等が、ゲートウェイコードテーブルおよびメッセージブロックを確立するために使用されてもよい。
【０１３７】
ビット位置パーティショニングでは、送信機および受信機の両方が、エンコードされたビットの場所を把握している。伝送されたメッセージの検出は、エンコードされたメッセージの位置の知識に基づいて、受信機に利用可能である。適切な数のシードが、一意のエンコーディングのための疑乱数を生成するために使用される。
【０１３８】
テーブルパーティショニングだけの使用を用いて、ゲートウェイチャネル情報は、識別のために、ビット位置パーティショニングを使用せずに、ゲートウェイチャネルのパーティション要素を使用してエンコードされることができる。ビット位置パーティショニングを用いて、メッセージブロックの第１の要素に対して同期するプロセスは、ブロック内のゲートウェイチャネル情報の位置を認識し、本既知のオフセットを用いて、ビット位置をステップバックさせることによって、達成されることができる。テーブルパーティショニングでは、ゲートウェイチャネル情報は、受信されたゲートウェイチャネルビットおよびメッセージブロックのリードビットからのオフセットが変動し得るため、本オフセットをそのエンコーディング内に搬送しなければならない。図２９は、テーブルパーティショニングのために構成されるゲートウェイコードテーブルおよびブロックの一実施形態を図示する。図２９に図示されるように、ゲートウェイチャネルのためのＯＣＴＳ拡張エンコードベクトルは、チャネルフレーム４０３８内にオフセットを備える。
【０１３９】
図３０は、２メッセージブロックセット４０８２内のシンボル４０８８、フレーム４０８６、およびブロック４０８４の関係の一実施形態を図示する。図示される実施形態では、フレーム４０８６およびブロック４０８４は両方とも、シンボル４０８８境界上から開始する。ブロックメッセージ処理を行うために、ブロックを開始する具体的シンボルは、ＯＣＴＳ拡張プロセスによって識別されなければならない。
【表３】
0006345781.tif 000005
【０１４０】
種々の実施形態では、インタリーブおよびデインタリーブ機能は、相互に協調して作用するように構成される。インタリーブおよびデインタリーブ機能はそれぞれ、コントローラが、インタリーブおよびデインタリーブ仕様を利用して、シードをシーケンス化することによって駆動される。
【０１４１】
いくつかの実施形態では、ゲートウェイチャネルフォーマットおよび再フォーマット機能は、相互に協調して作用するように構成される。ゲートウェイチャネルフォーマットおよび再フォーマット機能はそれぞれ、コントローラが、ゲートウェイチャネルフォーマットおよび再フォーマット仕様を利用して、シーケンス化することによって駆動される。
【０１４２】
いくつかの実施形態では、データストリームに一意に追加される付加的ビットを生成する、Ｂｏｓｅ、Ｃｈａｕｄｈｕｒｉ、および／またはＨｏｃｑｕｅｎｇｈｅｍ（ＢＣＨ）コード等のエラー補正コードが、ＯＣＴＳ拡張処理に含まれる。使用定義を各コードに追加することによって、Ｅ１エンコードベクトルは、生成されるパリティおよびエラー補正ビットとして具体的に識別され得るため、任意の場所において、複合データストリームの中に投入されることができる。種々の実施形態では、入力マルチプレクサおよび出力デマルチプレクサは、相互に協調して作用するように構成される。入力マルチプレクサおよび出力デマルチプレクサはそれぞれ、コントローラが、マルチプレクサ／デマルチプレクサ仕様を利用して、シードをシーケンス化することによって駆動される。
【０１４３】
いくつかの実施形態では、ＯＣＴＳ拡張通信システムは、コントローラを備える。コントローラは、動的伝送環境の必要性を満たすために、例えば、コードテーブル選択等の一連のタスクに関与する。コントローラはさらに、コードテーブルスワップ、入力再マッピング、マルチプレクサおよびデマルチプレクサ動作、ゲートウェイチャネルフォーマット、および／またはインタリーブされた動作を規定、スケジューリング、および協調することに関与してもよい。いくつかの実施形態では、コントローラは、例えば、コードテーブルスワップシード、入力再マッピングシード、マルチプレクサおよびデマルチプレクサ動作シード、ゲートチャネルフォーマットシード、および／またはインタリーブされた動作シード等の情報を受信するように構成される。受信されたシードは、ゲートウェイチャネル内にコード化されたコードテーブル生成器シードから生成されてもよい。
【０１４４】
いくつかの実施形態では、コントローラのための動作要件は、伝送環境を監視し、伝送環境に適合し、十分に高いテーブルスワップレートを維持し、信号完全性を維持することを含む。動作要件は、具体的用途によって駆動されてもよい。コントローラ管理は、要件マトリクス、システムリソースによって定義された選択肢マトリクス、および／または直接および間接性能ならびに伝送環境測定値によって駆動されてもよい。直接性能および伝送環境測定値は、既知の信号および受信機に一意の測定値に対して較正するために、例えば、コードテーブルの中に内蔵されたコードを使用して導出された直接測定値を備えてもよい。間接性能および伝送環境測定値は、例えば、包含／除外測定値を備えてもよい。
【０１４５】
いくつかの実施形態では、間接性能および伝送環境測定値は、包含／除外測定値を備える。ＯＣＴＳデコードプロセスは、受信かつデコードされたベクトルをコードテーブル内のエンコードされたベクトルの全てに対して比較することを要求する。いくつかの実施形態では、テーブルの包括的検索ではなく、包含ルールが、実装されてもよい。いくつかの実施形態では、導出される測定値は、ベクトルが包含されない場合、生成され、数ベクトルを除く全てが、除外される。
【０１４６】
コンピューティングデバイス
図３１は、ＯＣＴＳ拡張通信のためのシステムおよび方法の一実施形態において使用され得る、コンピューティングデバイス９００の一実施形態を図示する。明確目的のために、コンピューティングデバイス９００は、本明細書では、単一コンピューティングデバイスの文脈において図示および説明される。しかしながら、任意の数の好適に構成されるコンピューティングデバイスが、説明される実施形態のいずれかを実装するために使用されることができることを認識および理解されたい。例えば、少なくともいくつかの実装では、複数の通信可能にリンクされたコンピューティングデバイスが、使用される。これらのデバイスのうちの１つまたはそれを上回るものは、１つまたはそれを上回るネットワーク（ＬＡＮ）、１つまたはそれを上回る広域ネットワーク（ＷＡＮ）、ワイヤレス接続、またはそれらの任意の組み合わせ等を介して、任意の好適な方法で通信可能にリンクされることができる。
【０１４７】
本実施例では、コンピューティングデバイス９００は、１つまたはそれを上回るプロセッサ回路または処理ユニット９０２と、１つまたはそれを上回るメモリ回路および／または記憶回路構成要素９０４と、１つまたはそれを上回る入力／出力（Ｉ／Ｏ）回路デバイス９０６とを備える。加えて、コンピューティングデバイス９００は、種々の回路構成要素およびデバイスが、相互に通信することを可能にする、バス９０８を備える。バス９０８は、種々のバスアーキテクチャのいずれかを使用する、メモリバスまたはローカルバスを含む、いくつかのタイプのバス構造のいずれかのうちの１つまたはそれを上回るものを表す。バス９０８は、有線および／または無線バスを備えてもよい。
【０１４８】
処理ユニット９０２は、システムプログラム、アプリケーションプログラム、および／またはモジュール等の種々のソフトウェアプログラムを実行し、コンピューティングデバイス９００のコンピューティングおよび処理動作を提供することに関与してもよい。処理ユニット９０２は、１つまたはそれを上回る有線または無線通信チャネルを経由して、音声およびデータ情報の伝送および受信等、コンピューティングデバイス９００のための種々の音声およびデータ通信動作を行うことに関与してもよい。コンピューティングデバイス９００の処理ユニット９０２は、示されるように、単一プロセッサアーキテクチャを含むが、コンピューティングデバイス９００は、説明される実施形態によると、任意の好適なプロセッサアーキテクチャおよび／または任意の好適な数のプロセッサを使用してもよいことが認識され得る。一実施形態では、処理ユニット９００は、単一統合プロセッサを使用して実装されてもよい。
【０１４９】
処理ユニット９０２は、汎用プロセッサ等の任意の好適なプロセッサ回路または論理デバイス（回路）を使用して、ホスト中央処理ユニット（ＣＰＵ）として実装されてもよい。処理ユニット９０２はまた、説明される実施形態によると、チップマルチプロセッサ（ＣＭＰ）、専用プロセッサ、内蔵プロセッサ、媒体プロセッサ、入力／出力（Ｉ／Ｏ）プロセッサ、コプロセッサ、マイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、または他の処理デバイスとして実装されてもよい。
【０１５０】
示されるように、処理ユニット９０２は、バス９０８を通して、メモリおよび／または記憶構成要素９０４に連結されてもよい。メモリバス９０８は、処理ユニット９０２が、メモリおよび／または記憶構成要素９０４にアクセスすることを可能にするための任意の好適なインターフェースおよび／またはバスアーキテクチャを備えてもよい。メモリおよび／または記憶構成要素９０４は、例証目的のために、処理ユニット９０２と別個であるように示され得るが、種々の実施形態では、メモリおよび／または記憶構成要素９０４のいくつかの部分または全体は、処理ユニット９０２として同一集積回路上に含まれてもよいことに留意することは価値がある。代替として、メモリおよび／または記憶構成要素９０４のいくつかの部分または全体は、処理ユニット９０２の集積回路または集積回路外部の他の媒体（例えば、ハードディスクドライブ）内に実装されてもよい。種々の実施形態では、コンピューティングデバイス９００は、拡張スロットを備え、例えば、マルチメディアおよび／またはメモリカードをサポートしてもよい。
【０１５１】
メモリおよび／または記憶構成要素９０４は、１つまたはそれを上回るコンピュータ可読媒体を表す。メモリおよび／または記憶構成要素９０４は、揮発性または不揮発性メモリ、可撤性または非可撤性メモリ、消去可能または非消去可能メモリ、書込可能または再書込可能メモリ等、データを記憶可能な任意のコンピュータ可読媒体を使用して実装されてもよい。メモリおよび／または記憶構成要素９０４として、揮発性媒体（例えば、ランダムアクセスメモリ（ＲＡＭ））および／または不揮発性媒体（例えば、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、光ディスク、磁気ディスク、および同等物）が挙げられ得る。メモリおよび／または記憶構成要素９０４として、固定媒体（例えば、ＲＡＭ、ＲＯＭ、固定ハードドライブ等）ならびに可撤性媒体（例えば、フラッシュメモリドライブ、可撤性ハードドライブ、光ディスク等）が挙げられ得る。コンピュータ可読記憶媒体の実施例として、限定ではないが、ＲＡＭ、動的ＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、静的ＲＡＭ（ＳＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ（例えば、ＮＯＲまたはＮＡＮＤフラッシュメモリ）、コンテンツアドレス指定可能メモリ（ＣＡＭ）、ポリマーメモリ（例えば、強誘電ポリマーメモリ）、位相−変更メモリ、オーボニックメモリ、強誘電メモリ、シリコン−酸化物−窒化物−酸化物−シリコン（ＳＯＮＯＳ）メモリ、磁気または光学カード、または情報を記憶するために好適な任意の他のタイプの媒体が挙げられ得る。
【０１５２】
１つまたはそれを上回るＩ／Ｏデバイス９０６は、ユーザが、コマンドおよび情報をコンピューティングデバイス９００に打ち込むことを可能にし、また、情報が、ユーザおよび／または他の構成要素またはデバイスに提示されることを可能にする。入力デバイスの実施例として、キーボード、カーソル制御デバイス（例えば、マウス）、マイクロホン、スキャナ、および同等物が挙げられる。出力デバイスの実施例として、ディスプレイデバイス（例えば、モニタまたはプロジェクタ、スピーカ、プリンタ、ネットワークカード等）が挙げられる。コンピューティングデバイス９００は、処理ユニット９０２に連結される英数字キーパッドを備えてもよい。キーパッドとして、例えば、ＱＷＥＲＴＹキーレイアウトおよび／または統合された番号ダイヤルパッドが挙げられ得る。コンピューティングデバイス９００は、処理ユニット９０２に連結されるディスプレイを備えてもよい。ディスプレイは、コンテンツをコンピューティングデバイス９００のユーザに表示するための任意の好適な視覚的インターフェースを備えてもよい。一実施形態では、例えば、ディスプレイは、タッチセンサ式カラー（例えば、７６−ビットカラー）薄膜トランジスタ（ＴＦＴ）ＬＣＤ画面等の液晶ディスプレイ（ＬＣＤ）によって実装されてもよい。タッチセンサ式ＬＣＤは、指またはスタイラスの先端および／または手書き認識プログラムと併用されてもよい。
【０１５３】
処理ユニット９０２は、処理またはコンピューティングリソースをコンピューティングデバイス９００に提供するように配列されてもよい。例えば、処理ユニット９０２は、オペレーティングシステム（ＯＳ）およびアプリケーションプログラム等のシステムプログラムを含む、種々のソフトウェアプログラムを実行することに関与してもよい。システムプログラムは、概して、コンピューティングデバイス９００の起動を補助してもよく、直接、コンピュータシステムの個々のハードウェア構成要素の制御、統合、および管理に関与してもよい。ＯＳは、説明される実施形態によると、例えば、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）ＯＳ、Ｓｙｍｂｉａｎ  ＯＳＴＭ、Ｅｍｂｅｄｉｘ  ＯＳ、Ｌｉｎｕｘ（登録商標）ＯＳ、Ｂｉｎａｒｙ  Ｒｕｎ−ｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ  ｆｏｒ  Ｗｉｒｅｌｅｓｓ（ＢＲＥＷ）  ＯＳ、Ｊａｖａ（登録商標）ＯＳ、Ａｎｄｒｏｉｄ  ＯＳ、Ａｐｐｌｅ  ＯＳ、または他の好適なＯＳとして実装されてもよい。コンピューティングデバイス９００は、デバイスドライバ、プログラミングツール、有用性プログラム、ソフトウェアライブラリ、アプリケーションプログラミングインターフェース（ＡＰＩ）等の他のシステムプログラムを備えてもよい。
【０１５４】
コンピュータ９００はまた、バス９０８に連結されるネットワークインターフェース９１０を含む。ネットワークインターフェース９１０は、ローカルネットワーク９１２に連結する双方向データ通信を提供する。例えば、ネットワークインターフェース９１０は、デジタル加入者回線（ＤＳＬ）モデム、衛星テレビ受信用アンテナ、統合サービスデジタルネットワーク（ＩＳＤＮ）カード、または対応するタイプの電話回線への他のデータ通信接続であってもよい。別の実施例として、通信インターフェース９１０は、互換性のあるＬＡＮへのデータ通信接続をもたらすローカルエリアネットワーク（ＬＡＮ）カードであってもよい。内部または外部ワイヤレスモデム等のワイヤレス通信手段もまた、実装されてもよい。
【０１５５】
任意のそのような実装では、ネットワークインターフェース９１０は、購入されるべき商品の選択、そのような購入の支払に関する情報、または商品の配達のための住所等、種々のタイプの情報を表すデジタルデータストリームを搬送する、電気、電磁、または光学信号を送受信する。ネットワークインターフェース９１０は、典型的には、データ通信を１つまたはそれを上回るネットワークを通して他のデータデバイスに提供する。例えば、ネットワークインターフェース９１０は、ローカルネットワークを通してインターネットサービスプロバイダ（ＩＳＰ）またはＩＳＰによって動作されるデータ機器への接続をもたらしてもよい。ＩＳＰは、順に、データ通信サービスをインターネット（または、他のパケットベースの広域ネットワーク）を通して提供する。ローカルネットワークおよびインターネットは両方とも、デジタルデータストリームを搬送する、電気、電磁、または光学信号を使用する。デジタルデータをコンピュータシステム９００へおよびそこから搬送する、ネットワークインターフェース９１０上の種々のネットワークおよび信号を通した信号は、情報を伝達する搬送波の例示的形態である。
【０１５６】
コンピュータ９００は、ネットワークおよびネットワークインターフェース９１０を通して、プログラムコードを含む、メッセージを送信し、データを受信することができる。インターネット実施例では、サーバは、インターネット、ＩＳＰ、ローカルネットワーク（ネットワーク９１２）、およびネットワークインターフェース９１０を通して、アプリケーションプログラムのために要求されるコードを伝送する場合がある。受信されたコードは、受信され、および／または後の実行のために、記憶デバイス９０４または他の不揮発性記憶内に記憶されるため、プロセッサ９０４によって実行されてもよい。このように、コンピュータ９００は、搬送波の形態において、アプリケーションコードを取得してもよい。
【０１５７】
種々の実施形態は、コンピュータによって実行されるソフトウェア、プログラムモジュール、および／またはエンジン等のコンピュータ実行可能命令の一般的文脈において本明細書に説明され得る。概して、ソフトウェア、プログラムモジュール、および／またはエンジンは、特定の動作を行う、または特定の要約データタイプを実装するように配列される、任意のソフトウェア要素を含む。ソフトウェア、プログラムモジュール、および／またはエンジンは、特定のタスクを行う、または特定の要約データタイプを実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造、および同等物を含むことができる。ソフトウェア、プログラムモジュール、および／またはエンジン構成要素ならびに技法の実装は、ある形態のコンピュータ可読媒体上に記憶される、および／またはそれを横断して伝送されてもよい。この点において、コンピュータ可読媒体は、コンピューティングデバイスによって情報を記憶するために使用可能であって、かつアクセス可能である任意の利用可能な媒体または複数の媒体であることができる。いくつかの実施形態はまた、分散型コンピューティング環境において実践されてもよく、動作は、通信ネットワークを通してリンクされる、１つまたはそれを上回る遠隔処理デバイスによって行われる。分散型コンピューティング環境では、ソフトウェア、プログラムモジュール、および／またはエンジンは、メモリ記憶デバイスを含む、ローカルおよび遠隔コンピュータ記憶媒体の両方内に位置してもよい。
【０１５８】
いくつかの実施形態が、種々の動作を行う機能的構成要素、ソフトウェア、エンジン、および／またはモジュールを備えるように図示および説明され得るが、そのような構成要素またはモジュールは、１つまたはそれを上回るハードウェア構成要素、ソフトウェア構成要素、および／またはそれらの組み合わせによって実装されてもよいことが認識され得る。機能的構成要素、ソフトウェア、エンジン、および／またはモジュールは、例えば、論理（例えば、命令、データ、および／またはコード）によって実装され、論理デバイス（例えば、プロセッサ）によって実行されてもよい。そのような論理は、１つまたはそれを上回るタイプのコンピュータ可読記憶媒体上の論理デバイスに内部または外部から記憶されてもよい。他の実施形態では、ソフトウェア、エンジン、および／またはモジュール等の機能的構成要素は、プロセッサ、マイクロプロセッサ、回路、回路要素（例えば、トランジスタ、レジスタ、キャパシタ、インダクタ等）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセット等を含み得る、ハードウェア要素によって実装されてもよい。
【０１５９】
ソフトウェア、エンジン、および／またはモジュールの実施例として、ソフトウェア構成要素、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、機械プログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、手技、ソフトウェアインターフェース、アプリケーションプログラムインターフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはそれらの任意の組み合わせが挙げられ得る。実施形態が、ハードウェア要素および／またはソフトウェア要素を使用して実装されるかどうかの判定は、所望の算出レート、電力レベル、熱耐性、処理サイクルバジェット、入力データレート、出力データレート、メモリリソース、データバススピード、および他の設計または性能制約等の任意の数の要因に従って変動し得る。
【０１６０】
ある場合には、種々の実施形態は、製造品として実装されてもよい。製造品は、１つまたはそれを上回る実施形態の種々の動作を行うための論理、命令、および／またはデータを記憶するように配列される、コンピュータ可読記憶媒体を含んでもよい。種々の実施形態では、例えば、製造品は、汎用プロセッサまたは特定用途向けプロセッサによって実行するために好適なコンピュータプログラム命令を含有する磁気ディスク、光ディスク、フラッシュメモリ、またはファームウェアを備えてもよい。しかしながら、実施形態は、本文脈に限定されない。
【０１６１】
種々の詳細が、前述の説明に記載されたが、最適化されたコードテーブル信号伝達のための装置、システム、および方法の種々の実施形態は、これらの具体的詳細を伴わずに実践されてもよいことを理解されるであろう。例えば、簡潔および明確にするために、選択される側面は、詳細にではなく、ブロック図形態で示されている。本明細書に提供される発明を実施するための形態のいくつかの部分は、コンピュータメモリ内に記憶されるデータに作用する命令の観点から提示されてもよい。そのような説明および表現は、その研究の内容を他の当業者に説明および伝達するために、当業者によって使用される。一般に、アルゴリズムは、所望の結果につながるステップの自己無撞着シーケンスを指し、「ステップ」は、必ずしもである必要はないが、記憶、転送、組み合わせ、比較、および別様に操作されることが可能な電気または磁気信号の形態を取り付けられ得る、物理的量の操作を指す。これらの信号をビット、値、要素、シンボル、文字、項、数字、または同等物として言及することが一般的使用である。これらおよび類似用語は、適切な物理的量と関連付けられてもよく、単に、これらの量に適用される便宜的標識である。
【０１６２】
前述の議論から明白であるように、具体的に別様に述べられない限り、前述の説明全体を通して、「処理する」または「コンピューティングする」または「計算する」または「判定する」または「表示する」または同等物等の用語を使用した議論は、コンピュータシステムのレジスタおよびメモリ内の物理的（電子）量として表されるデータを操作し、コンピュータシステムメモリまたはレジスタもしくは他のそのような情報記憶、伝送、またはディスプレイデバイス内の物理的量として同様に表される他のデータに変換する、コンピュータシステムまたは類似電子コンピューティングデバイスのアクションおよびプロセスを指すことを理解されたい。
【０１６３】
「一側面」、「ある側面」、「一実施形態」、または「ある実施形態」のいずれかの言及は、その側面に関連して説明される特定の特徴、構造、または特性が、少なくとも１つの側面内に含まれることを意味することは、特筆に値する。したがって、明細書全体を通して、種々の場所における語句「一側面では」、「ある側面では」、「一実施形態では」、または「ある実施形態では」の表出は、必ずしも全て、同一の側面を参照するわけではない。さらに、特定の特徴、構造、または特性は、１つまたはそれを上回る側面において、任意の好適な様式で組み合わせられてもよい。
【０１６４】
種々の実施形態が、本明細書に説明されたが、それらの実施形態に対する多くの修正、変形例、代用、変更、および均等物が、実装されてもよく、当業者に想起されるであろう。また、ある材料が、ある構成要素に関して開示される場合、他の材料が使用されてもよい。したがって、前述の説明および添付の請求項は、開示される実施形態の範囲内にある全てのそのような修正および変形例を網羅することが意図されることを理解されたい。添付の請求項は、全てのそのような修正および変形例を網羅することが意図される。
【０１６５】
要するに、本明細書に説明される概念を採用することから生じる、多数の利点が説明された。１つまたはそれを上回る実施形態の前述の説明は、例証および説明の目的のために提示されている。これは、包括的である、または開示される精密な形態に限定することを意図するものではない。修正または変形例が、前述の教示に照らして可能である。１つまたはそれを上回る実施形態が、原理および実践的用途を図示し、それによって、当業者が、検討される特定の使用に好適であるような種々の修正を伴って、種々の実施形態を利用することを可能にするために、選定および説明された。本明細書に提示される請求項は、全範囲を定義することが意図される。
【０１６６】
本明細書に説明される実施形態の一部または全部は、概して、個々に、および／または集合的に、種々のタイプの「電気回路」から成ると見なされ得る、広範囲のハードウェア、ソフトウェア、ファームウェア、または任意のそれらの組み合わせによって実装されることができる、技術を備えてもよい。その結果、本明細書で使用されるように、「電気回路」は、限定ではないが、少なくとも１つの離散電気回路を有する電気回路、少なくとも１つの集積回路を有する電気回路、少なくとも１つの特定用途向け集積回路を有する電気回路、コンピュータプログラム（例えば、少なくとも部分的に、本明細書に説明されるプロセスおよび／またはデバイスを実施する、コンピュータプログラムによって構成される、汎用コンピュータ、もしくは少なくとも部分的に、本明細書に説明されるプロセスおよび／またはデバイスを実施する、コンピュータプログラムによって構成されるマイクロプロセッサ）によって構成される、汎用コンピューティングデバイスを形成する電気回路、メモリデバイス（例えば、ランダムアクセスメモリの形態）を形成する電気回路、および／または通信デバイス（例えば、モデム、通信スイッチ、または光電気機器）を形成する電気回路を含む。当業者は、本明細書に説明される主題が、アナログまたはデジタル方式もしくはいくつかのそれらの組み合わせにおいて実装されてもよいことを認識するであろう。
【０１６７】
前述の発明を実施するための形態は、ブロック図、フローチャート、および／または実施例の使用を介して、デバイスおよび／またはプロセスの種々の実施形態を記載している。そのようなブロック図、フローチャート、および／または実施例が、１つまたはそれを上回る機能および／または動作を含有する限り、そのようなブロック図、フローチャート、または実施例内の各機能および／または動作は、個々に、および／または集合的に、広範囲のハードウェア、ソフトウェア、ファームウェア、または事実上任意のそれらの組み合わせによって実装されることができることが、当業者によって理解されるであろう。一実施形態では、本明細書に説明される主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、または他の統合フォーマットを介して実装されてもよい。しかしながら、当業者は、本明細書に開示される実施形態のいくつかの側面が、全体的または部分的に、１つまたはそれを上回るコンピュータ上で稼働する１つまたはそれを上回るコンピュータプログラムとして（例えば、１つまたはそれを上回るコンピュータシステム上で稼働する１つまたはそれを上回るプログラムとして）、１つまたはそれを上回るプロセッサ上で稼働する１つまたはそれを上回るプログラムとして（例えば、１つまたはそれを上回るマイクロプロセッサ上で稼働する１つまたはそれを上回るプログラムとして）、ファームウェアとして、または事実上任意のそれらの組み合わせとして、集積回路内に同等に実装されることができ、回路の設計および／またはソフトウェアおよび／またはファームウェアのためのコードの書込が、本開示に照らして、当業者の技術範囲内であろうことを認識するであろう。加えて、当業者は、本明細書に説明される主題の機構が、種々の形態において、プログラム製品として配布可能であって、本明細書に説明される主題の例証的実施形態が、実際に配布を実施するために使用される特定のタイプの信号搬送媒体にかかわらず、適用されることを理解するであろう。信号搬送媒体の実施例として、限定ではないが、フロッピー（登録商標）ディスク、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、デジタルテープ、コンピュータメモリ等の記録可能タイプの媒体と、デジタルおよび／またはアナログ通信媒体（例えば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンク（例えば、送信機、受信機、伝送論理、受信論理等）等の伝送タイプの媒体とが挙げられる。
【０１６８】
当業者は、本明細書に説明される構成要素（例えば、動作）、デバイス、オブジェクト、およびそれらに付随の議論が、概念上明確にするために、実施例として使用され、種々の構成修正が検討されることを認識するであろう。その結果、本明細書で使用されるように、記載される具体的典型および付随の議論は、そのより一般的種類の代表であることが意図される。一般に、任意の具体的典型の使用は、その種類の代表であることが意図され、具体的構成要素（例えば、動作）、デバイス、およびオブジェクトの非含有は、限定として見なされるべきではない。
【０１６９】
本明細書における実質的に任意の複数形および／または単数形用語の使用に関して、当業者は、文脈および／または用途に応じて、複数形から単数形および／または単数形から複数形に変換することができる。種々の単数形／複数形の順列は、明確にするために、本明細書に明示的に記載されない。
【０１７０】
本明細書で説明された主題は、異なる他の構成要素内に含有される、またはそれらと接続される、異なる構成要素を図示することもある。そのような描写されたアーキテクチャは例示的にすぎず、実際には、同一の機能性を達成する、多くの他のアーキテクチャを実装し得ることを理解されたい。概念的な意味で、所望の機能性が達成されるように、同一の機能性を達成するための構成要素の任意の配列が、効果的に「関連付けられる」。したがって、アーキテクチャまたは中間構成要素にかかわらず、所望の機能性が達成されるように、特定の機能性を達成するように組み合わせられる、本明細書の任意の２つの構成要素は、相互と「関連付けられる」と見なすことができる。同様に、そのように関連付けられる任意の２つの構成要素はまた、所望の機能性を達成するように、相互に「動作可能に接続される」または「動作可能に連結される」と見なすこともでき、そのように関連付けられることが可能な任意の２つの構成要素はまた、所望の機能性を達成するように、相互に「動作可能に連結可能である」と見なすこともできる。動作可能に連結可能なものの具体的実施例は、物理的に噛合可能な、および／または物理的に相互作用する構成要素、および／または無線で相互作用可能な、および／または無線で相互作用する構成要素、および／または論理的に相互作用する、および／または論理的に相互作用可能な構成要素を含むが、それらに限定されない。
【０１７１】
いくつかの事例では、１つまたはそれを上回る構成要素が、本明細書では、「構成される」、「構成可能である」、「動作可能／動作する」、「適応される／適応可能である」、「可能である」、「確認可能／確認される」等と言及され得る。当業者は、「構成される」とは、文脈と矛盾しない限り、概して、アクティブ状態構成要素および／または非アクティブ状態構成要素および／またはスタンバイ状態構成要素を包含し得ることを認識するであろう。
【０１７２】
本明細書に説明される本主題の特定の側面が、図示および説明されたが、本明細書の教示に基づいて、変更および修正が、本明細書に説明される主題およびそのより広範な側面から逸脱することなく行われてもよく、したがって、添付の請求項は、その範囲内に、全てのそのような変更および修正を包含し、本明細書に説明される主題の真の精神および範囲内にあることが、当業者に明白となるであろう。一般に、本明細書で、特に、添付の請求項（例えば、添付の請求項の本文）で使用される用語は、概して、「非制約的な」用語として意図されていることが、当業者によって理解されるであろう（例えば、「〜を含む」という用語は、「〜を含むが、それらに限定されない」として解釈されるべきであり、「〜を有する」という用語は、「少なくとも〜を有する」として解釈されるべきであり、「含む」という用語は、「含むが、それらに限定されない」として解釈されるべきである、等）。さらに、特定の番号の導入された請求項の記載が意図される場合、そのような意図は、請求項で明示的に記載され、そのような記載がない場合、そのような意図は存在しないことが、当業者によって理解されるであろう。例えば、理解の補助として、以下の添付の請求項は、請求項の記載を導入するように、「少なくとも１つの」および「１つまたはそれを上回る」という導入語句の使用を含有してもよい。しかしながら、そのような語句の使用は、たとえ同一の請求項が、「１つまたはそれを上回る」または「少なくとも１つの」という導入語句、および「１つの」（「ａ」または「ａｎ」）等の不定冠詞を含むときでさえも、「１つの」（「ａ」または「ａｎ」）という不定冠詞による請求項の記載の導入は、そのような導入された請求項の記載を含有する任意の特定の請求項を、１つだけのそのような記載を含有する請求項に限定すると示唆するように解釈されるべきではない（例えば、「１つの」（「ａ」および／または「ａｎ」）は、典型的には、「少なくとも１つの」または「１つまたはそれを上回る」）を意味するように解釈されるべきである）。同じことが、請求項の記載を導入するために使用される定冠詞の使用に当てはまる。
【０１７３】
加えて、たとえ特定の番号の導入された請求項の記載が明示的に記載されたとしても、当業者であれば、そのような記載は、典型的には、少なくとも記載された番号を意味すると解釈されるべきであると認識するであろう（例えば、他の修飾語がない「２つの記載」という最低限の記載は、典型的には、少なくとも２つの記載、もしくは２つまたはそれを上回る記載を意味する）。さらに、「Ａ、Ｂ、およびＣ等のうちの少なくとも１つ」に類似する慣例が使用される場合において、一般に、当業者であれば慣例を理解するであろうという意味で、そのような構造が意図される（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ両方、ＡおよびＣ両方、ＢおよびＣ両方、および／またはともにＡ、Ｂ、およびＣ全て等を有する、システムを含むが、それらに限定されないであろう）。「Ａ、Ｂ、およびＣ等のうちの少なくとも１つ」に類似する慣例が使用される場合において、一般に、当業者であれば慣例を理解するであろうという意味で、そのような構造が意図される（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ両方、ＡおよびＣ両方、ＢおよびＣ両方、および／またはＡ、Ｂ、およびＣ全て等を有する、システムを含むが、それらに限定されないであろう）。さらに、説明、請求項、または図面の中にかかわらず、２つまたはそれを上回る代替的な用語を提示する、典型的には、あらゆる離接語および／または語句は、文脈と矛盾しない限り、該用語のうちの１つ、該用語のいずれか一方、または両方の用語を含む可能性を考慮すると理解されるべきであると、当業者によって理解されるであろう。例えば、「ＡまたはＢ」という語句は、典型的には、「ＡまたはＢ」もしくは「ＡおよびＢ」の可能性を含むと理解されるであろう。
【０１７４】
添付の請求項に関して、当業者は、その中に列挙される動作が、概して、任意の順序で行われてもよいことを理解するであろう。また、種々の動作フローが、シーケンスとして提示されるが、種々の動作は、図示されるもの以外の他の順序で行われてもよく、または並行して行われてもよいことを理解されたい。そのような代替順序の実施例として、文脈と矛盾しない限り、重複、割込、中断、並べ替え、増分、予備、補足、同時、反転、または他の変形順序が挙げられ得る。さらに、「〜に応答して」、「〜に関連する」、または他の過去形の時制の形容詞のような用語は、文脈と矛盾しない限り、概して、そのような変形を除外することを意図するものではない。
【０１７５】
当業者は、デバイスおよび／またはプロセスおよび／またはシステムを実装し、その後、工学および／または他の実践を使用して、そのような実装されるデバイスおよび／またはプロセスおよび／またはシステムをより包括的デバイスおよび／またはプロセスおよび／またはシステム内に統合することが、当技術分野において一般的であることを認識するであろう。すなわち、本明細書に説明されるデバイスおよび／またはプロセスおよび／またはシステムの少なくとも一部は、合理的量の実験を介して、他のデバイスおよび／またはプロセスおよび／またはシステム内に統合されることができる。当業者は、そのような他のデバイスおよび／またはプロセスおよび／またはシステムの実施例が、文脈および用途に応じて、（ａ）空路輸送（例えば、飛行機、ロケット、ヘリコプター等）、（ｂ）陸上輸送（例えば、車、トラック、機関車、タンク、装甲兵員輸送車等）、（ｃ）建物（例えば、家、倉庫、事務所等）、（ｄ）電気器具（例えば、冷蔵庫、洗濯機、ドライヤー等）、（ｅ）通信システム（例えば、ネットワーク化されたシステム、電話システム、ボイスオーバーＩＰシステム等）、（ｆ）企業体（例えば、Ｃｏｍｃａｓｔ  Ｃａｂｌｅ、Ｑｗｅｓｔ、Ｓｏｕｔｈｗｅｓｔｅｒｎ  Ｂｅｌｌ等のインターネットサービスプロバイダ（ＩＳＰ）事業体）、または（ｇ）有線／無線サービス事業体（例えば、Ｓｐｒｉｎｔ、Ｃｉｎｇｕｌａｒ、Ｎｅｘｔｅｌ等）等のデバイスおよび／またはプロセスおよび／またはシステムの全部もしくは一部を含み得ることを認識するであろう。
【０１７６】
ある場合には、システムまたは方法の使用は、構成要素が、ある領域外に位置する場合でも、その領域内で生じ得る。例えば、分散型コンピューティングの状況では、分散型コンピューティングシステムの使用は、システムの一部が、ある領域外に位置し得る場合でも（例えば、領域外に位置する、リレー、サーバ、プロセッサ、信号搬送媒体、伝送コンピュータ、受信コンピュータ等）、その領域内で生じ得る。
【０１７７】
システムまたは方法の販売も同様に、そのシステムまたは方法の構成要素が、ある領域外に位置する、および／または使用される場合でも、その領域内で生じ得る。さらに、ある領域内である方法を行うためのシステムの少なくとも一部の実装は、別の領域内におけるシステムの使用を除外するものではない。
【０１７８】
要するに、本明細書に説明される概念を採用することから生じる、多数の利点が説明された。１つまたはそれを上回る実施形態の前述の説明は、例証および説明の目的のために提示されている。これは、包括的である、または開示される精密な形態に限定することを意図するものではない。修正または変形例が、前述の教示に照らして可能である。１つまたはそれを上回る実施形態が、原理および実践的用途を図示し、それによって、当業者が、検討される特定の使用に好適であるような種々の修正を伴って、種々の実施形態を利用することを可能にするために、選定および説明された。本明細書に提示される請求項は、全範囲を定義することが意図される。
【０１７９】
本明細書に説明される主題の種々の側面が、以下の番号が付与された付記に記載される。
Ｉ．最適化されたコードテーブル信号伝達を利用した最適化されたデータ転送
１．コンピュータ実装方法であって、プロセッサによって、デジタルビットストリームを受信するステップと、プロセッサによって、デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、プロセッサによって、伝送のために、エンコードされたデジタルビットストリームを伝送システムに提供するステップとを含む、方法。
２．デジタルビットストリームを変換するステップは、プロセッサによって、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップを含む、付記１に記載のコンピュータ実装方法。
３．ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップは、プロセッサによって、デジタルビットストリームに関してテーブルルックアップを行うステップを含む、付記２に記載のコンピュータ実装方法。
４．ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップは、マッピング機能に従って、プロセッサによって、ｍ−要素テーブルをデジタルビットストリームにマッピングするステップを含む、付記２に記載のコンピュータ実装方法。
５．プロセッサによって、ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するステップを含む、付記１に記載のコンピュータ実装方法。
６．プロセッサによって、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、付記１に記載のコンピュータ実装方法。
７．ゲートウェイチャネルおよびゲートウェイマスクを利用して、プロセッサによって、データベクトルおよび複合チャネルをインタリーブするステップを含む、付記１に記載のコンピュータ実装方法。
８．プロセッサによって、複数の付加的ビットを生成するステップであって、複数の付加的ビットは、エラー補正コードによって生成される、ステップと、プロセッサによって、複数の付加的ビットをエンコードされたデジタルビットストリームに追加するステップとを含む、付記１に記載のコンピュータ実装方法。
９．プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、データ転送を最適化するステップを含む、付記１に記載のコンピュータ実装方法。
１０．システムであって、通信インターフェースと、プロセッサと、プロセッサに動作可能に連結される、非一過性メモリ媒体であって、メモリ媒体は、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することとを行うようにプロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体とを備える、システム。
１１．デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップを含む、付記１０に記載のシステム。
１２．ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップは、デジタルビットストリームに関するテーブルルックアップを行うステップを含む、付記１１に記載のシステム。
１３．プロセッサはさらに、ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するように構成される、付記１０に記載のシステム。
１４．プロセッサはさらに、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、付記１０に記載のシステム。
１５．プロセッサはさらに、ゲートウェイチャネルおよびゲートウェイマスクを利用して、データベクトルおよび複合チャネルをインタリーブするように構成される、付記１０に記載のシステム。
１６．プロセッサはさらに、複数の付加的ビットを生成することであって、複数の付加的ビットは、エラー補正コードによって生成される、ことと、複数の付加的ビットをエンコードされたデジタルビットストリームに追加することとを行うように構成される、付記１０に記載のシステム。
１７．通信インターフェースは、無線周波数（ＲＦ）通信システムを備える、付記１０に記載のシステム。
１８．非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、プロセッサに、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することとを行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
１９．デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップを含む、付記１８に記載の非一過性コンピュータ可読メモリ媒体。
２０．ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップは、デジタルビットストリームに関するテーブルルックアップを行うステップを含む、付記１９に記載の非一過性コンピュータ可読メモリ媒体。
２１．その上に記憶された命令はさらに、プロセッサに、ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供させる、付記１８に記載の非一過性コンピュータ可読メモリ媒体。
【０１８０】
ＩＩ．最適化されたコードテーブル信号伝達を利用した向上された信号完全性および通信
１．コンピュータ実装方法であって、プロセッサによって、デジタルビットストリームを受信するステップと、プロセッサによって、デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、プロセッサによって、伝送のために、エンコードされたデジタルビットストリームを伝送システムに提供するステップと、事前協調かつ事前配信された情報を利用して、伝送を意図された送信機−受信機対に限定することによって、プロセッサによって、信号完全性を確立するステップであって、意図された送信機−受信機対は、事前協調かつ事前配信された情報を備える、ステップとを含む、方法。
２．事前協調かつ事前配信された情報を利用することによって、プロセッサによって、信号完全性を維持するステップを含む、付記１に記載のコンピュータ実装方法。
３．伝送に先立って、エンコードされるデジタルビットストリームを一意にフォーマットすることによって、プロセッサによって、伝送を意図された送信機および受信機に限定するステップを含む、付記１に記載のコンピュータ実装方法。
４．デジタルビットストリームを変換するステップは、プロセッサによって、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップを含む、付記１に記載のコンピュータ実装方法。
５．ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップは、プロセッサによって、デジタルビットストリームに関してテーブルルックアップを行うステップを含む、付記４に記載のコンピュータ実装方法。
６．ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップは、マッピング機能に従って、プロセッサによって、ｍ−要素テーブルをデジタルビットストリームにマッピングするステップを含む、付記４に記載のコンピュータ実装方法。
７．プロセッサによって、ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、向上された信号完全性および通信を提供するステップを含む、付記１に記載のコンピュータ実装方法。
８．プロセッサによって、１つまたはそれを上回るタスクを管理し、信号完全性および通信を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、付記１に記載のコンピュータ実装方法。
９．ゲートウェイチャネルおよびゲートウェイマスクを利用して、プロセッサによって、データベクトルおよび複合チャネルをインタリーブするステップを含む、付記１に記載のコンピュータ実装方法。
１０．プロセッサによって、複数の付加的ビットを生成するステップであって、複数の付加的ビットは、エラー補正コードによって生成される、ステップと、プロセッサによって、複数の付加的ビットをエンコードされたデジタルビットストリームに追加するステップとを含む、付記１に記載のコンピュータ実装方法。
１１．プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、信号完全性および通信を向上させるステップを含む、付記１に記載のコンピュータ実装方法。
１２．システムであって、通信インターフェースと、プロセッサと、プロセッサに動作可能に連結される、非一過性メモリ媒体であって、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することと、事前協調かつ事前配信された情報を利用し、伝送を意図された送信機−受信機対に限定することによって、信号完全性を確立することであって、意図された送信機−受信機対は、事前協調かつ事前配信された情報を備える、こととを行うようにプロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体とを備える、システム。
１３．プロセッサはさらに、事前協調かつ事前配信された情報を利用することによって、信号完全性を維持するように構成される、付記１２に記載のコンピュータ実装方法。
１４．プロセッサはさらに、伝送に先立って、エンコードされるデジタルビットストリームを一意にフォーマットすることによって、伝送を意図された送信機および受信機に限定するように構成される、付記１２に記載のコンピュータ実装方法。
１５．デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップを含む、付記１２に記載のシステム。
１６．プロセッサはさらに、ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、向上された信号完全性および通信を提供するように構成される、付記１２に記載のシステム。
１７．プロセッサはさらに、１つまたはそれを上回るタスクを管理し、信号完全性および通信を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、付記１２に記載のシステム。
１８．プロセッサはさらに、複数の付加的ビットを生成することであって、複数の付加的ビットは、エラー補正コードによって生成される、ことと、複数の付加的ビットをエンコードされたデジタルビットストリームに追加することとを行うように構成される、付記１２に記載のシステム。
１９．通信インターフェースは、結合された通信システムを備える、付記１２に記載のシステム。
２０．通信インターフェースは、非結合通信システムを備える、付記１２に記載のシステム。
２１．非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、プロセッサに、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することと、事前協調かつ事前配信された情報を利用し、伝送を意図された送信機−受信機対に限定することによって、信号完全性を確立することであって、意図された送信機−受信機対は、事前協調かつ事前配信された情報を備える、ことと、事前協調かつ事前配信された情報を利用することによって、信号完全性を維持することと、伝送に先立って、エンコードされるデジタルビットストリームを一意にフォーマットすることによって、伝送を意図された送信機および受信機に限定させる命令をその上に記憶することとを行うように構成される、非一過性コンピュータ可読メモリ媒体。
【０１８１】
ＩＩＩ．導出されたＱＯＳ測定値を使用したサービスの質（ＱＯＳ）の動的制御
１．コンピュータ実装方法であって、プロセッサによって、デジタルビットストリームを受信するステップと、プロセッサによって、デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、プロセッサによって、伝送のために、エンコードされたデジタルビットストリームを伝送システムに提供するステップと、プロセッサによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を可能にし、伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすステップであって、意図された送信機−受信機対は、通信のために必要なＱＯＳを伴うデジタルビットの継続伝送および受信をもたらすように情報を一意に協調かつ配信可能である、ステップとを含む、方法。
２．プロセッサによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を維持し、協調された変更を事前協調かつ事前配信された情報にもたらすステップを含む、付記１に記載のコンピュータ実装方法。
３．導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御、プロセッサによって、伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、伝送を意図された送信機および受信機に限定するステップを含む、付記１に記載のコンピュータ実装方法。
４．デジタルビットストリームを変換するステップは、プロセッサによって、デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルを変更するステップを含む、付記１に記載のコンピュータ実装方法。
５．ｍ−要素ベクトルテーブルを変更し、デジタルビットストリームに適用するステップは、プロセッサによって、デジタルビットストリームに関してテーブルルックアップを行うステップを含む、付記４に記載のコンピュータ実装方法。
６．ｍ−要素ベクトルテーブルを変更し、デジタルビットストリームに適用するステップは、マッピング機能に従って、プロセッサによって、ｍ−要素テーブルをデジタルビットストリームにマッピングするステップを含む、付記４に記載のコンピュータ実装方法。
７．プロセッサによって、ｍ−要素ベクトルテーブルへの変更を採用し、サービス応答時間、損失、信号対雑音比、クロストーク、エコー、中断、周波数応答、ラウドネスレベル、要求されるビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレート、データレート、および遅延のうちの少なくとも１つを管理し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、スケジューリング優先度、当業者に公知の他のＱＯＳ測定値、およびそれらの任意の組み合わせを動的に制御するステップを含む、付記１に記載のコンピュータ実装方法。
８．プロセッサによって、１つまたはそれを上回るタスクを管理し、導出されたＱＯＳ測定値の使用を通して、ＱＯＳを動的に向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、付記１に記載のコンピュータ実装方法。
９．ゲートウェイチャネルおよびゲートウェイマスクを利用して、プロセッサによって、データベクトルおよび複合チャネルをインタリーブするステップに対する動的変更を含む、付記１に記載のコンピュータ実装方法。
１０．プロセッサによって、複数の付加的ビットを生成するステップであって、複数の付加的ビットは、ＱＯＳの導出された測定値を評価することによって生成される、ステップと、プロセッサによって、複数の付加的ビットをエンコードされたデジタルビットストリームに追加するステップと、必要に応じて、プロセッサによって、付加的ビットを変更し、エンコードされたデジタルビットストリームのための所望のＱＯＳを維持するステップとを含む、付記１に記載のコンピュータ実装方法。
１１．プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成するステップを含む、付記１に記載のコンピュータ実装方法。
１２．システムであって、通信インターフェースと、プロセッサと、プロセッサに動作可能に連結される、非一過性メモリ媒体であって、メモリ媒体は、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することと、プロセッサによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を可能にし、伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすことであって、意図された送信機−受信機対は、通信のために必要なＱＯＳを伴うデジタルビットの継続伝送および受信をもたらすように情報を一意に協調かつ配信可能である、こととを行うようにプロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体とを備える、システム。
１３．プロセッサはさらに、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成される、付記１２に記載のシステム。
１４．プロセッサはさらに、伝送に先立って、エンコードされるデジタルビットストリームを一意にフォーマットすることによって、協調された変更の通信を意図された送信機および受信機に限定するように構成される、付記１２に記載のシステム。
１５．デジタルビットストリームを変換するステップは、変更をデジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルに通信するステップを含む、付記１２に記載のシステム。
１６．プロセッサはさらに、ｍ−要素ベクトルテーブルを採用し、サービス応答時間、損失、信号対雑音比、クロストーク、エコー、中断、周波数応答、ラウドネスレベル、要求されるビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレート、データレート、および遅延のうちの少なくとも１つを管理し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、スケジューリング優先度、当業者に公知の他のＱＯＳ測定値、およびそれらの任意の組み合わせを動的に制御するように構成される、付記１２に記載のシステム。
１７．プロセッサはさらに、１つまたはそれを上回るタスクを管理し、導出されたＱＯＳ測定値の使用を通して、ＱＯＳを動的に向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、付記１２に記載のシステム。
１８．プロセッサはさらに、複数の付加的ビットを生成することであって、複数の付加的ビットは、ＱＯＳの導出された測定値を評価することによって生成される、ことと、複数の付加的ビットをエンコードされたデジタルビットストリームに追加することと、必要に応じて、付加的ビットを変更し、エンコードされたデジタルビットストリームのための所望のＱＯＳを維持することとを行うように構成される、付記１２に記載のシステム。
１９．通信インターフェースは、結合された通信システムを備える、付記１２に記載のシステム。
２０．通信インターフェースは、非結合通信システムを備える、付記１２に記載のシステム。
２１．非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、プロセッサに、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することと、事前協調かつ事前配信された情報を利用し、伝送を意図された送信機−受信機対に限定することによって、ＱＯＳを確立することであって、意図された送信機−受信機対は、事前協調かつ事前配信された情報を備える、ことと、協調かつ配信された情報を変更および通信することによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を維持することと、伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、伝送を意図された送信機および受信機に限定することとを行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
【０１８２】
ＩＶ．最適化されたコードテーブル信号伝達を利用したサブスクライブされたコードテーブルユーザの認証
１．コンピュータ実装方法であって、プロセッサによって、デジタルビットストリームを受信するステップと、プロセッサによって、デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、プロセッサによって、伝送のために、エンコードされたデジタルビットストリームを伝送システムに提供するステップと、伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報の使用を通して、プロセッサによって、認証を可能にするステップであって、意図された送信機−受信機対は、通信のためにデジタルビットの継続伝送および受信をもたらすように、情報を一意に協調かつ配信可能である、ステップとを含む、方法。
２．協調された変更を事前協調かつ事前配信された情報にもたらすことによって、プロセッサによって、認証を維持するステップを含む、付記１に記載のコンピュータ実装方法。
３．プロセッサによる、事前協調かつ事前配信された情報の使用を通した認証、すなわち、伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、伝送を意図された送信機および受信機に限定する、付記１に記載のコンピュータ実装方法。
４．デジタルビットストリームを変換するステップは、プロセッサによって、デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルを変更するステップを含む、付記１に記載のコンピュータ実装方法。
５．ｍ−要素ベクトルテーブルを変更し、デジタルビットストリームに適用するステップは、プロセッサによって、デジタルビットストリームに関してテーブルルックアップを行うステップを含む、付記４に記載のコンピュータ実装方法。
６．ｍ−要素ベクトルテーブルを変更し、デジタルビットストリームに適用するステップは、マッピング機能に従って、プロセッサによって、ｍ−要素テーブルをデジタルビットストリームにマッピングするステップを含む、付記４に記載のコンピュータ実装方法。
７．伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、プロセッサによって、意図された送信機および受信機への伝送、すなわち、送信機−受信機対の認証を含む、付記１に記載のコンピュータ実装方法。
８．プロセッサによって、１つまたはそれを上回るタスクを管理し、伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、送信機−受信機対を認証するステップを含む、付記１に記載のコンピュータ実装方法。
９．ゲートウェイチャネルおよびゲートウェイマスクを利用して、プロセッサによって、データベクトルおよび複合チャネルをインタリーブするステップに対する動的変更を含む、付記１に記載のコンピュータ実装方法。
１０．プロセッサによって、複数の付加的ビットを生成するステップであって、複数の付加的ビットは、送信機−受信機対の認証を向上および継続するように生成される、ステップと、プロセッサによって、複数の付加的ビットをエンコードされたデジタルビットストリームに追加するステップと、必要に応じて、プロセッサによって、付加的ビットを変更し、送信機−受信機対の所望の認証を維持するステップとを含む、付記１に記載のコンピュータ実装方法。
１１．プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、送信機-受信機対を認証するステップを含む、付記１に記載のコンピュータ実装方法。
１２．システムであって、通信インターフェースと、プロセッサと、プロセッサに動作可能に連結される、非一過性メモリ媒体であって、メモリ媒体は、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することと、伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報の使用を通して、認証を可能にすることであって、意図された送信機−受信機対は、通信のためにデジタルビットの継続伝送および受信をもたらすように、情報を一意に協調かつ配信可能であるようにプロセッサをプログラムすることとを行わせるように構成される複数の命令を記憶するように構成される、メモリ媒体とを備える、システム。
１３．プロセッサはさらに、送信機−受信機対を認証し、伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成される、付記１２に記載のシステム。
１４．プロセッサはさらに、伝送に先立って、エンコードされるデジタルビットストリームを一意にフォーマットすることによって、協調された変更の通信を意図された送信機および受信機に限定するように構成される、付記１２に記載のシステム。
１５．デジタルビットストリームを変換するステップは、変更をデジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルに通信するステップを含む、付記１２に記載のシステム。
１６．プロセッサはさらに、ｍ−要素ベクトルテーブルを採用し、伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、プロセッサによって、意図された送信機および受信機への伝送、すなわち、送信機−受信機対の認証を管理するように構成される、付記１２に記載のシステム。
１７．プロセッサはさらに、プロセッサによって、１つまたはそれを上回るタスクを管理し、伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、送信機−受信機対を認証するように構成される、付記１２に記載のシステム。
１８．プロセッサはさらに、複数の付加的ビットを生成することであって、複数の付加的ビットは、送信機−受信機対を認証するように生成される、ことと、複数の付加的ビットをエンコードされたデジタルビットストリームに追加することと、必要に応じて、付加的ビットを変更し、送信機−受信機対の認証を維持することとを行うように構成される、付記１２に記載のシステム。
１９．通信インターフェースは、結合された通信システムを備える、付記１２に記載のシステム。
２０．通信インターフェースは、非結合通信システムを備える、付記１２に記載のシステム。
２１．非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、プロセッサに、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームを通信インターフェースに提供することと、事前協調かつ事前配信された情報を利用し、伝送を意図された送信機−受信機対に限定することによって、送信機-受信機対の認証を確立することであって、意図された送信機−受信機対は、事前協調かつ事前配信された情報を備える、ことと、協調かつ配信された情報を変更および通信することによって、送信機−受信機対の認証の動的制御を維持することと、伝送に先立って、エンコードされたデジタルビットストリームへの変更を一意に協調することによって、伝送を意図された送信機および受信機に限定することとを行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
【０１８３】
Ｖ．ネットワークおよび情報システムへの認証のための最適化されたコードテーブル信号伝達
１．システムであって、ネットワークインターフェースと、プロセッサと、プロセッサに動作可能に連結される、非一過性メモリ媒体であって、メモリ媒体は、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームをネットワークインターフェースに提供することとを行うようにプロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体とを備える、システム。
２．プロセッサは、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するように構成される、付記１に記載のシステム。
３．プロセッサは、デジタルビットストリームに関するテーブルルックアップを行うように構成される、付記２に記載のシステム。
４．プロセッサはさらに、ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するように構成される、付記１に記載のシステム。
５．プロセッサはさらに、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存の情報システムに提供するように構成される、付記１に記載のシステム。
６．プロセッサはさらに、ゲートウェイチャネルおよびゲートウェイマスクを利用して、データベクトルおよび複合チャネルをインタリーブするように構成される、付記１に記載のシステム。
７．プロセッサはさらに、複数の付加的ビットを生成することであって、複数の付加的ビットは、エラー補正コードによって生成される、ことと、複数の付加的ビットをエンコードされたデジタルビットストリームに追加することとを行うように構成される、付記１に記載のシステム。
８．ネットワークインターフェースは、情報システムを備える、付記１に記載のシステム。
９．情報システムは、結合された情報システムである、付記８に記載のシステム。
１０．情報システムは、非結合情報システムである、付記８に記載のシステム。
１１．非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、プロセッサに、デジタルビットストリームを受信することと、デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、伝送のために、エンコードされたデジタルビットストリームをネットワークインターフェースに提供することとを行わせるさせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
１２．その上に記憶された命令はさらに、プロセッサに、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用させる、付記１１に記載の非一過性コンピュータ可読メモリ媒体。
１３．その上に記憶された命令はさらに、プロセッサに、デジタルビットストリームに関するテーブルルックアップを行わせる、付記１２に記載の非一過性コンピュータ可読メモリ媒体。
１４．その上に記憶された命令はさらに、プロセッサに、ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供させる、付記１２に記載の非一過性コンピュータ可読メモリ媒体。
１５．ネットワーク環境内で実行可能なコンピュータ実装方法であって、ネットワーク環境は、ネットワークインターフェース、プロセッサ、およびプロセッサに動作可能に連結される非一過性メモリ媒体を備え、メモリ媒体は、プロセッサをプログラムするように構成される複数の命令を記憶するように構成され、方法は、プロセッサによって、デジタルビットストリームを受信するステップと、プロセッサによって、デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、伝送のために、プロセッサによって、エンコードされたデジタルビットストリームをネットワークインターフェースに提供するステップとを含む、方法。
１６．プロセッサによって、ｍ−要素ベクトルテーブルをデジタルビットストリームに適用するステップを含む、付記１５に記載のコンピュータ実装方法。
１７．プロセッサによって、デジタルビットストリームに関してテーブルルックアップを行うステップを含む、付記１６に記載のコンピュータ実装方法。
１８．プロセッサによって、ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するステップを含む、付記１５に記載のコンピュータ実装方法。
１９．プロセッサによって、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させるステップと、およびプロセッサによって、業界標準非依存インターフェースを既存の情報システムに提供するステップとを含む、付記１５に記載のコンピュータ実装方法。
２０．ゲートウェイチャネルおよびゲートウェイマスクを利用して、プロセッサによって、データベクトルおよび複合チャネルをインタリーブするステップを含む、付記１５に記載のコンピュータ実装方法。
２１．プロセッサによって、複数の付加的ビットを生成するステップであって、複数の付加的ビットは、エラー補正コードによって生成される、ステップと、プロセッサによって、複数の付加的ビットをエンコードされたデジタルビットストリームに追加するステップとを含む、付記１５に記載のコンピュータ実装方法。
２２．プロセッサによって、エンコードされたデジタルビットストリームを情報システムに提供するステップを含む、付記１５に記載のコンピュータ実装方法。
（項目１）
コンピュータ実装方法であって、
プロセッサによって、デジタルビットストリームを受信するステップと、
上記プロセッサによって、上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、上記エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、
上記プロセッサによって、伝送のために、上記エンコードされたデジタルビットストリームを伝送システムに提供するステップと
を含む、方法。
（項目２）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項目１に記載のコンピュータ実装方法。
（項目３）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項目２に記載のコンピュータ実装方法。
（項目４）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項目２または３に記載のコンピュータ実装方法。
（項目５）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するステップを含む、項目１から３のいずれかに記載のコンピュータ実装方法。
（項目６）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、項目１から３のいずれかに記載のコンピュータ実装方法。
（項目７）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップを含む、項目１から３のいずれかに記載のコンピュータ実装方法。
（項目８）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ステップと、上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップとを含む、項目１から３のいずれかに記載のコンピュータ実装方法。
（項目９）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、データ転送を最適化するステップを含む、項目１から３のいずれかに記載のコンピュータ実装方法。
（項目１０）
システムであって、
通信インターフェースと、
プロセッサと、
上記プロセッサに動作可能に連結される、非一過性メモリ媒体であって、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記通信インターフェースに提供することと
を行うように、上記プロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体と
を備える、システム。
（項目１１）
上記デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項目１０に記載のシステム。
（項目１２）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記デジタルビットストリームに関するテーブルルックアップを行うステップを含む、項目１１に記載のシステム。
（項目１３）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するように構成される、項目１０または１１に記載のシステム。
（項目１４）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、項目１０から１２のいずれかに記載のシステム。
（項目１５）
上記プロセッサはさらに、上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、データベクトルおよび上記複合チャネルをインタリーブするように構成される、項目１０から１２のいずれかに記載のシステム。
（項目１６）
上記プロセッサはさらに、複数の付加的ビットを生成することであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ことと、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することとを行うように構成される、項目１０から１２のいずれかに記載のシステム。
（項目１７）
上記通信インターフェースは、無線周波数（ＲＦ）通信システムを備える、項目１０から１２のいずれかに記載のシステム。
（項目１８）
非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、上記プロセッサに、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記通信インターフェースに提供することと
を行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
（項目１９）
上記デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項目１８に記載の非一過性コンピュータ可読メモリ媒体。
（項目２０）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記デジタルビットストリームに関するテーブルルックアップを行うステップを含む、項目１９に記載の非一過性コンピュータ可読メモリ媒体。
（項目２１）
上記その上に記憶された命令はさらに、上記プロセッサに、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供させる、項目１９から２０のいずれかに記載の非一過性コンピュータ可読メモリ媒体。
（項目２２）
事前協調かつ事前配信された情報を利用して、上記伝送を意図された送信機−受信機対に限定することによって、上記プロセッサによって、信号完全性を確立するステップをさらに含み、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、項目１に記載のコンピュータ実装方法。
（項目２３）
上記事前協調かつ事前配信された情報を利用することによって、上記プロセッサによって、上記信号完全性を維持するステップを含む、項目２２に記載のコンピュータ実装方法。
（項目２４）
伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記プロセッサによって、上記伝送を上記意図された送信機および受信機に限定するステップを含む、項目２２または２３に記載のコンピュータ実装方法。
（項目２５）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項目２２または２３に記載のコンピュータ実装方法。
（項目２６）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項目２５に記載のコンピュータ実装方法。
（項目２７）
上記ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項目２５に記載のコンピュータ実装方法。
（項目２８）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、向上された信号完全性および通信を提供するステップを含む、項目２２または２３に記載のコンピュータ実装方法。
（項目２９）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、信号完全性および通信を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、項目２２または２３に記載のコンピュータ実装方法。
（項目３０）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップを含む、項目２２または２３に記載のコンピュータ実装方法。
（項目３１）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ステップと、
上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと
を含む、項目２２または２３に記載のコンピュータ実装方法。
（項目３２）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、信号完全性および通信を向上させるステップを含む、項目２２または２３に記載のコンピュータ実装方法。
（項目３３）
上記プロセッサはさらに、事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、信号完全性を確立するように構成され、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、項目１０に記載のシステム。
（項目３４）
上記プロセッサはさらに、上記事前協調かつ事前配信された情報を利用することによって、上記信号完全性を維持するように構成される、項目３３に記載のコンピュータ実装方法。
（項目３５）
上記プロセッサはさらに、伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記伝送を上記意図された送信機および受信機に限定するように構成される、項目３３または３４に記載のコンピュータ実装方法。
（項目３６）
上記デジタルビットストリームを変換するステップは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項目３３または３４に記載のシステム。
（項目３７）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、ビットエラーレート（ＢＥＲ）、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、向上された信号完全性および通信を提供するように構成される、項目３３または３４に記載のシステム。
（項目３８）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、信号完全性および通信を向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、項目３３または３４に記載のシステム。
（項目３９）
上記プロセッサはさらに、複数の付加的ビットを生成することであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ことと、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することとを行うように構成される、項目３３または３４に記載のシステム。
（項目４０）
上記通信インターフェースは、結合された通信システムを備える、項目３３または３４に記載のシステム。
（項目４１）
上記通信インターフェースは、非結合通信システムを備える、項目３３または３４に記載のシステム。
（項目４２）
上記プロセッサに、
事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、信号完全性を確立することであって、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、ことと、
上記事前協調かつ事前配信された情報を利用することによって、上記信号完全性を維持することと、
伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記伝送を上記意図された送信機および受信機に限定することと
を行わせる命令をその上に記憶するようにさらに構成される、項目１８に記載の非一過性コンピュータ可読メモリ媒体、。
（項目４３）
導出されたＱＯＳ測定値の使用を通して、上記プロセッサによって、サービスの質（ＱＯＳ）の動的制御を可能にし、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすステップをさらに含み、上記意図された送信機−受信機対は、通信のために必要なＱＯＳを伴うデジタルビットの継続伝送および受信をもたらすように情報を一意に協調かつ配信可能である、項目１に記載のコンピュータ実装方法。
（項目４４）
上記プロセッサによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を維持し、協調された変更を事前協調かつ事前配信された情報にもたらすステップを含む、項目４３に記載のコンピュータ実装方法。
（項目４５）
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記プロセッサによって、上記伝送を上記意図された送信機および受信機に限定する、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御を含む、項目４３または４４に記載のコンピュータ実装方法。
（項目４６）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルを変更するステップを含む、項目４３または４４に記載のコンピュータ実装方法。
（項目４７）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項目４６に記載のコンピュータ実装方法。
（項目４８）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項目４６に記載のコンピュータ実装方法。
（項目４９）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルへの変更を採用し、サービス応答時間、損失、信号対雑音比、クロストーク、エコー、中断、周波数応答、ラウドネスレベル、要求されるビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレート、データレート、および遅延のうちの少なくとも１つを管理し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、スケジューリング優先度、当業者に公知の他のＱＯＳ測定値、およびそれらの任意の組み合わせを動的に制御するステップを含む、項目４３または４４に記載のコンピュータ実装方法。
（項目５０）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、導出されたＱＯＳ測定値の使用を通して、ＱＯＳを動的に向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するステップを含む、項目４３または４４に記載のコンピュータ実装方法。
（項目５１）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップに対する動的変更を含む、項目４３または４４に記載のコンピュータ実装方法。
（項目５２）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、ＱＯＳの導出された測定値を評価することによって生成される、ステップと、上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと、必要に応じて、上記プロセッサによって、上記付加的ビットを変更し、上記エンコードされたデジタルビットストリームのための所望のＱＯＳを維持するステップとを含む、項目４３または４４に記載のコンピュータ実装方法。
（項目５３）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成するステップを含む、項目４３または４４に記載のコンピュータ実装方法。
（項目５４）
上記プロセッサはさらに、導出されたＱＯＳ測定値の使用を通して、サービスの質（ＱＯＳ）の動的制御を可能にし、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成され、上記意図された送信機−受信機対は、通信のために必要なＱＯＳを伴うデジタルビットの継続伝送および受信をもたらすように情報を一意に協調かつ配信可能である、項目１０に記載のシステム。
（項目５５）
上記プロセッサはさらに、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成される、項目５４に記載のシステム。
（項目５６）
上記プロセッサはさらに、伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記協調された変更の通信を上記意図された送信機および受信機に限定するように構成される、項目５４または５５に記載のシステム。
（項目５７）
上記デジタルビットストリームを変換するステップは、変更を上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルに通信するステップを含む、項目５４または５５に記載のシステム。
（項目５８）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、サービス応答時間、損失、信号対雑音比、クロストーク、エコー、中断、周波数応答、ラウドネスレベル、要求されるビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレート、データレート、および遅延のうちの少なくとも１つを管理し、導出されたＱＯＳ測定値の使用を通したＱＯＳの動的制御に対して、スケジューリング優先度、当業者に公知の他のＱＯＳ測定値、およびそれらの任意の組み合わせを動的に制御するように構成される、項目５４または５５に記載のシステム。
（項目５９）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、導出されたＱＯＳ測定値の使用を通して、ＱＯＳを動的に向上させ、業界標準非依存インターフェースを既存のデジタル通信システムに提供するように構成される、項目５４または５５に記載のシステム。
（項目６０）
上記プロセッサはさらに、
複数の付加的ビットを生成することであって、上記複数の付加的ビットは、ＱＯＳの導出された測定値を評価することによって生成される、ことと、
上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することと、
必要に応じて、上記付加的ビットを変更し、上記エンコードされたデジタルビットストリームのための所望のＱＯＳを維持することと
を行うように構成される、項目５４または５５に記載のシステム。
（項目６１）
上記通信インターフェースは、結合された通信システムを備える、項目５４または５５に記載のシステム。
（項目６２）
上記通信インターフェースは、非結合通信システムを備える、項目５４または５５に記載のシステム。
（項目６３）
上記プロセッサに、
事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、サービスの質（ＱＯＳ）を確立することであって、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、ことと、
協調かつ配信された情報を変更および通信することによって、導出されたＱＯＳ測定値の使用を通して、ＱＯＳの動的制御を維持することと、
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記伝送を上記意図された送信機および受信機に限定することと
を行わせる命令をその上に記憶するようにさらに構成される、項目１８に記載の非一過性コンピュータ可読メモリ媒体。
（項目６４）
上記プロセッサによって、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報の使用を通して、認証を可能にするステップをさらに含み、上記意図された送信機−受信機対は、通信のためにデジタルビットの継続伝送および受信をもたらすように、情報を一意に協調かつ配信可能である、項目１に記載のコンピュータ実装方法。
（項目６５）
協調された変更を事前協調かつ事前配信された情報にもたらすことによって、上記プロセッサによって、認証を維持するステップを含む、項目６４に記載のコンピュータ実装方法。
（項目６６）
上記プロセッサによって、上記事前協調かつ事前配信された情報の使用を通して、認証を可能にするステップは、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記伝送を上記意図された送信機および受信機に限定するステップを含む、項目６４または６５に記載のコンピュータ実装方法。
（項目６７）
上記デジタルビットストリームを変換するステップは、上記プロセッサによって、上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルを変更するステップを含む、項目６４または６５に記載のコンピュータ実装方法。
（項目６８）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項目６７に記載のコンピュータ実装方法。
（項目６９）
上記ｍ−要素ベクトルテーブルを変更し、上記デジタルビットストリームに適用するステップは、マッピング機能に従って、上記プロセッサによって、上記ｍ−要素テーブルを上記デジタルビットストリームにマッピングするステップを含む、項目６７に記載のコンピュータ実装方法。
（項目７０）
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記プロセッサによって、上記意図された送信機および受信機への伝送、すなわち、上記送信機−受信機対の認証を含む、項目６４または６５に記載のコンピュータ実装方法。
（項目７１）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記送信機−受信機対を認証するステップを含む、項目６４または６５に記載のコンピュータ実装方法。
（項目７２）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップに対する動的変更を含む、項目６４または６５に記載のコンピュータ実装方法。
（項目７３）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、上記送信機−受信機対の認証を向上および継続するように生成される、ステップと、
上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと、
必要に応じて、上記プロセッサによって、上記付加的ビットを変更し、上記送信機−受信機対の所望の認証を維持するステップと
を含む、項目６４または６５に記載のコンピュータ実装方法。
（項目７４）
上記プロセッサによって、ビット位置パーティショニング、テーブルパーティショニング、またはそれらの組み合わせのうちの少なくとも１つを実装し、上記ｍ−要素ベクトルテーブルのための混合型パーティショニングを生成し、上記送信機−受信機対を認証するステップを含む、項目６４または６５に記載のコンピュータ実装方法。
（項目７５）
上記プロセッサはさらに、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報の使用を通して、認証を可能にするように構成され、上記意図された送信機−受信機対は、通信のためにデジタルビットの継続伝送および受信をもたらすように、情報を一意に協調かつ配信可能である、項目１０に記載のシステム。
（項目７６）
上記プロセッサはさらに、上記送信機−受信機対を認証し、上記伝送を意図された送信機−受信機対に限定するように意図された事前協調かつ事前配信された情報に協調された変更をもたらすように構成される、項目７５に記載のシステム。
（項目７７）
上記プロセッサはさらに、伝送に先立って、上記エンコードされるデジタルビットストリームを一意にフォーマットすることによって、上記協調された変更の通信を上記意図された送信機および受信機に限定するように構成される、項目７５または７６に記載のシステム。
（項目７８）
上記デジタルビットストリームを変換するステップは、変更を上記デジタルビットストリームに適用されるべきｍ−要素ベクトルテーブルに通信するステップを含む、項目７５または７６に記載のシステム。
（項目７９）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記プロセッサによって、上記意図された送信機および受信機への伝送、すなわち、上記送信機−受信機対の認証を管理するように構成される、項目７５または７６に記載のシステム。
（項目８０）
上記プロセッサはさらに、上記プロセッサによって、１つまたはそれを上回るタスクを管理し、伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記送信機−受信機対を認証するように構成される、項目７５または７６に記載のシステム。
（項目８１）
上記プロセッサはさらに、
複数の付加的ビットを生成することであって、上記複数の付加的ビットは、上記送信機−受信機対を認証するために生成される、ことと、
上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加し、必要に応じて、上記付加的ビットを変更し、上記送信機−受信機対の認証を維持することと
を行うように構成される、項目７５または７６に記載のシステム。
（項目８２）
上記通信インターフェースは、結合された通信システムを備える、項目７５または７６に記載のシステム。
（項目８３）
上記通信インターフェースは、非結合通信システムを備える、項目７５または７６に記載のシステム。
（項目８４）
上記プロセッサに、
事前協調かつ事前配信された情報を利用し、上記伝送を意図された送信機−受信機対に限定することによって、上記送信機−受信機対の認証を確立することであって、上記意図された送信機−受信機対は、上記事前協調かつ事前配信された情報を備える、ことと、
協調かつ配信された情報を変更および通信することによって、上記送信機−受信機対の認証の動的制御を維持することと、
伝送に先立って、上記エンコードされたデジタルビットストリームへの変更を一意に協調することによって、上記伝送を上記意図された送信機および受信機に限定することと
を行わせるようにさらに構成される、項目１８に記載の非一過性コンピュータ可読メモリ媒体。
（項目８５）
システムであって、
ネットワークインターフェースと、
プロセッサと、
上記プロセッサに動作可能に連結される、非一過性メモリ媒体であって、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記ネットワークインターフェースに提供することと
を行うように上記プロセッサをプログラムするように構成される複数の命令を記憶するように構成される、メモリ媒体と
を備える、システム。
（項目８６）
上記プロセッサは、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するように構成される、項目８５に記載のシステム。
（項目８７）
上記プロセッサは、上記デジタルビットストリームに関するテーブルルックアップを行うように構成される、項目８５または８６に記載のシステム。
（項目８８）
上記プロセッサはさらに、上記ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するように構成される、項目８５または８６に記載のシステム。
（項目８９）
上記プロセッサはさらに、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させ、業界標準非依存インターフェースを既存の情報システムに提供するように構成される、項目８５または８６に記載のシステム。
（項目９０）
上記プロセッサはさらに、上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、データベクトルおよび上記複合チャネルをインタリーブするように構成される、項目８５または８６に記載のシステム。
（項目９１）
上記プロセッサはさらに、
複数の付加的ビットを生成することであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ことと、
上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加することと
を行うように構成される、項目８５または８６に記載のシステム。
（項目９２）
上記ネットワークインターフェースは、情報システムを備える、項目８５または８６に記載のシステム。
（項目９３）
上記情報システムは、結合された情報システムである、項目９２に記載のシステム。
（項目９４）
上記情報システムは、非結合情報システムである、項目９２に記載のシステム。
（項目９５）
非一過性コンピュータ可読メモリ媒体であって、プロセッサによってロードされると、上記プロセッサに、
デジタルビットストリームを受信することと、
上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換することであって、上記エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ことと、
伝送のために、上記エンコードされたデジタルビットストリームを上記ネットワークインターフェースに提供することと
を行わせる命令をその上に記憶するように構成される、非一過性コンピュータ可読メモリ媒体。
（項目９６）
上記その上に記憶された命令はさらに、上記プロセッサに、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用させる、項目９５に記載の非一過性コンピュータ可読メモリ媒体。
（項目９７）
上記その上に記憶された命令はさらに、上記プロセッサに、上記デジタルビットストリームに関するテーブルルックアップを行わせる、項目９５または９６に記載の非一過性コンピュータ可読メモリ媒体。
（項目９８）
上記その上に記憶された命令はさらに、上記プロセッサに、上記ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供させる、項目９５または９６に記載の非一過性コンピュータ可読メモリ媒体。
（項目９９）
ネットワーク環境内で実行可能なコンピュータ実装方法であって、上記ネットワーク環境は、ネットワークインターフェース、プロセッサ、および上記プロセッサに動作可能に連結される非一過性メモリ媒体を備え、上記メモリ媒体は、上記プロセッサをプログラムするように構成される複数の命令を記憶するように構成され、
上記プロセッサによって、デジタルビットストリームを受信するステップと、
上記プロセッサによって、上記デジタルビットストリームをエンコードされたデジタルビットストリームに変換するステップであって、上記エンコードされたデジタルビットストリームは、ゲートウェイチャネル、複合チャネル、またはデータチャネル、およびそれらの任意の組み合わせのうちの少なくとも１つを備える、ステップと、
伝送のために、上記プロセッサによって、上記エンコードされたデジタルビットストリームを上記ネットワークインターフェースに提供するステップと
を含む、方法。
（項目１００）
上記プロセッサによって、ｍ−要素ベクトルテーブルを上記デジタルビットストリームに適用するステップを含む、項目９９に記載の方法。
（項目１０１）
上記プロセッサによって、上記デジタルビットストリームに関してテーブルルックアップを行うステップを含む、項目９９または１００に記載の方法。
（項目１０２）
上記プロセッサによって、上記ｍ−要素ベクトルテーブルを採用し、実現されるデータスループット、ビットエネルギー、または信号範囲、およびそれらの任意の組み合わせのうちの少なくとも１つを管理し、最適化された性能を提供するステップを含む、項目９９または１００に記載の方法。
（項目１０３）
上記プロセッサによって、１つまたはそれを上回るタスクを管理し、データ転送性能を向上させるステップと、
上記プロセッサによって、業界標準非依存インターフェースを既存の情報システムに提供するステップと
を含む、項目９９または１００に記載の方法。
（項目１０４）
上記ゲートウェイチャネルおよびゲートウェイマスクを利用して、上記プロセッサによって、データベクトルおよび上記複合チャネルをインタリーブするステップを含む、項目９９または１００に記載の方法。
（項目１０５）
上記プロセッサによって、複数の付加的ビットを生成するステップであって、上記複数の付加的ビットは、エラー補正コードによって生成される、ステップと、
上記プロセッサによって、上記複数の付加的ビットを上記エンコードされたデジタルビットストリームに追加するステップと
を含む、項目９９または１００に記載の方法。
（項目１０６）
上記プロセッサによって、上記エンコードされたデジタルビットストリームを情報システムに提供するステップを含む、項目９９または１００に記載の方法。
【図１】
0006345781.tif 000006
【図２】
0006345781.tif 000007
【図３】
0006345781.tif 000008
【図４】
0006345781.tif 000009
【図５】
0006345781.tif 000010
【図６】
0006345781.tif 000011
【図７】
0006345781.tif 000012
【図８】
0006345781.tif 000013
【図９】
0006345781.tif 000014
【図１０】
0006345781.tif 000015
【図１１】
0006345781.tif 000016
【図１２】
0006345781.tif 000017
【図１３】
0006345781.tif 000018
【図１４】
0006345781.tif 000019
【図１５】
0006345781.tif 000020
【図１６Ａ】
0006345781.tif 000021
【図１６Ｂ】
0006345781.tif 000022
【図１７】
0006345781.tif 000023
【図１８】
0006345781.tif 000024
【図１９】
0006345781.tif 000025
【図２０】
0006345781.tif 000026
【図２１】
0006345781.tif 000027
【図２２】
0006345781.tif 000028
【図２３】
0006345781.tif 000029
【図２４】
0006345781.tif 000030
【図２５】
0006345781.tif 000031
【図２６】
0006345781.tif 000032
【図２７】
0006345781.tif 000033
【図２８】
0006345781.tif 000034
【図２９】
0006345781.tif 000035
【図３０】
0006345781.tif 000036
【図３１】
0006345781.tif 000037