(57)【特許請求の範囲】
【請求項１】
ＣＰＵとメモリとＲＦ回路とを有する通信装置であって、
前記ＣＰＵは、
パケットのヘッダに基づいて、複数の仮想コネクションの内の１つを特定し、
前記パケットをログとして保存される対象となる第１の送信キューに記憶すると共に、前記特定された１つの仮想コネクションの識別情報を、該パケットに紐付けした状態で、ログとして保存される対象ではない第２の送信キューに記憶し、
前記第１の送信キューに記憶されたパケットと、前記第２の送信キューに記憶され、当該パケットと紐付けされた識別情報とを連結して得られた連結データ列を含むパケットを前記ＲＦ回路へ出力する
処理を実行する、
ことを特徴とする通信装置。
【請求項２】
ＣＰＵとメモリとＲＦ回路とを有する通信装置により実行される通信方法であって、
前記ＣＰＵは、
パケットのヘッダに基づいて、複数の仮想コネクションの内の１つを特定し、
前記パケットをログとして保存される対象となる第１の送信キューに記憶すると共に、前記特定された１つの仮想コネクションの識別情報を、該パケットに紐付けした状態で、ログとして保存される対象ではない第２の送信キューに記憶し、
前記第１の送信キューに記憶されたパケットと、前記第２の送信キューに記憶され、当該パケットと紐付けされた識別情報とを連結して得られた連結データ列を含むパケットを前記ＲＦ回路へ出力する、
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ）では、仮想的なコネクションであるベアラを複数用いた通信技術（以下では、「マルチベアラ通信」と呼ばれることがある）がある。
【０００３】
従来のマルチベアラ通信装置では、パケットを送信する場合、パケットの送信に用いられるベアラを特定するために、パケットフィルタ部が、ベアラの識別情報（以下では、「タグＩＤ」又は「ベアラＩＤ」と呼ばれることがある）をパケットの先頭に付加する。そして、通信処理部が、パケットフィルタ部でタグＩＤが付加されたパケットを該当ベアラへ振り分ける。パケットフィルタ部と通信処理部との間には、メモリが存在する。パケットフィルタ部でタグＩＤが付加された送信パケットは、メモリへ入力され、当該メモリ内の送信キューに入力される。そして、送信キューの送信パケットは、順番が来ると、通信処理部へ出力される。
【０００４】
一方、パケットを受信する場合、従来のマルチベアラ通信装置では、上記したタグＩＤがパケットに付加されない場合がある。受信パケットは、通信処理部から、上記したメモリに入力され、受信キューに入力される。受信キューの受信パケットは、順番が来ると、パケットフィルタ部に渡されることなく、ＴＣＰ／ＩＰ処理部（つまり、ＴＰＣ／ＩＰプロトコルスタック）へ渡される。ＴＣＰ／ＩＰ処理部の入り口は１つであるので、受信パケットにタグを付加する必要はない。
【０００５】
また、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）又はＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）等の複数の通信方式が搭載されるマルチベアラ通信装置では、パケットに対するタグＩＤの付加が必要なベアラと、不要なベアラとが混在することがある。上記した３ＧＰＰ  ＬＴＥでは、パケットの送信時には、タグＩＤの付加が必要である一方、受信時には、タグＩＤの付加が不要な場合もある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−００４８５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、パケットの通信の記録を取る、つまりログを取る場合、ＴＣＰ／ＩＰ処理部と、通信処理部との間の、メモリに保持されているパケットを複製し、複製パケットを解析する。しかしながら、上記の通り、メモリ内には、タグＩＤが付加されたパケットと、付加されていないパケットとが混在するので、解析対象としたパケットがいずれの種類のパケットであるか判別することができない。この結果、ログ解析精度が低下してしまう。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、ログ解析精度を向上させることができる、通信装置及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
開示の態様では、パケットのヘッダに基づいて、複数の仮想コネクションの内の１つを特定し、前記パケットと、前記特定された１つの仮想コネクションの識別情報とを、紐付けした状態で且つ前記メモリの別々のメモリ空間に記憶し、前記記憶されたパケットを、当該パケットと紐付けされた識別情報が示す仮想コネクションに対応付けて前記ＲＦ回路へ出力する。
【発明の効果】
【００１０】
開示の態様によれば、複数の送信方式が適用される場合でも、受信側における処理負担を軽減できる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例１のパケット通信装置の一例を示すブロック図である。
【図２】図２は、実施例１のフィルタテーブルの一例を示す図である。
【図３】図３は、実施例１のメモリにおけるメモリ空間の構成例を示す図である。
【図４】図４は、実施例１のパケットフィルタ部の処理動作の説明に供するフローチャートである。
【図５】図５は、実施例２の送信処理部の構成を示すブロック図である。
【図６】図６は、実施例２のデバイスドライバの処理動作の説明に供するフローチャートである。
【図７】図７は、パケット通信装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する通信装置及び通信方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願の開示する通信装置及び通信方法が限定されるものではない。また、実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略される。
【００１３】
［実施例１］
［パケット通信装置の構成］
図１は、実施例１のパケット通信装置の一例を示すブロック図である。図１において、パケット通信装置１０は、ＴＣＰ／ＩＰ処理部１１と、パケットフィルタ部１２と、フィルタテーブル１３と、メモリ１４と、送信処理部１５とを有する。パケット通信装置１０は、例えば、通信端末である。
【００１４】
ＴＣＰ／ＩＰ処理部１１は、アプリケーション層からデータを受け取り、当該データに対してＩＰヘッダ及びＴＣＰヘッダを付加してＩＰパケットを生成する。このＩＰパケットは、パケットフィルタ部１２へ出力される。なお、ＴＣＰ／ＩＰ処理部１１における処理は、ネットワーク層、つまり、レイヤ３以上の処理である。
【００１５】
パケットフィルタ部１２は、ＩＰパケットを入力信号とし、当該ＩＰパケットのＩＰヘッダ及びＴＣＰヘッダと、フィルタテーブル１３とに基づいて、ベアラの識別情報、つまりタグＩＤを特定する。具体的には、フィルタテーブル１３では、ＩＰヘッダ及びＴＣＰヘッダについての複数のペアと、各ペアに対応するタグＩＤとが対応付けられている。そして、パケットフィルタ部１２は、入力されたＩＰパケットのＩＰヘッダ及びＴＣＰヘッダとフィルタテーブル１３において対応付けられているタグＩＤを特定する。
【００１６】
図２は、実施例１のフィルタテーブル１３の一例を示す図である。図２においては、フィルタテーブル１３では、ＩＰヘッダに含まれるＩＰアドレス及びＴＣＰヘッダに含まれるポート番号についての複数のペアと、各ペアに対応するタグＩＤとが対応付けられている。
【００１７】
そして、パケットフィルタ部１２は、入力されたＩＰパケットと、特定されたタグＩＤとを連結せずに、メモリ１４における、別々のメモリ空間に記憶させる。具体的には、メモリ１４は、パケットフィルタ部１２で特定されたタグＩＤを含む制御情報ユニットを記憶する「第１種メモリ空間」と、ＩＰパケットを記憶する「第２種メモリ空間」とを有する。そして、タグＩＤは、第１種メモリ空間に記憶され、ＩＰパケットは、第２種メモリ空間に記憶される。このとき、タグＩＤとＩＰパケットとは、紐付けされて記憶される。すなわち、タグＩＤとＩＰパケットとは、紐付けされた状態で別々の待ち行列（キュー）に入力される。これにより、出力される順番が来たときに、紐付けされているタグＩＤとＩＰパケットとを、一緒に出力させることができる。
【００１８】
図３は、実施例１のメモリ１４におけるメモリ空間の構成例を示す図である。図３に示すように、メモリ１４は、パケット制御ブロックＡ２１と、パケットバッファＡ２２とを有する。パケット制御ブロックＡ２１は、上記した第１種メモリ空間に対応し、パケットバッファＡ２２は、上記した第２種メモリ空間に対応する。パケット制御ブロックＡ２１では、タグＩＤと、当該タグＩＤに対応するＩＰパケットがパケットバッファＡ２２において記憶されている領域の特定情報とが、対応付けられた状態で記憶されている。領域特定情報は、ヘッド情報、データ情報、エンド情報、及びテイル情報を含む。ヘッド情報は、メモリ１４におけるパケットバッファＡ２２の先頭のメモリアドレスを示す。また、データ情報は、メモリ１４においてＩＰパケットが実際に記憶されている領域の先頭のメモリアドレスを示す。また、エンド情報は、メモリ１４においてＩＰパケットが実際に記憶されている領域の終端のメモリアドレスを示す。また、テイル情報は、メモリ１４におけるパケットバッファＡ２２の終端のメモリアドレスを示す。ここで、ログ解析が行われる場合、パケットバッファＡ２２に記憶され、且つ、タグＩＤが付加されていないＩＰパケットが、ログ解析部（図示せず）へ出力される。
【００１９】
送信処理部１５は、メモリ１４において紐付けされていた、タグＩＤとＩＰパケットとを受け取り、当該ＩＰパケットをタグＩＤに対応するベアラを介して送信する。ＩＰパケットの送信は、ＲＦ部（図示せず）を介して行われる。送信処理部１５における処理は、データリンク層、つまりレイヤ２（例えば、ＭＡＣ層）における処理である。なお、上記したパケットフィルタ部１２及びメモリ１４は、例えば、レイヤ２とレイヤ３との間の中間層、つまりレイヤ２．５に対応する。
【００２０】
［パケット通信装置の動作］
以上の構成を有するパケット通信装置１０の動作について説明する。図４は、実施例１のパケットフィルタ部１２の処理動作の説明に供するフローチャートである。
【００２１】
パケットフィルタ部１２は、ＴＣＰ／ＩＰ処理部１１からＩＰパケットを受け取ると、ＩＰパケットのＩＰヘッダ及びＴＣＰヘッダを解析する（ステップＳ３１）。具体的には、パケットフィルタ部１２は、ＩＰヘッダに含まれるＩＰアドレスと、ＴＣＰヘッダに含まれるポート番号とを解析する。
【００２２】
パケットフィルタ部１２は、ステップＳ３１で解析したＩＰアドレス及びポート番号のペアをフィルタテーブル１３において検索し（ステップＳ３２）、検索対象ペアと一致するペアがフィルタテーブル１３に存在するか否かを判定する（ステップＳ３３）。
【００２３】
ステップＳ３３において検索対象ペアと一致するペアが存在すると判定された場合（ステップＳ３３肯定）、パケットフィルタ部１２は、一致するペアとフィルタテーブル１３において対応付けられているタグＩＤを、メモリ１４の第１種メモリ空間に記憶させる（ステップＳ３４）。このとき、タグＩＤは、制御情報ユニットに含められた状態で、メモリ１４の第１種メモリ空間に記憶される。当該タグＩＤに対応するＩＰパケットは、第２種メモリ空間に記憶される。このＩＰパケットが記憶された領域に関する情報は、制御情報ユニットに含められて記憶される。これにより、タグＩＤとＩＰパケットとは、紐付けされた状態で、異なるメモリ空間に記憶されることになる。
【００２４】
一方、ステップＳ３３において検索対象ペアと一致するペアが存在しないと判定された場合（ステップＳ３３否定）、パケットフィルタ部１２は、入力されたパケットを破棄する（ステップＳ３５）。
【００２５】
以上のように本実施例によれば、パケット通信装置１０において、パケットフィルタ部１２が、入力されたＩＰパケットのＩＰヘッダ及びＴＣＰヘッダとフィルタテーブル１３において対応付けられているタグＩＤを特定する。そして、メモリ１４は、ＩＰパケットと、パケットフィルタ部１２で特定された１つの仮想コネクションの識別情報とを、紐付けした状態で且つ別々のメモリ空間に記憶する。
【００２６】
こうすることで、メモリ１４内に一時記憶されているＩＰパケットにはタグＩＤが付加されていないので、当該ＩＰパケットをログ解析に用いることにより、ログ解析精度を向上させることができる。
【００２７】
［実施例２］
実施例２は、送信処理部の具体的構成のバリエーションに関する。
【００２８】
図５は、実施例２の送信処理部の構成を示すブロック図である。図５において、送信処理部１５は、デバイスドライバ４１と、変復調部４２とを有する。
【００２９】
デバイスドライバ４１は、メモリ１４から、互いに紐付けされていたタグＩＤとＩＰパケットとを受け取る。そして、デバイスドライバ４１は、受け取ったタグＩＤをＩＰパケットの先頭に連結し、得られた連結データ列を変復調部４２へ出力する。
【００３０】
変復調部４２は、デバイスドライバ４１から連結データ列を受け取る。そして、変復調部４２は、連結データ列の先頭部に含まれるタグＩＤに対応するベアラを特定する。また、変復調部４２は、特定されたベアラを介して、当該連結データ列からタグＩＤを外したＩＰパケットを送信する。すなわち、変復調部４２は、タグＩＤに基づいて、ＩＰパケットを複数のベアラに振り分けている。
【００３１】
図６は、実施例２のデバイスドライバの処理動作の説明に供するフローチャートである。
【００３２】
デバイスドライバ４１は、メモリ１４から、互いに紐付けされていたタグＩＤとＩＰパケットとを受け取る（ステップＳ５１）。デバイスドライバ４１は、受け取ったタグＩＤをＩＰパケットの先頭に連結する（ステップＳ５２）。デバイスドライバ４１は、タグＩＤが先頭に付加されたＩＰパケットを変復調部４２へ出力する（ステップＳ５３）。
【００３３】
このようにベアラと対応付けられたタグＩＤが付加されているので、変復調部４２は、ＩＰパケットを複数のベアラに振り分けることができる。
【００３４】
［実施例３］
実施例３は、送信処理部の具体的構成のバリエーションに関する。実施例２では、デバイスドライバ４１がＩＰパケットの先頭にタグＩＤを付加して変復調部４２へ出力し、変復調部４２がＩＰパケットを複数のベアラに振り分けていた。これに対して、実施例３では、実質的に、デバイスドライバがＩＰパケットを複数のベアラに振り分ける。実施例３の送信処理部の主要構成は、実施例２の送信処理部１５と同様であるので、図５を援用して説明する。
【００３５】
実施例３のデバイスドライバ４１と変復調部４２とは、複数のベアラと一対一で対応する複数の物理的な接続線又は論理的な接続線によって接続されている。
【００３６】
デバイスドライバ４１は、メモリ１４から、互いに紐付けされていたタグＩＤとＩＰパケットとを受け取る。そして、デバイスドライバ４１は、受け取ったタグＩＤに対応する接続線へＩＰパケットを出力する。
【００３７】
変復調部４２は、受け取ったＩＰパケットが通ってきた接続線に対応するベアラへＩＰパケットを出力する。
【００３８】
こうすることで、デバイスドライバ４１と変復調部４２との間の接続線が複数のベアラと一対一で対応するので、デバイスドライバ４１は、ＩＰパケットを複数のベアラに振り分けることができる。
【００３９】
［他の実施例］
［１］実施例１から実施例３のパケット通信装置は、次のようなハードウェア構成により実現することができる。
【００４０】
図７は、パケット通信装置のハードウェア構成の一例を示す図である。図７に示すように、パケット通信装置１０は、ハードウェア的には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０ａと、メモリ１０ｂと、アンテナを有するＲＦ回路１０ｃと、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等の表示装置１０ｄとを有する。メモリ１０ｂは、例えば、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリにより構成される。ＴＣＰ／ＩＰ処理部１１と、パケットフィルタ部１２と、フィルタテーブル１３と、メモリ１４と、送信処理部１５とは、例えばＣＰＵ１０ａ等の集積回路により実現される。
【００４１】
また、実施例１から実施例３で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。すなわち、パケットフィルタ部１２と、フィルタテーブル１３と、メモリ１４と、送信処理部１５とによって実行される各処理に対応するプログラムがメモリ１０ｂに記録され、各プログラムがＣＰＵ１０ａに読み出されてプロセスとして機能してもよい。
【００４２】
［２］実施例１から実施例３では、パケット通信装置１０が通信端末であることを前提に説明を行った。しかしながら、これに限定されるものではなく、パケット通信装置１０は、例えば、基地局装置であってもよい。
【符号の説明】
【００４３】
１０  パケット通信装置
１１  ＴＣＰ／ＩＰ処理部
１２  パケットフィルタ部
１３  フィルタテーブル
１４  メモリ
１５  送信処理部
４１  デバイスドライバ
４２  変復調部
【図１】
0005970961.tif 000002
【図２】
0005970961.tif 000003
【図３】
0005970961.tif 000004
【図４】
0005970961.tif 000005
【図５】
0005970961.tif 000006
【図６】
0005970961.tif 000007
【図７】
0005970961.tif 000008