(57)【要約】【課題】プロトコルメッセージがインバンドした音声データを受信する場合にその音声データからプロトコルメッセージの検出を効率よく行うことにある。【解決手段】データ処理部２１は、受信バッファ２６２に受信する１オクテットの音声データの下位１ビットを１オクテット毎に検出用バッファ２３に順に格納し、プロトコルメッセージを示す特定パターンの先頭ビットの値が検出用バッファ２３に格納された各ビットの内容と一致するかをチェックし、特定パターンの先頭ビットの値が検出用バッファ２３のあるビットの内容と一致した場合に検出用バッファ２３内で一致したビット位置からビット長分縦にデータを取得し特定パターンと一致するかをチェックする。更に、データ処理部２１は、特定パターン検出後にプロトコルメッセージの内容として検出用バッファ２３内で一致したビット位置の列を特定パターンのビット長分毎に抽出する。【選択図】　　　図１
2004056511.tif 000002
【特許請求の範囲】
【請求項１】
１オクテットの音声データのあらかじめ決められた第１の任意のビット位置にあらかじめ決められた第２の任意の値であるオクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号内におけるプロトコルメッセージ検出方式であって、
前記第２の任意の値毎に管理する検出用バッファを備え、
受信する１オクテットの音声データのあらかじめ決められた第１の任意のビット位置の１ビットを１オクテット毎に前記検出用バッファに順に格納する格納手段と、
あらかじめ決められた特定パターンの先頭ビットの値が前記検出用バッファに格納された各ビットの内容と一致するかをチェックする第１の照合手段と、
第１の照合手段により一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックする第２の照合手段と、を有することを特徴とする音声信号内におけるプロトコルメッセージ検出方式。
【請求項２】
１オクテットの音声データの下位１ビットに１６オクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号内におけるプロトコルメッセージ検出方式であって、
１６ビット幅で管理する検出用バッファを備え、
受信する１オクテットの音声データの下位１ビットを１オクテット毎に前記検出用バッファに順に格納する格納手段と、
あらかじめ決められたプロトコルメッセージを示す特定パターンの先頭ビットの値が前記検出用バッファに格納された各ビットの内容と一致するかをチェックする第１の照合手段と、
第１の照合手段により一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックする第２の照合手段と、を有することを特徴とする音声信号内におけるプロトコルメッセージ検出方式。
【請求項３】
前記第２の照合手段による前記パターン検出後に前記第１の照合手段による前記検出用バッファ内で一致したビット位置の列を前記特定パターンのビット長分毎に抽出しその抽出した列のデータ列をプロトコルメッセージの内容として抽出する抽出手段を有することを特徴とする請求項１または２記載の音声信号内におけるプロトコルメッセージ検出方式。
【請求項４】
コアネットワーク上に流れる１オクテットの音声データのあらかじめ決められた第１の任意のビット位置にあらかじめ決められた第２の任意の値であるオクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号を受信するメディアゲートウェイでの音声信号内におけるプロトコルメッセージ検出方法であって、
前記第２の任意の値毎に管理する検出用バッファを準備し、
受信する１オクテットの音声データのあらかじめ決められた第１の任意のビット位置の１ビットを１オクテット毎に前記検出用バッファに順に格納するステップと、
あらかじめ決められた特定パターンの先頭ビットの値が前記検出用バッファに格納された各ビットの内容と一致するかをチェックするステップと、
前記特定パターンの先頭ビットの値が前記検出用バッファのあるビットの内容と一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックするステップと、を含むことを特徴とする音声信号内におけるプロトコルメッセージ検出方法。
【請求項５】
コアネットワーク上に流れる１オクテットの音声データの下位１ビットに１６オクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号を受信するメディアゲートウェイでの音声信号内におけるプロトコルメッセージ検出方法であって、
１６ビット幅で管理する検出用バッファを準備し、
受信する１オクテットの音声データの下位１ビットを１オクテット毎に前記検出用バッファに順に格納するステップと、
あらかじめ決められたプロトコルメッセージを示す特定パターンの先頭ビットの値が検出用バッファに格納された各ビットの内容と一致するかをチェックするステップと、
前記特定パターンの先頭ビットの値が前記検出用バッファのあるビットの内容と一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックするステップと、を含むことを特徴とする音声信号内におけるプロトコルメッセージ検出方法。
【請求項６】
前記特定パターン検出後に前記検出用バッファ内で一致したビット位置の列を前記特定パターンのビット長分毎に抽出しその抽出した列のデータ列をプロトコルメッセージの内容として抽出するステップを含むことを特徴とする請求項５または６記載の音声信号内におけるプロトコルメッセージ検出方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音声信号内におけるプロトコルメッセージ検出方式および方法に関し、特にコアネットワーク上に流れる音声データ内にプロトコルメッセージが挿入される音声信号を受信するメディアゲートウェイでの音声信号内におけるプロトコルメッセージ検出方式および方法に関する。
【０００２】
【従来の技術】
第３世代移動体通信ネットワークシステム内のコアネットワークでは、インバンド・シグナリング・プロトコルによる通信を実現している。そのため、コアネットワーク内におけるメディアゲートウェイ間の通信は、このインバンド・シグナリング・プロトコルによる通信を行っている。このインバンド・シグナリング・プロトコルは、情報の伝送に使う周波数帯を用いてプロトコルメッセージを送受信する技術である。この送受信されるプロトコルメッセージは、コアネットワーク上の連続する音声データの下位１ビットに１ビットずつ１６オクテット毎挿入される。このように音声データの一部にプロトコルメッセージを挿入していくことで音声データの送受信と同時にプロトコルメッセージは送受信される。この技術を実装していく上で一番処理時間に負担のかかる処理は、プロトコルメッセージを抽出しなければならない受信処理である。従来、プロトコルメッセージを受信する受信側のメディアゲートウェイでは、受信した１オクテットの音声データの下位１ビットをそれぞれ１６に分割し、分割したデータそれぞれにプロトコルメッセージを示すプロトコル識別コードと１ビットずつビット照合処理を行うことでプロトコルメッセージを検出する手法をとっている。
【０００３】
【発明が解決しようとする課題】
しかしながら、莫大な量の音声データにおいて、上述したように１ビットごとに照合処理を実施する方式であるため、莫大な処理能力を必要とすると共に処理時間を要するという問題点がある。
【０００４】
本発明の目的は、上記問題点を鑑み、プロトコルメッセージがインバンドした音声データを受信する場合にその音声データからプロトコルメッセージの検出を効率よく行うことにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１の音声信号内におけるプロトコルメッセージ検出方式は、１オクテットの音声データのあらかじめ決められた第１の任意のビット位置にあらかじめ決められた第２の任意の値であるオクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号内におけるプロトコルメッセージ検出方式であって、前記第２の任意の値毎に管理する検出用バッファを備え、受信する１オクテットの音声データのあらかじめ決められた第１の任意のビット位置の１ビットを１オクテット毎に前記検出用バッファに順に格納する格納手段と、あらかじめ決められた特定パターンの先頭ビットの値が前記検出用バッファに格納された各ビットの内容と一致するかをチェックする第１の照合手段と、第１の照合手段により一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックする第２の照合手段と、を有することを特徴としている。
【０００６】
また、本発明の第２の音声信号内におけるプロトコルメッセージ検出方式は、１オクテットの音声データの下位１ビットに１６オクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号内におけるプロトコルメッセージ検出方式であって、１６ビット幅で管理する検出用バッファを備え、受信する１オクテットの音声データの下位１ビットを１オクテット毎に前記検出用バッファに順に格納する格納手段と、あらかじめ決められたプロトコルメッセージを示す特定パターンの先頭ビットの値が前記検出用バッファに格納された各ビットの内容と一致するかをチェックする第１の照合手段と、第１の照合手段により一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックする第２の照合手段と、を有することを特徴としている。
【０００７】
更に、上記の第１または第２の音声信号内におけるプロトコルメッセージ検出方式において、前記第２の照合手段による前記パターン検出後に前記第１の照合手段による前記検出用バッファ内で一致したビット位置の列を前記特定パターンのビット長分毎に抽出しその抽出した列のデータ列をプロトコルメッセージの内容として抽出する抽出手段を有することを特徴としている。
【０００８】
また、本発明の第１の音声信号内におけるプロトコルメッセージ検出方法は、コアネットワーク上に流れる１オクテットの音声データのあらかじめ決められた第１の任意のビット位置にあらかじめ決められた第２の任意の値である示すオクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号を受信するメディアゲートウェイでの音声信号内におけるプロトコルメッセージ検出方法であって、前記第２の任意の値毎に管理する検出用バッファを準備し、受信する１オクテットの音声データのあらかじめ決められた第１の任意のビット位置の１ビットを１オクテット毎に前記検出用バッファに順に格納するステップと、あらかじめ決められた特定パターンの先頭ビットの値が前記検出用バッファに格納された各ビットの内容と一致するかをチェックするステップと、前記特定パターンの先頭ビットの値が前記検出用バッファのあるビットの内容と一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックするステップと、を含むことを特徴としている。
【０００９】
また、本発明の第２の音声信号内におけるプロトコルメッセージ検出方法は、コアネットワーク上に流れる１オクテットの音声データの下位１ビットに１６オクテット毎にプロトコルメッセージの１ビットずつが挿入される音声信号を受信するメディアゲートウェイでの音声信号内におけるプロトコルメッセージ検出方法であって、１６ビット幅で管理する検出用バッファを準備し、受信する１オクテットの音声データの下位１ビットを１オクテット毎に前記検出用バッファに順に格納するステップと、あらかじめ決められたプロトコルメッセージを示す特定パターンの先頭ビットの値が検出用バッファに格納された各ビットの内容と一致するかをチェックするステップと、前記特定パターンの先頭ビットの値が前記検出用バッファのあるビットの内容と一致した場合に前記検出用バッファ内で一致したビット位置からビット長分縦にデータを取得しその取得したデータと前記特定パターンとが一致するかをチェックするステップと、を含むことを特徴としている。
【００１０】
更に、上記の第１または第２の音声信号内におけるプロトコルメッセージ検出方法において、前記特定パターン検出後に前記検出用バッファ内で一致したビット位置の列を前記特定パターンのビット長分毎に抽出しその抽出した列のデータ列をプロトコルメッセージの内容として抽出するステップを含むことを特徴としている。
【００１１】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
図１を参照すると、本発明の実施の形態における移動体音声ネットワークのシステム構成例を示すブロック図であって、このシステムは、複数のユーザ端末１と、複数のメディアゲートウェイ２と、ユーザ端末１とメディアゲートウェイ２とを接続する無線アクセスネットワーク３と、複数のメディアゲートウェイ２の間を接続するコアネットワーク４とから構成されている。なお、メディアゲートウェイ２において、無線アクセスネットワーク３およびコアネットワーク４とのインタフェースは、ＡＴＭセルによるデータのやり取りを行う。
【００１２】
図２を参照すると、図１のメディアゲートウェイ２の内部を示すブロック図であって、メディアゲートウェイ２は、データ処理部２１と、プロトコル処理部２２と、検出用蓄積バッファ２３と、メッセージ受信バッファ２４と、無線アクセスネットワーク３とのやり取りを行うインタフェース部２５１と、無線アクセスネットワーク３からの受信データを格納する受信バッファ２５２と、無線アクセスネットワーク３への送信データを格納する送信バッファ２５３と、コアネットワーク５とのデータのやり取りを行うインタフェース部２６１と、コアネットワーク５からの受信データを格納する受信バッファ２６２と、コアネットワーク５への送信データを格納する送信バッファ２６３とから構成される。
【００１３】
図３を参照すると、お互いのメディアゲートウェイ２との間でインバンド・シグナリング・プロトコルの基で音声データのやり取りを行っているコアネットワーク４に流れる音声データにプロトコルメッセージが挿入されている状態を示している。すなわち、プロトコルメッセージは、連続する音声データの下位１ビットに１ビットずつ１６オクテット毎に挿入される。このように音声データの一部にプロトコルメッセージを挿入していくことで音声データの送受信と同時にプロトコルメッセージは送受信される。
【００１４】
図２の受信バッファ２５２および送信バッファ２５３は、図示していない読出し書込みのできるメモリ（例えば、ＲＡＭ）内に割り当てられている。受信バッファ２５２は、インタフェース部２５１の制御の下で無線アクセスネットワーク３からのデータを一時的に格納するバッファである。送信バッファ２５３は、インタフェース部２５１の制御の下で無線アクセスネットワーク３へ送信するデータを一時的に格納するバッファである。
【００１５】
図２の受信バッファ２６２および送信バッファ２６３は、図示していない読出し書込みのできるメモリ（例えば、ＲＡＭ）内に割り当てられている。受信バッファ２６２は、インタフェース部２６１の制御の下でコアネットワーク４からの音声データを一時的に格納するバッファである。送信バッファ２６３は、インタフェース部２６１の制御の下で無線コアネットワーク４へ送信する音声データを一時的に格納するバッファである。
【００１６】
図２の検出用蓄積バッファ２３およびメッセージ受信バッファ２４は、図示していない読出し書込みのできるメモリ（例えば、ＲＡＭ）内に割り当てられている。検出用蓄積バッファ２３には、データ処理部２１の制御の下でコアネットワーク４から受信する１オクテットの音声データの下位１ビットが順に保存される。検出用蓄積バッファ２３は、１オクテットの音声データの下位１ビットがプロトコルメッセージとしてあらかじめ決められた値のオクテット毎（例えば、１６オクテット毎）の音声データに挿入されていれば、その値毎（例えば、１６オクテット毎であれば、１６ビット毎）にデータ処理部２１により管理される。すなわち、１オクテットの音声データの下位１ビットが１６オクテット毎の音声データに挿入されている場合に検出用蓄積バッファ２３が管理される例として、図４に示す。図４を参照すると、データ処理部２４が検出用蓄積バッファ２３への蓄積イメージを示した概略図であって、検出用蓄積バッファ２３には、受信する１オクテットの音声データの下位１ビットが順に横一行に１６ビット分格納され、以降、縦に１６ビット毎に蓄積されていくように管理される。このメッセージ受信バッファ２４には、データ処理部２１の制御の下で検出されたプロトコルメッセージの内容がバッファリングされることになる。
【００１７】
図２のインタフェース部２５１は、無線アクセスネットワーク３からＡＴＭセルを受信するとＡＴＭセルからデータを抽出して、受信バッファ２６２に格納すると共に、データ処理部２１にデータの受信を通知する手段を有する。
【００１８】
図２のインタフェース部２６１は、コアネットワーク４からＡＴＭセルを受信するとそのＡＴＭセルから音声データを抽出して、受信バッファ２６２に格納すると共に、データ処理部２１に音声データの受信を通知する手段を有する。
【００１９】
図２のデータ処理部２１は、コアネットワーク４から受信した１オクテットの音声データの下位１ビットを受信バッファ２６２から読み取ってその１ビットのデータを検出用蓄積バッファ２３に順に格納する手段と、検索ビットパターン（プロトコルメッセージの識別を示すあらかじめ決められたプロトコル識別コードのビットパターン）のビット列の頭（先頭のビット位置の値）が検出用蓄積バッファ２３に格納されているビット値との照合を行う手段と、一致した場合に検出ビットパターン長分に相当する検出用蓄積バッファ２３内で一致したビット位置のデータの列部分と検索ビットパターンとを照合する手段と、を有する。更に、データ処理部２１は、検索ビットパターンの照合が一致するとプロトコルメッセージの場所を検出したことになり、その一致した検出用蓄積バッファ２３の列に格納されるビットパターンがプロトコルメッセージであることを検出する手段と、を有する。このようにしてプロトコルメッセージを検出すると、データ処理部２１は、プロトコル処理部２２に検出したことを通知してプロトコルメッセージに伴うプロトコル処理を行わせる手段と、検索ビットパターン検出後に検出用バッファ２３内で一致したビット位置のデータの列部分を検出ビットパターンビット長分毎に抽出しその抽出したデータの列部分をプロトコルメッセージの内容として抽出する手段と、プロトコル処理部２２にプロトコルメッセージの内容に伴うプロトコル処理を行わせる手段と、プロトコル処理に応じてインタフェース部２５１またはインタフェース部２６１に起動をかける手段と、を有する。また、データ処理部２１は、無線アクセスネットワーク３から受信バッファ２５２に入った内容を確認してプロトコル処理部２２に内容に従った処理を行わせる手段を有する。
【００２０】
プロトコル処理部２２は、通知のあったプロトコルメッセージの内容にしたがって、コアネットワーク４に対してまたは無線ネットワーク３に対してプロトコル処理を行う手段を有する。この場合、プロトコル処理を行うことで送信するデータがあれば、送信バッファ２５３または送信バッファ２６３に書き込み、データ処理部２１、インタフェース部２５１（またはインタフェース部２６１）を介して相手先に送信する。
【００２１】
次に、図１〜図７を参照して、本発明の実施の形態の動作について説明する。
【００２２】
今、図１のユーザ端末１との間ですでに通信パスがはられており、音声データが流れており、コアネットワーク４上に流れる音声データにインバンド・シグナリング・プロトコルの基でメディアゲートウェイ２との間で通信が行われている。検索対象となるプロトコルメッセージを示すプロトコル識別コードのビットパターンを２０ビットの＜０１０１０１１０１００１１０１０１００１＞（あらかじめ決められた特定パターン）とした場合におけるメディアゲートウェイ２が検索する処理を図７のフローチャートを中心に説明する。なお、この場合のコアネットワーク４からのプロトコルメッセージは、連続する音声データの下位１ビットに１ビットずつ１６オクテット毎に挿入されている。従って、検出用蓄積バッファ２３のビット幅は、１６ビット幅で管理されている。
【００２３】
コアネットワーク４からインタフェース部２６１を介して受信バッファ２６２に音声データが受信されると、データ処理部２１は、受信バッファ２６２に受信した１オクテット毎の音声データの下位１ビットを検出用蓄積バッファ２３に蓄積する（図７のステップＳ１，Ｓ２）。この場合の音声データの下位１ビットを検出用蓄積バッファ２３に蓄積する概略的な処理を図４に示す。なお、図４のｄ１、ｄ２、ｄ３、・・・は、受信した１オクテット毎の音声データの下位１ビットの内容を示す。
【００２４】
データ処理部２１は、すでにプロトコルメッセージ検出位置が検出されているかチェックする（ステップＳ３）。この場合、図示していないメモリにプロトコルメッセージを検出したかどうかを識別するエリア（例えば、通信パス毎にプロトコルメッセージ検出エリア）が割り当てられており、プロトコルメッセージの検出がすでに行われていれば、「ＯＮ」に設定されている。従って、データ処理部２１は、該当するプロトコルメッセージ検出エリアを読み出すことにより判断できる。なお、プロトコルメッセージ検出エリアに検出したかどうかの識別情報と共に検出したビット位置を示す情報を設定できるようにしても良い。
【００２５】
まだ検出用蓄積バッファ２３からプロトコルメッセージを検出していなければ、データ処理部２１は、ステップＳ２で処理した受信バッファ２６２の蓄積ビット数が検索できるだけ蓄積されているかをチェックする（ステップＳ４）。
【００２６】
不足していない（検索できるだけの蓄積量がある）場合には、データ処理部２１は、プロトコルメッセージの頭出しを検出するために、検索ビットパターン（プロトコル識別コードのビットパターン）の先頭ビットの値が検出用蓄積バッファ２３の頭１ビット（図５のｄ１）から順に各１ビットの内容と一致するかを照合していく（ステップＳ５）。この場合の検出用蓄積バッファ２３を１ビットずつｄ１から順番に検索する場合のイメージは、図５に示す。
【００２７】
ステップＳ４において、受信バッファ２６２の蓄積数が不足している場合には、データ処理部４は、次回音声データが受信バッファ２６２に受信されるまで待つため、そのまま終了する（ステップＳ４，Ｓ５）。
【００２８】
ステップＳ５において、データ処理部２１は、先頭のビットを照合していく過程で同じビット値でなければ検出用蓄積バッファ２３の検索されるビット位置（照合箇所）を１ずらしてステップＳ４に戻る（ステップＳ１１）。
【００２９】
ステップＳ５において、同じビット値であった場合に、データ処理部２１は、検出用蓄積バッファ２３内で一致した箇所（ビット位置）から検索ビットパターンのビット長分（２０ビット）縦にデータを取得し、検索ビットパターンと同じであるか照合する（ステップＳ６）。
【００３０】
データ処理部２１は．プロトコル識別コードのビットパターンと照合が一致した場合に、プロトコルメッセージの頭を検出（プロトコルメッセージの識別コードを検出）したことになり、プロトコルメッセージ検出エリアに「ＯＮ」を設定し、更に、プロトコル処理部２２にプロトコルメッセージの頭検出によるプロトコル処理を依頼し、検出処理を終了する（ステップＳ７，Ｓ９）。なお、データ処理部２１は、プロトコルメッセージ検出エリアに「ＯＮ」を設定すると共に検出したビット位置を示す情報を設定しても良い。
【００３１】
プロトコル処理部２２は、プロトコルメッセージの頭検出に伴うプロトコル処理を行って終了する（ステップＳ１０）。
【００３２】
ステップＳ７において、プロトコル識別コードのビットパターンと照合結果が同じでない場合には、検出用蓄積バッファ２３の照合箇所を１ずらしてステップＳ４に戻り検索を続ける（ステップＳ１１）。
【００３３】
このようにして、ステップＳ５〜Ｓ７，Ｓ１１の手順によりプロトコルメッセージ識別コードのビットパターンすなわちプロトコルメッセージの先頭を検索することができる。この場合のｄ６の列に検出ビットパターン＜０１０１０１１０１００１１０１０１００１＞があると仮定した場合の処理を示すイメージを図６に示す。
【００３４】
一方、検出用蓄積バッファ２３には、データ処理部２１のステップＳ２の処理により１６オクテット毎に受信バッファ２６２からプロトコルメッセージが挿入されていくため、ｄ６の列にプロトコルメッセージが挿入されることになる。
【００３５】
そのため、データ処理部２１は、プロトコルメッセージの頭出しが検出した以降、ｄ６の縦の列のみ検索することでプロトコルメッセージを抽出していけばよいことになる。
【００３６】
やがて、データ処理部２１は、プロトコルメッセージ検出後に蓄積数が不足していなければ、検出用蓄積バッファ２３内でステップＳ６で検出したビット位置から前回ステップＳ９に続く２０ビットのビットパターン長分のデータ列を抽出し、抽出したデータ列をプロトコルメッセージとして検出し、検出したプロトコルメッセージをメッセージ受信バッファ２４に保存すると共に、プロトコル処理をプロトコル処理部２２に依頼し終了する（ステップＳ１，Ｓ２，Ｓ３，Ｓ８，Ｓ９）。
【００３７】
プロトコル処理部２２は、プロトコルメッセージ検出に伴うプロトコル処理を行って終了する（ステップＳ１０）。
【００３８】
上記のステップＳ３，Ｓ８，Ｓ９の処理は、上記のステップＳ５，Ｓ６，Ｓ７，Ｓ１１の処理によるプロトコルメッセージを検出する手法をとることにより、一度プロトコルメッセージが検出された場合検出された列のみ検索するだけでよい。この場合のｄ６の列に検出ビットパターン＜０１０１０１１０１００１１０１０１００１＞があると仮定した場合の処理を示すイメージを図６に示す。なお、図６において、２０ビットの検出ビットパターンとした場合、図中の任意のビットは２０ビットとなる。
【００３９】
そのため、処理ステップ数が削減される。そのため、大幅に処理能力および処理時間の削減を可能にすることができる。
【００４０】
以上の説明では、１６オクテット毎のビット照合を行うことで説明したが、１６オクテット毎のビット照合に限らず、任意のオクテット毎に対応した蓄積バッファ２３の管理すべき１行分のビット長を調節することで、本発明は、任意のオクテット毎のビット照合が可能である。例えば、２０オクテット毎であれば、検出蓄積バッファ２３の１行分のビット長を２０ビットにすれば良い。
【００４１】
同様に検索ビット位置に関しても最下位ビットに限らず、任意のビットについても蓄積するビットの位置を変えることで、本発明は、対応可能である。例えば、音声データ（１オクテット）の下位２ビット目であれば、データ処理部２１は、検出用蓄積バッファ２３に受信した音声データの下位２ビット目を格納していく。つまり任意のオクテット毎の任意のビット位置によるビット照合に有効である。
【００４２】
この方式は、現状のインバンド・シグナリング・プロトコルにおけるプロトコルメッセージ受信の場合にも適用できることは言うまでもない。
【００４３】
また、上記の図７の説明で説明したように、繰返しを同じ手順で処理が繰り返されるようになっているため、データ処理部２１におけるＣＰＵによるプログラム処理をＣ言語で組む場合、Ｃ言語のソースからアセンブラ言語に変換する場合にパイプライン的にプログラムを組むことができることとなり、処理効率を上げることができる。
【００４４】
【発明の効果】
以上説明したように、本発明の第１の効果は、検索範囲削減の為の処理ステップ数が削減されることにある。これは、一度プロトコルメッセージが検出されるとそれ以降は検出された列のみ検索すればよいためである。
【００４５】
また、本発明の第２の効果は、ビットパターンマッチ処理のステップ数が削減されることである。これは、各ビットを一つずつ照合していくのではなく、先頭ビットが一致した時点で縦にビットパターン長分のデータを取得することで一気に照合することができるためである。
【００４６】
また、本発明の第３の効果は、本発明の処理手順が同じ手順を繰り返すような構成になっているために処理効率が向上することにある。これは、繰り返し同じ手順で処理が繰り返される場合Ｃ言語のソースからアセンブラ言語に変換する場合パイプライン手法を使うことで複雑な処理を組み合わせるより繰り返し処理で処理をした場合の方が処理効率を向上することができるためである。
【図面の簡単な説明】
【図１】本発明の実施の形態を用いた移動体音声ネットワーク間のシステム構成を示すしシステム構成図である。
【図２】図１のメディアゲートウェイ内の構成を示すブロック図である。
【図３】プロトコルメッセージの送信方法を示すプロトコルメッセージ送信概略図である。
【図４】図２の検出用蓄積バッファへの蓄積のイメージ概略図である。
【図５】検索する処理の順番を示すイメージ概略図である。
【図６】検出処理手順のイメージ概略図である。
【図７】プロトコルメッセージを検出する場合のメディアゲートウェイの動作処理を示すフローチャートである。
【符号の説明】
１　　ユーザ端末
２　　メディアゲートウェイ
２１　　データ処理部
２２　　プロトコル処理部
２３　　検出用蓄積バッファ
２４　　メッセージ受信バッファ
２５１　　インタフェース部
２５２　　受信バッファ
２５３　　送信バッファ
２６１　　インタフェース部
２６２　　受信バッファ
２６３　　送信バッファ
３　　無線アクセスネットワーク
４　　コアネットワーク
【図１】
2004056511.tif 000003
【図２】
2004056511.tif 000004
【図３】
2004056511.tif 000005
【図４】
2004056511.tif 000006
【図５】
2004056511.tif 000007
【図６】
2004056511.tif 000008
【図７】
2004056511.tif 000009