(57)【要約】      （修正有）【課題】ＩＰｓｅｃ通信において、暗号鍵の更新または輻輳によるパケット破棄のために通信できない時間を減少させる通信装置を提供する。【解決手段】パケットの送信順であるシーケンス番号を示すビット列の一部である第１ビット列をパケットのシーケンス番号情報に対応するシーケンス番号領域に格納し、前記シーケンス番号を示すビット列の前記第１ビット列以外のビットを有する第２ビット列を、前記シーケンス番号領域以外の拡張領域に格納し、前記シーケンス番号に基づいて生成した認証情報をパケットの認証情報に対応する認証情報領域に格納したパケットを作成し、送信する。さらに、前記シーケンス番号及び認証情報を含むパケットを他の通信装置から受信し、前記受信したパケットに含まれる前記シーケンス番号及び認証情報に基づいて、前記受信したパケットの認証を行う。【選択図】図５
2017135527.tif 000002
【特許請求の範囲】
【請求項１】
パケットの送信順であるシーケンス番号を示すビット列の一部である第１ビット列をパケットのシーケンス番号情報に対応するシーケンス番号領域に格納し、前記シーケンス番号を示すビット列の前記第１ビット列以外のビットを有する第２ビット列を、前記シーケンス番号領域以外の拡張領域に格納し、前記シーケンス番号に基づいて生成した認証情報をパケットの認証情報に対応する認証情報領域に格納したパケットを作成し、送信するパケット送信部と、
前記シーケンス番号及び認証情報を含むパケットを他の通信装置から受信し、前記受信したパケットに含まれる前記シーケンス番号及び認証情報に基づいて、前記受信したパケットの認証を行うパケット受信部とを有する
通信装置。
【請求項２】
前記第１ビット列は前記シーケンス番号の下位ビットである
請求項１記載の通信装置。
【請求項３】
前記拡張領域は、パケットの第１情報に対応する第１領域の一部であり、
前記パケット送信部は、前記第１領域の前記拡張領域以外の領域に前記第１情報を格納する
請求項１記載の通信装置。
【請求項４】
前記第１情報は、パケットを送受信する通信におけるセッションの識別子である
請求項３記載の通信装置。
【請求項５】
前記拡張領域は、パケットの第２情報に対応する第２領域の一部または全部であり、
前記パケット送信部は、前記第２領域に前記第２情報を格納しない場合に、前記第２領域の一部または全部に前記第２ビット列を格納する
請求項１記載の通信装置。
【請求項６】
前記パケット送信部は、パケットを分割して送信する分割送信、またはパケットを分割しないで送信する非分割送信を行い、
前記第２情報は、前記分割送信において分割したパケットの分割前の識別子を示し、
前記パケット送信部は、非分割送信を行う場合、前記第２領域の一部または全部に前記第２ビット列を格納し、
分割送信を行う場合、前記第２領域に前記第２情報を格納する
請求項５記載の通信装置。
【請求項７】
さらに、前記シーケンス番号の上位に拡張ビット列を付加した拡張シーケンス番号の前記拡張ビット列を記憶する拡張シーケンス番号管理部を有し、
前記パケット送信部は、前記認証情報を前記拡張シーケンス番号に基づいて生成し、前記シーケンス番号に応じて前記拡張ビット列をインクリメントし、
前記パケット受信部は、前記拡張シーケンス番号及び前記認証情報に基づいて前記認証を行い、前記受信したパケットに含まれるシーケンス番号に応じて前記拡張ビット列をインクリメントする
請求項１記載の通信装置。
【請求項８】
前記パケット送信部は、送信するパケットの暗号化対象データを暗号化し、
前記パケット受信部は、受信したパケットの暗号化されている前記暗号化対象データを復号化する、
請求項１記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
近年、ＩＰｓｅｃ（Security Architecture for Internet Protocol）など、データ改竄防止や秘匿機能を有する通信プロトコルが注目されている。
【０００３】
ＩＰｓｅｃで通信を行う通信装置は、受信したパケットが不正なパケットでないかどうかの認証を行う。パケットを受信した通信装置は、送信元の通信装置がパケットに付与したシーケンス番号と、そのシーケンス番号から生成した認証情報に基づき認証を行う。具体的には、受信側の通信装置は、受信したパケット内のシーケンス番号から認証情報を生成し、受信したパケット内の認証情報と一致するかどうかを判定する。シーケンス番号とは、送信元の通信装置がパケットを送信するごとにインクリメントする数値であり、パケットの送信数を表す。
【０００４】
また、ＩＰｓｅｃで通信を行う通信装置は、パケットのデータを暗号化するための暗号鍵を更新する。暗号鍵は、シーケンス番号が上限値に到達するまで使用され、シーケンス番号が初期値に戻るタイミングで新たに更新される。
【０００５】
ＩＰｓｅｃにおけるシーケンス番号は、３２ビットで表される場合（以下、３２ビット方式と呼ぶ）と６４ビットで表される場合（以下、６４ビット方式と呼ぶ）がある。いずれの方式においても、シーケンス番号に基づき認証情報を生成し、パケットに付与する。しかし、３２ビット方式ではシーケンス番号の全てのビットをパケットに付与するのに対し、６４ビット方式では下位３２ビットのみをパケットに付与し、残りの上位３２ビットは送信側と受信側の通信装置がともにパケット内の下位ビットのオーバーフローの発生に基づいてインクリメントすることで、内部管理を行う。
【０００６】
シーケンス番号に関する技術は、以下の特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平６−２０５０４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、３２ビット方式では、大容量で高速の通信を行うと、シーケンス番号が上限値に到達するまでの時間が短くなり、頻繁に暗号鍵の更新が行われる。暗号鍵の更新処理中は処理負荷が高いため、通信装置は他の通信を行うことができない場合がある。また、暗号鍵の交換が完了するまでは、その通信を行うことができない。このように、３２ビット方式では、頻繁に通信を行うことができない状態が発生する。
【０００９】
また、６４ビット方式では、例えば、通信網に輻輳が発生し、多数のパケットが送信先の通信装置に到達しないと、送信元と送信先の通信装置が共にインクリメントして管理している上位３２ビットに不整合が発生する場合がある。互いに管理している上位３２ビットの数値が異なると、以降受信したパケットは認証失敗となり、パケットを破棄し続けるため通信が行えない。
【００１０】
そこで、開示の一つの目的は、通信できない時間を減少させる通信装置を提供する。
【課題を解決するための手段】
【００１１】
パケットの送信順であるシーケンス番号を示すビット列の一部である第１ビット列をパケットのシーケンス番号情報に対応するシーケンス番号領域に格納し、前記シーケンス番号を示すビット列の前記第１ビット列以外のビットを有する第２ビット列を、前記シーケンス番号領域以外の拡張領域に格納し、前記シーケンス番号に基づいて生成した認証情報をパケットの認証情報に対応する認証情報領域に格納したパケットを作成し、送信するパケット送信部と、前記シーケンス番号及び認証情報を含むパケットを他の通信装置から受信し、前記受信したパケットに含まれる前記シーケンス番号及び認証情報に基づいて、前記受信したパケットの認証を行うパケット受信部とを有する。
【発明の効果】
【００１２】
一開示は、通信できない時間を減少させる通信装置を提供することにある。
【図面の簡単な説明】
【００１３】
【図１】図１は、通信システム１０の構成例を示す図である。
【図２】図２は、通信装置２００の構成例を示す図である。
【図３】図３は、通信装置におけるパケット送受信のシーケンスの例を示す図である。
【図４】図４は、送信側セッション確立処理及び受信側セッション確立処理の処理フローチャートの例を示す図である。
【図５】図５は、パケット送信処理の処理フローチャートの例を示す図である。
【図６】図６は、第１拡張方式におけるシーケンス番号の例を示す図である。
【図７】図７は、３２ビット方式と第１拡張方式における、パケットに格納する情報要素の例を示す図である。
【図８】図８は、パケット受信処理の処理フローチャートの例を示す図である。
【図９】図９は、通信装置間のパケット送信において、フラグメントを実施する場合としない場合の例について示す図である。
【図１０】図１０は、第２拡張方式におけるパケット送信処理の処理フローチャートの例を示す図である。
【図１１】図１１は、第２拡張方式におけるシーケンス番号の例を示す図である。
【図１２】図１２は、第２拡張方式における、フラグメントを実施する場合としない場合の、パケットに格納する情報要素の例を示す図である。
【図１３】図１３は、通信装置２００の構成例を示す図である。
【図１４】図１４は、第３拡張方式におけるパケット送信処理の処理フローチャートの例を示す図である。
【図１５】図１５は、第３拡張方式における拡張シーケンス番号の例を示す図である。
【図１６】図１６は、３２ビット方式（または６４ビット方式）と第１拡張方式における、パケットに格納する情報要素の例を示す図である。
【図１７】図１７は、パケット受信処理の処理フローチャートの例を示す図である。
【発明を実施するための形態】
【００１４】
＜通信システムの構成例＞
図１は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００−１〜ａ、基地局装置２００−１〜ｂ、ゲートウェイ３００−１〜ｃ、及び管理装置４００を有する。通信システム１０は、例えば、端末装置１００−１〜ａがインターネットなどのネットワークのサービスを受けるため、端末装置１００−１〜ａに通信を提供する通信システムである。通信システム１０は、例えば、ＬＴＥ（Long Term Evolution）の通信規格に対応した通信システムである。
【００１５】
端末装置１００はサービスを受けるとき、例えば、管理装置４００と接続される図示しないインターネットと通信を行う。基地局装置２００、ゲートウェイ３００、管理装置４００は、端末装置１００が送受信するパケットを中継することで、端末装置１００の通信を実現する。管理装置４００、ゲートウェイ３００、及び基地局装置２００は、専用線またはイントラネットなどのネットワークを介して互いに接続する。端末装置１００と基地局装置２００は、無線を介して接続する。
【００１６】
このように、通信システム１０を構成する通信機器は、インターネットと通信を行う。インターネットは一般に開放されたネットワークであり、インターネットを介したパケットは、データを改竄されたり、他人に詐取されたりする恐れがある。そこで、通信機器は、データ改竄防止や秘匿機能を有するプロトコル（例えば、ＩＰｓｅｃ）を適用した通信を行う場合がある。ＩＰｓｅｃを適用した通信は、パケットの送信順を示すシーケンス番号を使用した認証処理や、データ部の暗号化を行うことで、セキュリティが向上する。
【００１７】
ＩＰｓｅｃでは、シーケンス番号が上限値に到達すると、新たにセッションを確立する。セッションを確立する処理は、暗号鍵や認証鍵の生成を行うため処理負荷が高く、他の通信を行えないことがある。また、新たなセッションを確立するまでは、当該通信を行うことができない。シーケンス番号が３２ビット（３２ビット方式）の場合、例えば、１００Ｇｂｐｓ（bit per second）を超えるような高速通信を行うと、約３０秒でシーケンス番号が上限値に到達する。そのため、約３０秒間隔で通信を行うことができない時間が発生する。
【００１８】
シーケンス番号を６４ビット（６４ビット方式）の場合、シーケンス番号の上位３２ビットはパケットに含まれないため、パケットを送受信する通信装置が上位３２ビットをインクリメントすることで内部管理している。この場合、例えば、一時通信が不通になることで、互いに管理している上位３２ビットの数値に不整合が発生すると、認証が通らなくなり、通信を行うことができない時間が発生する。
【００１９】
そこで、通信システム１０における通信装置では、例えば、３２ビット方式におけるシーケンス番号を拡張し、拡張した分のビット列をシーケンス番号に対応する領域ではないパケット内の領域（以下、拡張領域と呼ぶ）に格納する。こうすることで、シーケンス番号が上限値に到達するまでの間隔を長くなり、通信できない時間が減少する。また、拡張した分のビット列も含めたシーケンス番号の全てのビット列をパケットに格納して送信するため、送信側と受信側の通信装置でシーケンス番号の不整合が発生することを防止し、通信できない時間が発生しないようにする。
【００２０】
以下、基地局装置２００を通信装置の例として説明するが、管理装置４００、ゲートウェイ３００、及び端末装置１００も通信装置となり得る。
【００２１】
［第１の実施の形態］
最初に第１の実施の形態について説明する。
【００２２】
第１の実施の形態では、パケットの送信順を示すシーケンス番号を、例えば、３２ビット方式における３２ビットから８ビット拡張し、４０ビットとする。通信装置２００は、他の通信装置からパケットを受信すると、受信したパケットに含まれるシーケンス番号及び認証情報に基づいて、受信したパケットの認証を行う。また、通信装置２００は、送信するパケット作成時に、シーケンス番号を示すビット列の一部である第１ビット列を、３２ビット方式でのパケットのシーケンス番号を格納する領域(以下、シーケンス番号領域と呼ぶ)に格納する。さらに通信装置２００は、シーケンス番号を示すビット列の第１ビット列以外のビットを有する第２ビット列を、シーケンス番号領域以外の領域である（拡張領域）に格納する。第１の実施の形態では、３２ビット方式のパケットのＳＰＩ番号を格納する領域（以下、ＳＰＩ番号領域と呼ぶ）の下位８ビットの領域を拡張領域として使用する。そして、通信装置２００は、シーケンス番号に基づいて生成した認証情報を、３２ビット方式のパケットの認証情報を格納する領域（以下、認証情報領域と呼ぶ）に格納し、作成したパケットを送信する。
【００２３】
なお、第１の実施の形態における、シーケンス番号を拡張し、拡張したビット列をＳＰＩ番号領域の一部に格納するシーケンス番号方式を、第１拡張方式と呼ぶ。
【００２４】
＜通信装置の構成例＞
図２は、通信装置２００の構成例を示す図である。
【００２５】
通信装置２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、メモリ２３０、及びＮＩＣ（Network Interface Card）２４０−１〜ｎを有する。
【００２６】
ストレージ２２０は、プログラムやデータを記憶する補助記憶装置である。ストレージ２２０は、セッション管理プログラム２２１、パケット送信プログラム２２２、パケット受信プログラム２２３、及びセッション情報テーブル２２４を記憶する。
【００２７】
セッション情報テーブル２２４は、パケット送信先の通信装置との通信におけるセッションに関する情報を記憶するテーブルである。記憶する情報要素は、ＳＰＩ（Security Parameter Index）番号２２４１、シーケンス番号２２４２、暗号鍵２２４３、及び認証鍵２２４４である。ＳＰＩ番号は、セッションごとに異なる数値であり、セッションの識別子である。また、ＳＰＩ番号は、パケットを送信する側の通信装置２００が発行し、当該ＳＰＩ番号のセッションでは、ＳＰＩ番号を発行した通信装置２００からしかパケットを送信することができない。例えば、２つの通信装置間でパケットの送受信を行う場合、互いの通信装置で異なるＳＰＩ番号を発行し、２つのセッションで通信を行う。通信装置２００は、パケットの送受信や、複数の通信装置と通信を行うため、複数のセッションを同時に有することが可能である。この場合、セッション情報テーブル２２４は、ＳＰＩ番号ごとにテーブルを有する。セッション情報テーブル２２４は、ＳＰＩ番号取得時に生成され、当該ＳＰＩ番号での通信が終了し、セッションが解放されると当該ＳＰＩ番号のセッション情報テーブル２２４は消去される。さらに、ＳＰＩ番号は、認証情報の生成に使用される。
【００２８】
メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０、プログラムがデータを記憶する領域としても使用される。
【００２９】
ＮＩＣ２４０−１〜ｎは、他の通信装置と無線または有線で接続し、通信を行う装置である。ＮＩＣ２４０−１〜ｎは、ハブやスイッチを介して他の通信装置と接続してもよい。
【００３０】
ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサである。
【００３１】
ＣＰＵ２１０は、セッション管理プログラム２２１に含まれる各モジュールを実行することで、他の通信装置とのセッションの管理を行う。セッション管理プログラム２２１は、送信側セッション確立モジュール２２１１と受信側セッション確立モジュール２２１２を有する。
【００３２】
送信側セッション確立モジュール２２１１は、通信装置が他の通信装置に対してパケットの送信を開始するとき、セッションを確立する送信側セッション確立処理を実行する。通信装置２００は、送信側セッション確立処理において、発行したＳＰＩ番号や、採択可能なシーケンス番号方式の候補などをＳＡ（Security Association）確立要求に付与して、送信先の通信装置に送信する。そして、通信装置２００は、ＳＡ確立要求に対するＳＡ確立応答に含まれる暗号鍵、認証鍵、送信先の通信装置が採択したシーケンス番号方式などを取得し、セッション情報テーブル２２４に記憶し、シーケンス番号２２４２を初期値に更新する。
【００３３】
受信側セッション確立モジュール２２１２は、送信先の通信装置がセッションの確立を要求したときに、セッションを確立する受信側セッション確立処理を実行する。通信装置２００は、受信側セッション確立処理において、ＳＡ確立要求を受信すると、ＳＡ確立要求に含まれるＳＰＩ番号、採択可能なシーケンス番号方式の候補などを取得する。そして、通信装置２００は、採択可能なシーケンス番号方式の候補から決定したシーケンス番号方式と、ＳＰＩ番号に基づき生成した暗号鍵及び認証鍵などをＳＡ確立応答に付与して送信元の通信装置に送信する。また、通信装置２００は、ＳＰＩ番号、暗証鍵、及び認証鍵をセッション情報テーブル２２４に記憶し、シーケンス番号２２４２を初期値に更新する。
【００３４】
また、ＣＰＵ２１０は、パケット送信プログラム２２２に含まれる各モジュールを実行することで、パケット送信部を構築し、パケット送信処理を実行する。パケット送信プログラム２２２は、送信パケット制御モジュール２２２１、シーケンス番号管理モジュール２２２２、暗号化モジュール２２２３、及び認証情報生成モジュール２２２４を有する。
【００３５】
送信パケット制御モジュール２２２１は、パケットの作成及び送信を行う送信パケット制御処理を実行する。通信装置２００は、送信パケット制御処理において、シーケンス番号管理モジュール２２２２を実行し、シーケンス番号２２４２をインクリメントする。また、通信装置２００は、暗号化モジュール２２２３を実行し、暗号化の対象となるデータを暗号化する。さらに、通信装置２００は、認証情報生成モジュール２２２４を実行し、生成した認証情報を取得する。そして、通信装置２００は、シーケンス番号、暗号化されたデータ、認証情報などを付与したパケットを送信先の通信装置に送信する。
【００３６】
シーケンス番号管理モジュール２２２２は、シーケンス番号管理処理（送信側）を実行する。通信装置２００は、シーケンス番号管理処理（送信側）において、シーケンス番号をインクリメントし、シーケンス番号がオーバーフローしないように監視する。通信装置２００は、シーケンス番号がオーバーフローした場合、例えば、セッションを確立しているＳＰＩ番号を解放し、再取得したＳＰＩ番号で新たなセッションを確立する。
【００３７】
暗号化モジュール２２２３は、暗号化の対象となるデータの暗号化処理を実行する。通信装置２００は、暗号化処理において、暗号鍵２２４３に基づき、暗号化の対象となるデータを暗号化する。
【００３８】
認証情報生成モジュール２２２４は、送信パケットに付与する認証情報を生成する認証情報生成処理を実行する。通信装置２００は、認証情報生成処理において、シーケンス番号、暗号化データ、ＳＰＩ番号などに基づき、認証情報を生成する。
【００３９】
さらに、ＣＰＵ２１０は、パケット受信プログラム２２３に含まれる各モジュールを実行することで、パケット受信部を構築し、パケット受信処理を実行する。パケット受信プログラム２２３は、受信パケット制御モジュール２２３１、シーケンス番号管理モジュール２２３２、認証モジュール２２３３、及び復号化モジュール２２３４を有する。
【００４０】
受信パケット制御モジュール２２３１は、受信したパケットの認証や復号化を行う、受信パケット制御処理を実行する。通信装置２００は、受信パケット制御処理において、シーケンス番号管理モジュール２２３２を実行し、受信したパケットのシーケンス番号が不正なものでないかどうかの判定を行う。不正なシーケンス番号とは、前回受信したシーケンス番号と比較して、所定値以上にかい離したシーケンス番号のことである。通信装置２００は、シーケンス番号が不正なものでない場合、認証モジュール２２３３を実行し、受信したパケットの認証を行う。そして、通信装置２００は、認証結果がＯＫであれば、シーケンス番号２２４２を受信したパケットに含まれるシーケンス番号に更新し、復号化モジュール２２３４を実行し、暗号化データを復号化する。
【００４１】
シーケンス番号管理モジュール２２３２は、シーケンス番号管理処理（受信側）を実行する。通信装置２００は、シーケンス番号管理処理（受信側）において、受信したパケットのシーケンス番号が不正なものであるかどうかの判定を行い、不正なシーケンス番号でなければ、シーケンス番号２２４２を更新する。
【００４２】
認証モジュール２２３３は、受信したパケットの認証処理を実行する。通信装置２００は、認証処理において、認証鍵２２４４と、受信したパケットに含まれるシーケンス番号、ＳＰＩ番号、及び暗号化データなどから認証情報を生成し、受信したパケットに含まれる認証情報と一致するかどうかを判定し、一致すれば認証ＯＫとする。
【００４３】
復号化モジュール２２３４は、受信したパケットの暗号化データの復号化処理を実行する。通信装置２００は、復号化処理において、暗号鍵２２４３に基づいて、受信したパケットの暗号化データを復号化する。
【００４４】
＜パケット送受信処理＞
図３は、通信装置におけるパケット送受信のシーケンスの例を示す図である。以下、図３を用いて、通信装置２００−１から通信装置２００−２にパケットを送信する場合について説明する。
【００４５】
通信装置２００−１は、通信装置２００−２にパケットの送信を開始するとき、送信側セッション確立処理（Ｓ１１）を実行する。そして、パケットの送信先である通信装置２００−２は、ＳＡ確立要求を受信し、受信側セッション確立処理（Ｓ１３）を実行する。
【００４６】
図４は、送信側セッション確立処理（Ｓ１１）及び受信側セッション確立処理（Ｓ１３）の処理フローチャートの例を示す図である。通信装置２００−１は、送信側セッション確立処理（Ｓ１１）において、ＳＰＩ番号を発行する（Ｓ１１１）。第１の実施の形態においては、シーケンス番号方式として、第１拡張方式を採用する。そのため、ＳＰＩ番号領域は３２ビットの領域であるが、下位８ビットはシーケンス番号のビット列が格納されるため、ＳＰＩ番号は２４ビットとする。そして、通信装置２００−１は、ＳＰＩ番号、採択するシーケンス番号方式が第１拡張方式であることを付与したＳＡ確立要求を通信装置２００−２に送信する（Ｓ１２）。
【００４７】
通信装置２００−２は、受信側セッション確立処理（Ｓ１３）において、ＳＡ確立要求を受信すると（Ｓ１２）、受信したＳＡ確立要求に含まれるＳＰＩ番号に基づき、認証鍵及び暗号鍵を生成する（Ｓ１３１）。通信装置２００−２は、生成した認証鍵及び暗証鍵、採択したシーケンス番号方式（ここでは第１拡張方式）を付与したＳＡ確立応答を通信装置２００−１に送信する（Ｓ１４）。そして、通信装置２００−２は、セッション情報テーブル２２４を更新する（Ｓ１３２）。通信装置２００−２は、ＳＰＩ番号２２４１をＳＡ確立要求で受信したＳＰＩ番号に更新し、暗号鍵２２４３、認証鍵２２４４をそれぞれ生成した暗号鍵、認証鍵の値に更新し、シーケンス番号を初期値に更新する。
【００４８】
通信装置２００−１は、ＳＡ確立応答を受信すると（Ｓ１４）、セッション情報テーブルを更新する（Ｓ１１２）。通信装置２００−２は、ＳＰＩ番号２２４１をＳＡ確立要求で送信したＳＰＩ番号に更新し、暗号鍵２２４３、認証鍵２２４４をそれぞれＳＡ確立応答に含まれる暗号鍵、認証鍵の値に更新し、シーケンス番号を初期値に更新する。そして、ＳＡタイマを発行する（Ｓ１５）。ＳＡタイマは、シーケンス番号が上限値に到達するのを防止するためのタイマである。ＳＡタイマのタイマ値は、例えば、通信装置間の最大通信速度でパケットを送信し続けた場合に、シーケンス番号が上限値に到達する時間をより少し短い時間とする。通信装置２００−１は、ＳＡタイマが満了すると、ＳＰＩ番号を再発行し、新たなセッションを確立する。
【００４９】
図３のシーケンスに戻り、通信装置２００−１は、ＳＡタイマを発行し（Ｓ１５）、パケット送信処理（Ｓ１６）を実行する。
【００５０】
図５は、パケット送信処理（Ｓ１６）の処理フローチャートの例を示す図である。通信装置２００−１は、パケット送信処理（Ｓ１６）において、シーケンス番号２２４２をインクリメントする（Ｓ１６０１）。パケット送信処理開始時は、シーケンス番号２２４２は初期値または前回パケット送信時の番号になっているためである。そして、シーケンス番号方式が第１拡張方式かどうかを確認する（Ｓ１６０３）。第１の実施の形態においては、シーケンス番号方式は第１拡張方式である（Ｓ１６０３のＹｅｓ）。パケット送信処理（Ｓ１６）においては、シーケンス番号の方式によってシーケンス番号及びＳＰＩ番号の格納領域が異なる。
【００５１】
図６は、第１拡張方式におけるシーケンス番号の例を示す図である。第１拡張方式では、シーケンス番号を４０ビットとする。下位３２ビットを第１ビット列と呼び、例えば、３２ビット方式におけるシーケンス番号に相当する。そして、上位８ビットを第２ビット列と呼び、例えば、３２ビット方式のシーケンス番号から拡張したビット列である。
【００５２】
図５の処理フローチャートに戻り、通信装置２００−１は、第１ビット列をシーケンス番号領域に格納する（Ｓ１６０４）。通信装置２００−１は、第２ビット列をＳＰＩ番号領域の下位８ビット（拡張領域）に格納する（Ｓ１６０５）。そして、ＳＰＩ番号をＳＰＩ番号領域の上位２４ビットに格納する（Ｓ１６０６）。
【００５３】
シーケンス番号方式が第１拡張方式でない場合（Ｓ１６０３のＮｏ）、例えば、３２ビット方式などの場合、シーケンス番号及びＳＰＩ番号は、それぞれの対応領域に格納する（Ｓ１６０７、Ｓ１６０８）。
【００５４】
図７は、３２ビット方式と第１拡張方式における、パケットに格納する情報要素の例を示す図である。３２ビット方式及び第１拡張方式におけるパケットは、ＩＰ（Internet Protocol）ヘッダ、ＥＳＰ（Encapsulating Security Payload）ヘッダ、暗号化データ、及びＥＳＰトレイラを情報要素として有する。フラグメント・フラグ類は、フラグメントを実施しているかどうかのフラグや、フラグメントを行っている場合のフラグメントのオフセットなどの情報である。３２ビット方式では、ＥＳＰヘッダのＳＰＩ番号領域にＳＰＩ番号（３２ビット）を格納し、シーケンス番号領域にシーケンス番号（３２ビット）を格納する（Ｅ１）。一方、第１拡張方式では、ＥＳＰヘッダのＳＰＩ番号領域の上位２４ビットにＳＰＩ番号（２４ビット）を、下位８ビットに第２ビット列（８ビット）を格納し、シーケンス番号領域に第１ビット列（３２ビット）を格納する。
【００５５】
このように、第１拡張方式で拡張したシーケンス番号の第２ビット列を、従来ＳＰＩ番号が格納される領域の一部に格納することで、従来のパケットのサイズを変更することなく、シーケンス番号の４０ビット全てを送信先の通信装置に送信することができる。
【００５６】
なお、ＳＰＩ番号は、セッションの識別子であり、同時に通信を実行する数あれば不足することはない。すなわち、２４ビットあれば、約２の２４乗個のセッションを同時に確立することが可能となり、通信装置の数が限定されている通信システムにおいては、ＳＰＩ番号が不足することはない。
【００５７】
図５の処理フローチャートに戻り、通信装置２００−１は、シーケンス番号とＳＰＩ番号以外の情報を、それぞれの対応領域に格納する（Ｓ１６０９）。さらに、通信装置２００−１は、ＥＳＰヘッダ、暗号化データ、ＥＳＰトレイラに含まれる情報に基づき認証情報を生成し（Ｓ１６１０）、生成した認証情報を付与したパケットを送信する（Ｓ１７）。
【００５８】
図３のシーケンスに戻り、パケットを受信した通信装置２００−２は、パケット受信処理（Ｓ１８）を実行する。
【００５９】
図８は、パケット受信処理（Ｓ１８）の処理フローチャートの例を示す図である。通信装置２００−２は、パケット受信処理（Ｓ１８）において、パケットを受信すると（Ｓ１７）、パケットのシーケンス番号が不正な番号ではないかどうか判定する（Ｓ１８０１）。不正なシーケンス番号の判定は、例えば、受信したパケットのシーケンス番号が、前回受信したシーケンス番号と同じ、または小さい数値であれば、不正なシーケンス番号と判定する。もしくは、受信したパケットのシーケンス番号が、前回受信したシーケンス番号より所定の数値以上小さければ、不正なシーケンス番号と判定してもよい。
【００６０】
通信装置２００−２は、受信したパケットのシーケンス番号が不正な番号ではない場合（Ｓ１８０１のＹｅｓ）、認証を実施する（Ｓ１８０２）。認証は、受信したパケットのＥＳＰヘッダ、暗号化データ、ＥＳＰトレイラに含まれる情報に基づき認証情報を生成し、受信したパケットに付与されている認証情報と一致するかどうかを判定する。認証がＯＫである場合（Ｓ１８０４のＹｅｓ）、シーケンス番号２２４２を受信したパケットのシーケンス番号に更新する（Ｓ１８０４）。そして、受信したパケットの暗号化データを、暗号鍵２２４３に基づいて復号化する（Ｓ１８０５）。
【００６１】
受信したパケットのシーケンス番号が不正な番号である場合（Ｓ１８０１のＮｏ）、及び認証がＮＧの場合（Ｓ１８０３のＮｏ）は、受信したパケットを破棄する（Ｓ１８０６）。
【００６２】
図３のシーケンスに戻り、通信装置２００−１は、データを送信が完了するまで、パケット送信処理を繰り返す。同様に、通信装置２００−２は、パケット受信処理を繰り返す。
【００６３】
通信装置２００−１は、ＳＡタイマが満了すると（Ｓ１９）、当該ＳＰＩ番号のセッションを解放し、通信を終了する。そして、新たにＳＰＩ番号を発行し、送信側セッション確立処理及び受信側セッション確立処理を行う。なお、ＳＡタイマが満了する前にデータ送信が完了した場合、ＳＡタイマを停止し、当該ＳＰＩ番号のセッションを解放し、処理を終了する。
【００６４】
第１の実施の形態では、第２ビット列（８ビット）だけ拡張したシーケンス番号を使用して通信を行うため、シーケンス番号が上限値に到達するまでの時間が長くなり、ＳＡタイマのタイマ値も長くなる。そのため、ＳＰＩ番号の再取得及びセッションの再確立の間隔が長くなり、通信できない時間の発生頻度を低下させることができる。また、拡張したシーケンス番号を、拡張領域を使用してパケットに格納し、送信先の通信装置に送信するため、送信先と送信元の通信装置でシーケンス番号の不整合が発生することがない。そのため、通信装置間の接続において不具合が発生し、一定期間パケット通信が行えないことがあっても、従来の６４ビット方式で発生するような、受信したパケットを連続して破棄し続ける現象は発生しない。よって、全体として通信できない時間が少なく、通信システムを利用するユーザに、より快適な通信環境を提供することができる。
【００６５】
また、後述する第２の実施の形態では、送信するデータ量とパケットサイズによって、フラグメントの実施有無が決まり、フラグメントを実施する場合は拡張したシーケンス番号をパケットに格納できない。しかし、ＳＰＩ番号は送信データ量やパケットサイズとは関係しない数値であるため、送信データ量やパケットサイズに関わらず第１拡張方式を適用することができる。
【００６６】
［第２の実施の形態］
次に第２の実施の形態について説明する。
【００６７】
第２の実施の形態では、パケットの送信順を示すシーケンス番号を、例えば、３２ビット方式における３２ビットから１６ビット拡張し、４８ビットとする。第１の実施の形態では、ＳＰＩ番号領域の一部を拡張領域として使用したが、第２の実施の形態では、フラグメントＩＤ（identification）に対応する領域（以下、フラグメントＩＤ領域と呼ぶ）にフラグメントIDを格納しない場合に、フラグメントＩＤ領域を拡張領域として使用する。
【００６８】
なお、第２の実施の形態における、シーケンス番号を拡張し、拡張したビット列をフラグメントＩＤ領域に格納するシーケンス番号方式を、第２拡張方式と呼ぶ。
【００６９】
＜フラグメント処理＞
図９は、通信装置間のパケット送信において、フラグメントを実施する場合としない場合の例について示す図である。以下、図９を用いて、通信装置２００−１から通信装置２００−２にパケットを送信する場合について説明する。なお、通信装置２００−１，２の通信幅は、パケットサイズの上限値が１０００ｂｙｔｅである。
【００７０】
通信装置２００−１が３０００ｂｙｔｅのデータＤ１を送信する場合について説明する。通信装置２００−１は、データＤ１はパケットサイズの上限値を超えているため、３０００ｂｙｔｅのデータを１パケットで送信できない。そのため、３０００ｂｙｔｅのデータを分割して送信する必要がある。このパケットを分割して送信する処理をフラグメント（または分割送信）と呼ぶ。通信装置２００−１は、データＤ１を１０００ｂｙｔｅ単位に３分割し、分割した３つの分割データそれぞれに、同一のフラグメントＩＤ（図に９においては１）を付与して、通信装置２００−２に送信する。フラグメントＩＤは、フラグメントを実施した場合に付与される識別子であり、分割前のデータが同じである場合、同じ数値が付与される。そして、通信装置２００−２は、同じフラグメントＩＤの分割データを結合し、データＤ１を構築する。
【００７１】
次に、通信装置２００−１が５００ｂｙｔｅのデータＤ２を送信する場合について説明する。通信装置２００−１は、データＤ１はパケットサイズを超えない５００ｂｙｔｅのデータでああるため、１パケットで送信できる。よって、通信装置２００−１は、フラグメントを行わずデータを送信する。このパケットを分割せずに送信する処理を非フラグメント（または非分割送信）と呼ぶ。非フラグメントの場合、フラグメントＩＤは使用しない。
【００７２】
このように、送信するデータがパケットのサイズを超えていない場合、非フラグメントであるため、フラグメントＩＤ領域を、シーケンス番号を付与するための拡張領域として使用することができる。
【００７３】
＜パケット送受信処理＞
パケット送受信のシーケンスは、図３のシーケンスと同様である。第１の実施の形態におけるパケット送受処理（Ｓ１６）の処理が一部異なるため、パケット送信処理について説明する。
【００７４】
図１０は、第２拡張方式におけるパケット送信処理の処理フローチャートの例を示す図である。シーケンス番号をインクリメントし（Ｓ１６０１）、データを暗号化する処理（Ｓ１６０２）は、第１の実施の形態と同様である。
【００７５】
通信装置２００−１は、シーケンス番号方式が第２拡張方式かどうかを判定する（Ｓ１６２０）。第２拡張方式とそれ以外の方式では、シーケンス番号を格納する領域が異なるためである。
【００７６】
図１１は、第２拡張方式におけるシーケンス番号の例を示す図である。第２拡張方式では、シーケンス番号を４８ビットとする。下位３２ビットを第１ビット列、上位１６ビットを第２ビット列と呼ぶ。
【００７７】
図１０の処理フローチャートに戻り、通信装置２００−１は、シーケンス番号方式が第２拡張方式であった場合（Ｓ１６２０のＹｅｓ）、第１ビット列をシーケンス番号領域に格納する（Ｓ１６０４）。そして、通信装置２００−１は、送信するパケットについて、フラグメントを実施するかどうかを判定する（Ｓ１６２１）。
【００７８】
通信装置２００−１は、フラグメントを実施しない場合（Ｓ１６２１のＮｏ）、第２ビットをフラグメントＩＤ領域に格納する（Ｓ１６２２）。そして、その他の情報をそれぞれの対応領域に格納する（Ｓ１６０９）。なお、通信装置２００−１は、フラグメントを実施する場合（Ｓ１６２１のＹｅｓ）、情報格納処理（Ｓ１６０９）において、フラグメントＩＤをフラグメントＩＤ領域に格納する。
【００７９】
図１２は、第２拡張方式における、フラグメントを実施する場合としない場合の、パケットに格納する情報要素の例を示す図である。フラグメント実施の場合は、シーケンス番号領域にシーケンス番号（３２ビット）を格納する（Ｅ２１）。一方、フラグメント未実施の場合は、ＥＳＰヘッダのシーケンス番号領域に第１ビット列（３２ビット）を格納する（Ｅ２２）。
【００８０】
そして、フラグメント実施の場合は、フラグメントＩＤ領域にフラグメントＩＤ（１６ビット）を格納する（Ｅ２３）。一方、フラグメント未実施の場合は、フラグメントＩＤ領域に、第２ビットを格納する（Ｅ２４）。
【００８１】
このように、第２拡張方式で拡張したシーケンス番号の第２ビット列を、フラグメントを実施しない場合に、従来フラグメントＩＤが格納される領域に格納する。こうすることで、従来のパケットのサイズを変更することなく、シーケンス番号の４８ビット全てを送信先の通信装置に送信することができる。
【００８２】
図１０の処理フローチャートに戻り、通信装置２００−１は、第１の実施の形態と同様に、認証情報を生成し（Ｓ１６１０）、生成した認証情報を付与したパケットを送信する（Ｓ１７）。
【００８３】
第２の実施の形態では、第２ビット列だけ拡張したシーケンス番号を使用して通信を行うため、通信できない時間の発生頻度を低下させることができる。また、拡張したシーケンス番号を、拡張領域を使用してパケットに格納し、送信先の通信装置に送信するため、シーケンス番号の不整合によるパケットの連続破棄は発生しない。よって、全体として通信できない時間が少なく、通信システムを利用するユーザに、より快適な通信環境を提供することができる。
【００８４】
また、前述した第１の実施の形態では、通信システム全体で同時に確立されるセッション数によっては、ＳＰＩ番号の不足が発生する場合がある。しかし、第２の実施の形態では、フラグメントＩＤ領域を使用するため、通信システム全体で同時に確立されるセッション数に依存せずに、第２拡張方式を適用することができる。
【００８５】
なお、第２の実施の形態における認証情報の生成は、第１の実施の形態における認証場の生成時に基としたＥＳＰヘッダ、暗号化データ、ＥＳＰトレイラに含まれる情報以外に、フラグメントＩＤ（第２ビット列）を加えてもよい。こうすることで、認証情報を生成する基となるデータが増加し、セキュリティが向上する。
【００８６】
［第３の実施の形態］
次に第３の実施の形態について説明する。
【００８７】
第３の実施の形態では、第１拡張方式のシーケンス番号に、さらに拡張ビット列を付加した拡張シーケンス番号を用いた第３拡張方式を適用した通信を行う。第３拡張方式では、拡張ビット列はパケットに格納されず、送信元、送信先の通信装置で互いに内部管理される。
【００８８】
＜通信装置の構成例＞
図１３は、通信装置２００の構成例を示す図である。
【００８９】
通信装置２００は、図２に示す構成に加え、パケット送信プログラム２２２に拡張ビット列管理モジュール２２２５、パケット受信プログラム２２３に拡張ビット列管理モジュール２２３５、及びセッション情報テーブル２２４に拡張ビット列２２４５を有する。
【００９０】
ＣＰＵ２１０は、パケット送信プログラム２２２に含まれる拡張ビット列管理モジュール２２２５を実行することで、拡張シーケンス番号管理部を構築し、送信側拡張ビット列管理処理を実行する。送信側拡張ビット列管理処理は、シーケンス番号管理処理において、シーケンス番号がオーバーフローしたとき、拡張ビット列２２４５をインクリメントする処理である。また、送信側拡張ビット列管理処理は、拡張ビット列２２４５がオーバーフローした場合、セッションを解放し、ＳＰＩ番号をクリアする。
【００９１】
また、ＣＰＵ２１０は、パケット受信プログラム２２３に含まれる拡張ビット列管理モジュール２２３５を実行することで、拡張シーケンス番号管理部を構築し、受信側拡張ビット列管理処理を実行する。受信側拡張ビット列管理処理は、シーケンス番号管理処理において、シーケンス番号がオーバーフローしたとき、拡張ビット列２２４５をインクリメントする処理である。また、受信側拡張ビット列管理処理では、拡張ビット列２２４５がオーバーフローした場合、以降の同一ＳＰＩ番号でのパケットをすべて破棄する処理を実行する。
【００９２】
＜パケット送受信処理＞
パケット送受信のシーケンスは、図３のシーケンスと同様である。第１の実施の形態におけるパケット送受処理（Ｓ１６）の処理、及びパケット受信処理（Ｓ１８）が一部異なるため、それぞれの処理について説明する。
【００９３】
図１４は、第３拡張方式におけるパケット送信処理の処理フローチャートの例を示す図である。シーケンス番号をインクリメントし（Ｓ１６０１）、データを暗号化する処理（Ｓ１６０２）は、第１の実施の形態と同様である。
【００９４】
通信装置２００−１は、シーケンス番号がオーバーフローしたかどうかを判定する（Ｓ１６３０）。通信装置２００−１は、シーケンス番号がオーバーフローした場合（Ｓ１６３０のＹｅｓ）、拡張ビット列２２４５をインクリメントする（Ｓ１６３１）。
【００９５】
通信装置２００−１は、シーケンス番号方式を確認する（Ｓ１６３２）。パケット送信処理（Ｓ１６）においては、シーケンス番号の方式によってシーケンス番号及びＳＰＩ番号の格納領域が異なる。
【００９６】
図１５は、第３拡張方式における拡張シーケンス番号の例を示す図である。第３拡張方式では、拡張シーケンス番号を６４ビットとする。拡張シーケンス番号の上位３０ビットはパケットに格納されないビット列であり、拡張ビット列と呼ぶ。そして、下位３４ビットをシーケンス番号とし、当該シーケンス番号をパケットに格納することで、送信先の通信装置に送信する。シーケンス番号の下位３２ビットを第１ビット列、上位２ビットを第２ビット列と呼ぶ。
【００９７】
図１４の処理フローチャートに戻り、通信装置２００−１は、シーケンス番号方式が第３拡張方式の場合（Ｓ１６３２のＹｅｓ）、第１ビットをシーケンス番号領域に格納する（Ｓ１６０４）。通信装置２００−１は、第２ビット列をＳＰＩ番号領域の下位２ビット（拡張領域）に格納する（Ｓ１６３３）。そして、ＳＰＩ番号をＳＰＩ番号領域の上位３０ビットに格納する（Ｓ１６３４）。
【００９８】
図１６は、３２ビット方式（または６４ビット方式）と第１拡張方式における、パケットに格納する情報要素の例を示す図である。３２ビット方式と６４ビット方式は、パケットの情報要素の構成は同じである。３２ビット方式では、ＥＳＰヘッダのＳＰＩ番号領域にＳＰＩ番号（３２ビット）を格納し、シーケンス番号領域にシーケンス番号（３２ビット）を格納する（Ｅ３１）。一方、第３拡張方式では、ＥＳＰヘッダのＳＰＩ番号領域の上位３０ビットにＳＰＩ番号（３０ビット）を、下位２ビットに第２ビット列（２ビット）を格納し、シーケンス番号領域に第１ビット列（３２ビット）を格納する。
【００９９】
このように、第１拡張方式で拡張したシーケンス番号の第２ビット列を、従来ＳＰＩ番号が格納される領域の一部に格納することで、従来のパケットのサイズを変更することなく、シーケンス番号の３４ビットを送信先の通信装置に送信することができる。
【０１００】
図１４の処理フローチャートに戻り、シーケンス番号方式が第３拡張方式でない場合（Ｓ１６３３のＮｏ）の処理は、第１の実施の形態における処理（Ｓ１６０７、Ｓ１６０８）と同様である。
【０１０１】
通信装置２００−１は、シーケンス番号とＳＰＩ番号以外の情報を、それぞれの対応領域に格納する（Ｓ１６０９）。さらに、通信装置２００−１は、ＥＳＰヘッダ、暗号化データ、ＥＳＰトレイラに含まれる情報、及び拡張ビット列に基づき認証情報を生成し（Ｓ１６１０）、生成した認証情報を付与したパケットを送信する（Ｓ１７）。
【０１０２】
通信装置２００−２は、パケットを受信し（Ｓ１７）、パケット受信処理（Ｓ１８）を行う。
【０１０３】
図１７は、パケット受信処理（Ｓ１８）の処理フローチャートの例を示す図である。通信装置２００−２は、不正なシーケンス番号ではない場合（Ｓ１８０１のＹｅｓ）、シーケンス番号がオーバーフローしたかどうかを判定する（Ｓ１８３０）。シーケンス番号がオーバーフローしたかどうかの判定は、例えば、今回受信したパケットのシーケンス番号が、前回受信したシーケンス番号より小さい場合、オーバーフローしたと判定する。そして、シーケンス番号がオーバーフローしている場合（Ｓ１８３０のＹｅｓ）、拡張ビット列２２４５をインクリメントする（Ｓ１８３１）。
【０１０４】
通信装置２００−１は、受信したパケットのＥＳＰヘッダ、暗号化データ、ＥＳＰトレイラに含まれる情報、及び拡張ビット列２２４５に基づき認証情報を生成し、生成した認証情報と、受信したパケットに付与されている認証情報が一致するかどうかで認証を実施する（Ｓ１８０２）。
【０１０５】
認証がＯＫでない場合（Ｓ１８０３のＮｏ）、パケットを破棄するため（Ｓ１８０６）、拡張ビット列をインクリメントしている場合、元の拡張ビット列の数値に戻すために、拡張ビット列をデクリメントする（Ｓ１８３２）。
【０１０６】
第３の実施の形態では、従来の６４ビット方式のように、拡張シーケンス番号の一部をパケットに送信せずに、通信装置の内部で管理している。しかし、従来の６４ビット方式でパケットに格納していた３２ビットのシーケンス番号に加え、さらに２ビットのビット列をパケットの拡張領域に格納する。例えば、１００Ｇｂｐｓ（bit per second）を超えるような高速通信を行うと、約３０秒以上のパケットが到達しない時間帯が発生した場合、送信元では拡張シーケンス番号をインクリメントしているが、送信先では拡張シーケンス番号をインクリメントできず、不整合が発生する。しかし、さらに２ビットをパケットに格納して送信することで、３０秒の４倍である約１２０秒以内のパケットが到達しない時間が発生しても、互いの通信装置において拡張シーケンス番号の不整合が発生しなくなる。パケットに格納するビット列をさらに多くすることで、さらに長時間のパケットが到達しない時間にも対応することができる。
【０１０７】
以上まとめると、付記のようになる。
【０１０８】
（付記１）
パケットの送信順であるシーケンス番号を示すビット列の一部である第１ビット列をパケットのシーケンス番号情報に対応するシーケンス番号領域に格納し、前記シーケンス番号を示すビット列の前記第１ビット列以外のビットを有する第２ビット列を、前記シーケンス番号領域以外の拡張領域に格納し、前記シーケンス番号に基づいて生成した認証情報をパケットの認証情報に対応する認証情報領域に格納したパケットを作成し、送信するパケット送信部と
前記シーケンス番号及び認証情報を含むパケットを他の通信装置から受信し、前記受信したパケットに含まれる前記シーケンス番号及び認証情報に基づいて、前記受信したパケットの認証を行うパケット受信部とを有する
通信装置。
【０１０９】
（付記２）
前記第１ビット列は前記シーケンス番号の下位ビットである
付記１記載の通信装置。
【０１１０】
（付記３)
前記拡張領域は、パケットの第１情報に対応する第１領域の一部であり、
前記パケット送信部は、前記第１領域の前記拡張領域以外の領域に前記第１情報を格納する
付記１記載の通信装置。
【０１１１】
（付記４）
前記第１情報は、パケットを送受信する通信におけるセッションの識別子である
付記３記載の通信装置。
【０１１２】
（付記５)
前記拡張領域は、パケットの第２情報に対応する第２領域の一部または全部であり、
前記パケット送信部は、前記第２領域に前記第２情報を格納しない場合に、前記第２領域の一部または全部に前記第２ビット列を格納する
付記１記載の通信装置。
【０１１３】
（付記６)
前記パケット送信部は、パケットを分割して送信する分割送信、またはパケットを分割しないで送信する非分割送信を行い、
前記第２情報は、前記分割送信において分割したパケットの分割前の識別子を示し、
前記パケット送信部は、非分割送信を行う場合、前記第２領域の一部または全部に前記第２ビット列を格納し、
分割送信を行う場合、前記第２領域に前記第２情報を格納する
付記５記載の通信装置。
【０１１４】
（付記７）
さらに、前記シーケンス番号の上位に拡張ビット列を付加した拡張シーケンス番号の前記拡張ビット列を記憶する拡張シーケンス番号管理部を有し、
前記パケット送信部は、前記認証情報を前記拡張シーケンス番号に基づいて生成し、前記シーケンス番号に応じて前記拡張ビット列をインクリメントし、
前記パケット受信部は、前記拡張シーケンス番号及び前記認証情報に基づいて前記認証を行い、前記受信したパケットに含まれるシーケンス番号に応じて前記拡張ビット列をインクリメントする
付記１記載の通信装置。
【０１１５】
（付記８）
前記パケット送信部は、送信するパケットの暗号化対象データを暗号化し、
前記パケット受信部は、受信したパケットの暗号化されている前記暗号化対象データを復号化する、
付記１記載の通信装置。
【０１１６】
（付記９）
パケットの送信順であるシーケンス番号を示すビット列の一部である第１ビット列をパケットのシーケンス番号情報に対応するシーケンス番号領域に格納し、前記シーケンス番号を示すビット列の前記第１ビット列以外のビットを有する第２ビット列を、前記シーケンス番号領域以外の拡張領域に格納し、前記シーケンス番号に基づいて生成した認証情報をパケットの認証情報に対応する認証情報領域に格納したパケットを作成し、送信する第１の通信装置と、
前記シーケンス番号及び認証情報を含むパケットを前記第１の通信装置から受信し、前記受信したパケットに含まれる前記シーケンス番号及び認証情報に基づいて、前記受信したパケットの認証を行う第２の通信装置とを有する
通信システム。
【符号の説明】
【０１１７】
１０…通信システム                          １００…端末装置
２００…基地局装置（通信装置)               ２１０…ＣＰＵ
２２０…ストレージ                          ２２１…セッション管理プログラム
２２１１…送信側セッション確立モジュール  
２２１２…受信側セッション確立モジュール
２２２…パケット送信プログラム              ２２２１…送信パケット制御モジュール
２２２２…シーケンス番号管理モジュール      ２２２３…暗号化モジュール
２２２４…認証情報生成モジュール            ２２２５…拡張ビット列管理モジュール
２２３…パケット受信プログラム              ２２３１…受信パケット制御モジュール
２２３２…シーケンス番号管理モジュール      ２２３３…認証モジュール
２２３４…復号化モジュール                  ２２３５…拡張ビット列管理モジュール
２２４…セッション情報テーブル              ２２４２…シーケンス番号
２２４３…暗号鍵                            ２２４４…認証鍵
２２４５…拡張ビット列                      ２３０…メモリ
２４０…ＮＩＣ                              ３００…ゲートウェイ
４００…管理装置
【図１】
2017135527.tif 000003
【図２】
2017135527.tif 000004
【図３】
2017135527.tif 000005
【図４】
2017135527.tif 000006
【図５】
2017135527.tif 000007
【図６】
2017135527.tif 000008
【図７】
2017135527.tif 000009
【図８】
2017135527.tif 000010
【図９】
2017135527.tif 000011
【図１０】
2017135527.tif 000012
【図１１】
2017135527.tif 000013
【図１２】
2017135527.tif 000014
【図１３】
2017135527.tif 000015
【図１４】
2017135527.tif 000016
【図１５】
2017135527.tif 000017
【図１６】
2017135527.tif 000018
【図１７】
2017135527.tif 000019