(57)【要約】  通信ノード（１２，２０）は、無線通信ネットワークにおいて音声符号化チャネル（１８）上でサポートされる呼を処理する。ノード（１２，２０）は、呼が開始され次第、呼を音声呼として暫定的に指定する。呼が音声呼として指定されている間、ノード（１２，２０）は、テキストテレフォニー呼としての呼の処理を、呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限する。この受動的なモニタリングを介して呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、ノード（１２，２０）は、呼をテキストテレフォニー呼として指定する。呼がテキストテレフォニー呼として指定されている間、ノード（１２，２０）は、呼の中の１つ以上の完結したテキスト文字を受動的に検出するとともに、音声符号化チャネル（１８）上での確実な送信及び受信のために呼の信号を信号調整し及び逆信号調整することにより、呼をテキストテレフォニー呼として完全に処理する。【選択図】図１
2016515322.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワーク（１０）において音声符号化チャネル（１８）上でサポートされる呼を処理するための、通信ノード（１２，２０）により実行される方法であって、
前記呼が開始され次第、前記呼を音声呼として暫定的に指定すること（１１０）と、
前記呼が音声呼として指定されている間、テキストテレフォニー呼としての前記呼の処理を、前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限すること（１２０）と、
前記受動的なモニタリングを介して前記呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、前記呼をテキストテレフォニー呼として指定すること（１３０）と、
前記呼がテキストテレフォニー呼として指定されている間、前記呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することにより、前記呼をテキストテレフォニー呼として完全に処理すること（１４０）と、
により特徴付けられる方法。
【請求項２】
前記呼が音声呼として指定されていた間に実行済みの前記受動的なモニタリングの最終状態で、前記呼がテキストテレフォニー呼として指定されている間に実行されるべき前記受動的な検出の初期状態を設定すること、によりさらに特徴付けられる、請求項１の方法。
【請求項３】
前記通信ノード（１２，２０）は、複数の呼を処理するように構成され、前記方法は、
前記受動的なモニタリングを介する前記検出に応じて、前記通信ノード（１２，２０）における前記制限される処理を実行するリソースを解放することと、
前記完全な処理を実行するためのリソースを、前記通信ノード（１２，２０）により処理される前記複数の呼のサブセットを完全に処理するための前記通信ノード（１２，２０）において利用可能な共有リソースのプールから選択することと、
によりさらに特徴付けられる、請求項１〜２のいずれかの方法。
【請求項４】
前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることは、
前記呼からの離散時間サンプルのブロックの複数のセットの各々について、
ブロックの当該セットがテキスト文字のビットを搬送するかを判定すること（３２０）と、搬送する場合には、第１のテキストテレフォニートーンを含む前記セット内のブロックの数、第２のテキストテレフォニートーンを含む前記セット内のブロックの数、及びいかなるテキストテレフォニートーンをも含まない前記セット内のブロックの数に基づいて、当該ビットの値を判定すること（３２０）と、
テキスト文字の前記ビットの値についての構造を定義する１つ以上のルールに基づいて、ブロックの前記複数のセットが共同的に部分的な又は完結したテキスト文字を搬送するかを判定すること（３３０）と、
からなる、請求項１〜３のいずれかの方法。
【請求項５】
前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることは、前記通信ノード（１２，２０）により、前記音声符号化チャネル（１８）上で受信される前記呼の信号から、部分的なテキスト文字について受動的にモニタリングすること、を含む、請求項１〜３のいずれかの方法。
【請求項６】
前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることは、前記音声符号化チャネル（１８）上の確実な伝送のために信号調整されることなく、当該チャネル（１８）を通じて前記通信ノード（１２，２０）へと漏洩したテキストテレフォニー呼の信号からの部分的なテキスト文字について受動的にモニタリングすること、を含む、請求項１〜３のいずれかの方法。
【請求項７】
前記受動的にモニタリングすることは、
前記信号の雑音ありの離散時間サンプルから、前記音声符号化チャネル（１８）のフレームのシーケンスにそれぞれ関連付けられるトーンのシーケンスを推定すること（４１０）と、
トーンの前記シーケンスに対応するビット値のシーケンスを推定すること（４２０）、及びテキスト文字の前記ビット値についての構造を定義する１つ以上のルールに基づいて、ビット値の前記シーケンスが部分的なテキスト文字の特徴を示すかを判定することと、
を含む、請求項６の方法。
【請求項８】
前記ルールのうちの１つは、前記信号が未信号調整で漏洩するにもかかわらずビット値の前記シーケンスが正確に推定されるとの仮定の下でのテキスト文字の前記ビット値についての厳密な構造を定義し、前記ルールのうちの別の１つは、前記信号が未信号調整で漏洩することに起因して前記シーケンス内の少なくともいくつかのビット値が誤って推定されるとの仮定の下でのテキスト文字の前記ビット値についての柔軟な構造を定義する、請求項７の方法。
【請求項９】
前記呼が音声呼として指定されている間、前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることは、前記呼の中の完結した最初のテキスト文字について受動的にモニタリングすることを含む、請求項１〜３のいずれかの方法。
【請求項１０】
前記受動的なモニタリングを介した前記検出に応じて前記呼をテキストテレフォニー呼として指定することは、テキストテレフォニー呼としての前記呼の完全な処理の期間中の確認まで、前記呼をテキストテレフォニー呼として暫定的に指定することを含む、請求項１〜９のいずれかの方法。
【請求項１１】
無線通信ネットワーク（１０）において音声符号化チャネル（１８）上でサポートされる呼を処理するように構成される通信ノード（１２，２０）であって、
前記通信ノード（１２，２０）は、
前記音声符号化チャネル（１８）上で前記呼の信号を送信及び受信するように構成される１つ以上の通信インタフェース（２４）を含み、
前記呼が開始され次第、前記呼を音声呼として暫定的に指定し、
前記呼が音声呼として指定されている間、テキストテレフォニー呼としての前記呼の処理を、前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限し、
前記受動的なモニタリングを介して前記呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、前記呼をテキストテレフォニー呼として指定し、
前記呼がテキストテレフォニー呼として指定されている間、前記呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することにより、前記呼をテキストテレフォニー呼として完全に処理する、
ように構成される１つ以上の処理回路（２６）、により特徴付けられる通信ノード。
【請求項１２】
前記１つ以上の処理回路（２６）は、前記呼が音声呼として指定されていた間に実行済みの前記受動的なモニタリングの最終状態で、前記呼がテキストテレフォニー呼として指定されている間に実行されるべき前記受動的な検出の初期状態を設定する、ようにさらに構成される、請求項１１の通信ノード。
【請求項１３】
前記通信ノード（１２，２０）は、複数の呼を処理するように構成され、
前記１つ以上の処理回路（２６）は、
前記受動的なモニタリングを介する前記検出に応じて、前記通信ノード（１２，２０）における前記制限される処理を実行するリソースを解放し、
前記完全な処理を実行するためのリソースを、前記通信ノード（１２，２０）により処理される前記複数の呼のサブセットを完全に処理するための前記通信ノード（１２，２０）において利用可能な共有リソースのプールから選択する、
ように構成される、請求項１１〜１２のいずれかの通信ノード。
【請求項１４】
前記１つ以上の処理回路（２６）により１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることは、
前記呼からの離散時間サンプルのブロックの複数のセットの各々について、
ブロックの当該セットがテキスト文字のビットを搬送するかを判定することと、
搬送する場合には、第１のテキストテレフォニートーンを含む前記セット内のブロックの数、第２のテキストテレフォニートーンを含む前記セット内のブロックの数、及びいかなるテキストテレフォニートーンをも含まない前記セット内のブロックの数に基づいて、当該ビットの値を判定することと、
テキスト文字の前記ビットの値についての構造を定義する１つ以上のルールに基づいて、ブロックの前記複数のセットが共同的に部分的な又は完結したテキスト文字を搬送するかを判定することと、
からなる、請求項１１〜１３のいずれかの通信ノード。
【請求項１５】
前記１つ以上の処理回路（２６）は、前記通信ノード（１２，２０）により、前記音声符号化チャネル（１８）上で受信される前記呼の信号から、部分的なテキスト文字について受動的にモニタリングすることにより、前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングする、ように構成される、請求項１１〜１３のいずれかの通信ノード。
【請求項１６】
前記１つ以上の処理回路（２６）は、前記音声符号化チャネル（１８）上の確実な伝送のために信号調整されることなく、当該チャネル（１８）を通じて前記通信ノード（１２，２０）へと漏洩したテキストテレフォニー呼の信号からの部分的なテキスト文字について受動的にモニタリングする、ように構成される、請求項１１〜１３のいずれかの通信ノード。
【請求項１７】
前記１つ以上の処理回路（２６）は、
前記信号の雑音ありの離散時間サンプルから、前記音声符号化チャネルのフレームのシーケンスにそれぞれ関連付けられるトーンのシーケンスを推定することと、
トーンの前記シーケンスに対応するビット値のシーケンスを推定すること、及びテキスト文字の前記ビット値についての構造を定義する１つ以上のルールに基づいて、ビット値の前記シーケンスが部分的なテキスト文字の特徴を示すかを判定することと、
により、部分的なテキスト文字について受動的にモニタリングする、ように構成される、請求項１６の通信ノード。
【請求項１８】
前記ルールのうちの１つは、前記信号が未信号調整で漏洩するにもかかわらずビット値の前記シーケンスが正確に推定されるとの仮定の下でのテキスト文字の前記ビット値についての厳密な構造を定義し、前記ルールのうちの別の１つは、前記信号が未信号調整で漏洩することに起因して前記シーケンス内の少なくともいくつかのビット値が誤って推定されるとの仮定の下でのテキスト文字の前記ビット値についての柔軟な構造を定義する、請求項１７の通信ノード。
【請求項１９】
前記１つ以上の処理回路（２６）は、前記呼の中の完結した最初のテキスト文字について受動的にモニタリングすることにより、テキストテレフォニー呼としての前記呼の制限される処理の間、前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングする、ように構成される、請求項１１〜１３のいずれかの通信ノード。
【請求項２０】
前記１つ以上の処理回路（２６）は、テキストテレフォニー呼としての前記呼の完全な処理の期間中の確認まで、前記呼をテキストテレフォニーとして暫定的に指定することにより、前記受動的なモニタリングを介した前記検出に応じて前記呼をテキストテレフォニー呼として指定する、ように構成される、請求項１１〜１９のいずれかの通信ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、テキストテレフォニーに関し、具体的には、無線通信ネットワークにおいて音声符号化チャネル上でサポートされるテキストテレフォニー呼を処理することに関する。
【背景技術】
【０００２】
テキストテレフォニーは、離れた当事者間で、電話システム及び人間の音声を送信するように従来設計された機器を用いて、帯域内でリアルタイムにテキスト文字を送信することを含む。人間の音声に代えて又は加えて、テキスト文字を送信することにより、テキストテレフォニーは、聴覚障がい者、難聴者又は言語障がい者が呼において通信することを可能にする。
【０００３】
無線通信ネットワーク上でテキスト文字を伝送することは、しかしながら、困難を伴うことが分かっている。無線通信ネットワークは、音声符号化されたチャネル上で呼を伝送する。音声符号化チャネルは、受け入れ可能な呼品質で人間の音声を伝送するために特に最適化されたチャネルである。音声符号化チャネルは、例えば、音声波形のデジタル化表現の代わりに音声モデルのパラメータを伝送することにより、人間の音声を伝送するために最適化された非可逆（lossy）圧縮方式を採用する。それによって、音声符号化チャネルは、人間の音声伝送における帯域幅を節約する。テキスト文字の伝送においては、しかしながら、音声符号化チャネルは、受け入れ難い文字エラーレートと共に信頼性を欠くことが分かっている。
【０００４】
したがって、この問題に対処するための既知のアプローチは、無線通信ネットワーク内の全ての呼の信号を特定の方法で信号調整する。それにより、それらの信号がテキスト文字を表す場合、それらは音声符号化チャネル上で確実に伝送され得る。信号がボドー（Baudot）符号化されたテキスト文字を表す状況では、例えば、これらの既知のアプローチは、４トーンのＦＳＫ（frequency  shift  keying）フォーマットで表されるように、テキスト文字をトランスコードする。当該フォーマットは、インターリーブ及び畳み込み符号化といった洗練された機能を介して送信される。これらの４ＦＳＫトーンの周波数は、より音声コーデックに適合し、それは、畳み込み符号化のために（ＦＳＫ毎に）必要とされる余剰ビットを提供して、元のＴＴＹビットレートをも４５．５ｂｐｓから４００ｂｐｓに増加させるため、この４トーンのＦＳＫフォーマットで表されると、テキスト文字は、音声符号化チャネル上でより確実に伝送され得る。この信号調整を実装するには、しかしながら、処理及びメモリの要件の観点でコストがかかることが分かっている。
【発明の概要】
【課題を解決するための手段】
【０００５】
ここでの１つ以上の実施形態は、呼を音声呼又はテキストテレフォニー呼として大まかに指定し、当該指定を利用して、呼を処理する通信ノードの処理回路及び／又はメモリ上の負荷を有利に減少させる。特に、本実施形態は、最初に呼を音声呼として指定し、その後、当該呼がテキストテレフォニー呼として指定されるまで、その呼のテキストテレフォニー処理を制限する。当該呼がテキストテレフォニー呼として指定される場合には、音声符号化チャネル上での確実な伝送のために呼の信号を信号調整することにより、当該呼はテキストテレフォニー呼として完全に処理される。
【０００６】
このことは、通信ノードが、実際には音声呼である呼の信号を不必要に信号調整することを回避し、それにより、ノードの処理回路及びメモリ上の負荷を減少させる。通信ノードが複数の呼を処理する場合において、音声呼を処理するためのノードの処理回路及びメモリ上の負荷を減少させることは、いくつかの実施形態において、依然としてテキストテレフォニー呼のケイパビリティを提供しながらも、さらに多くの呼を処理するための追加的なキャパシティに転換される。
【０００７】
さらに概して、ここでの実施形態は、無線通信ネットワークにおいて音声符号化チャネル上でサポートされる呼を処理するための、通信ノードにより実行される方法を含む。当該方法は、呼が開始され次第、呼を音声呼として暫定的に指定することを含む。当該方法は、呼が音声呼として指定されている間、テキストテレフォニー呼としての呼の処理を、呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限することをさらに伴う。テキストテレフォニー呼としての呼の処理をそのような受動的なモニタリングへと制限して、音声符号化チャネル上での確実な送信及び受信のために呼の信号を信号調整し及び逆信号調整することを処理は除外する（即ち、通信ノードは控える）。当該方法は、一方、この受動的なモニタリングを介して呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、呼をテキストテレフォニー呼として指定することをさらに含む。呼がテキストテレフォニー呼として指定されている間、当該方法は、呼をテキストテレフォニー呼として完全に処理することを伴う。呼をテキストテレフォニー呼として完全に処理することは、呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、音声符号化チャネル上での確実な送信及び受信のために呼の信号を信号調整し及び逆信号調整することを意味する。
【０００８】
少なくともいくつかの実施形態において、通信ノードは、複数の呼を処理し、共有リソースのプールを維持するように構成される。この場合、方法は、呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、通信ノードにおいて、当該呼の制限される処理を実行するリソースを解放することをさらに伴う。方法は、その後、呼の完全な処理を実行するためのリソースを、通信ノードにより処理される複数の呼のサブセットを完全に処理するための通信ノードにおいて利用可能な共有リソースのプールから選択することを含む。
【０００９】
ともかく、１つ以上の実施形態において、通信ノードは、（受動的な検出又はモニタリングの状態が、そのデータ及び処理状態を含む場合において、）呼が音声呼として指定された間に実行済みの受動的なモニタリングの最終状態で、呼がテキストテレフォニー呼として指定されている間に実行されるべき受動的な検出の初期状態を設定する。このように、（少なくとも音声符号化方向における）呼の制限される処理により検出される、いかなる部分的な又は完結したテキスト文字も、呼の完全な処理により扱われ、それによって完全な処理の信号調整によりチャネル上で確実に伝送されることとなる。
【００１０】
いくつかの実施形態において、受動的なモニタリングは、呼の中の完結した最初のテキスト文字についてモニタリングすることを伴う。このような完結した最初のテキスト文字についてのモニタリングは、有利なこととして、適正な誤指定率を達成する。追加的に又は代替的に、呼が音声呼として指定されている間の、呼の中の１つ以上の部分的な又は完結したテキスト文字の検出に応じたテキストテレフォニー呼としての呼の指定は、いくつかの実施形態において、テキストテレフォニー呼としての呼の完全な処理の期間中に確認されるまでは暫定的な指定である。
【００１１】
いくつかの実施形態における通信ノードは、ノードが音声符号化チャネル上で送信すべき呼の信号から１つ以上の部分的な又は完結したテキスト文字についてモニタリングする。この場合、受動的なモニタリングは、呼からの離散時間サンプルのブロックの複数のセットを、これらのブロックの複数のセットが共同的にテキスト文字を搬送するかを識別するために検査する。具体的には、モニタリングは、呼からの離散時間サンプルのブロックの複数のセットの各々について、ブロックの当該セットがテキスト文字のビットを搬送するかを判定することと、搬送する場合には、第１のテキストテレフォニートーンを含むセット内のブロックの数、第２のテキストテレフォニートーンを含むセット内のブロックの数、及びいかなるテキストテレフォニートーンをも含まないセット内のブロックの数に基づいて、当該ビットの値を判定することと、を伴う。モニタリングは、テキスト文字のビットの値についての構造を定義する１つ以上のルールに基づいて、ブロックの複数のセットが共同的にテキスト文字を搬送するかを判定することを、さらに含む。
【００１２】
ノードが音声符号化チャネル上で送信すべき呼の信号から、１つ以上の部分的な又は完結したテキスト文字についてモニタリングすることに代えて又は加えて、いくつかの実施形態におけるモニタリングは、ノードがチャネル上で受信した呼の信号から（即ち、音声復号方向において）、部分的なテキスト文字についてモニタリングすることを含む。より具体的には、これらの実施形態のうちの１つ以上では、モニタリングは、チャネル上の確実な伝送のために信号調整されることなく（例えば、４トーンのＦＳＫ信号等でテキストトランスコードされることなく）、当該チャネルを通じて通信ノードへと漏洩したテキストテレフォニー呼の信号から、部分的なテキスト文字についてモニタリングすることを伴う。
【００１３】
この場合、モニタリングは、漏洩した信号の雑音ありの離散時間サンプルから、音声符号化チャネルのフレームのシーケンスにそれぞれ関連付けられたトーンのシーケンスを推定することを含む。モニタリングは、その後、トーンのシーケンスに対応するビット値のシーケンスを推定することと、テキスト文字のビット値についての構造を定義する１つ以上のルールに基づいて、ビット値のシーケンスが部分的なテキスト文字の特徴を示すかを判定することと、を伴う。
【００１４】
１つ以上の実施形態では、これらのルールのうちの１つは、信号が未信号調整で漏洩するにも関わらずビット値のシーケンスが正確に推定されるとの仮定の下でのテキスト文字のビット値についての厳密な構造を定義する。ルールのうちの別の１つは、信号が未信号調整で漏洩することに起因してビット値のシーケンス内のビット値のうち少なくともいくつかが誤って推定されるとの仮定の下でのテキスト文字のビット値についての柔軟な構造を定義する。この柔軟な構造を含むことにより、漏洩した信号内の部分的なテキスト文字の一般的な存在を判定することにおいて、当該ルールはロバストであることが分かっている。
【００１５】
当然のことながら、本発明は、上述の特徴及び利点に限定されない。実際に、当業者であれば、以下の詳細な説明を読み、添付の図面を見ることで追加的な特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００１６】
【図１】ここでの１つ以上の実施形態に従って構成されるネットワークノードを含む、無線通信デバイス及び無線通信ネットワークのブロック図である。
【図２】１つ以上の実施形態に係る、無線通信ネットワークにおいて音声符号化チャネル上でサポートされる呼を処理するための、通信ノードにより実行される方法の論理フロー図である。
【図３】１つ以上の実施形態に係る、図２における方法の追加的な詳細を示す論理フロー図である。
【図４】いくつかの実施形態に係る、音声符号化チャネル上で送信されるべき呼の信号からの、１つ以上の部分的な又は完結したテキスト文字についての受動的なモニタリングを示す論理フロー図である。
【図５】いくつかの実施形態に係る、音声符号化チャネルから漏洩される呼の信号からの、部分的なテキスト文字についての受動的なモニタリングを示す論理フロー図である。
【図６Ａ】１つ以上の実施形態に係る、図５における受動的なモニタリングの例示的な詳細を示す論理フロー図である。
【図６Ｂ】１つ以上の実施形態に係る、図５における受動的なモニタリングの例示的な詳細を示す論理フロー図である。
【図７】１つ以上の実施形態に係る、無線通信ネットワークにおいて音声符号化チャネル上でサポートされる呼を処理するように構成される、通信ノードのブロック図である。
【図８】いくつかの実施形態に係る、図７の通信ノードの１つ以上の処理回路によりインスタンス化される、処理リソースのブロック図である。
【発明を実施するための形態】
【００１７】
図１は、無線通信デバイス１２と１つ以上の他の通信デバイス（例えば、公衆交換電話網（ＰＳＴＮ）１６に接続される固定電話１４）との間の呼をサポートするように構成される無線通信ネットワーク１０を示す。この点においてネットワーク１０は、名目上、呼が単に人間の音声を含む場合に対して最適化される。実際には、ネットワーク１０は、受け入れ可能な呼品質で人間の音声を伝送するために最適化される音声符号化チャネル１８上で、デバイス１２との間で呼を伝送する。
【００１８】
呼が追加的に又は代替的にテキスト文字を含む場合、ネットワーク１０は、やはりデバイス１２との間で音声符号化チャネル１８上で呼を伝送する。しかしながら、呼のテキスト文字が受け入れ可能な文字エラーレートで伝送されるためには、呼の信号は音声符号化チャネル１８上での送信の前に信号調整（condition）され、受信後に逆信号調整（de-condition）されなければならない。呼がボドー（Baudot）符号化されたテキスト文字を含む状況では、例えば、いくつかの実施形態では、信号調整は、ボドー符号化された文字を、音声符号化チャネル１８上でのネットワーク１０への伝送のために、デバイス１２がインターリーブ及び畳み込み符号化と共に４トーンのＦＳＫフォーマットへとトランスコードすることを伴う。このケースでは、逆信号調整は、ネットワーク１０内のノード２０（例えば、メディアゲートウェイ）が４トーンのＦＳＫフォーマットから元のボドー符号化された文字を回復することを伴う。
【００１９】
このようにして呼を信号調整し及び逆信号調整することは、しかしながら、デバイス１２及びネットワークノード２０における処理回路及びメモリに課される負荷の観点でコストを要する。呼が実際にテキスト文字を含まない限りは、このコストは不必要であると分かっていることがここでの実施形態の認識である。実施形態は、それにより、呼を音声呼又はテキストテレフォニー呼として大まかに指定し、その指定を利用してデバイス１２及び／又はネットワークノード２０の処理回路及びメモリへの負荷を有利に減少させる。図２は、音声符号化チャネル１８上でサポートされる呼を処理するための通信ノード（例えば、デバイス１２又はネットワークノード２０）により実行される方法を含む、そのような１つの実施形態の追加的な詳細を示す。
【００２０】
図２において示すように、通信ノードにおける方法１００は、呼が開始され次第、呼を音声呼として暫定的に指定すること（ブロック１１０）を含む。呼が開始され次第（即ち、直ちに又は直後に）この指定が発生するため、当該指定は、呼がある種類であるものとして指定される初めての（即ち、最初の）時である。また、この最初の指定は暫定的であるため、当該指定は変更される可能性がある。さらに、いかなる状況でも呼は最初にテキストテレフォニー呼として指定されるため、音声呼としての指定に条件は無い。実際には、１つ以上の実施形態では、呼がテキスト文字を含み、それによって実際にはテキストテレフォニー呼であるとしても、この最初の呼の指定は、全ての呼を音声呼として最初に指定する、通信ノードにおけるより大まかな戦略の一部として実行される。
【００２１】
ともかく、方法１００は、呼が音声呼として指定されている間、テキストテレフォニー呼としての呼の処理を、呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限すること（ブロック１２０）をさらに伴うということを、図２は示している。１つ以上の部分的な又は完結したテキスト文字についてのモニタリングが受動的であるというのは、呼が１つ以上の部分的な又は完結したテキスト文字を含むかを明示的又は黙示的に示す制御信号を受信するのではなく、呼の中の１つ以上の部分的な又は完結したテキスト文字を認識しようとする試みにおいて呼の信号を非破壊的に処理することをモニタリングが含むという意味においてである。さらに、部分的なテキスト文字についてのモニタリングは、少なくともいくつかの実施形態では、１ビット以上のテキスト文字についてのモニタリングを伴う。その場合のテキスト文字は、英数字だけでなく呼の始まりにおける制御文字をも含む。ともかく、テキストテレフォニー呼としての呼の処理はそのような受動的なモニタリングへと制限され、音声符号化チャネル１８上での確実な送信及び受信のために呼の信号を信号調整し及び逆信号調整することを処理は除外する（即ち、通信ノードは控える）。
【００２２】
方法１００は、一方、この受動的なモニタリングを介して呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、呼をテキストテレフォニー呼として指定すること（ブロック１３０）をさらに含む。呼は、以前に音声呼として指定されていることから、これは、音声呼としての呼の指定から、テキストテレフォニー呼としての呼の指定への切り替えを伴う。即ち、呼がテキストテレフォニー呼であるように再指定される。呼がテキストテレフォニー呼として指定されている間、方法１００は、呼をテキストテレフォニー呼として完全に処理すること（ブロック１４０）を伴う。呼をテキストテレフォニー呼として完全に処理することは、呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、音声符号化チャネル１８上での確実な送信及び受信のために呼の信号を（それぞれ）信号調整し及び逆信号調整することを意味する。即ち、音声符号化チャネル１８上で呼の信号を送信する前に、通信ノードは、チャネル１８上での確実な送信のためにそれらの信号を信号調整する。また、音声符号化チャネル１８上で呼の信号を受信後、通信ノードは、チャネル１８上で確実に受信するためにそれらの信号を逆信号調整する。
【００２３】
方法１００は、よって、呼が実際にはテキスト文字を含むテキストテレフォニー呼である場合は、呼の信号を信号調整し及び逆信号調整し、呼が実際には音声呼である場合は、呼の信号を不必要に信号調整し及び逆信号調整することを控える。このような不必要な信号調整及び逆信号調整を回避することにより、当該方法は、通信ノードの処理回路及び／又はメモリ上の負荷を有利に減少させる。
【００２４】
少なくともいくつかの実施形態では、例えば、通信ノードは、呼をテキストテレフォニー呼として、制限され又は完全なキャパシティで処理するために、必要に応じて“制限される処理”のリソース又は“完全な処理”のリソースのいずれかを選択的にインスタンス化するように構成される。制限される処理のリソースは、テキストテレフォニー呼としての呼の制限される処理を実行するように構成される。いくつかの実施形態では、例えば、制限される処理のリソースは、信号の信号調整及び逆信号調整を実行することなく、呼の中の１つ以上の部分的な又は完結したテキスト文字を受動的にモニタリングするように構成される、テキストテレフォニーモニタリング部又は検出部である。一方、完全な処理のリソースは、信号の信号調整及び逆信号調整を含む、テキストテレフォニー呼としての呼の完全な処理を実行するように構成される。呼の信号がＣＴＭ（Cellular  Text  Telephone  Modem）プロトコルに適合するいくつかの実施形態では、例えば、完全な処理のリソースは、ＣＴＭモデムである。呼がテキストテレフォニー呼として指定されるまでは、ノードは、呼を処理するための制限される処理のリソースをインスタンス化するだけである。呼がテキストテレフォニー呼として指定される場合は、しかしながら、ノードは、呼を処理するための完全な処理のリソースをインスタンス化し、制限される処理のリソースを完全な処理のリソースと置き替える。
【００２５】
１つ以上の実施形態では、制限される処理のリソースは、完全な処理のリソースによって課されるよりも小さい負荷を通信ノードの処理回路及びメモリに課す。例えば、制限される処理のリソースは、完全な処理のリソースが実装されるよりも少ないソフトウェア命令で実装される。このように、音声呼を処理するための制限される処理のリソースをインスタンス化すること、及びその呼のために完全な処理のリソースをインスタンス化することを回避することによって、ノードの処理回路及びメモリは、呼を処理する一方でより多くの呼及び／又は他のタスクを実行するためのより多くのキャパシティを有する。
【００２６】
なお、少なくともいくつかの実施形態では、通信ノードは単一の呼のみを処理する。例えば、通信ノードが無線通信デバイス１２を含む状況において、デバイス１２がただ１つの呼を処理する。ともかく、そのような実施形態では、音声呼を処理するための通信ノードの処理回路及びメモリ上の負荷を減少させることが、ノードの複数の処理回路及びメモリ上のキャパシティの要件を減少させることにつながらない。実際には、ノードは、音声呼又はテキストテレフォニー呼としてノードの１つの呼を処理するキャパシティを有する処理回路及びメモリを伴って構成されなければならない。ノードが音声呼を処理する場合、ノードの処理回路に課される負荷は（例えば、ＭＩＰＳ（millions  instructions  per  second）リソースの観点で）より少ないが、テキストテレフォニー呼であった呼をハンドリングするためのキャパシティをやはり有していなければならない。
【００２７】
他の実施形態では、一方、通信ノードは複数の呼を処理する。例えば、通信ノードがネットワークノード２０（例えば、メディアゲートウェイ）を含む場合において、少なくともいくつかの実施形態におけるノード２０は、複数の呼を処理する。ともかく、これらの実施形態では、音声呼を処理するためのノードの処理回路及びメモリ上の負荷を減少させることが、実際にノードの処理回路及びメモリ上の要件を減少させることにつながる。代替的に、このことが、（例えば、米国におけるＦＣＣ義務に従って）依然としてテキストテレフォニー呼のケイパビリティを提供している間も、より一層多くの呼を処理するための追加的なキャパシティにつながる。例えば、完全な処理のリソースを各呼の専用にするよりも、１つ以上の実施形態は、テキストテレフォニー呼を処理するための要求に依然として応える一方で、追加的な音声呼を処理するためのキャパシティを得るために、不必要と見なされるそれらの完全な処理のリソースのうちのいくつかを、より多くの制限される処理のリソースと効果的に置き替える。
【００２８】
特にこの代替に関して、ノードは、共有される完全な処理のリソースのプールを維持することにより、追加的な呼のキャパシティを実現する。呼の信号がＣＴＭ（Cellar  Text  Telephone  Modem）プロトコルに準拠する１つ以上の実施形態では、例えば、共有リソースのプールは、共有ＣＴＭモデムリソースのプールである。ともかく、これらの共有リソースは、ノードによって処理される複数の呼のサブセットを完全に処理するために、当該ノードにおいて利用可能である（ここでの“サブセット”は、１つのセットの中のより小さな一部分をいう）。実際には、多数の呼がテキストテレフォニー呼ではなく音声呼であるため、少なくともいくつかの実施形態におけるこのサブセットの大きさは、ノードによって処理される呼の総数よりも少ない（即ち、１％以下である）。特定のサブセットの大きさに関わりなく、しかしながら、テキストテレフォニー呼として指定されている呼を完全に処理するために、共有リソースは、そのプールから必要に応じて割り当てられる。テキストテレフォニー呼の完了後、その呼を完全に処理した共有リソースは解放され、続く再割り当てのためにプールに戻される。呼がテキストテレフォニー呼として指定されるまで、共有リソースは呼に割り当てられない。実際には、そのような指定がされるまで、制限される処理のリソースだけが、呼の制限される処理を実行するために呼に割り当てられる。
【００２９】
そのような実施形態は、呼を処理するためのノードのキャパシティにおける定量的な利得を実現する。例えば、ノードの処理回路が１つ以上のデジタル信号プロセッサ（ＤＳＰ）を含む例を考える。この場合、各ＤＳＰは、いくつかの呼を処理するための、制限される処理及び／又は完全な処理のリソースを含む処理リソースをインスタンス化するキャパシティを有する。ここでは実施形態がないが、いかなる所与のＤＳＰも完全な処理のリソースを各呼について指定し、それは、ＤＳＰがＮＣ個の呼を処理するキャパシティを有することを意味する。
【００３０】
【数１】
2016515322.tif 000003
【００３１】
ここで、ＭＤは、ＤＳＰが実行可能なＭＩＰＳ数（例えば、ＭＩＰＳ）である。Ｍｖは、ＤＳＰが呼毎に音声コーデックを実行する必要があるＭＩＰＳ数である。ＭＳは、ＤＳＰが呼毎に音声処理を実行する必要があるＭＩＰＳ数である。ＭＣは、ＤＳＰが呼毎に完全な処理のリソースを実行する必要があるＭＩＰＳ数である。一方、ここでの１つ以上の実施形態によれば、任意の所与のＤＳＰは、制限される処理のリソースを音声処理と同様に各音声呼に割り当て、完全な処理のリソースを各テキストテレフォニー呼に割り当てる。この場合、所与のＤＳＰは、ＮＬ個の呼を処理するキャパシティを有する。
【００３２】
【数２】
2016515322.tif 000004
【００３３】
ここで、ＭＬは、ＤＳＰが、呼毎の制限される処理のリソースを実行する必要があるＭＩＰＳ数である。αＳは、完全な負荷の掛かるようにＤＳＰにおいて開始された音声呼の比率である。
【００３４】
呼のキャパシティにおける利得Ｇは、したがってこのように推定される。
【００３５】
【数３】
2016515322.tif 000005
【００３６】
注目すべきは、分母の第２項が正の数であり、かつ１より小さい値であるため、利得Ｇは常に１よりも大きいということである。
【００３７】
当然ながら、呼を処理するためのこの増加したキャパシティにもかかわらず、いかなる所与のＤＳＰも、依然としてキャパシティに達する可能性があり、新たに開始される呼を処理できない恐れがある。少なくともいくつかの実施形態では、したがって、この新たな呼は、依然としてキャパシティを有する通信ノードの別のＤＳＰによって処理されることとなる。
【００３８】
１つの実施形態では、通信ノードは、呼が音声呼として指定されていた間に、実行済みの受動的なモニタリングの最終状態で、呼がテキストテレフォニー呼として指定されている間に実行されるべき受動的な検出の初期状態を設定する（この場合において、受動的なモニタリングの状態は、そこでのデータ及び処理状態を含む）。このように、呼の制限される処理によって検出されるいかなるテキスト文字も、呼の完全な処理によって検出されたものと見なされ、従って、完全な処理の信号調整によってチャネル１８上で確実に伝送されることとなる。
【００３９】
いくつかの実施形態では、テキストテレフォニー呼としての呼の指定の前に完結した最初のテキスト文字を求めて受動的にモニタリングを行うことにより、適正な誤指定率が達成される。さらに、１つの実施形態では、制限される処理の期間中になされる何らかのテキストテレフォニー指定がその後完全な処理によって確認（confirm）されることを要件とすることにより、誤指定率が遡及的に拒絶され又は抑制される。即ち、制限される処理のテキストテレフォニー指定は単に暫定的な指定である。図３は、そのような実施形態の詳細とともに、ここでの１つ以上の他の実施形態の詳細を示す。
【００４０】
図３に示すように、通信ノードは、呼が開始され次第、呼を音声呼として暫定的に指定する（ブロック２０５）。呼が最初に音声呼として指定されていると（ブロック２１０における“音声呼”）、ノードは、確実な伝送のために呼の信号を信号調整及び逆信号調整することなく、音声符号化チャネル１８を通じて呼の信号を送信及び受信する（ブロック２１５）。それと共に、ノードは、呼の中の完結した最初のテキスト文字について受動的にモニタリングする（ブロック２２０）。完結した最初のテキスト文字が検出されない間（ブロック２２５におけるＮＯ）、ノードは、このようにしてテキストテレフォニー呼としての呼の処理を制限し続ける。一方、完結した最初のテキスト文字が検出される場合には（ブロック２２５におけるＹＥＳ）、テキストテレフォニー呼としての呼の完全な処理の期間中における確認がなされるまで、ノードは呼をテキストテレフォニー呼として暫定的に指定する（ブロック２３０）。その完結した最初のテキスト文字の確実な送信を確保するために、ノードは、呼が音声呼として指定されていた間に実行済みの受動的なモニタリングの最終状態で、呼がテキストテレフォニー呼として指定されている間に実行されるべき受動的な検出の初期状態を設定する（ブロック２３５）。このように、完結した最初のテキスト文字は、テキストテレフォニー呼としての呼の完全な処理によって検出されたものとして扱われ、したがって信号調整を伴って確実に送信されることとなる。そして、共有される完全な処理のリソースのプールをノードが維持する実施形態では、ノードは、呼の制限される処理を実行するリソースを解放し、呼の完全な処理を実行するためのリソースをプールから選択する（ブロック２４０）。
【００４１】
ここで、呼がテキストテレフォニー呼として少なくとも暫定的に指定されており（ブロック２１０における“テキストテレフォニー呼”）、かつ、実行されるべき受動的な検出の初期状態が実行済みの受動的なモニタリングの最終状態に設定されると、ノードが確実な伝送のためにチャネル１８を通じて呼の信号を送信し及び受信するように、ノードは、呼の中の１つ以上の（例えば後続の）完結したテキスト文字を受動的に検出し、音声符号化チャネル１８上でそれらの文字を確実に伝送する（ブロック２４５）。検出は、例えば、音声符号化方向におけるボドー文字検出及び音声復号方向におけるＣＴＭ文字復調を実行することを伴い得る。とはいえ、このようなノードの呼の完全な処理は、呼が実際にテキストテレフォニー呼であることを受動的なモニタリングが確認するまでは、試験的なものである。
【００４２】
この点において具体的には、ノードは、それが確認期間内であるか否かを判定する（ブロック２５５）。少なくともいくつかの実施形態では、この確認期間は、呼がテキストテレフォニー呼として暫定的に指定されるときに開始し、テキストテレフォニー呼のネゴシエーションの最長継続期間（例えば、４秒）の間継続する。ともかく、ノードが確認期間内の場合（ブロック２５５におけるＹＥＳ）、ノードは、テキストテレフォニー呼としての呼の指定が完全な処理によって確認されているかを判定する。呼の指定が確認期間の終了までに確認されない場合（ブロック２６５におけるＮＯ）、現在の指定は誤った指定とみなされ、呼は再び音声呼に再指定される（ブロック２６５）。ノードが、共有される完全な処理のリソースのプールを維持するそれらの実施形態では、ノードは、呼の完全な処理を実行した共有リソースを解放し、制限される処理を実行するためのリソースを再びインスタンス化する（ブロック２７０）。呼の処理は、その後、信号調整及び逆信号調整を伴わず元の通りに継続する。一方で、呼の指定が実際に確認期間の終了までに確認される場合（ブロック２６５におけるＹＥＳ）、呼の完全な処理は信号調整及び逆信号調整を伴って継続する。その後、ノードがもはや確認期間内にない場合（ブロック２５５におけるＮＯ）、ノードは無条件にテキストテレフォニー呼として呼の完全な処理を実行する。これは、完全な処理のリソースが呼の継続期間の残りの期間、呼に割り当てられることを意味する。
【００４３】
いくつかの実施形態における通信ノードは、ノードが音声符号化チャネル１８上で送信すべき呼の信号から１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングする。図４は、少なくとも１つの実施形態に係るそのような受動的なモニタリングの追加的な詳細を示す。
【００４４】
図４の実施形態では、受動的なモニタリングは、呼からの離散時間サンプルのブロックの複数のセットを、それらのブロックの複数のセットがテキスト文字を共同的に（collectively）搬送するかを識別するために検査する。具体的には、ブロックの各セットについて、ノードは、第１のテキストテレフォニートーンを含むセット内のブロックの数、第２のテキストテレフォニートーンを含むセット内のブロックの数、及びいかなるテキストテレフォニートーンをも含まないセット内のブロックの数を判定する（ブロック３１０）。ノードはその後、ブロックのセットがテキスト文字のビットを搬送するかを判定し、搬送する場合に、第１のトーンを含むブロックの数、第２のトーンを含むブロックの数、及びトーンを含まないブロックの数に基づいて、当該ビットの値を判定する（ブロック３２０）。ブロックのセットの各々がテキスト文字のビットを搬送するか、及びテキスト文字のどのビットを搬送するかを判定して、ノードは、テキスト文字のビットの値についての構造を定義する１つ以上のルールに基づいて、ブロックの複数のセットが共同的にテキスト文字を搬送するかを判定する（ブロック３３０）。
【００４５】
いくつかの実施形態では、呼がテキストテレフォニー呼として指定されている場合のテキスト文字の検出は、（例えば、１つのテキスト文字のフォーマットから別のものへの）呼のテキストトランスコードを伴うことに留意すべきである。一方、ここでの少なくともいくつかの実施形態では、通信ノードは、呼が音声呼として指定されている場合のテキスト文字のモニタリングの一部として、呼のテキストトランスコードを実行することを控える（ブロック３４０）。よって、この場合の受動的なモニタリングは、その後そのテキスト文字を別のフォーマットにトランスコードすることなく、上述のようにブロックの複数のセットがテキスト文字を共同的に搬送するかを判定することからなる（即ち、排他的に伴う）。
【００４６】
テキストテレフォニー呼がボドー符号化テレタイプライタ（ＴＴＹ）文字を伴うグローバルテキストテレフォニー（ＧＴＴ；Global  Text  Telephony）呼を含む、図４の具体例を考える。この場合、送信されるべきＴＴＹボドー信号は、２つの周波数トーン、即ち１４００Ｈｚ及び１８００Ｈｚのシーケンスで構成されるＦＳＫ信号である。１４００Ｈｚの周波数トーンは、１の値を有するバイナリビットを表し、一方、１８００Ｈｚの周波数トーンは、０の値を有するバイナリビットを表す。各周波数トーンは、（５０毎秒ビットの送信について）２０ｍｓ又は（４５．５毎秒ビットの送信について）２２．５ｍｓの継続期間を有する。ＴＴＹ文字は、ビット値のある定義済みの構造で表される。具体的には、各ＴＴＹ文字は、５ビット値で表され、異なる文字が異なるビット値のセットにより表される。各ＴＴＹ文字は、開始ビット（例えば、０の値を有するビット）により先行し、１つ以上の停止ビット（例えば、１の値を有するビット）が後に続く。
【００４７】
そのような信号からの受動的なモニタリングは、３つの段階を伴う。これらの３つの段階は、少なくともいくつかの実施形態では、例えばＧＴＴ標準に従った、完全な処理の間に実行される文字検出と類似している。ともかく、３つの段階は、“ＴＴＹブロック分類”、“ＴＴＹビットへのＴＴＹブロックの分類”、及び“ＴＴＹ文字へのＴＴＹビットの分類”を含む。“ＴＴＹブロックの分類”は、パルスコード変調（ＰＣＭ；Pulse  Code  Modulation）データの１６０個のサンプル毎に、１６個のサンプルデータからなる１０個のブロックに分割することを伴う。各ブロック（ディット（dit）とも称する）はブロックの３つの異なるタイプ：ＮＯＮ＿ＴＴＹ、ＬＯＧＩＣ＿０、及びＬＯＧＩＣ＿１のうちの１つとして分類される。ＮＯＮ＿ＴＴＹブロックは、ＴＴＹトーンを含まないブロックである。ＬＯＧＩＣ＿０ブロックは、１８００Ｈｚトーンを含むブロックである。ＬＯＧＩＣ＿１ブロックは、１４００Ｈｚトーンを含むブロックである。この分類は、１４００Ｈｚ又は１８００Ｈｚにおける（離散型フーリエ変換を介して導出される）エネルギーと１６個のサンプルデータの完結したブロックのエネルギーとの比較及び閾値判定に基づく。
【００４８】
“ＴＴＹビットへのＴＴＹブロックの分類”段階は、“ＴＴＹブロックの分類”段階により分類されたブロックのシーケンスを受け取る。このシーケンス内のブロックは、探索ウィンドウ内で連続して評価される。任意の所与の探索ウィンドウ内で評価されるブロックは、ブロックのセットと称される。通信ノードは、このブロックのセットがＴＴＹ文字のビットを搬送するかを判定し、搬送する場合には、そのビットの値を判定する。具体的には、ブロックのセットが、１の値を有するＴＴＹバイナリビット、０の値を有するＴＴＹバイナリビット、又は上記のいずれでもないもの（即ち、ＴＴＹ  ＵＮＫＮＯＷＮ）のうちのいずれかとして分類される。ブロックのセットが、ＬＯＧＩＣ＿１ブロックと分類されたブロックを最低６個含み、ＬＯＧＩＣ＿０ブロックと分類されたブロックを高々２個含み、かつＮＯＮ＿ＴＴＹブロックと分類されたブロックを高々５個含む場合に、そのブロックのセットは１の値を有するＴＴＹバイナリビットとして分類される。一方、ブロックのセットがＬＯＧＩＣ＿０ブロックと分類されたブロックを最低６個含み、ＬＯＧＩＣ＿１ブロックと分類されたブロックを高々２個含み、かつＮＯＮ＿ＴＴＹブロックと分類されたブロックを高々５個含む場合に、そのブロックのセットは０の値を有するＴＴＹバイナリビットとして分類される。最後に、ブロックがＴＴＹバイナリビットとして分類できない場合、そのブロックのセットはＴＴＹ  ＵＮＫＮＯＷＮとして分類される。
【００４９】
最後に、“ＴＴＹ文字へのＴＴＹビットの分類”段階は、“ＴＴＹビットへのＴＴＹブロックの分類”段階により分類されたブロックのセットのシーケンスを受け取る。このシーケンスは、ＴＴＹ文字のビット値についての構造を定義する１つ以上のルールに基づいてＴＴＹ文字として評価され及び分類される。例えば、１つのルールは、ＴＴＹ文字の開始ビットは、０の値を有するＴＴＹバイナリビットでなければならないと規定する。別のルールは、開始ビットには、０又は１の値を各々有する５つのＴＴＹバイナリビットが続かなければならないと規定する。さらに別のルールは、これらの５つのビットには、１つ以上の停止ビット（即ち、１の値を有するＴＴＹバイナリビット）が続かなければならないと規定する。さらに別のルールは、ブロック内において候補となるＴＴＹ文字の長さは最小閾値と最大閾値との間でなければならないと規定する。最後に、別のルールは、ＵＮＫＮＯＷＮ分類のＴＴＹビットの総数は定義された閾値より少なくなければならないと規定する。シーケンスがＴＴＹ文字として分類される場合、それは呼の中のＴＴＹ文字を検出することとなる。それは、呼がテキストテレフォニー呼として指定されることとなることを意味する。
【００５０】
呼がテキストテレフォニー呼として指定される場合のテキスト文字検出は、“Ｔ１４０文字へのＴＴＹ文字の符号化”段階をその後に含む。この段階では、（５ビットのボドー符号化フォーマットで）検出されたＴＴＹ文字各々が（８ビット符号化フォーマットの）ユニバーサルＴ１４０文字フォーマットにトランスコードされ、又はそうでなければマッピングされる。一方、少なくともいくつかの実施形態では、呼が音声呼として指定される場合のテキスト文字のモニタリングは、このトランスコードの段階を除外する。
【００５１】
ノードがチャネル１８上で送信すべき呼の信号から、１つ以上の部分的な又は完結したテキスト文字についてモニタリングすることに代えて又は加えて、いくつかの実施形態におけるモニタリングは、ノードがチャネル１８上で受信した呼の信号から、部分的なテキスト文字についてモニタリングすることを含む。より具体的には、１つ以上のこれらの実施形態では、モニタリングは、チャネル１８上での確実な伝送のために信号調整されることなく、チャネル１８から通信ノードへと漏洩したテキストテレフォニー呼の信号から、部分的なテキスト文字についてモニタリングすることを伴う。
【００５２】
１つの実施形態では、例えば、無線通信デバイス１２及びネットワークノード２０の双方が、ここに記載されるように呼を処理する。デバイス１２が、最初にテキストテレフォニー呼を音声呼として指定する場合、デバイス１２は、音声符号化チャネル１８上での確実な伝送のために信号を信号調整することなく、ネットワークノード２０に呼の信号を送信する。信号は、信号調整することなくチャネル１８から“漏洩した”と考えられる。実際には、後に続く信号がテキストテレフォニー呼のテキスト文字を搬送するため、最終的には信号調整されることとなるが、実際に呼をテキストテレフォニー呼として指定するまで、デバイス１２は、部分的な又は完結したテキスト文字を検出するために少なくとも少しの時間を要するため、信号の開始部分は直ちには信号調整されない。
【００５３】
漏洩した信号からのテキスト文字は、信号調整することなく音声符号化チャネル１８によって歪められることとなるため、ネットワークノード２０は、そのテキスト文字を具体的にかつ確実に解読することができないこととなる。それにもかかわらず、ここでのノード２０は、漏洩した信号から少なくとも一般的な意味において部分的なテキスト文字についてのモニタリングを有利に行う。いくつかの実施形態では、例えば、ノード２０は、部分的なテキスト文字の特定の値を判定しようと試みることなく、そのテキスト文字の一般的な存在についてモニタリングする。ともかく、ノード２０が漏洩した信号から少なくとも一般的な意味で部分的なテキスト文字を検出する場合、ノード２０は、呼をテキストテレフォニー呼として指定する。その一方で、デバイス１２が、チャネル１８を通じて送信する信号から１つ以上のテキストの部分的な又は完結した文字を検出する場合、デバイス１２それ自身は、呼をテキストテレフォニー呼として指定し、確実な伝送のために当該信号の信号調整を開始する。当然ながら、呼の信号をデバイス１２へ送信するノード２０についても同じことが言える。
【００５４】
少なくともいくつかの実施形態では、チャネル１８を通じて送信される（即ち、音声符号化方向における）信号からの受動的なモニタリングは、チャネル１８を通じて受信される（即ち、音声復号方向における）信号からの受動的なモニタリングとは、少なくとも部分的な又は完結したテキスト文字のモニタリングの観点では、非対称である。１つの実施形態では、例えば、ノード２０は、チャネル１８を通じて送信されるべき信号から完結したテキスト文字についてモニタリングし、その一方で、チャネル１８を通じて受信される信号から部分的なテキスト文字についてモニタリングする。同じことがデバイス１２についても言える。このように、部分的なテキスト文字だけが、信号を信号調整することなくチャネル１８から漏洩することが許容される。
【００５５】
ともかく、部分的なテキスト文字は、漏洩した信号内で音声符号化によって歪められることとなるため、音声符号化チャネル１８から漏洩した信号から部分的なテキスト文字について受動的にモニタリングすることは、チャネル１８を通じて送信されることになる信号から１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることよりもより困難を伴うことであると分かる。図５は、この受動的なモニタリングを実行するための少なくともいくつかの実施形態を示す。
【００５６】
図５に示すように、通信ノードによるモニタリング４００は、漏洩した信号の雑音あり（noisy）の離散時間サンプルから、音声符号化チャネル１８のフレームのシーケンスにそれぞれ関連付けられたトーンのシーケンスを推定すること（ブロック４１０）を含む。モニタリング４００はその後、トーンのシーケンスに対応するビット値のシーケンスを推定すること、及びテキスト文字のビット値についての構造を定義する１つ以上のルールに基づいて、ビット値のシーケンスが部分的なテキスト文字の特徴を示すかを判定すること（ブロック４２０）を伴う。
【００５７】
トーンのシーケンスは、いくつでもよい考え得るアプローチを用いて、パラメトリックであるかノンパラメトリックであるかによらず推定されてよい。少なくともいくつかの実施形態では、但し、トーンのシーケンスは、線形予測特性推定（linear  prediction  property  estimation）を用いて推定される。１つの実施形態では、例えば、漏洩した信号の均一なサンプルから情報を抽出すること、及び一連の変調された正弦波を構築することにより、トーンシーケンスを推定するためにプロニー（Prony）推定が用いられる。より具体的には、ｎでサンプリングされた、漏洩した信号ｘ（ｎ）は、このようにモデル化される：
【００５８】
【数４】
2016515322.tif 000006
【００５９】
ここで、ａ（ｎ）は音声符号化されている信号から生じる徐々に変化する振幅変調であり、ω０は信号のトーンであり、φはトーンの位相シフトであり、ｑ（ｎ）は付加的なランダム雑音成分である。線形予測特性に基づいて、ｘ（ｎ）は、次の形式の誤差関数ｅ（ｎ）を得るためにフィルタリングされる：
【００６０】
【数５】
2016515322.tif 000007
【００６１】
【数６】
2016515322.tif 000008
【００６２】
少なくともいくつかの実施形態では、このことは、２つの成分又は段階、即ち、連続性検出段階及び制約検出段階を伴う。連続性検出段階では、通信ノードは、検出されるトーンシーケンスが連続しており（即ち、１つのトーンの後ギャップなしに他のトーン）、シーケンス内のトーンが全てテキストテレフォニートーンの２つの周波数の間（例えば、１４００Ｈｚと１８００Ｈｚとの間）にあることを確認する。これに当てはまる場合、制約検出段階は、対応するビット値のシーケンスを推定し、当該ビット値のシーケンスが、どのようなビット値の構造がテキスト文字の特徴を示すかを定義する、ある制約又はルールに適合するかを判定する。
【００６３】
１つ以上の実施形態では、これらのルールのうちの１つは、信号が未信号調整で漏洩するにもかかわらずビット値のシーケンスが正確に推定されるとの仮定の下でのテキスト文字のビット値についての厳密な構造を定義する。ルールのうちの別の１つは、信号が未信号調整で漏洩することに起因して、ビット値のシーケンス内の少なくともいくつかのビット値が誤って推定されるとの仮定の下でのテキスト文字のビット値についての柔軟な構造を定義する。この柔軟な構造を含むことにより、漏洩する信号内のテキスト文字の一般的な存在を判定することにおいて、当該ルールはロバストであることが分かっている。
【００６４】
ボドー符号化されたＴＴＹ文字のシーケンスの特徴におけるビット値の固有の位置及び配列を利用するルールの例を考える。この点において具体的には、ボドー符号化されたＴＴＹ文字についてのビット値のシーケンスは、０の値（即ち、１８００Ｈｚトーン）を有する開始ビットで常に始まる。さらに、ボドー符号化されたＴＴＹ文字についてのビット値のシーケンスは、少なくともある数のビット値の遷移（即ち、１４００Ｈｚと１８００Ｈｚとの間の遷移）を常に有する。
【００６５】
したがって、テキスト文字のビット値についての厳密な構造を定義するルールは、（ａ）シーケンス内の最初のビット値が開始ビット（即ち、１８００Ｈｚ）である場合、かつ（ｂ）開始ビットの後のシーケンス内においてビット値の間に少なくとも１つのビット値の遷移（即ち、開始ビットの後に、１４００Ｈｚと１８００Ｈｚの間との少なくとも１つの遷移）がある場合に、ビット値のシーケンスがテキスト文字を表すと規定する。一方、テキスト文字のビット値についての柔軟な構造を定義するルールは、シーケンス内のトーンのうちのいくつかがテキスト文字のビット値（即ち、テキストテレフォニーのために用いられる１４００Ｈｚ又は１８００Ｈｚのトーン）として認識できない恐れがある、及び／又はシーケンス内のトーンのうちのいくつかが誤ったビット値（即ち、１４００Ｈｚの代わりに１８００Ｈｚ）として誤って認識される恐れがあるという事実を考慮に入れたものである。よって、柔軟な構造を定義するルールは、（ａ）検出された文字ビット（１８００Ｈｚ又は１４００Ｈｚ）の数が３以上である場合、かつ（ｂ）開始ビットの後のシーケンス内のビット値の間に少なくとも１つのビット値の遷移（開始ビットの後に１４００Ｈｚと１８００Ｈｚとの間の少なくとも１つの遷移）がある場合に、ビット値のシーケンスがテキスト文字を表すと規定する。テキスト文字の開始ビットが漏洩した信号内において認識可能でない場合であっても、そのような柔軟な構造のルールは、テキスト文字の一般的な存在をロバストに検出する。
【００６６】
図６は、サブフレーム毎にプロニートーン推定を採用する実施形態のコンテキストにおける、これらのルールの例を実装する詳細な決定ロジック５００を示す。即ち、ボドー符号化されたＴＴＹ文字のトーン各々が（フレームを定義する）約２０ｍｓの継続期間を有するとしても、図６の実施形態は、それにもかかわらず、（サブフレームを定義する）１０ｍｓの推定解決でトーンシーケンスを推定する。このことは、例えば、デバイス１２及びノード２０におけるフレーム境界が位置合わせされていないように、無線通信デバイス１２とネットワークノード２０との間でフレーミングが非同期である状況では、有利であることが分かっている。
【００６７】
図示するように、決定ロジックは、フレームのシーケンスが部分的なボドー符号化されたＴＴＹ文字の特徴を示すかを判定するための複数の状態変数を維持する。これらの変数は、“検出ボドーフレーム数”、“前フレーム開始ビット検出”、及び“周波数変化回数”を含む。
【００６８】
フレームは、フレームと時間位置合わせされており又はされてない可能性のある２つのサブフレームと、トーン推定を目的として関連付けられる。プロニートーン推定が採用されて、サブフレームのうち第１のサブフレームのトーンが検出される（ブロック５０５）。検出されたトーンがボドートーン（即ち、１４００Ｈｚ又は１８００Ｈｚ）でない場合（ブロック５１０におけるＮＯ）、プロニートーン推定が採用されて、第２のサブフレームのトーンが検出される（ブロック５１５）。検出されるトーンが依然としてボドートーンでない場合（ブロック５１０及び５２０におけるＮＯ）、フレームのシーケンスは、ボドー符号化されたＴＴＹ文字の特徴を示さないと判定され（ブロック５５５）、状態変数は、再初期化される（ブロック５２５）。一方、２つのサブフレームのうちのいずれかについて検出されたトーンがボドートーンである場合、トーンは、関連付けられるフレームについて検出されたものと見なされる。
【００６９】
まず図６の、テキスト文字のビット値についての厳密な構造を定義するルールの実装について考える。このルールが合致する状況では、シーケンス内の第１のフレームは、開始ビットを１８００Ｈｚのトーンで表すこととなり、少なくとも１つの１４００Ｈｚと１８００Ｈｚとの間のフレーム遷移が存在することとなる。図６は、シーケンス内の第１のフレームが１８００Ｈｚのトーンを有する場合（ブロック５１０におけるＹＥＳ：１８００Ｈｚ、ブロック５３０におけるＮＯ）を追跡することにより、このルールを実装する。このことが起きる場合、図６は、変数“前フレーム開始ビット検出”をＴＲＵＥにセットし（ブロック５３５）、変数“前フレーム検出”を１８００Ｈｚにセットし（ブロック５４０）、検出されたボドーフレーム数を示す変数をインクリメントする（ブロック５４５）。この時点では開始ビットだけが検出されているため、図６ではいかなる周波数の変化もまだ検出されていないことになる（ブロック５５０におけるＮＯ）。したがって、ボドー文字が検出されたと宣言することもまだない（ブロック５５５）。
【００７０】
一方、次のフレームが１４００Ｈｚのトーンを有するものとして検出される場合（ブロック５１０におけるＹＥＳ：１４００Ｈｚ，及びブロック５６０におけるＹＥＳ）、図６は、検出された周波数変化回数を示す変数をインクリメントする（ブロック５６５）。周波数変化回数が少なくとも１であり（ブロック５５０におけるＹＥＳ）、かつ開始ビットが以前に検出されている（ブロック５７５におけるＹＥＳ）ため、これはボドー文字が検出される（ブロック５８０）ことを意味する。
【００７１】
開始ビットを検出後何らかの周波数の変化がある場合、その変化が開始ビットの直後に発生しない場合であっても、図６は、ボドー文字を検出することとなる。図６は、１４００Ｈｚのトーンのフレームを検出した（ブロック５３０におけるＹＥＳ：１４００Ｈｚ）後で１８００Ｈｚのトーンのフレームが検出される場合（ブロック５１０におけるＹＥＳ：１８００Ｈｚ）に、検出された周波数変化回数をインクリメントする（ブロック５８５）ことによってこの機能性を実現する。同様に、図６は、１８００Ｈｚのトーンのフレームを検出した（ブロック５６０におけるＹＥＳ）の後で１４００Ｈｚのトーンのフレームか検出される場合（ブロック５１０におけるＹＥＳ：１４００Ｈｚ）に、検出された周波数変化回数をインクリメントする（ブロック５６５）。
【００７２】
次に図６の、テキスト文字のビット値についての柔軟な構造を定義するルールの実装を考える。このルールが合致する状況では、１４００Ｈｚ又は１８００Ｈｚのトーンを有する少なくとも３つのフレームが検出されていることとなり、１４００Ｈｚと１８００Ｈｚとの間の少なくとも１つのフレームの遷移があることとなる。図６は、検出ボドーフレーム数を追跡する（ブロック５４５）ことにより、このルールを実装する。検出されたフレームの数が３より大きくなる場合（ブロック５７５におけるＹＥＳ）、かつ、少なくとも１つの周波数の変化があった場合（ブロック５５０におけるＹＥＳ）に、図６は、ボドー文字を検出する（ブロック５８０）。
【００７３】
ここでの様々な実施形態はボドー符号化文字のコンテキストにおいて説明されたが、本発明の実施について特定のテキストテレフォニープロトコルが必須でないことは、当業者であれば理解するであろう。即ち、テキストテレフォニー呼は、インスタンスグローバルテキストテレフォニー（instance  Global  Text  Telephony）、Ｖ．２１／テキストテレフォンバージョン、ＥＤＴ（European  Deaf  Telephone）、ボドー＠５０ボー（baud）、ボドー＠４５．４５ボー等を含む、多くの様々なプロトコルのうちのいずれか１つを利用し得る。同様に、本発明の実施のために特定の無線通信プロトコルが必須ではない。即ち、無線通信ネットワーク１０は、インスタンスＧＳＭ、ＵＭＴＳ、ＧＰＲＳ、ＬＴＥ（long  term  evolution）などを含む、多くの標準化された無線ネットワークのうちのいずれか１つであり得る。
【００７４】
通信ノードがネットワークノード２０を含む状況では、いくつかの実施形態におけるノード２０が無線通信ネットワーク１０のコアネットワーク内に位置することを、当業者であれば理解するであろう。１つの実施形態では、例えば、ネットワークノード２０は、ＰＳＴＮ１６を無線通信ネットワーク１０と相互接続するメディアゲートウェイである。一方、他の実施形態では、ネットワークノード２０は、無線通信ネットワーク１０のアクセスネットワーク内に位置する。１つの実施形態では、例えば、ネットワークノード２０は、アクセスネットワーク内の基地局コントローラ（ＢＳＣ；base  station  controller）であり、又はＢＳＣに関連付けられる。
【００７５】
ともかく、少なくともいくつかの実施形態にいて、テキストテレフォニー呼の処理は、無線通信ネットワーク１０内の全てのトランスコードポイントに組み込まれる。この手法であれば、テキストテレフォニー呼のケイパビリティ情報を無線通信デバイス１２によりネットワーク１０へシグナリングする必要が無い。
【００７６】
１つ以上の実施形態では、通信ノード自身が、音声符号化チャネル１８を実現する音声符号化器及び音声復号器を含む。一方、少なくともいくつかの実施形態では、通信ノードは、機能的に及び／又は物理的に、音声符号化及び音声復号を実装するノードから分離される。
【００７７】
さらに、図示するように、デバイス１２自身がユーザからの入力としてのテキスト文字を受け付けるための、及びユーザへテキスト文字を出力するためのユーザインタフェース（例えば、キーボード、及びディスプレイ又はプリンタ）、及びそれらのテキスト文字を音声符号チャネル１８上で送信及び受信するための１つ以上の処理回路を物理的に含む。一方、他の実施形態では、デバイス１２は、説明したユーザインタフェース及び処理回路のうちの１つ又は両方を含む、関連するテキストテレフォニーモジュールを含む。
【００７８】
上記の修正及び変形の観点で、ここでの通信ノードは、無線通信ネットワークにおいて音声符号化チャネル１８上でサポートされる呼の処理について、図７において図示されるように一般的に示されることを、当業者であれば理解するであろう。通信ノード２２は、１つ以上の通信インタフェース２４、及び１つ以上の処理回路２６を含む。１つ以上の通信インタフェース２４は、音声符号化チャネル１８上で呼の信号を送信し及び受信するように構成される。例えば、メモリ２８と連携する１つ以上の処理回路２６は、呼が開始され次第、呼を音声呼として暫定的に指定する。呼が音声呼として指定されている間、当該１つ以上の処理回路は、テキストテレフォニー呼としての呼の処理を、呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限するように構成される。上記受動的なモニタリングを介して呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、当該１つ以上の処理回路は、呼をテキストテレフォニー呼として指定するように構成される。呼がテキストテレフォニー呼として指定されている間、当該１つ以上の処理回路は、呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、音声符号化チャネル１８上での確実な送信及び受信のために呼の信号を信号調整し及び逆信号調整することにより、呼をテキストテレフォニー呼として完全に処理するように構成される。
【００７９】
少なくともいくつかの実施形態では、（メモリ２８と連携する）通信ノードの処理回路２６は、上述のように、制限される及び完全な処理リソースを各々インスタンス化することにより、このテキストテレフォニー呼としての呼の制限される処理及び完全な処理を、実現する。図８は、呼が音声呼として指定される場合、及び呼がテキストテレフォニー呼として指定される場合について、この点における１つ以上の処理回路のインスタンス化を示す。図８は、テキスト文字が、音声符号化チャネル１８上で送信されるべき呼の信号、及び音声符号化チャネル１８上で受信される呼の信号の双方からモニタリングされる場合のコンテキストにおいて、これを図示する。
【００８０】
図８に示すように、１つ以上の処理回路２６は、呼が音声呼として指定されている間、制限されるキャパシティ内でテキストテレフォニー呼として呼を処理するために、制限される処理リソース３０をインスタンス化する。制限される処理リソース３０は、音声符号化器３４により実現されるように、音声符号化チャネル１８上で送信されるべき呼の信号３２から１つ以上のテキストの部分的な又は完結した文字について受動的にモニタリングする。制限される処理リソース３０はまた、音声復号器３８により実現されるように、音声符号化チャネル１８上で受信される呼の信号３６から部分的なテキスト文字について受動的にモニタリングする。
【００８１】
呼がテキストテレフォニー呼として再指定される場合は、１つ以上の処理回路２６は、制限される処理リソース３０のインスタンス化を完全な処理リソース４０（例えば、ＣＴＭモデム）のインスタンス化と置き替える。制限される処理リソース３０と比較すると、完全な処理リソース４０は、音声符号化チャネル１８上での確実な送信のために、送信されるべき呼の信号３２の信号調整も行う。完全な処理リソース４０は、信号調整されていない信号３２と信号調整された信号４２との間を動的に切り替えるように構成されるスイッチＳ１を介して、この信号調整された信号４２を音声符号化器３４に提供する。さらに、制限される処理リソース３０と比較すると、完全な処理リソース４０は、音声符号化チャネル１８上で受信される呼の信号３６の逆信号調整も行う。完全な処理リソース４０は、受信した信号３６と逆信号調整された信号４４との間を動的に切り替えるように構成されるスイッチＳ２を介して、逆信号調整された信号４４を１つ以上の追加的な回路（図示せず）に提供する。
【００８２】
記載した様々な“回路”及び“リソース”は、アナログ及びデジタル回路の組み合わせ、並びに／又はメモリ及び／若しくはメモリ内に記憶されるファームウェアに記憶されるソフトウェアを伴って構成される１つ以上のプロセッサを指してもよい。当該ソフトウェアは、その１つ以上のプロセッサにより実行される際に上述の通り動作する。これらのプロセッサのうち１つ以上は、他のデジタルハードウェアと同様に、単一のＡＳＩＣ（application-specific  integrated  circuit）内に含まれてもよく、又は、複数のプロセッサ及び様々なデジタルハードウェアは、個々にパッケージ化されるか又はＳｏＣ（system-on-a-chip）に組み込まれているかに関わらず、複数の分離したコンポーネント間に分散されてもよい。
【００８３】
このように、本発明は、発明の本質的特徴から逸脱することなく、ここに具体的に説明した以外の方法で実行されてもよい。本実施形態は、全ての点において、例示であり限定ではないものとして考えられるべきであり、添付の特許請求の範囲の意味及び均等の範囲内で生じる全ての変更がそこに包含されることが意図される。
【図１】
2016515322.tif 000009
【図２】
2016515322.tif 000010
【図３】
2016515322.tif 000011
【図４】
2016515322.tif 000012
【図５】
2016515322.tif 000013
【図６Ａ】
2016515322.tif 000014
【図６Ｂ】
2016515322.tif 000015
【図７】
2016515322.tif 000016
【図８】
2016515322.tif 000017
【手続補正書】
【提出日】平成26年11月24日(2014.11.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信ネットワーク（１０）において音声符号化チャネル（１８）上でサポートされる呼を処理するための、通信ノード（１２，２０）により実行される方法であって、
前記呼が開始され次第、前記呼を音声呼として暫定的に指定すること（１１０）と、
前記呼が音声呼として指定されている間、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することが除外されるように前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限された前記呼の制限テキストテレフォニー処理（１２０）を実行することと、前記受動的なモニタリングは、前記呼の信号を非破壊的に処理することを含み、及び前記音声符号化チャネル（１８）上での確実な転送のために信号調整されることなく当該チャネル（１８）を通じて前記通信ノード（１２，２０）へと漏洩した前記呼の信号からの部分的なテキスト文字を受動的にモニタリングすることを含むことと、
前記受動的なモニタリングを介して前記呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、前記呼をテキストテレフォニー呼として指定すること（１３０）と、
前記呼がテキストテレフォニー呼として指定されている間、前記呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することにより、前記呼の完全テキストテレフォニー処理（１４０）を実行することと、
により特徴付けられる方法。
【請求項２】
前記呼が音声呼として指定されていた間に実行済みの前記受動的なモニタリングの最終状態で、前記呼がテキストテレフォニー呼として指定されている間に実行されるべき前記受動的な検出の初期状態を設定すること、によりさらに特徴付けられる、請求項１の方法。
【請求項３】
前記通信ノード（１２，２０）は、複数の呼を処理するように構成され、前記方法は、
前記受動的なモニタリングを介する前記検出に応じて、前記通信ノード（１２，２０）における前記制限テキストテレフォニー処理を実行するリソースを解放することと、
前記完全テキストテレフォニー処理を実行するためのリソースを、前記通信ノード（１２，２０）により処理される前記複数の呼のサブセットの完全テキストテレフォニー処理を実行するための前記通信ノード（１２，２０）において利用可能な共有リソースのプールから選択することと、
によりさらに特徴付けられる、請求項１〜２のいずれかの方法。
【請求項４】
前記共有リソースのプールは、共有されるＣＴＭ（Cellular  Text  Telephone  Modem）モデムリソースのプールである、請求項３の方法。
【請求項５】
前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることは、
前記呼からの離散時間サンプルのブロックの複数のセットの各々について、
ブロックの当該セットがテキスト文字のビットを搬送するかを判定すること（３２０）と、搬送する場合には、第１のテキストテレフォニートーンを含む前記セット内のブロックの数、第２のテキストテレフォニートーンを含む前記セット内のブロックの数、及びいかなるテキストテレフォニートーンをも含まない前記セット内のブロックの数に基づいて、当該ビットの値を判定すること（３２０）と、
テキスト文字の前記ビットの値についての構造を定義する１つ以上のルールに基づいて、ブロックの前記複数のセットが共同的に部分的な又は完結したテキスト文字を搬送するかを判定すること（３３０）と、
からなる、請求項１〜４のいずれかの方法。
【請求項６】
前記信号調整は、前記呼のボドー文字をインターリーブ及び畳み込み符号化で４トーンのＦＳＫ（frequency  shift  keying）フォーマットへと符号化することを含み、前記逆信号調整は、前記４トーンのＦＳＫフォーマットから前記ボドー文字を回復することを含む、請求項１〜５のいずれかの方法。
【請求項７】
前記部分的なテキスト文字を受動的にモニタリングすることは、
前記信号の雑音ありの離散時間サンプルから、前記音声符号化チャネル（１８）のフレームのシーケンスにそれぞれ関連付けられるトーンのシーケンスを推定すること（４１０）と、
トーンの前記シーケンスに対応するビット値のシーケンスを推定すること（４２０）、及びテキスト文字の前記ビット値についての構造を定義する１つ以上のルールに基づいて、ビット値の前記シーケンスが部分的なテキスト文字の特徴を示すかを判定することと、
を含む、請求項１〜６のいずれかの方法。
【請求項８】
前記ルールのうちの１つは、前記信号が未信号調整で漏洩するにもかかわらずビット値の前記シーケンスが正確に推定されるとの仮定の下でのテキスト文字の前記ビット値についての厳密な構造を定義し、前記ルールのうちの別の１つは、前記信号が未信号調整で漏洩することに起因して前記シーケンス内の少なくともいくつかのビット値が誤って推定されるとの仮定の下でのテキスト文字の前記ビット値についての柔軟な構造を定義する、請求項７の方法。
【請求項９】
前記受動的なモニタリングを介した前記検出に応じて前記呼をテキストテレフォニー呼として指定することは、前記呼の完全テキストテレフォニー処理の期間中の確認まで、前記呼をテキストテレフォニー呼として暫定的に指定することを含む、請求項１〜８のいずれかの方法。
【請求項１０】
全ての呼を、それら呼がそれぞれ開始され次第、それら呼がテキスト文字を含んでおり実際にはテキストテレフォニー呼であるとしても音声呼として暫定的に指定すること、により特徴付けられる、請求項１〜９のいずれかの方法。
【請求項１１】
無線通信ネットワーク（１０）において音声符号化チャネル（１８）上でサポートされる呼を処理するように構成される通信ノード（１２，２０）であって、
前記通信ノード（１２，２０）は、
前記音声符号化チャネル（１８）上で前記呼の信号を送信及び受信するように構成される１つ以上の通信インタフェース（２４）を含み、
前記呼が開始され次第、前記呼を音声呼として暫定的に指定し、
前記呼が音声呼として指定されている間、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することが除外されるように前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限された前記呼の制限テキストテレフォニー処理（１２０）を実行し、
前記受動的なモニタリングを介して前記呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、前記呼をテキストテレフォニー呼として指定し、
前記呼がテキストテレフォニー呼として指定されている間、前記呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することにより、前記呼の完全テキストテレフォニー処理を実行する、
ように構成される１つ以上の処理回路（２６）、により特徴付けられ、
前記受動的なモニタリングは、前記呼の信号を非破壊的に処理することを含み、及び前記音声符号化チャネル（１８）上での確実な転送のために信号調整されることなく当該チャネル（１８）を通じて前記通信ノード（１２，２０）へと漏洩した前記呼の信号からの部分的なテキスト文字を受動的にモニタリングすることを含む、
通信ノード。
【請求項１２】
前記１つ以上の処理回路（２６）は、前記呼が音声呼として指定されていた間に実行済みの前記受動的なモニタリングの最終状態で、前記呼がテキストテレフォニー呼として指定されている間に実行されるべき前記受動的な検出の初期状態を設定する、ようにさらに構成される、請求項１１の通信ノード。
【請求項１３】
前記通信ノード（１２，２０）は、複数の呼を処理するように構成され、
前記１つ以上の処理回路（２６）は、
前記受動的なモニタリングを介する前記検出に応じて、前記通信ノード（１２，２０）における前記制限テキストテレフォニー処理を実行するリソースを解放し、
前記完全テキストテレフォニー処理を実行するためのリソースを、前記通信ノード（１２，２０）により処理される前記複数の呼のサブセットの完全テキストテレフォニー処理を実行するための前記通信ノード（１２，２０）において利用可能な共有リソースのプールから選択する、
ように構成される、請求項１１〜１２のいずれかの通信ノード。
【請求項１４】
前記共有リソースのプールは、共有されるＣＴＭ（Cellular  Text  Telephone  Modem）モデムリソースのプールである、請求項１３の通信ノード。
【請求項１５】
前記１つ以上の処理回路（２６）により１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることは、
前記呼からの離散時間サンプルのブロックの複数のセットの各々について、
ブロックの当該セットがテキスト文字のビットを搬送するかを判定することと、
搬送する場合には、第１のテキストテレフォニートーンを含む前記セット内のブロックの数、第２のテキストテレフォニートーンを含む前記セット内のブロックの数、及びいかなるテキストテレフォニートーンをも含まない前記セット内のブロックの数に基づいて、当該ビットの値を判定することと、
テキスト文字の前記ビットの値についての構造を定義する１つ以上のルールに基づいて、ブロックの前記複数のセットが共同的に部分的な又は完結したテキスト文字を搬送するかを判定することと、
からなる、請求項１１〜１４のいずれかの通信ノード。
【請求項１６】
前記信号調整は、前記呼のボドー文字をインターリーブ及び畳み込み符号化で４トーンのＦＳＫ（frequency  shift  keying）フォーマットへと符号化することを含み、前記逆信号調整は、前記４トーンのＦＳＫフォーマットから前記ボドー文字を回復することを含む、請求項１１〜１５のいずれかの通信ノード。
【請求項１７】
前記１つ以上の処理回路（２６）は、
前記信号の雑音ありの離散時間サンプルから、前記音声符号化チャネルのフレームのシーケンスにそれぞれ関連付けられるトーンのシーケンスを推定することと、
トーンの前記シーケンスに対応するビット値のシーケンスを推定すること、及びテキスト文字の前記ビット値についての構造を定義する１つ以上のルールに基づいて、ビット値の前記シーケンスが部分的なテキスト文字の特徴を示すかを判定することと、
により、部分的なテキスト文字について受動的にモニタリングする、ように構成される、請求項１１〜１６のいずれかの通信ノード。
【請求項１８】
前記ルールのうちの１つは、前記信号が未信号調整で漏洩するにもかかわらずビット値の前記シーケンスが正確に推定されるとの仮定の下でのテキスト文字の前記ビット値についての厳密な構造を定義し、前記ルールのうちの別の１つは、前記信号が未信号調整で漏洩することに起因して前記シーケンス内の少なくともいくつかのビット値が誤って推定されるとの仮定の下でのテキスト文字の前記ビット値についての柔軟な構造を定義する、請求項１７の通信ノード。
【請求項１９】
前記１つ以上の処理回路（２６）は、前記呼の完全テキストテレフォニー処理の期間中の確認まで、前記呼をテキストテレフォニーとして暫定的に指定することにより、前記受動的なモニタリングを介した前記検出に応じて前記呼をテキストテレフォニー呼として指定する、ように構成される、請求項１１〜１８のいずれかの通信ノード。
【請求項２０】
前記１つ以上の処理回路（２６）は、全ての呼を、それら呼がそれぞれ開始され次第、それら呼がテキスト文字を含んでおり実際にはテキストテレフォニー呼であるとしても音声呼として暫定的に指定する、ように構成される、請求項１１〜１８のいずれかの通信ノード。
【請求項２１】
無線通信ネットワーク（１０）において音声符号化チャネル（１８）上でサポートされる呼を処理するための、通信ノード（１２，２０）により実行される方法であって、
前記呼が開始され次第、前記呼を音声呼として暫定的に指定すること（１１０）と、
前記呼が音声呼として指定されている間、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することが除外されるように前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限された前記呼の制限テキストテレフォニー処理（１２０）を実行することと、前記受動的なモニタリングは、前記呼の信号を非破壊的に処理することを含むことと、
前記受動的なモニタリングを介して前記呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、前記呼をテキストテレフォニー呼として指定すること（１３０）と、
前記呼がテキストテレフォニー呼として指定されている間、前記呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することにより、前記呼の完全テキストテレフォニー処理（１４０）を実行することと、
により特徴付けられ、
前記通信ノードは、複数の呼を処理するように構成され、
前記方法は、
前記受動的なモニタリングを介する前記検出に応じて、前記通信ノードにおける前記制限テキストテレフォニー処理を実行するリソースを解放することと、前記完全テキストテレフォニー処理を実行するためのリソースを、前記通信ノードにより処理される前記複数の呼のサブセットの完全テキストテレフォニー処理を実行するための前記通信ノードにおいて利用可能な共有リソースのプールから選択することと、
によりさらに特徴付けられる、
方法。
【請求項２２】
前記共有リソースのプールは、共有されるＣＴＭ（Cellular  Text  Telephone  Modem）モデムリソースのプールである、請求項２１の方法。
【請求項２３】
無線通信ネットワーク（１０）において音声符号化チャネル（１８）上でサポートされる呼を処理するように構成される通信ノード（１２，２０）であって、
前記通信ノード（１２，２０）は、
前記音声符号化チャネル（１８）上で前記呼の信号を送信及び受信するように構成される１つ以上の通信インタフェース（２４）を含み、
前記呼が開始され次第、前記呼を音声呼として暫定的に指定し、
前記呼が音声呼として指定されている間、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することが除外されるように前記呼の中の１つ以上の部分的な又は完結したテキスト文字について受動的にモニタリングすることへと制限された前記呼の制限テキストテレフォニー処理を実行し、
前記受動的なモニタリングを介して前記呼の中の１つ以上の部分的な又は完結したテキスト文字を検出することに応じて、前記呼をテキストテレフォニー呼として指定し、
前記呼がテキストテレフォニー呼として指定されている間、前記呼の中の１つ以上の完結したテキスト文字を受動的に検出することと共に、前記音声符号化チャネル（１８）上での確実な送信及び受信のために前記呼の信号を信号調整し及び逆信号調整することにより、前記呼の完全テキストテレフォニー処理を実行する、
ように構成される１つ以上の処理回路（２６）、により特徴付けられ、
前記受動的なモニタリングは、前記呼の信号を非破壊的に処理することを含み、
前記通信ノード（１２，２０）は、複数の呼を処理するように構成され、
前記１つ以上の処理回路（２６）は、
前記受動的なモニタリングを介する前記検出に応じて、前記通信ノードにおける前記制限テキストテレフォニー処理を実行するリソースを解放し、前記完全テキストテレフォニー処理を実行するためのリソースを、前記通信ノードにより処理される前記複数の呼のサブセットの完全テキストテレフォニー処理を実行するための前記通信ノードにおいて利用可能な共有リソースのプールから選択する、
ようにさらに構成される、
通信ノード。
【請求項２４】
前記共有リソースのプールは、共有されるＣＴＭ（Cellular  Text  Telephone  Modem）モデムリソースのプールである、請求項２３の通信ノード（１２，２０）。
【国際調査報告】
2016515322.tif 000018
2016515322.tif 000019