(57)【要約】【課題】現用系の通信を中断させなくても、予備系と現用系とを同期させること。【解決手段】第１通信装置１１０は、順序を示す順序情報を含むデータを通信先１４０に送信し、通信先１４０からデータの受信完了を示す受信完了通知を受信する。転送部１３０は、第１通信装置１１０の予備の第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０へ送信したデータおよび第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０から受信した受信完了通知を第２通信装置１２０へ転送する。第２通信装置１２０は、転送部１３０によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、転送部１３０によって転送された受信完了通知のうち自装置の起動前に第１通信装置１１０が転送部１３０へ送信したデータの受信完了を示す受信完了通知と、に基づいて、第１通信装置１１０との同期を行う。【選択図】図１Ａ
2016012880.tif 000002
【特許請求の範囲】
【請求項１】
第１通信装置が、
送信されるデータの順序を示す順序情報を含むデータを通信先に送信し、前記通信先から前記データの受信完了を示す受信完了通知を受信し、
転送部が、
前記第１通信装置の予備の第２通信装置の起動後に前記第１通信装置が前記通信先へ送信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信した受信完了通知を前記第２通信装置へ転送し、
前記第２通信装置が、
前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行う
ことを特徴とする同期方法。
【請求項２】
前記第２通信装置は、前記転送部によって転送されたデータに含まれる順序情報のうち、前記通信先からの再送要求に応じて前記第１通信装置が再送したデータに含まれる順序情報を除いた先頭の順序情報と、自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて前記同期を行うことを特徴とする請求項１に記載の同期方法。
【請求項３】
前記同期は、前記先頭の順序情報の１つ前の順序情報を含むデータの受信完了を示す前記通信先からの受信完了通知が前記転送部によって前記第２通信装置へ転送されるまで待機する処理であり、
前記第２通信装置は、前記同期を行った後に、前記通信先と通信する装置を前記第１通信装置から自装置へ切替え可能な状態となることを特徴とする請求項１または２に記載の同期方法。
【請求項４】
前記第１通信装置は、前記通信先へ送信したデータを記憶部に記憶させ、送信したデータの受信完了を示す受信完了通知を前記通信先から受信すると前記記憶部から前記受信完了通知に応じたデータを消去し、
前記第２通信装置は、自装置の起動時に前記記憶部にデータが記憶されていない場合、前記同期を行わずに前記切替え可能な状態となることを特徴とする請求項３に記載の同期方法。
【請求項５】
前記第１通信装置は、順序を示す順序情報を含むデータを前記通信先から受信し、受信したデータの受信完了を示す受信完了通知を前記通信先へ送信し、
前記転送部は、前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信した受信完了通知を前記第２通信装置へ転送し、
前記第２通信装置は、前記第１通信装置が前記通信先から受信し前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先から受信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行うことを特徴とする請求項１〜４のいずれか一つに記載の同期方法。
【請求項６】
第１通信装置が、
送信されるデータの順序を示す順序情報を含むデータを通信先から受信し、前記通信先へ前記データの受信完了を示す受信完了通知を送信し、
転送部が、
前記第１通信装置の予備の第２通信装置の起動後に前記第１通信装置が前記通信先から受信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信した受信完了通知を前記第２通信装置へ転送し、
前記第２通信装置が、
前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先から受信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行う
ことを特徴とする同期方法。
【請求項７】
送信されるデータの順序を示す順序情報を含むデータを通信先に送信し、前記通信先から前記データの受信完了を示す受信完了通知を受信する第１通信装置と、
前記第１通信装置の予備の第２通信装置と、
前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信した受信完了通知を前記第２通信装置へ転送する転送部と、
を有し、
前記第２通信装置は、前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行うことを特徴とする通信装置。
【請求項８】
送信されるデータの順序を示す順序情報を含むデータを通信先から受信し、前記通信先へ前記データの受信完了を示す受信完了通知を送信する第１通信装置と、
前記第１通信装置の予備の第２通信装置と、
前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信した受信完了通知を前記第２通信装置へ転送する転送部と、
を有し、
前記第２通信装置は、前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先から受信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行うことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同期方法および通信装置に関する。
【背景技術】
【０００２】
従来、現用系のＡＣＴ（ＡＣＴｉｖｅ）系から待機系（予備系）のＳＢＹ（ＳｔａｎｄＢＹ）系へＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）ハートビート信号を送信し、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を利用して、現用系および予備系の同期をとる装置がある（例えば、下記特許文献１参照。）。
【０００３】
また、ＡＣＴ系とＳＢＹ系との切替えにおいて、ＳＣＴＰ（Ｓｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用して同期をとる装置がある（例えば、下記特許文献２参照。）。また、冗長化されたシステムにおける切替えを、ハートビート信号を利用して行う装置がある（例えば、下記特許文献３参照。）。また、ＳＣＴＰプロトコルの冗長化条件として、ＡＣＴ系とＳＢＹ系とを同時起動させる装置がある（例えば、下記特許文献４参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１６６２４５号公報
【特許文献２】特開２０１１−０４０９３１号公報
【特許文献３】特開２０１１−２０３９４１号公報
【特許文献４】特開２０１１−２３９３０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、現用系の運用中に予備系が起動した場合、予備系と現用系とを同期させるには、現用系の通信を中断させなければならないという問題がある。
【０００６】
１つの側面では、本発明は、現用系の通信を中断させなくても、予備系と現用系とを同期させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面によれば、第１通信装置が、送信されるデータの順序を示す順序情報を含むデータを通信先に送信し、前記通信先から前記データの受信完了を示す受信完了通知を受信し、転送部が、前記第１通信装置の予備の第２通信装置の起動後に前記第１通信装置が前記通信先へ送信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信した受信完了通知を前記第２通信装置へ転送し、前記第２通信装置が、前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行う、同期方法および通信装置が提案される。
【発明の効果】
【０００８】
本発明の一態様によれば、現用系の通信を中断させなくても、予備系と現用系とを同期させることができる。
【図面の簡単な説明】
【０００９】
【図１Ａ】図１Ａは、実施の形態にかかる通信装置の機能的構成の一例を示すブロック図である。
【図１Ｂ】図１Ｂは、ＳＣＴＰパケットの一例を示す説明図（その１）である。
【図１Ｃ】図１Ｃは、ＳＣＴＰパケットの一例を示す説明図（その２）である。
【図２】図２は、通信システムの構成の一例を示す説明図である。
【図３】図３は、ＳＣＴＰプロトコル部の機能的構成の一例を示す説明図である。
【図４】図４は、ＳＣＴＰプロトコル部のハードウェア構成の一例を示す説明図である。
【図５】図５は、ＳＣＴＰプロトコル部の構成の一例を示す説明図である。
【図６】図６は、ＳＣＴＰの状態の一例を示す説明図である。
【図７】図７は、ＳＣＴＰの状態遷移の一例を示す説明図である。
【図８】図８は、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．０〜２のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図である。
【図９】図９は、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．４〜７のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図である。
【図１０Ａ】図１０Ａは、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．３のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図（その１）である。
【図１０Ｂ】図１０Ｂは、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．３のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図（その２）である。
【図１１】図１１は、パラメータの一例を示す説明図である。
【図１２Ａ】図１２Ａは、動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その１）である。
【図１２Ｂ】図１２Ｂは、動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その２）である。
【図１３Ａ】図１３Ａは、同期化処理時における動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その１）である。
【図１３Ｂ】図１３Ｂは、同期化処理時における動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その２）である。
【図１４Ａ】図１４Ａは、動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その１）である。
【図１４Ｂ】図１４Ｂは、動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その２）である。
【図１５Ａ】図１５Ａは、同期化処理時における動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その１）である。
【図１５Ｂ】図１５Ｂは、同期化処理時における動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その２）である。
【図１６】図１６は、ＳＢＹ系ＳＣＴＰが起動した際のＡＣＴ系ＳＣＴＰのパラメータの送信処理の一例を示すフローチャートである。
【図１７】図１７は、ＡＣＴ系ＳＣＴＰのデータ送信処理の一例を示すフローチャートである。
【図１８】図１８は、ＡＣＴ系ＳＣＴＰのデータ受信処理の一例を示すフローチャートである。
【図１９】図１９は、ＳＢＹ系ＳＣＴＰの静的パラメータ受信処理の一例を示すフローチャートである。
【図２０】図２０は、ＳＢＹ系ＳＣＴＰの動的パラメータ受信処理の一例を示すフローチャートである。
【図２１Ａ】図２１Ａは、ＳＢＹ系ＳＣＴＰの同期中処理の一例を示すフローチャート（その１）である。
【図２１Ｂ】図２１Ｂは、ＳＢＹ系ＳＣＴＰの同期中処理の一例を示すフローチャート（その２）である。
【図２２Ａ】図２２Ａは、ＳＢＹ系ＳＣＴＰの同期完了時の処理の一例を示すフローチャート（その１）である。
【図２２Ｂ】図２２Ｂは、ＳＢＹ系ＳＣＴＰの同期完了時の処理の一例を示すフローチャート（その２）である。
【図２３】図２３は、ＡＣＴ系ＳＣＴＰからＳＢＹ系ＳＣＴＰへの切替手順の一例を示すシーケンス図である。
【図２４】図２４は、通信システムの他の一例を示す説明図である。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、開示技術の好適な実施の形態を詳細に説明する。
【００１１】
（実施の形態）
（通信装置の機能的構成）
図１Ａは、実施の形態にかかる通信装置の機能的構成の一例を示すブロック図である。通信装置１００は、第１通信装置１１０と、第２通信装置１２０と、転送部１３０と、を有する。第１通信装置１１０は、現用系として運用中の装置である。第２通信装置１２０は、第１通信装置１１０の予備系として待機中の装置である。第２通信装置１２０は、第１通信装置１１０との同期を行うにあたり、送信側および受信側のそれぞれについて行う。まず、送信側の同期について説明する。
【００１２】
第１通信装置１１０は、順序を示す順序情報を含むデータを通信先１４０に送信し、通信先１４０からデータの受信完了を示す受信完了通知を受信する。データは、動的パラメータおよび静的パラメータを含む。順序情報は、動的パラメータに含まれる。順序情報は、送信されるデータの順序を示す順序情報であり、例えば、送信されるデータの通し番号である。順序情報は、具体的には、シーケンス番号である。受信完了通知は、データの送達が完了したことを示す通知であり、ＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）やＳＡＣＫ（Ｓｅｌｅｃｔｉｖｅ  ＡＣＫ）である。
【００１３】
本実施の形態においては、呼処理におけるシグナリングにＳＣＴＰ（Ｓｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いている。ここで、図１Ｂ，図１Ｃを用いて、ＳＣＴＰパケットについて説明する。以下の説明において、データは、特に明記しない限り、例えばＳＣＴＰにおけるＳＣＴＰパケットを示す。
【００１４】
図１Ｂは、ＳＣＴＰパケットの一例を示す説明図（その１）である。図１Ｃは、ＳＣＴＰパケットの一例を示す説明図（その２）である。図１Ｂにおいて（ａ）は、ＳＣＴＰ共通ヘッダフォーマット１５１を示している。ＳＣＴＰ共通ヘッダフォーマット１５１は、「ＣｏｍｍｏｎＨｅａｄｅｒ」と、「Ｃｈｕｎｋ」とを有する。「ＣｏｍｍｏｎＨｅａｄｅｒ」は、パケット全体についての情報や、送信元および宛先のポートなどを伝えるヘッダである。「Ｃｈｕｎｋ」は、「ＣｏｍｍｏｎＨｅａｄｅｒ」の一段後ろに任意数セットされ、チャンクの種別に応じたフォーマットを有する。
【００１５】
図１Ｂにおいて（ｂ）は、ＣｏｍｍｏｎＨｅａｄｅｒのフォーマット１５２を示している。ＣｏｍｍｏｎＨｅａｄｅｒのフォーマット１５２には、４つのフィールドがあり、ＳＣＴＰパケット毎にそれぞれの値がセットされる。４つのフィールドは、送信元ポート（Ｓｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ）、宛先ポート（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ）、検証タグ（Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ）、チェックサム（Ｃｈｅｃｋｓｕｍ）を示す。
【００１６】
図１Ｂにおいて（ｃ）は、ＤＡＴＡ  Ｃｈｕｎｋ１５３を示している。ＤＡＴＡ  Ｃｈｕｎｋ１５３において、タイプ（Ｔｙｐｅ）は、０−７のビットに設定される。タイプ（Ｔｙｐｅ）は、常に０である。予約域（Ｒｅｓｅｒｖｅｄ）は、ビットが８−１２であり、未使用であり、将来の変更のために確保されている。
【００１７】
Ｕ−ｂｉｔは、１３のビットに設定され、ＤＡＴＡ  Ｃｈｕｎｋ１５３が順不同でも構わないものかどうかを表す。Ｂ−ｂｉｔは、１４のビット１４に設定され、フラグメントされたＤＡＴＡ  Ｃｈｕｎｋ１５３の存在を示す。Ｅ−ｂｉｔは、１５のビットに設定され、フラグメントされたＤＡＴＡ  Ｃｈｕｎｋ１５３の最終断片を表す。全長（Ｌｅｎｇｔｈ）は、１６−３１のビットに設定され、チャンクタイプも含めてチャンク終端まで全部をビット単位で計算したＤＡＴＡ  Ｃｈｕｎｋ１５３の長さを示す。
【００１８】
ＴＳＮ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）は、３２−６３のビットに設定され、ＤＡＴＡ  Ｃｈｕｎｋ１５３に含まれる。例えば、受信側では、ＴＳＮを受け取ると、チャンクがきちんと届いたと認め（ａｃｋｎｏｗｌｅｄｇｅ）、引き替えに後述するＳＡＣＫ  ＣＨＵＮＫ１５４が送られる。
【００１９】
ストリーム識別子（Ｓｔｒｅａｍ  Ｉｄｅｎｔｉｆｉｅｒ）は、６４−７９のビットに設定され、ＤＡＴＡに付属して送られる。ストリーム識別子は、そのＤＡＴＡ  Ｃｈｕｎｋ１５３がどのストリームに関連付けられているかを示す。
【００２０】
ストリームシーケンスナンバー（Ｓｔｒｅａｍ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）は、８０−９５のビットに設定され、ストリーム識別子で括られるひとつのストリームの中でのシーケンスナンバーを示す。
【００２１】
ペイロードプロトコル識別子（Ｐａｙｌｏａｄ  Ｐｒｏｔｏｃｏｌ  Ｉｄｅｎｔｉｆｉｅｒ）は、９６−１２７のビットに設定される。ペイロードプロトコル識別子は上位レイヤまたはＳＣＴＰを使用しているアプリケーションによって入れられ、ＤＡＴＡ  Ｃｈｕｎｋ１５３の内容を伝えるために使われる。ユーザデータ（Ｕｓｅｒ  Ｄａｔａ）は、ビットが１２８−ｎであり、そのチャンクの運ぶ情報そのものを示す。
【００２２】
図１Ｃにおいて（ａ）は、ＳＡＣＫ  ＣＨＵＮＫ１５４を示している。ＳＡＣＫ  ＣＨＵＮＫ１５４は、受信したＴＳＮに照らしてどのＤＡＴＡ  Ｃｈｕｎｋ１５３を受信済みであるか、ストリームのどこにギャップがあるかを、ＤＡＴＡ  Ｃｈｕｎｋ１５３の送信元に伝えるためのチャンクである。ＳＡＣＫ  ＣＨＵＮＫ１５４の送信は、ＤＡＴＡ  Ｃｈｕｎｋ１５３の１回の受信に対して１回と決められている。
【００２３】
ＳＡＣＫ  ＣＨＵＮＫ１５４において、タイプ（Ｔｙｐｅ）は、０−７のビットに設定される。タイプ（Ｔｙｐｅ）は、常に３である。チャンクフラグ（Ｃｈｕｎｋ  Ｆｌａｇｓ)は、８−１５のビットに設定され、未使用であり、将来の変更のために確保されている。
【００２４】
チャンク長（Ｃｈｕｎｋ  Ｌｅｎｇｔｈ）は、１６−３１のビットに設定され、すべてのヘッダおよびパラメータを含めたチャンク全体の長さを示す。累積ＴＳＮ  Ａｃｋ（Ｃｕｍｕｌａｔｉｖｅ  ＴＳＮ  Ａｃｋ）は、３２−６３のビットに設定される。
【００２５】
累積ＴＳＮ  Ａｃｋパラメータは、ＤＡＴＡ  Ｃｈｕｎｋ１５３を承認するためにある。そのＤＡＴＡ  Ｃｈｕｎｋ１５３を受け取ったホストは、アソシエーションにおける現時点までのＤＡＴＡ  Ｃｈｕｎｋ１５３を受信し終えたことをこのフィールドによって送信元ホストに伝える。まだギャップＡｃｋブロックによって承認されていないＤＡＴＡ  Ｃｈｕｎｋ１５３は、喪失扱いになる。
【００２６】
受信ウィンドウ保証量広告（Ａｄｖｅｒｔｉｓｅｄ  Ｒｅｃｅｉｖｅｒ  Ｗｉｎｄｏｗ  Ｃｒｅｄｉｔ（ａ  ｒｗｎｄ））は、６４−９５のビットに設定される。ギャップＡｃｋブロック数（Ｎｕｍｂｅｒ  ｏｆ  Ｇａｐ  Ａｃｋ  Ｂｌｏｃｋｓ）は、９６−１１１のビットに設定され、このチャンクに含まれるギャップＡｃｋブロックの数を示す。重複ＴＳＮ数（Ｎｕｍｂｅｒ  ｏｆ  Ｄｕｐｌｉｃａｔｅ  ＴＳＮｓ）は、１１２−１２７のビットに設定され、重複するＤＡＴＡ  Ｃｈｕｎｋ１５３の数を示す。
【００２７】
ギャップＡｃｋブロック＃１開始点（Ｇａｐ  Ａｃｋ  Ｂｌｏｃｋ  ＃１  Ｓｔａｒｔ）は、１２８−１４３のビットに設定され、ＳＡＣＫ  ＣＨＵＮＫ１５４において最初のギャップＡｃｋブロックを示す。受け取ったＤＡＴＡ  Ｃｈｕｎｋ１５３のＴＳＮナンバーにギャップがひとつもない時には、ギャップＡｃｋブロックはひとつもない。一方、ＤＡＴＡの受信順序が乱れたり、伝送中にいくつかのＤＡＴＡ  Ｃｈｕｎｋ１５３が失われたりした場合には、ギャップがあると認められ、ギャップＡｃｋブロックが用いられる。ギャップＡｃｋブロックの開始位置は、累積ＴＳＮの値にギャップＡｃｋブロックの開始点パラメータを加えることによって求められる。
【００２８】
ギャップＡｃｋブロック＃１終点（Ｇａｐ  Ａｃｋ  Ｂｌｏｃｋ  ＃１  Ｅｎｄ）は、１４４−１５９のビットに設定され、ストリームにおける第１ギャップＡｃｋブロックの終点を示す。 ギャップＡｃｋブロック開始点と、ギャップＡｃｋブロック終点の間にあるＴＳＮを有する全てのＤＡＴＡ  Ｃｈｕｎｋ１５３は受信済み扱いになる。開始点と同様に、実際に承認するブロックチャンクの最終ＴＳＮを求めるには、ギャップＡｃｋブロック終止点の値を累積ＴＳＮに加える。
【００２９】
ギャップＡｃｋブロック＃Ｎ開始点（Ｇａｐ  Ａｃｋ  Ｂｌｏｃｋ  ＃Ｎ  Ｓｔａｒｔ）は、ビットが可変に設定される。ギャップＡｃｋブロック数パラメータがひとつ増える毎に、最後の第ＮブロックまでギャップＡｃｋブロックがひとつ追加される。例えば、ギャップＡｃｋブロック数を２とすれば、ＳＡＣＫ  ＣＨＵＮＫ１５４内にはふたつのギャップＡｃｋブロックが存在することとなる。ギャップＡｃｋブロック＃Ｎ終点（Ｇａｐ  Ａｃｋ  Ｂｌｏｃｋ  ＃Ｎ  Ｅｎｄ）は、ビットが可変に設定される。ギャップＡｃｋブロック＃Ｎ開始点と同様に、ギャップＡｃｋブロック＃Ｎ終点についても、ギャップＡｃｋブロック数パラメータがひとつ増える毎に、最後の第ＮブロックまでギャップＡｃｋブロックがひとつ追加される。
【００３０】
重複ＴＳＮ＃１（Ｄｕｐｌｉｃａｔｅ  ＴＳＮ  ＃１）は、ビットが可変に設定される。このフィールドは、重複したＴＳＮを通知する。ＴＳＮが重複するとは、既に受け取ったチャンクと同一のＴＳＮを有するチャンクを何度も受信したことを示す。この原因は、例えば、ルータのエラー（送信済みＤＡＴＡ  Ｃｈｕｎｋ１５３の再送）によるもの、エンドポイントの再送によるものなど、様々なものが挙げられる。
【００３１】
重複したＴＳＮは、個々について１回報告される。例えば、最初の該当ＤＡＴＡ  Ｃｈｕｎｋ１５３を承認してから２つの重複ＴＳＮを受信した場合、次回送信するＳＡＣＫメッセージに２つの重複ＴＳＮそれぞれについて報告が行われる。そのＳＡＣＫ送信後にさらに重複ＴＳＮを受信した場合、その次の回のＳＡＣＫで繰り返し報告が行われる。重複ＴＳＮ＃Ｘ（Ｄｕｐｌｉｃａｔｅ  ＴＳＮ  ＃Ｘ）は、ビットが可変に設定され、最後の重複ＴＳＮパラメータが設定される。到達確認が示されるシーケンス番号は、累積ＴＳＮ  Ａｃｋと、ギャップＡｃｋブロック＃１開始点からギャップＡｃｋブロック＃Ｎ開始点までの範囲となる。
【００３２】
ここで、図１Ｃの（ｂ）の説明図１５５のように、ＴＳＮ（１０）からＴＳＮ（１７）までのＤＡＴＡ  Ｃｈｕｎｋ１５３が送信済みであって、そのうちＴＳＮ（１３）とＴＳＮ（１６）のＤＡＴＡ  Ｃｈｕｎｋ１５３が正常に受信できていない場合を想定してみる。ＳＡＣＫの内容例は、（ｃ）の説明図１５６のように、累積ＴＳＮ  Ａｃｋ（１２）、ギャップＡｃｋブロック＃１開始点（２）、ギャップＡｃｋブロック＃１終点（３）、ギャップＡｃｋブロック＃２開始点（５）、ギャップＡｃｋブロック＃２終点（５）とする。このＳＡＣＫの内容例において、第２記憶部１２１の先頭順序情報が（１８）であるとする（第１記憶部１１１には（１０）から（１８）が記憶されている状態）。
【００３３】
ここで、第１通信装置１１０と第２通信装置１２０とを同期させるための同期完了の判定について説明する。同期完了の判定処理は、ＳＡＣＫの累積ＴＳＮ  Ａｃｋ（１２）と第２記憶部１２１の先頭順序情報（１８）とを照合して行われる。例えば、累積ＴＳＮ  Ａｃｋと第２記憶部１２１の先頭順序情報とが「先頭の順序情報の１つ前の順序情報を含むＤＡＴＡ  Ｃｈｕｎｋ１５３の受信完了を示す受信完了通知」の関係にある場合、同期完了と判定する。このような関係が実質的に成立すればよく、例えば「累積ＴＳＮ  Ａｃｋ」に１を加算した値が「第２記憶部の先頭順序情報」と同じ値以上であるか否かを判定してもよい。また、「累積ＴＳＮ  Ａｃｋ」が「第２記憶部１２１の先頭順序情報」に１を減じた値と同じ値以上であるか否かを判定してもよい。
【００３４】
図１Ａに戻り、転送部１３０は、第１通信装置１１０が送受信したデータや受信完了通知を第２通信装置１２０へ転送する。図１Ａの説明において、ＳＣＴＰの場合、データとは、例えばＤＡＴＡ  Ｃｈｕｎｋである。転送部１３０は、第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０へ送信したデータを第２通信装置１２０へ転送する。また、転送部１３０は、第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０から受信した受信完了通知を第２通信装置１２０へ転送する。転送部１３０は、例えば第１通信装置１１０に含まれる機能部であるが、第１通信装置１１０から独立した機能部であってもよい。
【００３５】
第２通信装置１２０は、転送部１３０によって転送されたデータに含まれる順序情報と、転送部１３０によって転送された受信完了通知と、に基づいて第１通信装置１１０との同期を行う。同期において用いられる順序情報は、転送部１３０によって転送されたデータに含まれる順序情報のうち先頭の順序情報（例えばシーケンス番号＝Ｎｏ．６とする）である。先頭の順序情報は、例えば最小の順序情報である。また、同期において用いられる受信完了通知は、転送部１３０によって転送された受信完了通知であって、例えば自装置の起動前に第１通信装置１１０が通信先１４０へ送信したデータ（例えばシーケンス番号＝Ｎｏ．５以下）の受信完了を示す受信完了通知である。
【００３６】
同期が完了したか否かの判定は、第２通信装置１２０が転送部１３０により転送されたデータの各々から取得した順序情報のうち先頭の順序情報と、第２通信装置１２０が転送部１３０により転送された受信完了通知と、の比較によって行われる。例えば、第２通信装置１２０が転送部１３０により転送されたデータの各々から取得した順序情報のうち先頭の順序情報が「Ｎｏ．６」であるとする。この場合、転送部１３０により転送された受信完了通知が、先頭の順序情報が示す順位の１つ前の順位である「Ｎｏ．５」を示す順序情報を含むデータの受信完了を示すものであるか否かを第２通信装置１２０が判定する。
【００３７】
第２の通信装置１２０が取得した先頭の順序情報（例えばＮｏ．６）が示す順位の一つ前の順序情報（例えばＮｏ．５）を含むデータの受信完了を示す受信完了通知が転送されてきたことを検知した場合、第２通信装置１２０は第１通信装置１１０との同期が完了したと判定する。第２通信装置１２０は、第１通信装置１１０との同期が完了した後に、通信先１４０と通信する装置を第１通信装置１１０から自装置へ切替え可能な状態（待機状態）となる。
【００３８】
一例を説明すると、第１通信装置１１０は、第１記憶部１１１を有する。第２通信装置１２０は、第２記憶部１２１を有する。第１記憶部１１１および第２記憶部１２１は、例えばバッファである。第１記憶部１１１および第２記憶部１２１は、例えば、Ｑｕｅｕｅのデータを記憶する。第１通信装置１１０は、通信先１４０へ送信したデータ（例えばＮｏ．１〜５）を第１記憶部１１１に記憶させる。例えば、第１通信装置１１０は、通信先１４０からデータ（Ｎｏ．１〜３）の受信完了を示す受信完了通知を受信すると第１記憶部１１１から受信完了通知に応じたデータ（Ｎｏ．１〜３）を消去する。今、第１記憶部１１１に、データ（例えばＮｏ．４，５）が記憶されているものとする。
【００３９】
本説明において、第２通信装置１２０の起動時に第１通信装置１１０の第１記憶部１１１は、データ（例えばＮｏ．４，５）が記憶されているものとする。第１通信装置１１０は、第２通信装置１２０の起動後、通信先１４０へデータを送信する都度、通信先１４０へ送信したデータと同じデータを第２通信装置１２０へ転送部１３０を介して転送する。なお、第１通信装置１１０は、通信先１４０へのデータの送信前に通信先１４０へデータを転送してもよい。すなわち、第１通信装置１１０は、データを送信する必要性が生じる都度、第２通信装置１２０へ転送部１３０を介してデータを送信した後に、通信先１４０へ同じデータを送信してもよい。
【００４０】
本説明において、第２通信装置１２０の第２記憶部１２１は、第２通信装置１２０の起動時に第１通信装置１１０の第１記憶部１１１に格納されているデータ（例えばＮｏ．４，５）を記憶していないものとする。第２通信装置１２０は、第１通信装置１１０が第２通信装置１２０の起動後に通信先１４０へデータを送信する都度、転送部１３０を介して転送されるデータ（例えばＮｏ．６以降）を、第２記憶部１２１に記憶させる。
【００４１】
転送部１３０は、第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０へデータを送信する都度、通信先１４０へ送信するデータと同じデータを順次、第２通信装置１２０へ転送する。このため、第２記憶部１２１には第２通信装置１２０の起動後に生じたデータ（先頭の順序情報（例えばＮｏ．６以降）のデータ）が順次記憶される。また、第１記憶部１１１も同様に、第２通信装置１２０の起動後に通信先１４０へ送信したデータ（先頭の順序情報（例えばＮｏ．６以降）のデータ）を順次記憶する。
【００４２】
例えば、第１記憶部１１１に、Ｎｏ．４，５，６，７のデータが記憶されており、第２記憶部１２１には、先頭の順序情報以降のＮｏ．６，７のデータが記憶されているとする。第１通信装置１１０は、通信先１４０からデータ（例えばＮｏ．４，５）の受信完了を示す受信完了通知を受信すると、第１記憶部１１１から受信完了通知に応じたデータ（例えばＮｏ．４，５）を消去する。転送部１３０は、第１通信装置１１０が通信先１４０から受信した受信完了通知（データ（例えばＮｏ．４，５）の受信完了を示す受信完了通知）を、第２通信装置１２０へ転送する。第２通信装置１２０は、第２記憶部１２１に格納されている先頭の順序情報（例えばＮｏ．６）が示す順位の一つ前の順序情報（例えばＮｏ．５）を含むデータの受信完了を示す受信完了通知が転送されてきたことを検知して、第１通信装置１１０との同期が完了したと判定する。
【００４３】
これにより、第１記憶部１１１には、先頭の順序情報以降のＮｏ．６，７のデータが記憶されることになり、第２記憶部１２１に記憶されているデータと一致する。これにより、同期が完了する。そして、このように同期が完了すると、第２通信装置１２０は、通信先１４０と通信する装置を第１通信装置１１０から自装置へ切替え可能な状態となる。
【００４４】
また、第２通信装置１２０は、転送部１３０によって転送されたデータに含まれる順序情報のうち、通信先１４０からの再送要求に応じて第１通信装置１１０が再送したデータに含まれる順序情報を除いた先頭の順序情報に基づいて同期を行う。具体的には、第２通信装置１２０は、再送要求に応じたデータに含まれる順序情報を除いた先頭の順序情報と、自装置の起動前に第１通信装置１１０が通信先１４０へ送信したデータの受信完了を示す受信完了通知とに基づいて同期を行う。
【００４５】
例えば、通信先１４０からの再送要求に応じて第１通信装置１１０が再送したデータは、第２通信装置１２０の起動前に第１通信装置１１０が通信先１４０へ送信したデータ（例えばＮｏ．５）である。第２通信装置１２０は、第１通信装置１１０が再送したデータに含まれる順序情報（Ｎｏ．５）を除いた先頭の順序情報（Ｎｏ．６）に基づいて同期を行う。
【００４６】
つまり、第２通信装置１２０は、再送時の順序情報（Ｎｏ．５）を含むデータについては、第２記憶部１２１に記憶させず、先頭の順序情報（Ｎｏ．６）を変えないようにする。これにより、第２通信装置１２０は、起動前に一度は送信されている再送されたデータと、起動後に新たに送信されたデータと、を区別することができ、先頭の順序情報をＮｏ．６に一定にして同期を行うことができるため、効率よく同期を行うことができる。
【００４７】
なお、第２通信装置１２０は、再送時の順序情報（Ｎｏ．５）を含む再送されたデータを、第２記憶部１２１に記憶させることも可能である。この場合、第２通信装置１２０は、順序情報（Ｎｏ．５）を含む再送されたデータについても、起動後に転送されたデータとして扱い、先頭の順序情報をＮｏ．６からＮｏ．５に変更する。そして、第２通信装置１２０は、先頭の順序情報（例えばＮｏ．５）の１つ前の順序情報Ｎｏ．４までの受信完了通知が転送されるまで待機して同期を行えばよい。
【００４８】
また、第２通信装置１２０は、自装置の起動時に第１記憶部１１１にデータが記憶されていない場合、同期を行わずに切替え可能な状態となる。第２通信装置１２０は、自装置の起動時には第２記憶部１２１にデータが記憶されていない。つまり、第２通信装置１２０の起動時に第１記憶部１１１にデータが記憶されていない場合、第１記憶部１１１および第２記憶部１２１は、ともにデータが記憶されておらず記憶内容が一致する。そのため、第２通信装置１２０は、同期を行わずに、通信先１４０と通信する装置を第１通信装置１１０から自装置へ切替え可能な状態となる。これにより、迅速に切替え可能な待機状態とすることができる。
【００４９】
本実施の形態においては、呼処理におけるシグナリングにＳＣＴＰを用いている。ＳＣＴＰにおいては、大きく分けて、通信確立前の状態と、通信が確立している状態と、通信切断中の状態と、の３つの状態をとり得る。第２通信装置１２０は、自装置の起動時に第１通信装置１１０と通信先１４０との通信が確立される前の状態である場合、同期を行わずに切替え可能な状態となる。これにより、迅速に第２通信装置１２０を切替え可能な待機状態とすることができる。
【００５０】
また、第２通信装置１２０は、自装置の起動時に第１通信装置１１０と通信先１４０との通信が切断中の状態である場合、同期を行わない。通信が切断中の状態である場合、その後に通信が切断することになり、同期を行う必要がないため、不要な処理を行わないようにすることができる。
【００５１】
次に、受信側の同期について説明する。第１通信装置１１０は、順序を示す順序情報を含むデータを通信先１４０から受信し、通信先１４０へデータの受信完了を示す受信完了通知を送信する。転送部１３０は、第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０から受信したデータおよび第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０へ送信した受信完了通知を第２通信装置１２０へ転送する。
【００５２】
第２通信装置１２０は、転送部１３０によって転送されたデータに含まれる順序情報と、転送部１３０によって転送された受信完了通知と、に基づいて、第１通信装置１１０との同期を行う。同期において用いられる順序情報は、第１通信装置１１０が通信先１４０から受信し転送部１３０によって転送されたデータに含まれる順序情報のうち先頭の順序情報（例えばシーケンス番号＝Ｎｏ．６とする）である。また、同期において用いられる受信完了通知は、転送部１３０によって転送された受信完了通知のうち自装置の起動前に第１通信装置１１０が通信先１４０から受信したデータ（例えばシーケンス番号＝Ｎｏ．５以下）の受信完了を示す受信完了通知である。
【００５３】
同期が完了した否かの判定は、送信側の場合と同様に、第２通信装置１２０が転送部１３０により転送されたデータの各々から取得した順序情報のうち先頭の順序情報と、第２通信装置１２０が転送部１３０により転送された受信完了通知とを比較して行われる。
【００５４】
第２通信装置１２０は、転送部１３０によって転送されたデータに含まれる順序情報のうち、第１通信装置１１０からの再送要求に応じて通信先１４０から受信したデータに含まれる順序情報を除いた先頭の順序情報に基づいて同期を行う。具体的には、第２通信装置１２０は、再送要求に応じたデータに含まれる順序情報を除いた先頭の順序情報と、自装置の起動前に第１通信装置１１０が通信先１４０へ送信したデータの受信完了を示す受信完了通知と、に基づいて同期を行う。
【００５５】
例えば、第１通信装置１１０からの再送要求に応じて通信先１４０が再送したデータは、第２通信装置１２０の起動前に通信先１４０が送信したデータ（例えばＮｏ．５）である。第２通信装置１２０は、通信先１４０の再送により第１通信装置１１０が受信したデータに含まれる順序情報（Ｎｏ．５）を除いた先頭の順序情報（Ｎｏ．６）に基づいて同期を行う。
【００５６】
つまり、第２通信装置１２０は、再送時の順序情報（Ｎｏ．５）を含むデータについては、第２記憶部１２１に記憶させず、先頭の順序情報（Ｎｏ．６）を変えないようにする。これにより、第２通信装置１２０は、起動前に一度は送信されている再送されたデータと、起動後に新たに送信されたデータと、を区別することができ、先頭の順序情報をＮｏ．６に一定にして同期を行うことができるため、効率よく同期を行うことができる。
【００５７】
なお、第２通信装置１２０は、通信先１４０からの再送によって転送された順序情報（Ｎｏ．５）を含む再送されたデータを、第２記憶部１２１に記憶させることも可能である。この場合、第２通信装置１２０は、順序情報（Ｎｏ．５）を含む再送されたデータについても、起動後に転送されたデータとして扱い、先頭の順序情報をＮｏ．６からＮｏ．５に変更する。そして、第２通信装置１２０は、先頭の順序情報（例えばＮｏ．５）の１つ前の順序情報Ｎｏ．４までの受信完了通知が転送されるまで待機して同期を行えばよい。
【００５８】
第１通信装置１１０は、順序を示す順序情報を含むデータ（例えばＮｏ．１〜５）を通信先１４０から受信するとデータを第１記憶部１１１に記憶する。第１通信装置１１０は、通信先１４０へデータ（例えばＮｏ．１〜３）の受信完了を示す受信完了通知を送信すると第１記憶部１１１から受信完了通知に応じたデータを消去する。今、第１記憶部１１１に、データ（例えばＮｏ．４，５）が記憶されているものとする。
【００５９】
ここで、第２通信装置１２０の起動時に第１通信装置１１０の第１記憶部１１１は、データ（例えばＮｏ．４，５）が記憶されているものとする。第１通信装置１１０は、第２通信装置１２０の起動後、通信先１４０からデータを受信する都度、通信先１４０へ受信したデータと同じデータを第２通信装置１２０へ転送部１３０を介して転送する。
【００６０】
本説明において、第２通信装置１２０の第２記憶部１２１は、第２通信装置１２０の起動時に第１通信装置１１０の第１記憶部１１１に格納されているデータ（例えばＮｏ．４，５）を記憶していないものとする。第２通信装置１２０は、第１通信装置１１０が第２通信装置１２０の起動後に通信先１４０からデータを受信する都度、転送部１３０を介して転送されるデータ（例えばＮｏ．６以降）を、第２記憶部１２１に記憶させる。
【００６１】
転送部１３０は、第２通信装置１２０の起動後に第１通信装置１１０が通信先１４０からデータを受信する都度、通信先１４０から受信するデータと同じデータを順次、第２通信装置１２０へ転送する。このため、第２記憶部１２１には第２通信装置１２０の起動後に生じたデータ（先頭の順序情報（例えばＮｏ．６以降）のデータ）が順次記憶される。また、第１記憶部１１１も同様に、第２通信装置１２０の起動後に通信先１４０から受信したデータ（先頭の順序情報（例えばＮｏ．６以降）のデータ）を順次記憶する。
【００６２】
例えば、第１記憶部１１１に、Ｎｏ．４，５，６，７のデータが記憶されており、第２記憶部１２１には、先頭の順序情報以降のＮｏ．６，７のデータが記憶されているとする。第１通信装置１１０は、通信先１４０からデータ（例えばＮｏ．４，５）の受信完了を示す受信完了通知を通信先１４０へ送信すると、第１記憶部１１１から受信完了通知に応じたデータ（例えばＮｏ．４，５）を消去する。
【００６３】
転送部１３０は、第１通信装置１１０が通信先１４０へ送信した受信完了通知（データ（例えばＮｏ．４，５）の受信完了を示す受信完了通知）を、第２通信装置１２０へ転送する。第２通信装置１２０は、第２記憶部１２１に格納されている先頭の順序情報（例えばＮｏ．６）が示す順位の一つ前の順序情報（例えばＮｏ．５）を含むデータの受信完了を示す受信完了通知が転送されてきたことを検知して、第１通信装置１１０との同期が完了したと判定する。
【００６４】
これにより、第１記憶部１１１には、先頭の順序情報以降のＮｏ．６，７のデータが記憶されることになり、第２記憶部１２１に記憶されているデータと一致する。これにより、同期が完了する。そして、このように同期が完了すると、第２通信装置１２０は、通信先１４０と通信する装置を第１通信装置１１０から自装置へ切替え可能な状態となる。
【００６５】
また、第２通信装置１２０は、自装置の起動時に第１記憶部１１１にデータが記憶されていない場合、同期を行わずに切替え可能な状態となる。第２通信装置１２０は、自装置の起動時には第２記憶部１２１にデータが記憶されていない。つまり、第２通信装置１２０の起動時に第１記憶部１１１にデータが記憶されていない場合、第１記憶部１１１および第２記憶部１２１は、ともにデータが記憶されておらず記憶内容が一致する。そのため、第２通信装置１２０は、受信側の同期を行わずに、通信先１４０と通信する装置を第１通信装置１１０から自装置へ切替え可能な状態となる。これにより、受信側についても迅速に切替え可能な待機状態とすることができる。
【００６６】
また、第２通信装置１２０は、自装置の起動時に第１通信装置１１０と通信先１４０との通信が確立される前の状態である場合、受信側の同期についても行わずに切替え可能な状態となる。これにより、受信側についても迅速に切替え可能な待機状態とすることができる。
【００６７】
また、第２通信装置１２０は、自装置の起動時に第１通信装置１１０と通信先１４０との通信が切断中の状態である場合、受信側の同期についても行わない。通信が切断中の状態である場合にはその後に通信が切断することになり、同期を行う必要がないため、不要な処理を行わないようにすることができる。
【００６８】
（通信システムの構成の一例）
図２は、通信システムの構成の一例を示す説明図である。通信システム２００は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の移動体通信網である。通信システム２００は、中継交換機２０１と、サーバ２０２と、無線基地局２０３と、移動端末２０４と、を有する。
【００６９】
中継交換機２０１と、サーバ２０２と、無線基地局２０３とは、それぞれ通信する。中継交換機２０１は、ネットワークを介してサーバ２０２と接続される。ネットワークは、例えば、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などである。無線基地局２０３は、自局の通信エリア内の移動端末２０４と通信する。移動端末２０４は、例えば携帯電話やスマートフォンなどの端末装置である。
【００７０】
中継交換機２０１は、ＳＣＴＰプロトコル部２１１と、プロトコル変換部２１２と、ユーザ信号プロトコル終端部２１３と、制御信号プロトコル終端部２１４と、インタフェース部２１５と、上位制御装置２１６と、を有する。
【００７１】
中継交換機２０１は、通信を行う際に、ＳＣＴＰに代表されるコネクション型レイヤ４（Ｌ４）プロトコルを用いる。通信システム２００においては、呼処理におけるシグナリングにＳＣＴＰが用いられる。本実施の形態においては、Ｌ４プロトコルとして、ＳＣＴＰを用いる場合について説明するが、これに限らず、例えばＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）やＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）プロトコルを用いることも可能である。
【００７２】
ＳＣＴＰプロトコル部２１１は、インタフェース部２１５を介してサーバ２０２や無線基地局２０３から受信した上位制御装置２１６向けの制御信号を上位制御装置２１６（上位レイヤ２１７）へ送信する。また、ＳＣＴＰプロトコル部２１１は、上位制御装置２１６から受信した通信先５１０（図５参照）となる対向装置向けの制御信号を、インタフェース部２１５を介して、サーバ２０２や無線基地局２０３へ送信する。ＳＣＴＰプロトコル部２１１は、詳細については後述するが、実際にサービスを提供する現用系と、通常はバックアップとして動作して現用系の異常時に代替される予備系と、の独立した２つによって冗長化が行われる。
【００７３】
プロトコル変換部２１２は、インタフェース部２１５を介して無線基地局２０３からユーザ信号を受信し、プロトコルを変換して、ユーザ信号プロトコル終端部２１３へ送信する。ユーザ信号プロトコル終端部２１３は、プロトコル変換部２１２から受信したユーザ信号のプロトコルを終端させる。また、ユーザ信号プロトコル終端部２１３は、インタフェース部２１５を介してサーバ２０２から受信したユーザ信号を受信し、プロトコルを終端させる。
【００７４】
ユーザ信号プロトコル終端部２１３は、インタフェース部２１５を介してサーバ２０２へ、ネットワーク網向けのユーザ信号を送信する。また、ユーザ信号プロトコル終端部２１３は、移動端末２０４向けのユーザ信号をプロトコル変換部２１２へ送信する。プロトコル変換部２１２は、ユーザ信号プロトコル終端部２１３から受信した移動端末２０４向けのユーザ信号を、インタフェース部２１５を介して無線基地局２０３へ送信する。
【００７５】
また、プロトコル変換部２１２は、インタフェース部２１５を介して無線基地局２０３から受信した上位制御装置２１６向けの制御信号のプロトコルを変換して、制御信号プロトコル終端部２１４へ送信する。制御信号プロトコル終端部２１４は、プロトコル変換部２１２から受信した制御信号のプロトコルを終端させ、上位制御装置２１６へ送信する。また、制御信号プロトコル終端部２１４は、上位制御装置２１６から受信した移動端末２０４向けの制御信号を、プロトコル変換部２１２へ送信する。プロトコル変換部２１２は、制御信号プロトコル終端部２１４から受信した移動端末２０４向けの制御信号を、インタフェース部２１５を介して無線基地局２０３へ送信する。
【００７６】
また、上位制御装置２１６は、ＳＣＴＰプロトコル部２１１、ユーザ信号プロトコル終端部２１３、制御信号プロトコル終端部２１４およびインタフェース部２１５の各機能部に対して、各種設定を行う。図１Ａに示した通信装置１００は、ＳＣＴＰプロトコル部２１１によって実現される。また、図１Ａに示した通信先１４０は、サーバ２０２や移動端末２０４によって実現される。
【００７７】
（ＳＣＴＰプロトコル部の機能的構成）
図３は、ＳＣＴＰプロトコル部の機能的構成の一例を示す説明図である。ＳＣＴＰプロトコル部２１１は、ハードウェア制御部３１０と、ソフトウェア制御部３２０と、を有する。ハードウェア制御部３１０は、ドライバ３１１を有する。ドライバ３１１は、外部装置との信号送受信を含むハードウェアの制御や、ソフトウェア制御部３２０向けに信号を転送する。
【００７８】
ソフトウェア制御部３２０は、ドライバ３２１と、呼処理制御部３２２と、ＳＣＴＰプロトコル部３２３と、を有する。ドライバ３２１は、ＮＷＰ（ＮｅｔＷｏｒｋ  Ｐｒｏｃｅｓｓｏｒ）４０３（図４参照）との信号の送受信や、パス設定等のハードウェアの制御を行う。呼処理制御部３２２は、上位制御装置２１６から受信したＣ−Ｐｌａｎｅ信号のチェックを行うほか、コネクション情報やＳＣＴＰリンク情報の管理を行う。ＳＣＴＰプロトコル部３２３は、ＳＣＴＰリンク確立制御、ＳＣＴＰリンク切断制御、ＳＣＴＰ信号配信等のＳＣＴＰプロトコル処理を行う。
【００７９】
上位制御装置２１６は、ＳＣＴＰプロトコル部２１１の制御や、ＳＣＴＰリンク確立制御やＳＣＴＰリンク切断制御などのＳＣＴＰプロトコル制御を行う。上位制御装置２１６は、例えば図５のアプリケーション部５０１によって実現される。
【００８０】
対向装置３３１，３３２は、ＳＣＴＰリンク確立制御、ＳＣＴＰリンク切断制御、ＳＣＴＰユーザデータの配信などを行う。対向装置３３１は、図２の上位レイヤ２１７や図５のアプリケーション部５０１によって実現される。対向装置３３２は、図２のインタフェース部２１５や図５の外線中継装置５０４によって実現される。
【００８１】
（ＳＣＴＰプロトコル部のハードウェア構成）
図４は、ＳＣＴＰプロトコル部のハードウェア構成の一例を示す説明図である。ＳＣＴＰプロトコル部２１１は、ＡＣＴ（ＡＣＴｉｖｅ）系ＳＣＴＰ４１０と、ＳＢＹ（ＳｔａｎｄＢＹ）系ＳＣＴＰ４２０と、スイッチ部４３０と、を有する。ＡＣＴ系ＳＣＴＰ４１０は、実際にサービスを提供する現用系である。ＳＢＹ系ＳＣＴＰ４２０は、バックアップとして動作して現用系の故障時に代替される予備系である。以下においては、ＡＣＴ系ＳＣＴＰ４１０について説明するが、ＳＢＹ系ＳＣＴＰ４２０についても同様の構成である。
【００８２】
ＡＣＴ系ＳＣＴＰ４１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）４０１と、メモリ４０２と、ＮＷＰ４０３と、を有する。ＣＰＵ４０１、メモリ４０２、およびＮＷＰ４０３は、バス４０９によって接続されている。ＣＰＵ４０１は、ＳＣＴＰプロトコル部２１１の全体の制御を司る。メモリ４０２には、例えばメインメモリおよび補助メモリが含まれる。
【００８３】
メインメモリは、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。メインメモリは、ＣＰＵ４０１のワークエリアとして使用される。補助メモリは、例えば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、ＳＣＴＰプロトコル部２１１を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてＣＰＵ４０１によって実行される。
【００８４】
ＮＷＰ４０３は、ネットワーク処理用のコプロセッサであり、スイッチ部４３０に接続される。スイッチ部４３０は、ＡＣＴ系ＳＣＴＰ４１０とＳＢＹ系ＳＣＴＰ４２０との切替えを行う。
【００８５】
図１Ａに示した、第１通信装置１１０と、転送部１３０とは、ＡＣＴ系ＳＣＴＰ４１０によって実現される。また、第２通信装置１２０は、ＳＢＹ系ＳＣＴＰ４２０によって実現される。また、第１記憶部１１１は、ＡＣＴ系ＳＣＴＰ４１０のメモリ４０２によって実現される。また、第２記憶部１２１は、ＳＢＹ系ＳＣＴＰ４２０のメモリ４０２によって実現される。
【００８６】
（ＳＣＴＰプロトコル部の構成）
図５は、ＳＣＴＰプロトコル部の構成の一例を示す説明図である。ＳＣＴＰプロトコル部２１１は、アプリケーション部５０１と、通常経路５０２と、障害時迂回経路５０３と、外線中継装置５０４と、ＡＣＴ系ＳＣＴＰ４１０と、ＳＢＹ系ＳＣＴＰ４２０と、を有する。アプリケーション部５０１は、ＳＣＴＰの制御を行うコントローラ（ＳＣＴＰ  Ｃｏｎｔｒｏｌｌｅｒ）を含み、ＡＣＴ系ＳＣＴＰ４１０と、ＳＢＹ系ＳＣＴＰ４２０と、を制御する。具体的には、アプリケーション部５０１は、ＡＣＴ系ＳＣＴＰ４１０との間およびＳＢＹ系ＳＣＴＰ４２０との間で、それぞれ制御信号をやりとりする。また、ＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０の間でも、制御信号をやりとりする。
【００８７】
ＡＣＴ系ＳＣＴＰ４１０は、障害等の異常時ではない通常時において、通常経路５０２および外線中継装置５０４を介して、通信先５１０とデータの送受信を行う。具体的には、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０からデータを受信すると、アプリケーション部５０１とＳＢＹ系ＳＣＴＰ４２０とへ受信データを送信する。データには、例えばＩＰヘッダやＳＣＴＰヘッダなどを含む。
【００８８】
ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１から送信用のデータを受信すると、通常経路５０２および外線中継装置５０４を介して、通信先５１０へ送信用のデータを送信する。また、ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１から送信用のデータを受信すると、ＳＢＹ系ＳＣＴＰ４２０へ送信用のデータを送信する。
【００８９】
ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から送信データおよび受信データを受信し、ＡＣＴ系ＳＣＴＰ４１０と同様の動作を行う。ただし、ＳＢＹ系ＳＣＴＰ４２０は、送信データおよび受信データの送受信を行わない点で、ＡＣＴ系ＳＣＴＰ４１０の動作とは異なる。
【００９０】
ＡＣＴ系ＳＣＴＰ４１０の異常時においては、アプリケーション部５０１の制御により、ＡＣＴ系ＳＣＴＰ４１０からＳＢＹ系ＳＣＴＰ４２０へ現用系が切替わる。ＳＢＹ系ＳＣＴＰ４２０は、現用系に切替わると、障害時迂回経路５０３および外線中継装置５０４を介して、通信先５１０とデータの送受信を行う。
【００９１】
具体的には、ＳＢＹ系ＳＣＴＰ４２０は、障害時迂回経路５０３および外線中継装置５０４を介して、通信先５１０からデータを受信すると、アプリケーション部５０１へ受信データを送信する。ＳＢＹ系ＳＣＴＰ４２０は、アプリケーション部５０１から送信用のデータを受信すると、障害時迂回経路５０３および外線中継装置５０４を介して、通信先５１０へ送信用のデータを送信する。また、ＳＢＹ系ＳＣＴＰ４２０が現用系に切替わると、ＡＣＴ系ＳＣＴＰ４１０は、非現用系となり、送信データおよび受信データの送受信を行わなくなる。
【００９２】
なお、ＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０は、それぞれ異なる装置に配置されていてもよいし、それぞれ独立した回路であれば１枚のカード上に配置されていてもよい。また、図５においては外線中継装置５０４を設けているが、外線中継装置５０４を設けない構成とすることも可能である。この場合、ＡＣＴ系ＳＣＴＰ４１０とＳＢＹ系ＳＣＴＰ４２０との間のＩＰアドレスには仮想ＩＰアドレスを使用する。そして、現用系の切替え時にＧＡＲＰ（Ｇｅｎｅｒｉｃ  Ａｔｔｒｉｂｕｔｅ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）により宛先の変更を通信先５１０に通知すればよい。
【００９３】
（ＳＣＴＰの状態）
図６は、ＳＣＴＰの状態の一例を示す説明図である。図６に示すように、説明図６００において、ＳＣＴＰの状態は、Ｎｏ．０〜７の８つの状態がある。状態Ｎｏ．０〜２は、通信確立前の状態である。状態Ｎｏ．３は、通信が確立している状態である。状態Ｎｏ．４〜７は、通信切断中の状態である。
【００９４】
８つの状態のそれぞれについて説明する。状態Ｎｏ．０は、「ＣＬＯＳＥＤ」の状態名称であり、「ＳＣＴＰリンク切断」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．０は、ＳＣＴＰリソース（Ａｓｓｏｃｉａｔｉｏｎ）が存在しないコネクションが未設定の状態である。
【００９５】
状態Ｎｏ．１は、「ＣＯＯＫＩＥ  ＷＡＩＴ」の状態名称であり、「ＳＣＴＰリンク確立中」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．１は、対向装置に対して、Ｃｌｉｅｎｔとして接続を開始した準備中の状態である。状態Ｎｏ．２は、「ＣＯＯＫＩＥ  ＥＣＨＯＥＤ」の状態名称であり、「ＳＣＴＰリンク確立中」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．２は、対向装置（サーバ）からのＣＯＯＫＩＥ  ＡＣＫ  ＣｈｕｎｋによるＳＣＴＰリンク完了待ちの準備中の状態である。
【００９６】
状態Ｎｏ．３は、「ＥＳＴＡＢＬＩＳＨＥＤ」の状態名称であり、「ＳＣＴＰリンク確立」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．３は、ＳＣＴＰユーザからのデータの配信が可能な状態である。状態Ｎｏ．４は、「ＳＨＵＴＤＯＷＮ  ＰＥＮＤＩＮＧ」の状態名称であり、「ＳＣＴＰリンク切断中」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．４は、ＳＣＴＰユーザ（自装置側）からの要求により、ＳＣＴＰリンクの切断を準備している状態である。
【００９７】
状態Ｎｏ．５は、「ＳＨＵＴＤＯＷＮ  ＲＥＣＥＩＶＥＤ」の状態名称であり、「ＳＣＴＰリンク切断中」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．５は、対向装置からの要求により、ＳＣＴＰリンクの切断を準備している状態である。状態Ｎｏ．６は、「ＳＨＵＴＤＯＷＮ  ＳＥＮＴ」の状態名称であり、「ＳＣＴＰリンク切断中」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．６は、対向装置がＳＣＴＰリンクの切断を準備している状態である。
【００９８】
状態Ｎｏ．７は、「ＳＨＵＴＤＯＷＮ  ＡＣＫ  ＳＥＮＴ」の状態名称であり、「ＳＣＴＰリンク切断中」のＳｔａｔｕｓである。具体的には、状態Ｎｏ．７は、ＡｓｓｏｃｉａｔｉｏｎがＳＣＴＰリンクの切断の準備が完了し、切断手続きを行っている状態である。このように、ＳＣＴＰにおいては図６に示したいずれかの状態Ｎｏ．をとる。
【００９９】
（ＳＣＴＰの状態遷移）
図７は、ＳＣＴＰの状態遷移の一例を示す説明図である。図７においては、図６に示した状態Ｎｏ．を括弧書きの数字で表している。ＳＣＴＰの状態遷移については、公知であるため、ここでは簡単に説明する。遷移図７００において（０）の「ＣＬＯＳＥＤ」から（３）の「ＥＳＴＡＢＬＩＳＨＥＤ」に遷移するには、（０）→（１）→（２）→（３）の遷移と、（０）→（３）の遷移と、の２通りある。（０）→（１）→（２）→（３）の遷移は、ＳＣＴＰプロトコル部２１１から相手側に接続を要求する場合の遷移である。（０）→（３）の遷移は、相手側からＳＣＴＰプロトコル部２１１に接続を要求する場合の遷移である。
【０１００】
また、（３）の「ＥＳＴＡＢＬＩＳＨＥＤ」から（０）の「ＣＬＯＳＥＤ」に遷移するには、（３）→（４）→（６）→（０）の遷移と、（３）→（５）→（７）→（０）の遷移と、（３）→（４）→（６）→（７）→（０）の遷移と、がある。例えば、（３）→（４）→（６）→（０）の遷移および（３）→（４）→（６）→（７）→（０）の遷移は、ＳＣＴＰプロトコル部２１１から相手側に切断を要求する場合の遷移である。また、（３）→（５）→（７）→（０）の遷移は、相手側からＳＣＴＰプロトコル部２１１に切断を要求する場合の遷移である。このように、ＳＣＴＰにおいては図７に示した状態遷移をとる。
【０１０１】
（ＳＢＹ系ＳＣＴＰが起動した際のＡＣＴ系ＳＣＴＰの状態に応じた同期手順）
次に、図８〜１０を用いて、ＳＢＹ系ＳＣＴＰ４２０が起動した際の、運用中のＡＣＴ系ＳＣＴＰ４１０の状態Ｎｏ．０〜７に応じた同期手順について説明する。
【０１０２】
（ＡＣＴ系ＳＣＴＰが状態Ｎｏ．０〜２（通信確立前の状態）のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順）
図８は、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．０〜２のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図である。図８において、ＡＣＴ系ＳＣＴＰ４１０は、現用系として運用中である（ステップＳ８０１）。この状態において、ＳＢＹ系ＳＣＴＰ４２０が起動すると（ステップＳ８０２）、アプリケーション部５０１は、ＳＢＹ系ＳＣＴＰ４２０の起動を検知する（ステップＳ８０３）。そして、アプリケーション部５０１は、ＡＣＴ系ＳＣＴＰ４１０にＳＢＹ系ＳＣＴＰ４２０の組込み要求を行う（ステップＳ８０４）。
【０１０３】
組込み要求が行われたＡＣＴ系ＳＣＴＰ４１０の状態Ｎｏ．が０〜２（通信確立前の状態）の場合、静的パラメータおよび動的パラメータはそれぞれ初期値となっている。なお、静的パラメータおよび動的パラメータの詳細については、図１１を用いて後述する。ＡＣＴ系ＳＣＴＰ４１０は、状態Ｎｏ．が０〜２において、リンク確立シーケンスを行うことにより（ステップＳ８０５）、状態Ｎｏ．が３（通信確立の状態）となる。
【０１０４】
ＡＣＴ系ＳＣＴＰ４１０は、状態Ｎｏ．が３になると、ＳＢＹ系ＳＣＴＰ４２０に、静的パラメータおよび動的パラメータの全てのパラメータを引き渡す（ステップＳ８０６）。そして、ＳＢＹ系ＳＣＴＰ４２０は、状態Ｎｏ．が３（通信確立の状態）となり、ＳＢＹ系ＳＣＴＰ４２０の同期が完了し、一連の手順を終了する。
【０１０５】
（ＡＣＴ系ＳＣＴＰが状態Ｎｏ．４〜７（通信切断中の状態）のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順）
図９は、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．４〜７のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図である。図９において、ＡＣＴ系ＳＣＴＰ４１０は、現用系として運用中である（ステップＳ８０１）。この状態において、ＳＢＹ系ＳＣＴＰ４２０が起動すると（ステップＳ８０２）、アプリケーション部５０１は、ＳＢＹ系ＳＣＴＰ４２０の起動を検知する（ステップＳ８０３）。そして、アプリケーション部５０１は、ＡＣＴ系ＳＣＴＰ４１０にＳＢＹ系ＳＣＴＰ４２０の組込み要求を行う（ステップＳ８０４）。
【０１０６】
組込み要求が行われたＡＣＴ系ＳＣＴＰ４１０の状態Ｎｏ．が４〜７（通信切断中の状態）の場合、ＡＣＴ系ＳＣＴＰ４１０は、リンク切断シーケンスを行うことにより（ステップＳ９０１）、状態Ｎｏ．が０（通信確立の状態）となる。ＡＣＴ系ＳＣＴＰ４１０は、最終的にリンクが切断し通信が終了するため、ＳＢＹ系ＳＣＴＰ４２０にパラメータの引き継ぎを行わずに（ステップＳ９０２）、一連の手順を終了する。
【０１０７】
（ＡＣＴ系ＳＣＴＰが状態Ｎｏ．３（通信が確立している状態）のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順）
図１０Ａは、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．３のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図（その１）である。図１０Ａにおいて、ＡＣＴ系ＳＣＴＰ４１０は、現用系として運用中である（ステップＳ８０１）。この状態において、ＳＢＹ系ＳＣＴＰ４２０が起動すると（ステップＳ８０２）、アプリケーション部５０１は、ＳＢＹ系ＳＣＴＰ４２０の起動を検知する（ステップＳ８０３）。そして、アプリケーション部５０１は、ＡＣＴ系ＳＣＴＰ４１０にＳＢＹ系ＳＣＴＰ４２０の組込み要求を行う（ステップＳ８０４）。
【０１０８】
組込み要求が行われたＡＣＴ系ＳＣＴＰ４１０の状態Ｎｏ．が３（通信が確立している状態）であるとする。さらに、ＡＣＴ系ＳＣＴＰ４１０の「Ｉｎ  Ｑｕｅｕｅ＝ＮＵＬＬ」且つ「Ｏｕｔ  Ｑｕｅｕｅ＝ＮＵＬＬ」であるとする（ステップＳ１００１）。Ｉｎ  Ｑｕｅｕｅは、受信用バッファに記憶される送達確認が完了していないＤＡＴＡ  Ｃｈｕｎｋ（キュー）を示す。Ｏｕｔ  Ｑｕｅｕｅは、送信用バッファに記憶される送達確認が完了していないＤＡＴＡ  Ｃｈｕｎｋ（キュー）を示す。
【０１０９】
「Ｉｎ  Ｑｕｅｕｅ＝ＮＵＬＬ」且つ「Ｏｕｔ  Ｑｕｅｕｅ＝ＮＵＬＬ」の場合とは、送達確認が完了していないＤＡＴＡ  Ｃｈｕｎｋがいずれのバッファにも存在しない状態であり、すなわち、送受信した全てのＤＡＴＡ  Ｃｈｕｎｋについて送達確認が完了している状態である。この場合、ＡＣＴ系ＳＣＴＰ４１０は、ＳＢＹ系ＳＣＴＰ４２０に、全てのパラメータを引き渡す（ステップＳ１００２）。この後、ＳＢＹ系ＳＣＴＰ４２０は、状態Ｎｏ．が３（通信確立の状態）となり、ＳＢＹ系ＳＣＴＰ４２０の同期が完了し、一連の手順を終了する。
【０１１０】
図１０Ｂは、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．３のときにＳＢＹ系ＳＣＴＰが起動した場合の同期手順の一例を示すシーケンス図（その２）である。以下においては、ステップＳ８０４以降の手順について説明する。
【０１１１】
ステップＳ８０４以降において、組込み要求が行われたＡＣＴ系ＳＣＴＰ４１０の状態Ｎｏ．が３（通信が確立している状態）であるとする。さらに、ＡＣＴ系ＳＣＴＰ４１０の「Ｉｎ  Ｑｕｅｕｅ≠ＮＵＬＬ」または「Ｏｕｔ  Ｑｕｅｕｅ≠ＮＵＬＬ」であるとする（ステップＳ１００３）。「Ｉｎ  Ｑｕｅｕｅ≠ＮＵＬＬ」または「Ｏｕｔ  Ｑｕｅｕｅ≠ＮＵＬＬ」の場合とは、少なくとも一方のキューがＮＵＬＬではない状態である。つまり、送達確認が完了していないＤＡＴＡ  Ｃｈｕｎｋがいずれかのバッファに存在する状態である。
【０１１２】
この場合、ＡＣＴ系ＳＣＴＰ４１０は、ＳＢＹ系ＳＣＴＰ４２０に静的パラメータのみを引き渡す（ステップＳ１００４）。そして、ＳＢＹ系ＳＣＴＰ４２０は、状態Ｎｏ．が３（通信確立の状態）となり、サブ状態としてスタンバイ同期中となる。そして、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０と通信先５１０のＤＡＴＡ  Ｃｈｕｎｋをモニタし、ＤＡＴＡ  ＣｈｕｎｋとＳＡＣＫ  Ｃｈｕｎｋとから動的パラメータの同期を行う（ステップＳ１００５）。そして、ＳＢＹ系ＳＣＴＰ４２０は、ＳＢＹ系ＳＣＴＰ４２０の同期を完了し、一連の手順を終了する。動的パラメータの同期については図１２Ａおよび図１２Ｂを用いて後述する。
【０１１３】
（パラメータの一例）
図１１は、パラメータの一例を示す説明図である。図１１に示すように、説明図１１００は、パラメータ名と分類とを対応付けたものである。説明図１１００は、「ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）２９６０  Ｓｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ」の１２．２章および１２．４章に定義されるパラメータを例にとり、その分類を示している。
【０１１４】
ここでは、主に動的パラメータについて説明する。符号１１０１に示す「Ｎｅｘｔ  ＴＳＮ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）」は、動的パラメータであり、新しいＤＡＴＡ  Ｃｈｕｎｋに割当てられる次のＴＳＮを示す。また、「Ｎｅｘｔ  ＴＳＮ」は、例えば、送信の直前またはパケット分割時に、ＩＮＩＴ  ＣｈｕｎｋまたはＩＮＩＴ  ＡＣＫ  Ｃｈｕｎｋに設定して対向装置に送信され、ＤＡＴＡ  ＣｈｕｎｋにＴＳＮが割当てられるごとに１増加する。
【０１１５】
符号１１０２に示す「Ｌａｓｔ  Ｒｃｖｄ（Ｒｅｃｅｉｖｅｄ）  ＴＳＮ」は、動的パラメータであり、順序通りに受信した最終ＴＳＮである。この値の初期値は、ＩＮＩＴ  ＣｈｕｎｋまたはＩＮＩＴ  ＡＣＫ  Ｃｈｕｎｋにより受信した対向装置の初期ＴＳＮから１を減算した値が設定される。また、符号１１０３に示す「Ｐｅｅｒ  Ｒｗｎｄ（Ｒｅｃｅｉｖｅｒ  Ｗｉｎｄｏｗ）」は、動的パラメータであり、対向装置のＲｗｎｄの現在の計算値を示す。
【０１１６】
符号１１０４に示す「Ｍａｐｐｉｎｇ  Ａｒｒａｙ」は、動的パラメータであり、順序通りでないＴＳＮのどれを受信したかを、Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮからの相対位置で示すｂｉｔまたはｂｙｔｅ列である。この列は、ギャップが存在しない場合、すなわち、順序通りではない受信パケットがない（欠落がない）場合、例えば全て０に設定される。このデータ構造は、例えば循環バッファまたはｂｉｔ列の形をとる。
【０１１７】
符号１１０５に示す「Ｒｅａｓｍ  Ｑｕｅｕｅ」は、動的パラメータであり、再構築のためのキューである。符号１１０６に示す「Ｉｎ  Ｑｕｅｕｅ」は、動的パラメータであり、受信ＤＡＴＡ  Ｃｈｕｎｋを管理するためのキューである。符号１１０７に示す「Ｏｕｔ  Ｑｕｅｕｅ」は、動的パラメータであり、送信ＤＡＴＡ  Ｃｈｕｎｋを管理するためのキューである。
【０１１８】
なお、説明図１１００の分類の「静的パラメータ」は、動的に変化しないパラメータである。また、説明図１１００の分類の「対象外」は、本実施の形態にかかる動的パラメータおよび静的パラメータのいずれでもないパラメータである。
【０１１９】
（動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の同期手順）
次に、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．３のときにＳＢＹ系ＳＣＴＰが起動した場合の動的パラメータの送信動作における同期手順について説明する。
【０１２０】
図１２Ａは、動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その１）である。図１２Ｂは、動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その２）である。
【０１２１】
図１２Ａおよび図１２Ｂにおいて、ＡＣＴ系ＳＣＴＰ４１０は、状態Ｎｏ．が３（通信確立の状態）であり、現用系として運用中である。また、ＳＢＹ系ＳＣＴＰ４２０は、状態Ｎｏ．が３であり、サブ状態としてスタンバイ同期中となっている。図１２Ａのキュー状態１２２１に示すように、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、通信先５１０からの送達確認が完了していないＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ，ａ＋１，ａ＋２）を有する。キュー状態１２２１において同期化手順が開始されたとする。
【０１２２】
一方、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、キュー状態１２２２に示すように、同期手順の開始時において、ＮＵＬＬである。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１２２１と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１２２２とは、不一致である。
【０１２３】
ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）を受信すると、受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）を通信先５１０に送信する（ステップＳ１２０１）。また、ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１から受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１２０２）。
【０１２４】
この場合、ＡＣＴ系ＳＣＴＰ４１０は、Ｏｕｔ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をキューイングする。これにより、キュー状態１２２３に示すように、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、通信先５１０からの送達確認が完了していないＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ，ａ＋１，ａ＋２，ａ＋３）を有することになる。
【０１２５】
また、ＳＢＹ系ＳＣＴＰ４２０は、Ｏｕｔ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をキューイングする。これにより、キュー状態１２２４に示すように、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）を有することになる。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１２２３と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１２２４とは、不一致である。
【０１２６】
この後、ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋４）を受信すると、受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋４）を通信先５１０に送信する（ステップＳ１２０３）。また、ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１から受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋４）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１２０４）。
【０１２７】
この場合、ＡＣＴ系ＳＣＴＰ４１０は、Ｏｕｔ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋４）をキューイングする。これにより、キュー状態１２２５に示すように、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、通信先５１０からの送達確認が完了していないＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ，ａ＋１，ａ＋２，ａ＋３，ａ＋４）を有することになる。
【０１２８】
また、ＳＢＹ系ＳＣＴＰ４２０は、Ｏｕｔ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋４）をキューイングする。これにより、キュー状態１２２６に示すように、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を有することになる。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１２２５と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１２２６とは、不一致である。
【０１２９】
この後、図１２Ｂに示すように、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０から、ＴＳＮ＝ａ＋１，ａ＋２のＤＡＴＡ  Ｃｈｕｎｋが送達されていない旨を示すＳＡＣＫ  Ｃｈｕｎｋ（ＮＡＣＫ：ａ＋１，ａ＋２の再送要求）を受信したとする（ステップＳ１２０５）。この場合、ＡＣＴ系ＳＣＴＰ４１０は、受信したＳＡＣＫ  Ｃｈｕｎｋ（ＮＡＣＫ：ａ＋１，ａ＋２の再送要求）をＳＢＹ系ＳＣＴＰ４２０へ転送する（ステップＳ１２０６）。
【０１３０】
この場合、ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮ＝ａのＤＡＴＡ  Ｃｈｕｎｋについては送達完了と判断することができるため、Ｏｕｔ  Ｑｕｅｕｅから、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）を破棄する。このため、キュー状態１２２７に示すように、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２，ａ＋３，ａ＋４）を有することになる。
【０１３１】
また、キュー状態１２２８に示すように、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１２２７と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１２２８とは、不一致である。
【０１３２】
ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０からＳＡＣＫ  Ｃｈｕｎｋ（ＮＡＣＫ：ａ＋１，ａ＋２の再送要求）を受信したことにより、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を通信先５１０に送信する（ステップＳ１２０７）。また、ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１２０８）。
【０１３３】
この場合、Ｏｕｔ  ＱｕｅｕｅがＴＳＮ＝ａ＋１を既に有するため、キュー状態１２２９に示すように、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２，ａ＋３，ａ＋４）を保持する。ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を受信するものの、ＴＳＮ＝ａ＋１がＯｕｔ  Ｑｕｅｕｅの先頭（最小）のＴＳＮ＝ａ＋３以下であるため、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を破棄する。このため、キュー状態１２３０に示すように、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１２２９と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１２３０とは、不一致である。
【０１３４】
また、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０からＳＡＣＫ  Ｃｈｕｎｋ（ＮＡＣＫ：ａ＋１，ａ＋２の再送要求）を受信したことにより、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）を通信先５１０に送信する（ステップＳ１２０９）。また、ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１２１０）。
【０１３５】
この場合、Ｏｕｔ  ＱｕｅｕｅがＴＳＮ＝ａ＋２を有するため、キュー状態１２３１に示すように、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２，ａ＋３，ａ＋４）を保持する。また、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）を受信するものの、ＴＳＮ＝ａ＋２は、Ｏｕｔ  Ｑｕｅｕｅの先頭のＴＳＮ＝ａ＋３以下であるため、破棄する。このため、キュー状態１２３２に示すように、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１２３１と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１２３２とは、不一致である。
【０１３６】
この後、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０から、ＴＳＮ＝ａ＋２までのＤＡＴＡ  Ｃｈｕｎｋの送達完了を示すＳＡＣＫ  Ｃｈｕｎｋ（ＡＣＫ：ａ＋２まで送達確認完了）を受信したとする（ステップＳ１２１１）。すると、ＡＣＴ系ＳＣＴＰ４１０は、受信したＳＡＣＫ  Ｃｈｕｎｋ（ＡＣＫ：ａ＋２まで送達確認完了）をＳＢＹ系ＳＣＴＰ４２０へ転送する（ステップＳ１２１２）。
【０１３７】
この場合、ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮ＝ａ＋２までのＤＡＴＡ  Ｃｈｕｎｋについては送達完了と判断することができるため、Ｏｕｔ  Ｑｕｅｕｅから、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２）を破棄する。このため、キュー状態１２３３に示すように、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を有することとなる。
【０１３８】
また、キュー状態１２３４に示すように、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する。これにより、ＡＣＴ系ＳＣＴＰ４１０のキュー状態１２３３と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１２３４とが一致する。
【０１３９】
このように、ＡＣＴ系ＳＣＴＰ４１０は、受信したＳＡＣＫ  Ｃｈｕｎｋ（ＡＣＫ：ａ＋２までの送達確認完了）を、ＳＢＹ系ＳＣＴＰ４２０へ転送する。ＳＢＹ系ＳＣＴＰ４２０は、キュー状態１２３４に示す先頭のＴＳＮ（ａ＋３）が示す順位の一つ前のＴＳＮ（ａ＋２）を含むＳＡＣＫ  Ｃｈｕｎｋが転送されてきたことを検知して、ＡＣＴ系ＳＣＴＰ４１０との同期が完了したと判定する。このようにして、ＳＢＹ系ＳＣＴＰ４２０の送信側（Ｏｕｔ  Ｑｕｅｕｅ）の同期が完了し（ステップＳ１２１３）、一連の手順を終了する。
【０１４０】
上述したフローチャートでは、ＳＢＹ系ＳＣＴＰ４２０は、下記（１）式の関係を満たした場合に、同期が完了したものと見なすことができる。
【０１４１】
（ＡＣＴ系ＳＣＴＰ４１０からの先頭（最小）の送信ＤＡＴＡ  Ｃｈｕｎｋ：ＴＳＮ＝ａ＋３）≦（Ｓｙｓｔｅｍ（通信先５１０）からの受信ＳＡＣＫ  Ｃｈｕｎｋ：累積ＴＳＮ応答確認＋１）・・・（１）式
【０１４２】
（同期化処理時における動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の更新結果の一例）
図１３Ａは、同期化処理時における動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その１）である。図１３Ｂは、同期化処理時における動的パラメータ（Ｏｕｔ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その２）である。
【０１４３】
図１３Ａの説明図１３００および図１３Ｂの説明図１３１０は、Ｃｈｕｎｋを受信した際に更新されるパラメータを示している。ここでは、例えば、「Ｎｅｘｔ  ＴＳＮ」、「累積ＴＳＮ値（Ｓｅｎｄ）＋１」および「Ｏｕｔ  Ｑｕｅｕｅ」を例に挙げて説明する。説明図１３００，１３１０は、図１２Ａおよび図１２Ｂに示した同期手順に対応した動的パラメータの更新結果である。
【０１４４】
「Ｎｅｘｔ  ＴＳＮ」は、次に受信するＴＳＮを示している。「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、ＡＣＴ系ＳＣＴＰ４１０が通信先５１０にＤＡＴＡ  Ｃｈｕｎｋを送信することにより通信先５１０から送達確認されたＴＳＮ値に１を加算した値であり、すなわち、通信先５１０において送達が完了したＴＳＮ値＋１の値である。
【０１４５】
符号１３０１に示すように、初期状態（図１２Ａのキュー状態１２２１）のＡＣＴ系ＳＣＴＰ４１０において、Ｏｕｔ  ＱｕｅｕｅはＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ，ａ＋１，ａ＋２）を有し、「Ｎｅｘｔ  ＴＳＮ」がａ＋３となっている。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は未使用である。また、初期状態（図１２Ａのキュー状態１２２２）のＳＢＹ系ＳＣＴＰ４２０において、Ｏｕｔ  ＱｕｅｕｅがＮＵＬＬであり、「Ｎｅｘｔ  ＴＳＮ」が０であり、「累積ＴＳＮ値（Ｓｅｎｄ）＋１」が初期値である。
【０１４６】
符号１３０２は、アプリケーション部５０１から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している（図１２ＡのステップＳ１２０１，Ｓ１２０２参照）。ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ，ａ＋１，ａ＋２，ａ＋３）に更新される（図１２Ａのキュー状態１２２３参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋４に更新される。また、ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、未使用のままである。
【０１４７】
また、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）に更新される（図１２Ａのキュー状態１２２４参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋４に更新される。ＳＢＹ系ＳＣＴＰ４２０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、初期値のままである。
【０１４８】
符号１３０３は、アプリケーション部５０１から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋４）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している（図１２ＡのステップＳ１２０３，Ｓ１２０４参照）。ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ，ａ＋１，ａ＋２，ａ＋３，ａ＋４）に更新される（図１２Ａのキュー状態１２２５参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５に更新される。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、未使用のままである。
【０１４９】
また、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）に更新される（図１２Ａのキュー状態１２２６参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５に更新される。ＳＢＹ系ＳＣＴＰ４２０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、初期値のままである。
【０１５０】
図１３Ｂに示す符号１３１１は、通信先５１０から送信されたＳＡＣＫ  Ｃｈｕｎｋ（ＮＡＣＫ：ａ＋１，ａ＋２の再送要求）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している。通信先５１０からのＳＡＣＫ  Ｃｈｕｎｋの受信は、例えば図１２ＢのステップＳ１２０５，Ｓ１２０６に示した通りである。
【０１５１】
ＳＡＣＫ  Ｃｈｕｎｋ（ＮＡＣＫ：ａ＋１の再送要求）の受信により、ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮ＝ａのＤＡＴＡ  Ｃｈｕｎｋについては送達完了と判断することができるため、Ｏｕｔ  Ｑｕｅｕｅから、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）を破棄する。これにより、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２，ａ＋３，ａ＋４）に更新される（図１２Ｂのキュー状態１２２７参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５のままである。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、未使用のままである。
【０１５２】
また、ＳＢＹ系ＳＣＴＰ４２０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する（図１２Ｂのキュー状態１２２８参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５のままである。ＳＢＹ系ＳＣＴＰ４２０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、ａ＋１に更新される。
【０１５３】
符号１３１２は、アプリケーション部５０１から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している（図１２ＢのステップＳ１２０７，Ｓ１２０８参照）。Ｏｕｔ  ＱｕｅｕｅがＴＳＮ＝ａ＋１を既に有するため、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２，ａ＋３，ａ＋４）を保持する（図１２Ｂのキュー状態１２２９参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５のままである。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、未使用のままである。
【０１５４】
また、ＳＢＹ系ＳＣＴＰ４２０において、ＴＳＮ＝ａ＋１は、Ｏｕｔ  Ｑｕｅｕｅの先頭（最小）のＴＳＮ＝ａ＋３以下である。そのため、ＳＢＹ系ＳＣＴＰ４２０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を破棄し、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する（図１２Ｂのキュー状態１２３０参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５のままである。ＳＢＹ系ＳＣＴＰ４２０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、ａ＋１のままである。
【０１５５】
符号１３１３は、アプリケーション部５０１から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している（図１２ＢのステップＳ１２０９，Ｓ１２１０参照）。Ｏｕｔ  ＱｕｅｕｅがＴＳＮ＝ａ＋２を既に有するため、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２，ａ＋３，ａ＋４）を保持する（図１２Ｂのキュー状態１２３１参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５のままである。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、未使用のままである。
【０１５６】
ＳＢＹ系ＳＣＴＰ４２０において、ＴＳＮ＝ａ＋２は、Ｏｕｔ  Ｑｕｅｕｅの最小のＴＳＮ＝ａ＋３以下である。そのため、ＳＢＹ系ＳＣＴＰ４２０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）を破棄し、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する（図１２Ｂのキュー状態１２３２参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５のままである。ＳＢＹ系ＳＣＴＰ４２０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、ａ＋１のままである。
【０１５７】
符号１３１４は、通信先５１０から送信されたＳＡＣＫ  Ｃｈｕｎｋ（ＡＣＫ：ａ＋２まで送達確認完了）をＡＣＴ系ＳＣＴＰ４１０とＳＢＹ系ＳＣＴＰ４２０とがそれぞれ受信した場合の更新結果を示している（図１２ＢのステップＳ１２１１，Ｓ１２１２参照）。ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮ＝ａ＋２までのＤＡＴＡ  Ｃｈｕｎｋについては送達完了と判断することができるため、Ｏｕｔ  Ｑｕｅｕｅから、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１，ａ＋２）を破棄する。そのため、ＡＣＴ系ＳＣＴＰ４１０のＯｕｔ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）に更新される（図１２Ｂのキュー状態１２３３参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｎｅｘｔ  ＴＳＮ」は、ａ＋５のままである。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｓｅｎｄ）＋１」は、未使用のままである。
【０１５８】
また、ＳＢＹ系ＳＣＴＰ４２０は、「Ｎｅｘｔ  ＴＳＮ」をａ＋５のままとし、「累積ＴＳＮ値（Ｓｅｎｄ）＋１」をａ＋３に更新する。「累積ＴＳＮ値（Ｓｅｎｄ）＋１」＝ａ＋３は、符号１３１４のＯｕｔ  ＱｕｅｕｅのＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）の最小値（ａ＋３）以上である。そのため、ＳＢＹ系ＳＣＴＰ４２０は、受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）を破棄し、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋４）を保持する（図１２Ｂのキュー状態１２３４参照）。これにより、ＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０の各Ｏｕｔ  Ｑｕｅｕｅは、一致することとなり、すなわち、同期が完了する。
【０１５９】
なお、上述した説明では、動的パラメータのＴＳＮを例に挙げて説明したが、ＡＣＴ系ＳＣＴＰ４１０は、全ＳＣＴＰのプロトコル信号をＳＢＹ系ＳＣＴＰ４２０に転送する。ＳＢＹ系ＳＣＴＰ４２０では、ＳＣＴＰパケット（ＤＡＴＡ  Ｃｈｕｎｋ／ＳＡＣＫ  Ｃｈｕｎｋ）をモニタすることで、内部滞留信号および動的パラメータを同期させることができる。
【０１６０】
（動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の同期手順）
次に、ＡＣＴ系ＳＣＴＰが状態Ｎｏ．３のときにＳＢＹ系ＳＣＴＰが起動した場合の動的パラメータの受信動作における同期手順について説明する。
【０１６１】
図１４Ａは、動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その１）である。図１４Ｂは、動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の同期手順の一例を示すシーケンス図（その２）である。
【０１６２】
図１４Ａおよび図１４Ｂにおいて、ＡＣＴ系ＳＣＴＰ４１０は、状態Ｎｏ．が３（通信確立の状態）であり、現用系として運用中である。また、ＳＢＹ系ＳＣＴＰ４２０は、状態Ｎｏ．が３であり、サブ状態としてスタンバイ同期中となっている。キュー状態１４２１に示すように、ＡＣＴ系ＳＣＴＰ４１０は、例えば、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ−１）までの受信が完了しているものとする。また、ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ，ａ＋１）を欠落して、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）を受信しているものとする。すなわち、ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）を有するものとする。キュー状態１４２１において同期化手順が開始されたとする。
【０１６３】
ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、キュー状態１４２２に示すように、同期手順の開始時において、ＮＵＬＬである。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１４２１と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１４２２とは、不一致である。
【０１６４】
ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）を受信すると（ステップＳ１４０１）、受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１４０２）。
【０１６５】
この場合、ＡＣＴ系ＳＣＴＰ４１０は、Ｉｎ  Ｑｕｅｕｅに、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をキューイングする。これにより、キュー状態１４２３に示すように、ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３）を有することになる。
【０１６６】
また、ＳＢＹ系ＳＣＴＰ４２０は、Ｉｎ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をキューイングする。これにより、キュー状態１４２４に示すように、ＳＢＹ系ＳＣＴＰ４２０のＩｎ  ＱｕｅｕｅはＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）を有することになる。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１４２３と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１４２４とは、不一致である。
【０１６７】
この後、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋４）を欠落して、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）を受信したとする（ステップＳ１４０３）。すると、ＡＣＴ系ＳＣＴＰ４１０は、受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１４０４）。
【０１６８】
また、ＡＣＴ系ＳＣＴＰ４１０は、Ｉｎ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）をキューイングする。これにより、キュー状態１４２５に示すように、ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３，ａ＋５）を有することになる。
【０１６９】
また、ＳＢＹ系ＳＣＴＰ４２０は、のＩｎ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）をキューイングする。これにより、キュー状態１４２６に示すように、ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）を有することになる。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１４２５と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１４２６とは、不一致である。
【０１７０】
図１４Ｂに移行し、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０へ、ＳＡＣＫ  Ｃｈｕｎｋを送信する（ステップＳ１４０５）。ステップＳ１４０５におけるＳＡＣＫ  Ｃｈｕｎｋは、ＴＳＮ＝ａ，ａ＋１，ａ＋４のＤＡＴＡ  Ｃｈｕｎｋが送達されていないためにこれらの再送要求を示すＮＡＣＫと、ＴＳＮ＝ａ−１までの受信確認完了を示すＡＣＫである。また、ＡＣＴ系ＳＣＴＰ４１０は、ステップＳ１４０５と同様のＳＡＣＫ  ＣｈｕｎｋをＳＢＹ系ＳＣＴＰ４２０へ転送する（ステップＳ１４０６）。
【０１７１】
ＡＣＴ系ＳＣＴＰ４１０は、キュー状態１４２７に示すように、Ｉｎ  ＱｕｅｕｅのＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３，ａ＋５）を保持する。また、ＳＢＹ系ＳＣＴＰ４２０は、キュー状態１４２８に示すように、Ｉｎ  ＱｕｅｕｅのＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）を保持する。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１４２７と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１４２８とは、不一致である。
【０１７２】
ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０からＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）を受信すると、ＴＳＮ＝ａが受信済みのＴＳＮ＝ａ−１に後続するため、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）をアプリケーション部５０１に送信する（ステップＳ１４０７）。また、ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１４０８）。
【０１７３】
この場合、ＡＣＴ系ＳＣＴＰ４１０は、キュー状態１４２９に示すように、Ｉｎ  ＱｕｅｕｅにＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）をキューイングせずに、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３，ａ＋５）を保持する。また、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）を受信するものの、ＴＳＮ＝ａがＩｎ  Ｑｕｅｕｅの先頭（最小）のＴＳＮ＝ａ＋３以下であるため、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）を破棄する。これにより、キュー状態１４３０に示すように、ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）を保持する。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１４２９と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１４３０とは、不一致である。
【０１７４】
ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０からＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を受信すると、ＴＳＮ＝ａ＋１がＴＳＮ＝ａに後続するため、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）をアプリケーション部５０１に送信する（ステップＳ１４０９）。また、ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）をＳＢＹ系ＳＣＴＰ４２０に転送する（ステップＳ１４１０）。
【０１７５】
また、ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮ＝ａ＋１の受信により、ＤＡＴＡ  Ｃｈｕｎｋの欠落がなくなり、Ｉｎ  ＱｕｅｕｅのＴＳＮ＝ａ＋２，ａ＋３までが連続する。そのため、ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３）をアプリケーション部５０１に送信し、Ｉｎ  Ｑｕｅｕｅから、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３）を削除する。これにより、キュー状態１４３１に示すように、ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）を有することになる。
【０１７６】
ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を受信するものの、ＴＳＮ＝ａ＋１がＩｎ  Ｑｕｅｕｅの最小のＴＳＮ＝ａ＋３以下であるため、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を破棄する。このため、キュー状態１４３２に示すように、ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）を保持する。ＡＣＴ系ＳＣＴＰ４１０のキュー状態１４３１と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１４３２とは、不一致である。
【０１７７】
この後、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０へ、ＳＡＣＫ  Ｃｈｕｎｋを送信する（ステップＳ１４１１）。ステップＳ１４１１におけるＳＡＣＫ  Ｃｈｕｎｋは、ＴＳＮ＝ａ＋４のＤＡＴＡ  Ｃｈｕｎｋが送達されていないためにＴＳＮ＝ａ＋４の再送要求を示すＮＡＣＫと、ＴＳＮ＝ａ＋３までの受信確認完了を示すＡＣＫである。また、ＡＣＴ系ＳＣＴＰ４１０は、ステップＳ１４１１と同様のＳＡＣＫ  ＣｈｕｎｋをＳＢＹ系ＳＣＴＰ４２０へ転送する（ステップＳ１４１２）。
【０１７８】
ＡＣＴ系ＳＣＴＰ４１０は、キュー状態１４３３に示すように、Ｉｎ  ＱｕｅｕｅのＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）を保持する。また、ＳＢＹ系ＳＣＴＰ４２０は、ＴＳＮ＝ａ＋３までの送達が完了したことにより、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）を削除する。これにより、キュー状態１４３４に示すように、ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）を有することになる。
【０１７９】
このように、ＡＣＴ系ＳＣＴＰ４１０は、受信確認完了を示すＳＡＣＫ  Ｃｈｕｎｋ（ＡＣＫ：ａ＋３までの受信確認完了）をＳＢＹ系ＳＣＴＰ４２０へ転送する。ＳＢＹ系ＳＣＴＰ４２０は、キュー状態１４３４に示す先頭のＴＳＮ（ａ＋３）が示す順位の一つ前のＴＳＮ（ａ＋２）を含む受信確認完了を示すＳＡＣＫ  Ｃｈｕｎｋが転送されてきたことを検知して、ＡＣＴ系ＳＣＴＰ４１０との同期が完了したと判定する。これにより、ＡＣＴ系ＳＣＴＰ４１０のキュー状態１４３３と、ＳＢＹ系ＳＣＴＰ４２０のキュー状態１４３４とが一致し、ＳＢＹ系ＳＣＴＰ４２０の受信側（Ｉｎ  Ｑｕｅｕｅ）の同期が完了し（ステップＳ１４１３）、一連の手順を終了する。
【０１８０】
上述したフローチャートでは、ＳＢＹ系ＳＣＴＰ４２０は、下記（２）式の関係を満たした場合に、同期が完了したものと見なすことができる。
【０１８１】
（通信先５１０からの先頭（最小）の送信ＤＡＴＡ  Ｃｈｕｎｋ：ＴＳＮ＝ａ＋３）≦（ＡＣＴ系ＳＣＴＰ４１０からの受信ＳＡＣＫ  Ｃｈｕｎｋ：累積ＴＳＮ応答確認＋１）・・・（２）式
【０１８２】
ＳＢＹ系ＳＣＴＰ４２０が、Ｉｎ  ＱｕｅｕｅおよびＯｕｔ  Ｑｕｅｕｅの同期が完了したと判断すると、ＳＢＹ系ＳＣＴＰ４２０は、アプリケーション部５０１に通知してもよい。この場合、アプリケーション部５０１は、ＳＢＹ系ＳＣＴＰ４２０から同期完了の通知を受けることにより、ＡＣＴ系ＳＣＴＰ４１０からＳＢＹ系ＳＣＴＰ４２０への切替えが可能であると判断することが可能になる。
【０１８３】
また、ＳＢＹ系ＳＣＴＰ４２０は、Ｉｎ  ＱｕｅｕｅおよびＯｕｔ  Ｑｕｅｕｅの同期が完了したと判断した場合に、アプリケーション部５０１に同期完了の通知を行わなくてもよい。この場合、アプリケーション部５０１は、ＳＢＹ系ＳＣＴＰ４２０の同期が完了したか否かについては不明なため、ＳＢＹ系ＳＣＴＰ４２０の同期が完了していないにもかかわらず、ＳＢＹ系ＳＣＴＰ４２０への切替え処理を行うことがある。この場合、ＳＢＹ系ＳＣＴＰ４２０は、切替えを行うことができないため、通信を切断すればよい。そして、アプリケーション部５０１、ＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０は、それぞれ、ネゴシエーションを行う最初の接続手順を開始すればよい。
【０１８４】
（同期化処理時における動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の更新結果の一例）
図１５Ａは、同期化処理時における動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その１）である。図１５Ｂは、同期化処理時における動的パラメータ（Ｉｎ  Ｑｕｅｕｅ）の更新結果の一例を示す説明図（その２）である。
【０１８５】
図１５Ａの説明図１５００および図１５Ｂの説明図１５１０は、Ｃｈｕｎｋを受信することによって更新されるパラメータを示している。ここでは、例えば、「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」、「累積ＴＳＮ値（Ｒｃｖｄ）＋１」および「Ｉｎ  Ｑｕｅｕｅ」を例に挙げて説明する。説明図１５００，１５１０は、図１４Ａおよび図１４Ｂに示した同期手順に対応した動的パラメータの更新結果である。
【０１８６】
「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」は、既に受信が完了したＴＳＮを示している。「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は、ＡＣＴ系ＳＣＴＰ４１０が送信元からＣｈｕｎｋを受信することにより送信元へ送達確認したＴＳＮ値に１を加算した値であり、すなわち、受信側において送達が完了したＴＳＮ値＋１の値である。
【０１８７】
符号１５０１に示すように、初期状態（図１４Ａのキュー状態１４２１）のＡＣＴ系ＳＣＴＰ４１０において、Ｉｎ  ＱｕｅｕｅはＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２）を有し、「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」がａ−１となっている。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は未使用である。
【０１８８】
また、初期状態（図１４Ａのキュー状態１４２２）のＳＢＹ系ＳＣＴＰ４２０において、Ｉｎ  ＱｕｅｕｅがＮＵＬＬであり、「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」および「累積ＴＳＮ値（Ｒｃｖｄ）＋１」が初期値である。
【０１８９】
符号１５０２は、通信先５１０から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０をそれぞれ受信した場合の更新結果を示している（図１４ＡのステップＳ１４０１，Ｓ１４０２参照）。ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３）に更新される（図１４Ａのキュー状態１４２３参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」はａ−１のままである。また、ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は未使用のままである。
【０１９０】
ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）に更新される（図１４Ａのキュー状態１４２４参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」および「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は初期値のままである。
【０１９１】
符号１５０３は、アプリケーション部５０１から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している（図１４ＡのステップＳ１４０３，Ｓ１４０４参照）。ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３，ａ＋５）に更新される（図１４Ａのキュー状態１４２５参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」はａ−１のままである。また、ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は未使用のままである。
【０１９２】
ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）に更新される（図１４Ａのキュー状態１４２６参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」および「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は初期値のままである。
【０１９３】
図１５Ｂに示す符号１５１１は、ＡＣＴ系ＳＣＴＰ４１０が通信先５１０へＳＡＣＫ  Ｃｈｕｎｋを送信した場合の更新結果を示している（図１４ＢのステップＳ１４０５，Ｓ１４０６参照）。ＳＡＣＫ  Ｃｈｕｎｋは、「ＮＡＣＫ：ａ，ａ＋１，ａ＋４の再送要求、ＡＣＫ：ａ−１までの受信確認完了」である。
【０１９４】
ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３，ａ＋５）を保持する（図１４Ｂのキュー状態１４２７参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」はａ−１のままである。また、ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は未使用のままである。
【０１９５】
ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）を保持する。ＳＢＹ系ＳＣＴＰ４２０は、ＴＳＮ＝ａ−１のＤＡＴＡ  Ｃｈｕｎｋについては送達完了と判断できるため、「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」をａ−１に更新し、また、「累積ＴＳＮ値（Ｒｃｖｄ）＋１」をａに更新する（図１４Ｂのキュー状態１４２８参照）。
【０１９６】
符号１５１２は、通信先５１０から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している（図１４ＢのステップＳ１４０７，Ｓ１４０８参照）。ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）を受信すると、アプリケーション部５０１へ送信し、「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」をａに更新する。ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅは、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３，ａ＋５）を保持する（図１４Ｂのキュー状態１４２９参照）。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は未使用のままである。
【０１９７】
ＳＢＹ系ＳＣＴＰ４２０は、通信先５１０から受信したＤＡＴＡ  ＣｈｕｎｋのＴＳＮ＝ａがＩｎ  Ｑｕｅｕｅの最小（先頭）のＴＳＮ＝ａ＋３以下であるため、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ）を破棄する。そのため、ＳＢＹ系ＳＣＴＰ４２０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）を保持する（図１４Ｂのキュー状態１４３０参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」はａ−１のままである。また、ＳＢＹ系ＳＣＴＰ４２０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」はａのままである。
【０１９８】
符号１５１３は、通信先５１０から送信されたＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）をＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０がそれぞれ受信した場合の更新結果を示している（図１４ＢのステップＳ１４０９，Ｓ１４１０参照）。受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）がそれまでの「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」のａに連続するため、ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮ＝ａ＋１のＤＡＴＡ  Ｃｈｕｎｋをアプリケーション部５０１へ送信する。
【０１９９】
また、ＴＳＮ＝ａ＋１がＩｎ  ＱｕｅｕｅのＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋２，ａ＋３）に連続するため、ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮ＝ａ＋２，ａ＋３のＤＡＴＡ  Ｃｈｕｎｋをアプリケーション部５０１へ送信する。そのため、ＡＣＴ系ＳＣＴＰ４１０のＩｎ  Ｑｕｅｕｅはａ＋５になる（図１４Ｂのキュー状態１４３１参照）。また、ＡＣＴ系ＳＣＴＰ４１０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」は、ａ＋３に更新される。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は、未使用のままである。
【０２００】
また、ＳＢＹ系ＳＣＴＰ４２０は、受信したＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）がＩｎ  Ｑｕｅｕｅの最小のＴＳＮ＝ａ＋３以下であるため、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋１）を破棄する。そのため、ＳＢＹ系ＳＣＴＰ４２０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）を保持する（図１４Ｂのキュー状態１４３２参照）。ＳＢＹ系ＳＣＴＰ４２０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」は、ａ−１のままである。また、ＳＢＹ系ＳＣＴＰ４２０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は、ａのままである。
【０２０１】
符号１５１４は、ＡＣＴ系ＳＣＴＰ４１０が通信先５１０へＳＡＣＫ  Ｃｈｕｎｋ（ＡＣＫ：ａ＋３まで送達確認完了）を送信した場合の更新結果を示している（図１４ＢのステップＳ１４１１，Ｓ１４１２参照）。ＡＣＴ系ＳＣＴＰ４１０は、ＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋５）を保持する（図１４Ｂのキュー状態１４３３参照）。ＡＣＴ系ＳＣＴＰ４１０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」は、ａ＋３のままである。ＡＣＴ系ＳＣＴＰ４１０の「累積ＴＳＮ値（Ｒｃｖｄ）＋１」は、未使用のままである。
【０２０２】
ＳＢＹ系ＳＣＴＰ４２０の「Ｌａｓｔ  Ｒｃｖｄ  ＴＳＮ」はａ＋３に更新され、「累積ＴＳＮ値（Ｒｃｖｄ）＋１」はａ＋４に更新される。また、「累積ＴＳＮ値（Ｒｃｖｄ）＋１」＝ａ＋４は、符号１５１３に示すＳＢＹ系ＳＣＴＰ４２０のＩｎ  ＱｕｅｕｅのＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３，ａ＋５）の最小値（ａ＋３）以上である。そのため、ＳＢＹ系ＳＣＴＰ４２０は、ＴＳＮ＝ａ＋３までの送達が完了したことにより、Ｉｎ  ＱｕｅｕｅのＤＡＴＡ  Ｃｈｕｎｋ（ＴＳＮ＝ａ＋３）を削除する。これにより、ＳＢＹ系ＳＣＴＰ４２０のＩｎ  Ｑｕｅｕｅはａ＋５になる（図１４Ｂのキュー状態１４３４参照）。このため、ＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０の各Ｉｎ  Ｑｕｅｕｅは、一致することとなり、すなわち、同期が完了する。
【０２０３】
なお、上述した説明では、動的パラメータのＴＳＮを例に挙げて説明したが、ＡＣＴ系ＳＣＴＰ４１０は、全ＳＣＴＰのプロトコル信号をＳＢＹ系ＳＣＴＰ４２０に転送する。ＳＢＹ系ＳＣＴＰ４２０では、ＳＣＴＰパケット（ＤＡＴＡ  Ｃｈｕｎｋ／ＳＡＣＫ  Ｃｈｕｎｋ）をモニタすることで、内部滞留信号および動的パラメータを同期させることができる。
【０２０４】
（ＳＢＹ系ＳＣＴＰが起動した際のＡＣＴ系ＳＣＴＰのパラメータの送信処理の一例）
図１６は、ＳＢＹ系ＳＣＴＰが起動した際のＡＣＴ系ＳＣＴＰのパラメータの送信処理の一例を示すフローチャートである。図１６において、ＡＣＴ系ＳＣＴＰ４１０は、ＳＢＹ系ＳＣＴＰ４２０が起動したことによってアプリケーション部５０１から、ＳＢＹ系ＳＣＴＰ４２０の組込み要求があるか否かを判定する（ステップＳ１６０１）。ＡＣＴ系ＳＣＴＰ４１０は、ＳＢＹ系ＳＣＴＰ４２０の組込み要求があるまで待機する（ステップＳ１６０１：Ｎｏ）。
【０２０５】
ＳＢＹ系ＳＣＴＰ４２０の組込み要求があると（ステップＳ１６０１：Ｙｅｓ）、ＡＣＴ系ＳＣＴＰ４１０は、状態Ｎｏ．が０〜２（通信確立前の状態）であるか否かを判定する（ステップＳ１６０２）。状態Ｎｏ．が０〜２である場合（ステップＳ１６０２：Ｙｅｓ）、ＡＣＴ系ＳＣＴＰ４１０は、ＳＢＹ系ＳＣＴＰ４２０へ、静的パラメータを送信するとともに（ステップＳ１６０３）、動的パラメータを送信し（ステップＳ１６０４）、一連の処理を終了する。
【０２０６】
状態Ｎｏ．が０〜２ではない場合（ステップＳ１６０２：Ｎｏ）、ＡＣＴ系ＳＣＴＰ４１０は、状態Ｎｏ．が３（通信確立の状態）であるか否かを判定する（ステップＳ１６０５）。状態Ｎｏ．が３ではない場合（ステップＳ１６０５：Ｎｏ）、すなわち、状態Ｎｏ．が４〜７（通信切断中の状態）の場合、ＡＣＴ系ＳＣＴＰ４１０は、一連の処理を終了する。状態Ｎｏ．が３である場合（ステップＳ１６０５：Ｙｅｓ）、ＡＣＴ系ＳＣＴＰ４１０は、「Ｉｎ  Ｑｕｅｕｅ＝ＮＵＬＬ」且つ「Ｏｕｔ  Ｑｕｅｕｅ＝ＮＵＬＬ」であるか否かを判定する（ステップＳ１６０６）。
【０２０７】
「Ｉｎ  Ｑｕｅｕｅ＝ＮＵＬＬ」且つ「Ｏｕｔ  Ｑｕｅｕｅ＝ＮＵＬＬ」である場合（ステップＳ１６０６：Ｙｅｓ）、ＡＣＴ系ＳＣＴＰ４１０は、ステップＳ１６０３に移行する。「Ｉｎ  Ｑｕｅｕｅ＝ＮＵＬＬ」且つ「Ｏｕｔ  Ｑｕｅｕｅ＝ＮＵＬＬ」ではない場合（ステップＳ１６０６：Ｎｏ）、ＡＣＴ系ＳＣＴＰ４１０は、ＳＢＹ系ＳＣＴＰ４２０へ静的パラメータを送信し（ステップＳ１６０７）、一連の処理を終了する。
【０２０８】
なお、「Ｉｎ  Ｑｕｅｕｅ＝ＮＵＬＬ」且つ「Ｏｕｔ  Ｑｕｅｕｅ＝ＮＵＬＬ」ではない場合とは、「Ｉｎ  Ｑｕｅｕｅ≠ＮＵＬＬ」または「Ｏｕｔ  Ｑｕｅｕｅ≠ＮＵＬＬ」の場合である。具体的には、Ｉｎ  ＱｕｅｕｅおよびＯｕｔ  Ｑｕｅｕｅの、少なくともいずれか一方がＮＵＬＬでない場合である。
【０２０９】
（ＡＣＴ系ＳＣＴＰのデータ送信処理の一例）
図１７は、ＡＣＴ系ＳＣＴＰのデータ送信処理の一例を示すフローチャートである。図１７において、ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１から送信用のＤＡＴＡ  Ｃｈｕｎｋを受信すると（ステップＳ１７０１）、既存のＳＣＴＰプロトコル処理を実行する（ステップＳ１７０２）。そして、ＡＣＴ系ＳＣＴＰ４１０は、通信先５１０へＤＡＴＡ  Ｃｈｕｎｋを送信する（ステップＳ１７０３）。
【０２１０】
そして、ＳＢＹ系ＳＣＴＰ４２０があるか否かを判定する（ステップＳ１７０４）。ＳＢＹ系ＳＣＴＰ４２０があるとは、予備系としてＳＢＹ系ＳＣＴＰ４２０が存在していることである。ＳＢＹ系ＳＣＴＰ４２０がある場合（ステップＳ１７０４：Ｙｅｓ）、ＡＣＴ系ＳＣＴＰ４１０は、受信したＤＡＴＡ  ＣｈｕｎｋをＳＢＹ系ＳＣＴＰ４２０へ送信し（ステップＳ１７０５）、一連の処理を終了する。ＳＢＹ系ＳＣＴＰ４２０がない場合（ステップＳ１７０４：Ｎｏ）、ＡＣＴ系ＳＣＴＰ４１０は、一連の処理を終了する。
【０２１１】
（ＡＣＴ系ＳＣＴＰのデータ受信処理の一例）
図１８は、ＡＣＴ系ＳＣＴＰのデータ受信処理の一例を示すフローチャートである。図１８において、ＡＣＴ系ＳＣＴＰ４１０は、アプリケーション部５０１を介して通信先５１０からＤＡＴＡ  Ｃｈｕｎｋを受信すると（ステップＳ１８０１）、既存のＳＣＴＰプロトコル処理を実行する（ステップＳ１８０２）。ＡＣＴ系ＳＣＴＰ４１０は、ＴＳＮの欠落があるか否かを判定する（ステップＳ１８０３）。
【０２１２】
ＴＳＮの欠落がある場合（ステップＳ１８０３：Ｙｅｓ）、ＡＣＴ系ＳＣＴＰ４１０は、ステップＳ１８０５へ移行する。ＴＳＮの欠落がない場合（ステップＳ１８０３：Ｎｏ）、ＡＣＴ系ＳＣＴＰ４１０は、受信したＤＡＴＡ  Ｃｈｕｎｋをアプリケーション部５０１に送信する（ステップＳ１８０４）。次に、ＡＣＴ系ＳＣＴＰ４１０は、ＳＢＹ系ＳＣＴＰ４２０があるか否かを判定する（ステップＳ１８０５）。
【０２１３】
ＳＢＹ系ＳＣＴＰ４２０がある場合（ステップＳ１８０５：Ｙｅｓ）、ＡＣＴ系ＳＣＴＰ４１０は、受信したＤＡＴＡ  ＣｈｕｎｋをＳＢＹ系ＳＣＴＰ４２０へ送信し（ステップＳ１８０６）、一連の処理を終了する。ＳＢＹ系ＳＣＴＰ４２０がない場合（ステップＳ１８０５：Ｎｏ）、ＡＣＴ系ＳＣＴＰ４１０は、一連の処理を終了する。
【０２１４】
（ＳＢＹ系ＳＣＴＰの静的パラメータ受信処理の一例）
図１９は、ＳＢＹ系ＳＣＴＰの静的パラメータ受信処理の一例を示すフローチャートである。図１９において、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から静的パラメータを受信すると（ステップＳ１９０１）、静的パラメータを内部テーブルに展開する（ステップＳ１９０２）。そして、ＳＢＹ系ＳＣＴＰ４２０は、状態Ｎｏ．を３にし（ステップＳ１９０３）、同期状態としてスタンバイ同期中とし（ステップＳ１９０４）、一連の処理を終了する。
【０２１５】
（ＳＢＹ系ＳＣＴＰの動的パラメータ受信処理の一例）
図２０は、ＳＢＹ系ＳＣＴＰの動的パラメータ受信処理の一例を示すフローチャートである。図２０において、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から動的パラメータを受信すると（ステップＳ２００１）、動的パラメータを内部テーブルに展開する（ステップＳ２００２）。そして、ＳＢＹ系ＳＣＴＰ４２０は、同期状態として同期完了とし（ステップＳ２００３）、一連の処理を終了する。
【０２１６】
（ＳＢＹ系ＳＣＴＰの同期中処理の一例）
図２１Ａは、ＳＢＹ系ＳＣＴＰの同期中処理の一例を示すフローチャート（その１）である。図２１Ｂは、ＳＢＹ系ＳＣＴＰの同期中処理の一例を示すフローチャート（その２）である。図２１Ａおよび図２１Ｂにおいて、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０からＤＡＴＡ  Ｃｈｕｎｋを受信すると（ステップＳ２１０１）、送信元がＡＣＴ系ＳＣＴＰ４１０であるか否かを判定する（ステップＳ２１０２）。送信元がＡＣＴ系ＳＣＴＰ４１０である場合（ステップＳ２１０２：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、送信側（Ｏｕｔ  Ｑｕｅｕｅ）の同期状態が完了しているか否かを判定する（ステップＳ２１０３）。
【０２１７】
送信側の同期状態が完了している場合（ステップＳ２１０３：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０と同様に、ＳＣＴＰプロトコル処理を行い（ステップＳ２１０４）、一連の処理を終了する。なお、ステップＳ２１０４における処理では、通信先５１０向けの信号の送信は行われない。
【０２１８】
送信側の同期状態が完了していない場合（ステップＳ２１０３：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、ステップＳ２１０５に移行する。ステップＳ２１０５において、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０から受信したＤＡＴＡ  ＣｈｕｎｋのＴＳＮがＯｕｔ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮを超えているか否かを判定する（ステップＳ２１０５）。先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮは、Ｏｕｔ  Ｑｕｅｕｅにおいて最も番号の小さいＴＳＮである。ＡＣＴ系ＳＣＴＰ４１０から受信したＤＡＴＡ  ＣｈｕｎｋのＴＳＮがＯｕｔ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮを超えていない場合（ステップＳ２１０５：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、一連の処理を終了する。
【０２１９】
ＡＣＴ系ＳＣＴＰ４１０から受信したＤＡＴＡ  ＣｈｕｎｋのＴＳＮがＯｕｔ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮを超えている場合（ステップＳ２１０５：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、動的パラメータを更新する（ステップＳ２１０６）。そして、ＳＢＹ系ＳＣＴＰ４２０は、Ｏｕｔ  Ｑｕｅｕｅにキューイングし（ステップＳ２１０７）、一連の処理を終了する。
【０２２０】
ステップＳ２１０２において、送信元がＡＣＴ系ＳＣＴＰ４１０ではない場合（ステップＳ２１０２：Ｎｏ）、すなわち、送信元が通信先５１０である場合、ＳＢＹ系ＳＣＴＰ４２０は、受信側の同期状態が完了しているか否かを判定する（ステップＳ２１０８）。
【０２２１】
受信側（Ｉｎ  Ｑｕｅｕｅ）の同期状態が完了している場合（ステップＳ２１０８：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０と同様に、ＳＣＴＰプロトコル処理を行い（ステップＳ２１０９）、一連の処理を終了する。なお、ステップＳ２１０９における処理では、アプリケーション部５０１向けの信号の送信は行われない。
【０２２２】
受信側の同期状態が完了していない場合（ステップＳ２１０８：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、ステップＳ２１１０に移行する。ステップＳ２１１０においてＳＢＹ系ＳＣＴＰ４２０は、通信先５１０から受信したＤＡＴＡ  ＣｈｕｎｋのＴＳＮがＩｎ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮを超えているか否かを判定する（ステップＳ２１１０）。先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮは、Ｉｎ  Ｑｕｅｕｅにおいて最も番号の小さいＴＳＮである。通信先５１０から受信したＤＡＴＡ  ＣｈｕｎｋのＴＳＮがＩｎ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮを超えていない場合（ステップＳ２１１０：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、一連の処理を終了する。
【０２２３】
通信先５１０から受信したＤＡＴＡ  ＣｈｕｎｋのＴＳＮがＩｎ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮを超えている場合（ステップＳ２１１０：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、動的パラメータを更新する（ステップＳ２１１１）。そして、ＳＢＹ系ＳＣＴＰ４２０は、Ｉｎ  Ｑｕｅｕｅにキューイングし（ステップＳ２１１２）、一連の処理を終了する。
【０２２４】
（ＳＢＹ系ＳＣＴＰの同期完了時の処理の一例）
図２２Ａは、ＳＢＹ系ＳＣＴＰの同期完了時の処理の一例を示すフローチャート（その１）である。図２２Ｂは、ＳＢＹ系ＳＣＴＰの同期完了時の処理の一例を示すフローチャート（その２）である。図２２Ａおよび図２２Ｂにおいて、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０からＳＡＣＫ  Ｃｈｕｎｋを受信すると（ステップＳ２２０１）、送信元がＡＣＴ系ＳＣＴＰ４１０であるか否かを判定する（ステップＳ２２０２）。送信元がＡＣＴ系ＳＣＴＰ４１０ではない場合（ステップＳ２２０２：Ｎｏ）、すなわち、送信元が通信先５１０である場合、ＳＢＹ系ＳＣＴＰ４２０は、送信側の同期状態が完了しているか否かを判定する（ステップＳ２２０３）。
【０２２５】
送信側の同期状態が完了している場合（ステップＳ２２０３：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０と同様に、ＳＣＴＰプロトコル処理を行い（ステップＳ２２０４）、ステップＳ２２０９に移行する。なお、ステップＳ２２０４における処理では、アプリケーション部５０１向けの信号の送信は行われない。
【０２２６】
送信側の同期状態が完了していない場合（ステップＳ２２０３：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、動的パラメータの更新を行う（ステップＳ２２０５）。そして、ＡＣＴ系ＳＣＴＰ４１０から受信したＳＡＣＫ  Ｃｈｕｎｋの累積ＴＳＮ値（Ｓｅｎｄ）確認応答＋１が、Ｏｕｔ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮ以上であるか否かを判定する（ステップＳ２２０６）。先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮは、Ｏｕｔ  Ｑｕｅｕｅにおいて最も番号の小さいＴＳＮである。ＳＡＣＫ  Ｃｈｕｎｋの累積ＴＳＮ値（Ｓｅｎｄ）確認応答＋１が、Ｏｕｔ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮ以上ではない場合（ステップＳ２２０６：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、ステップＳ２２０８へ移行する。
【０２２７】
ＳＡＣＫ  Ｃｈｕｎｋの累積ＴＳＮ値（Ｓｅｎｄ）確認応答＋１が、Ｏｕｔ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮ以上である場合（ステップＳ２２０６：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、送信側の同期状態を完了する（ステップＳ２２０７）。そして、ＳＢＹ系ＳＣＴＰ４２０は、送信確認を完了したＤＡＴＡ  ＣｈｕｎｋをＯｕｔ  Ｑｕｅｕｅからデキューする（ステップＳ２２０８）。
【０２２８】
この後、送信側の同期状態が完了且つ受信側の同期状態が完了であるか否かを判定する（ステップＳ２２０９）。送信側の同期状態が完了且つ受信側の同期状態が完了していない場合（ステップＳ２２０９：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、一連の処理を終了する。送信側の同期状態が完了且つ受信側の同期状態が完了である場合（ステップＳ２２０９：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、全ての同期状態を完了し（ステップＳ２２１０）、一連の処理を終了する。
【０２２９】
ステップＳ２２０２において、送信元がＡＣＴ系ＳＣＴＰ４１０である場合（ステップＳ２２０２：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、受信側の同期状態が完了しているか否かを判定する（ステップＳ２２１１）。
【０２３０】
受信側の同期状態が完了している場合（ステップＳ２２１１：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０と同様に、ＳＣＴＰプロトコル処理を行い（ステップＳ２２１２）、ステップＳ２２０９に移行する。なお、ステップＳ２２１２における処理では、通信先５１０向けの信号の送信は行われない。
【０２３１】
受信側の同期状態が完了していない場合（ステップＳ２２１１：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、動的パラメータを更新する（ステップＳ２２１３）。そして、ＳＢＹ系ＳＣＴＰ４２０は、通信先５１０から受信したＳＡＣＫ  Ｃｈｕｎｋの累積ＴＳＮ値（Ｒｃｖｄ）確認応答＋１が、Ｉｎ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮ以上であるか否かを判定する（ステップＳ２２１４）。
【０２３２】
先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮは、Ｉｎ  Ｑｕｅｕｅにおいて最も番号の小さいＴＳＮである。通信先５１０から受信したＳＡＣＫ  Ｃｈｕｎｋの累積ＴＳＮ値（Ｒｃｖｄ）確認応答＋１が、Ｉｎ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮ以上ではない場合（ステップＳ２２１４：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、ステップＳ２２１６に移行する。
【０２３３】
ＳＡＣＫ  Ｃｈｕｎｋの累積ＴＳＮ値確認応答＋１が、Ｉｎ  Ｑｕｅｕｅの先頭ＤＡＴＡ  ＣｈｕｎｋのＴＳＮ以上である場合（ステップＳ２２１４：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、受信側の同期状態を完了する（ステップＳ２２１５）。そして、ＳＢＹ系ＳＣＴＰ４２０は、受信確認を完了したＤＡＴＡ  ＣｈｕｎｋをＩｎ  Ｑｕｅｕｅからデキューし（ステップＳ２２１６）、ステップＳ２２０９に移行する。
【０２３４】
（ＡＣＴ系ＳＣＴＰからＳＢＹ系ＳＣＴＰへの切替手順）
図２３は、ＡＣＴ系ＳＣＴＰからＳＢＹ系ＳＣＴＰへの切替手順の一例を示すシーケンス図である。例えば、ＡＣＴ系ＳＣＴＰ４１０に故障等の異常が発生したとする。アプリケーション部５０１の主導により、ＳＢＹ系ＳＣＴＰ４２０に現用系の切替えを行う（ステップＳ２３０１）。ＡＣＴ系ＳＣＴＰ４１０は、予備運用中となる（ステップＳ２３０２）。ＳＢＹ系ＳＣＴＰ４２０は、運用中となる（ステップＳ２３０３）。
【０２３５】
ＳＢＹ系ＳＣＴＰ４２０は、ＡＣＴ系ＳＣＴＰ４１０からＳＢＹ系ＳＣＴＰ４２０への切替えた旨の信号を通信先５１０へ送信する（ステップＳ２３０４）。そして、ＳＢＹ系ＳＣＴＰ４２０は、同期完了済みであるか否かを判定する（ステップＳ２３０５）。同期完了済みではない場合（ステップＳ２３０５：Ｎｏ）、ＳＢＹ系ＳＣＴＰ４２０は、通信の切断処理を行うためのＡＢＯＲＴ  Ｃｈｕｎｋを通信先５１０へ送信する（ステップＳ２３０６）。
【０２３６】
そして、ＳＢＹ系ＳＣＴＰ４２０は、アプリケーション部５０１に、再度ＳＣＴＰリンクの確立動作を行うための、ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＬＯＳＴ  Ｎｏｔｉｆｉｃａｔｉｏｎの通知を行い（ステップＳ２３０７）、一連の処理を終了する。ステップＳ２３０５において、同期完了済みである場合（ステップＳ２３０５：Ｙｅｓ）、ＳＢＹ系ＳＣＴＰ４２０は、通信を切断することなく、そのまま一連の処理を終了する。
【０２３７】
（通信システムの他の一例）
図２４は、通信システムの他の一例を示す説明図である。通信システム２００は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の移動体通信網である。なお、図２４に示す通信システム２００においては、図２に示した通信システム２００と異なる点についてのみ説明する。図２４において、通信システム２００は、無線基地局２０３を有していない。通信システム２００は、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）２４０１を有する。ｅＮＢ２４０１は、ＬＴＥ無線基地局装置である。ｅＮＢ２４０１は、有線インタフェース部２４０２と、無線インタフェース部２４０３と、を有する。
【０２３８】
有線インタフェース部２４０２は、有線のインタフェースであり、サーバ２０２とｅＮＢ２４０１とを接続する。無線インタフェース部２４０３は、無線のインタフェースであり、移動端末２０４とｅＮＢ２４０１とを接続する。
【０２３９】
ＳＣＴＰプロトコル部２１１は、有線インタフェース部２４０２を介してサーバ２０２から受信した上位制御装置２１６向けの制御信号を上位制御装置２１６へ送信する。また、ＳＣＴＰプロトコル部２１１は、上位制御装置２１６から受信した通信先５１０向けの制御信号を、有線インタフェース部２４０２を介して、サーバ２０２へ送信する。
【０２４０】
プロトコル変換部２１２は、無線インタフェース部２４０３を介して移動端末２０４からユーザ信号を受信し、プロトコルを変換して、ユーザ信号プロトコル終端部２１３へ送信する。また、プロトコル変換部２１２は、無線インタフェース部２４０３を介して移動端末２０４から受信した上位制御装置２１６向けの制御信号のプロトコルを変換して、制御信号プロトコル終端部２１４へ送信する。
【０２４１】
また、プロトコル変換部２１２は、ユーザ信号プロトコル終端部２１３から受信した移動端末２０４向けのユーザ信号を、無線インタフェース部２４０３を介して移動端末２０４へ送信する。プロトコル変換部２１２は、制御信号プロトコル終端部２１４から受信した移動端末２０４向けの制御信号を、無線インタフェース部２４０３を介して移動端末２０４へ送信する。
【０２４２】
ユーザ信号プロトコル終端部２１３は、有線インタフェース部２４０２を介してサーバ２０２へ、ネットワーク網向けのユーザ信号を送信する。また、ユーザ信号プロトコル終端部２１３は、移動端末２０４向けのユーザ信号をプロトコル変換部２１２へ送信する。プロトコル変換部２１２は、ユーザ信号プロトコル終端部２１３から受信した移動端末２０４向けのユーザ信号を、無線インタフェース部２４０３を介して移動端末２０４へ送信する。
【０２４３】
また、上位制御装置２１６は、ＳＣＴＰプロトコル部２１１、ユーザ信号プロトコル終端部２１３、制御信号プロトコル終端部２１４、有線インタフェース部２４０２および無線インタフェース部２４０３の各機能部に対して、各種設定を行う。このような通信システム２００にも、本実施の形態を適用することができる。
【０２４４】
以上のように、本実施の形態では、ＳＢＹ系ＳＣＴＰ４２０の起動時にＡＣＴ系ＳＣＴＰ４１０に送達未確認のＤＡＴＡ  Ｃｈｕｎｋがある場合、すなわちＯｕｔ  ＱｕｅｕｅやＩｎ  ＱｕｅｕｅがＮＵＬＬではない場合、該起動後に送達確認済のＤＡＴＡ  Ｃｈｕｎｋを消去するようにした。したがって、ＡＣＴ系ＳＣＴＰ４１０およびＳＢＹ系ＳＣＴＰ４２０の各Ｏｕｔ  Ｑｕｅｕｅおよび各Ｉｎ  Ｑｕｅｕｅをそれぞれ一致させ、ＡＣＴ系ＳＣＴＰ４１０を中断せずにＡＣＴ系ＳＣＴＰ４１０とＳＢＹ系ＳＣＴＰ４２０とを同期させることができる。
【０２４５】
また、本実施の形態において、ＳＢＹ系ＳＣＴＰ４２０は、再送されたＤＡＴＡ  ＣｈｕｎｋのＴＳＮを除いた先頭のＴＳＮと、自装置の起動前にＡＣＴ系ＳＣＴＰ４１０が送信または受信したＤＡＴＡ  Ｃｈｕｎｋの受信完了を示す受信完了通知と、に基づいて同期を行うようにした。これにより、ＳＢＹ系ＳＣＴＰ４２０は、再送されたＤＡＴＡ  Ｃｈｕｎｋと、起動後に新たにＡＣＴ系ＳＣＴＰ４１０が送信または受信したＤＡＴＡ  Ｃｈｕｎｋと、を区別することができる。このため、先頭のＴＳＮを一定にして同期を行うことができ、効率よく同期を行うことができる。
【０２４６】
また、ＳＢＹ系ＳＣＴＰ４２０は、自装置の起動時にＯｕｔ  ＱｕｅｕｅおよびＩｎ  ＱｕｅｕｅがＮＵＬＬである場合、同期を行わずに切替え可能な状態となる。これにより、迅速にＳＢＹ系ＳＣＴＰ４２０を待機状態とすることができる。
【０２４７】
また、ＳＢＹ系ＳＣＴＰ４２０は、自装置の起動時にＡＣＴ系ＳＣＴＰ４１０と通信先１４０との通信が確立される前の状態である場合、具体的には、図６に示した状態Ｎｏ．０〜２の場合、同期を行わずに切替え可能な状態となる。これにより、迅速に待機状態とすることができる。
【０２４８】
また、ＳＢＹ系ＳＣＴＰ４２０は、自装置の起動時にＡＣＴ系ＳＣＴＰ４１０と通信先１４０との通信が切断中の状態である場合、具体的には、図６に示した状態Ｎｏ．４〜７の場合、同期を行わないようにした。これにより、通信切断中において不要な処理を行わないようにすることができる。
【０２４９】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０２５０】
（付記１）第１通信装置が、
送信されるデータの順序を示す順序情報を含むデータを通信先に送信し、前記通信先から前記データの受信完了を示す受信完了通知を受信し、
転送部が、
前記第１通信装置の予備の第２通信装置の起動後に前記第１通信装置が前記通信先へ送信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信した受信完了通知を前記第２通信装置へ転送し、
前記第２通信装置が、
前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行う
ことを特徴とする同期方法。
【０２５１】
（付記２）前記第２通信装置は、前記転送部によって転送されたデータに含まれる順序情報のうち、前記通信先からの再送要求に応じて前記第１通信装置が再送したデータに含まれる順序情報を除いた先頭の順序情報と、自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて前記同期を行うことを特徴とする付記１に記載の同期方法。
【０２５２】
（付記３）前記同期は、前記先頭の順序情報の１つ前の順序情報を含むデータの受信完了を示す前記通信先からの受信完了通知が前記転送部によって前記第２通信装置へ転送されるまで待機する処理であり、
前記第２通信装置は、前記同期を行った後に、前記通信先と通信する装置を前記第１通信装置から自装置へ切替え可能な状態となることを特徴とする付記１または２に記載の同期方法。
【０２５３】
（付記４）前記第１通信装置は、前記通信先へ送信したデータを記憶部に記憶させ、送信したデータの受信完了を示す受信完了通知を前記通信先から受信すると前記記憶部から前記受信完了通知に応じたデータを消去し、
前記第２通信装置は、自装置の起動時に前記記憶部にデータが記憶されていない場合、前記同期を行わずに前記切替え可能な状態となることを特徴とする付記３に記載の同期方法。
【０２５４】
（付記５）前記第２通信装置は、自装置の起動時に前記第１通信装置と前記通信先との通信が確立される前の状態である場合、前記同期を行わずに前記切替え可能な状態となることを特徴とする付記３または４に記載の同期方法。
【０２５５】
（付記６）前記第２通信装置は、自装置の起動時に前記第１通信装置と前記通信先との通信が切断中の状態である場合、前記同期を行わないことを特徴とする付記３〜５のいずれか一つに記載の同期方法。
【０２５６】
（付記７）前記第１通信装置は、順序を示す順序情報を含むデータを前記通信先から受信し、受信したデータの受信完了を示す受信完了通知を前記通信先へ送信し、
前記転送部は、前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信した受信完了通知を前記第２通信装置へ転送し、
前記第２通信装置は、前記第１通信装置が前記通信先から受信し前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先から受信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行うことを特徴とする付記１〜６のいずれか一つに記載の同期方法。
【０２５７】
（付記８）第１通信装置が、
送信されるデータの順序を示す順序情報を含むデータを通信先から受信し、前記通信先へ前記データの受信完了を示す受信完了通知を送信し、
転送部が、
前記第１通信装置の予備の第２通信装置の起動後に前記第１通信装置が前記通信先から受信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信した受信完了通知を前記第２通信装置へ転送し、
前記第２通信装置が、
前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先から受信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行う
ことを特徴とする同期方法。
【０２５８】
（付記９）前記第２通信装置は、前記転送部によって転送されたデータに含まれる順序情報のうち、前記第１通信装置からの再送要求に応じて前記通信先から受信したデータに含まれる順序情報を除いた先頭の順序情報と、自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて前記同期を行うことを特徴とする付記８に記載の同期方法。
【０２５９】
（付記１０）前記同期は、前記先頭の順序情報の１つ前の順序情報を含むデータの受信完了を示す前記第１通信装置からの受信完了通知が前記転送部によって前記第２通信装置へ転送されるまで待機する処理であり、
前記第２通信装置は、前記同期を行った後に、前記通信先と通信する装置を前記第１通信装置から自装置へ切替え可能な状態となることを特徴とする付記８または９に記載の同期方法。
【０２６０】
（付記１１）前記第１通信装置は、順序を示す順序情報を含むデータを通信先から受信すると受信したデータを記憶部に記憶させ、前記通信先へデータの受信完了を示す受信完了通知を送信すると前記記憶部から前記受信完了通知に応じたデータを消去し、
前記第２通信装置は、自装置の起動時に前記記憶部にデータが記憶されていない場合、前記同期を行わずに前記切替え可能な状態となることを特徴とする付記１０に記載の同期方法。
【０２６１】
（付記１２）送信されるデータの順序を示す順序情報を含むデータを通信先に送信し、前記通信先から前記データの受信完了を示す受信完了通知を受信する第１通信装置と、
前記第１通信装置の予備の第２通信装置と、
前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信した受信完了通知を前記第２通信装置へ転送する転送部と、
を有し、
前記第２通信装置は、前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先へ送信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行うことを特徴とする通信装置。
【０２６２】
（付記１３）送信されるデータの順序を示す順序情報を含むデータを通信先から受信し、前記通信先へ前記データの受信完了を示す受信完了通知を送信する第１通信装置と、
前記第１通信装置の予備の第２通信装置と、
前記第２通信装置の起動後に前記第１通信装置が前記通信先から受信したデータおよび前記第２通信装置の起動後に前記第１通信装置が前記通信先へ送信した受信完了通知を前記第２通信装置へ転送する転送部と、
を有し、
前記第２通信装置は、前記転送部によって転送されたデータに含まれる順序情報のうち先頭の順序情報と、前記転送部によって転送された受信完了通知のうち自装置の起動前に前記第１通信装置が前記通信先から受信したデータの受信完了を示す受信完了通知と、に基づいて、前記第１通信装置との同期を行うことを特徴とする通信装置。
【符号の説明】
【０２６３】
１００  通信装置
１１０  第１通信装置
１１１  第１記憶部
１２０  第２通信装置
１２１  第２記憶部
１３０  転送部
１４０，５１０  通信先
２００  通信システム
２０１  中継交換機
２０２  サーバ
２０３  無線基地局
２０４  移動端末
２１１  ＳＣＴＰプロトコル部
２１２  プロトコル変換部
２１３  ユーザ信号プロトコル終端部
２１４  制御信号プロトコル終端部
２１５  インタフェース部
２１６  上位制御装置
３１０  ハードウェア制御部
３２０  ソフトウェア制御部
４０１  ＣＰＵ
４０２  メモリ
４０３  ＮＷＰ
４１０  ＡＣＴ系ＳＣＴＰ
４２０  ＳＢＹ系ＳＣＴＰ
４３０  スイッチ部
５０１  アプリケーション部
５０２  通常経路
５０３  障害時迂回経路
２４０１  ｅＮＢ
２４０２  有線インタフェース部
２４０３  無線インタフェース部
【図１Ａ】
2016012880.tif 000003
【図１Ｂ】
2016012880.tif 000004
【図１Ｃ】
2016012880.tif 000005
【図２】
2016012880.tif 000006
【図３】
2016012880.tif 000007
【図４】
2016012880.tif 000008
【図５】
2016012880.tif 000009
【図６】
2016012880.tif 000010
【図７】
2016012880.tif 000011
【図８】
2016012880.tif 000012
【図９】
2016012880.tif 000013
【図１０Ａ】
2016012880.tif 000014
【図１０Ｂ】
2016012880.tif 000015
【図１１】
2016012880.tif 000016
【図１２Ａ】
2016012880.tif 000017
【図１２Ｂ】
2016012880.tif 000018
【図１３Ａ】
2016012880.tif 000019
【図１３Ｂ】
2016012880.tif 000020
【図１４Ａ】
2016012880.tif 000021
【図１４Ｂ】
2016012880.tif 000022
【図１５Ａ】
2016012880.tif 000023
【図１５Ｂ】
2016012880.tif 000024
【図１６】
2016012880.tif 000025
【図１７】
2016012880.tif 000026
【図１８】
2016012880.tif 000027
【図１９】
2016012880.tif 000028
【図２０】
2016012880.tif 000029
【図２１Ａ】
2016012880.tif 000030
【図２１Ｂ】
2016012880.tif 000031
【図２２Ａ】
2016012880.tif 000032
【図２２Ｂ】
2016012880.tif 000033
【図２３】
2016012880.tif 000034
【図２４】
2016012880.tif 000035