(57)【要約】  本発明は、送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立することと、前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、前記バインドリンクで送信し、非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、前記非バインドリンクで送信することとを含むデータ伝送方法を開示する。本発明は、同時にデータ伝送装置とコンピュータ記憶媒体を開示する。【選択図】図１
2016517245.tif 000002
【特許請求の範囲】
【請求項１】
データ伝送方法であって、
送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立することと、
前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、そして前記バインドリンクで送信し、非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、そして前記非バインドリンクで送信することとを含む、前記方法。
【請求項２】
送信側装置と受信側装置は、初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあり、そして設定された条件で状態間の変換を行うことをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項３】
送信側と受信側がいずれもリンクバインド機能をサポートすることを確定することは、
送信側装置と受信側装置がインタラクティブメッセージを行い、前記インタラクティブメッセージには、装置がリンクバインド機能をサポートするかどうかの情報が含まれることを含むことを特徴とする
請求項１に記載の方法。
【請求項４】
前記インタラクティブメッセージは、増設されたバインド能力通知メッセージとバインド能力通知応答メッセージ、またはトポロジ問合せメッセージとトポロジ応答メッセージ、またはリンク品質問合せメッセージとリンク品質応答メッセージ、またはバインド確立要求メッセージとバインド確立応答メッセージであることを特徴とする
請求項３に記載の方法。
【請求項５】
前記バインドグループを確立することは、
送信側装置が受信側装置へリンクバインド確立要求メッセージを送信し、前記要求メッセージはバインドグループ情報テーブルを含み、前記バインドグループ情報テーブルにはバインドリンクが含まれ、
受信側装置が送信側装置から送信された前記リンクバインド確立要求メッセージを受信した場合、送信側装置へリンクバインド確立応答メッセージを返し、前記リンクバインド確立応答メッセージにはリンクバインド確立成功識別子またはリンクバインド確立失敗識別子が含まれることを含むことを特徴とする
請求項１に記載の方法。
【請求項６】
前記バインドグループ情報テーブルは、
バインドグループ識別子、バインドグループにおける相互接続するインターフェイスペアの数、対応するインターフェイスペアのメディアアクセス制御（ＭＡＣ）インターフェイスアドレス、対応するインターフェイスペアのＭＡＣインターフェイスタイプのうちの少なくとも一つを含むことを特徴とする
請求項５に記載の方法。
【請求項７】
送信側装置が受信側装置へバインドグループ更新要求メッセージを送信し、前記要求メッセージは更新が要求されるバインドグループ情報テーブルを含むことと、
受信側装置が送信側装置から送信された前記バインドグループ更新要求メッセージを受信した場合、送信側装置へバインドグループ更新応答メッセージを返し、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むこととをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項８】
バインドグループが更新された後、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータを前記バインドデータフォーマットでカプセル化し、そして前記更新されたバインドグループ情報テーブルにおけるバインドリンクで送信することをさらに含むことを特徴とする
請求項７に記載の方法。
【請求項９】
前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信することは、
送信すべきデータが設定された、バインドリンクでデータを送信する条件を満たす場合、前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信することを含むことを特徴とする
請求項１に記載の方法。
【請求項１０】
前記設定された、バインドリンクでデータを送信する条件は、データのサービス品質レベル（ＱｏＳ）の設定であり、またはデータパケットの仮想ローカルエリアネットワーク（ＶＬＡＮ）番号が設定値であること、またはデータパケットの優先度識別子が設定された閾値より大きいことであることを特徴とする
請求項９に記載の方法。
【請求項１１】
前記バインドデータフォーマットは、メッセージシーケンス番号、断片番号と断片識別子を含むことを特徴とする
請求項１に記載の方法。
【請求項１２】
送信側装置または受信側装置がクローズすべきバインドグループ識別子が含まれるバインド機能クローズメッセージを送信し、送信側と受信側がいずれも前記バインドグループを削除することをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項１３】
データ伝送装置であって、
送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立するように構成される管理モジュールと、
バインドリンクまたは非バインドリンクで送信すべきデータを送信することを確定するように構成される選択モジュールと、
前記選択モジュールが前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、前記選択モジュールが非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、前記非バインドリンクで送信するように構成されるカプセル化モジュールと、
前記バインドリンクで前記カプセル化モジュールによりカプセル化された前記送信すべきデータを送信するように構成される送信モジュールとを含む、前記装置。
【請求項１４】
送信側装置と受信側装置が初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあることを記録し、そして送信側装置または受信側装置が設定された条件で状態間の変換を行うようになるように構成される装置状態マシンをさらに含むことを特徴とする
請求項１３に記載の装置。
【請求項１５】
前記管理モジュールは、
バインドグループを確立するかどうかを判定するように構成されるバインドグループ管理サブモジュールと、
バインド確立要求メッセージ、バインド確立応答メッセージ、バインド機能クローズメッセージを構成し、前記バインド確立要求メッセージがバインドグループ情報テーブルを含み、前記バインド確立応答メッセージがリンクバインド確立成功識別子またはリンクバインド確立失敗識別子を含むように構成されるバインドプロトコルサブモジュールと、
データの断片化処理が必要かどうかを判定し、必要があれば、前記データパケットに対して断片化およびソートを行うように構成される断片化およびソートサブモジュールとを含むことを特徴とする
請求項１３に記載の装置。
【請求項１６】
前記バインドグループ管理サブモジュールは、さらにバインドグループを更新する必要があるかどうかを判定するように構成され、
前記バインドプロトコルサブモジュールは、さらにバインドグループ更新要求メッセージとバインドグループ更新応答メッセージを構成し、前記バインドグループ更新要求メッセージが更新すべきバインドグループ情報テーブルを含み、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むように構成されることを特徴とする
請求項１５に記載の装置。
【請求項１７】
前記カプセル化モジュールは、さらにバインドグループ情報テーブルが更新された後、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータを前記バインドデータフォーマットでカプセル化するように構成され、
前記送信モジュールは、さらに前記更新されたバインドグループ情報テーブルにおけるバインドリンクでカプセル化された前記送信すべきデータを送信するように構成されることを特徴とする
請求項１３に記載の装置。
【請求項１８】
前記選択モジュールは、
送信すべきデータがバインドグループにおけるバインドリンクで送信される必要がある条件を設定するように構成されるバインドデータパケット条件設定サブモジュールと、
前記バインドデータパケット条件設定サブモジュールにより設定された条件に応じてデータが前記バインドリンクで伝送されるかどうかを判定するように構成されるバインドデータパケット判定サブモジュールとを含むことを特徴とする
請求項１３に記載の装置。
【請求項１９】
請求項１〜１２のいずれか１項に記載のデータ伝送方法を実行するためのコンピュータプログラムを記憶しているコンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関し、特にデータ伝送方法、装置およびコンピュータ記憶媒体に関する。
【背景技術】
【０００２】
電気電子技術者協会（ＩＥＥＥ：Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）１９０５基準では、ホームネットワークの様々なメディアに１つの抽象化層を提供し、当該抽象化層は、使用している各リンクに対してより具体的な運転情報を抽象化し、異なるリンクで送受信されたデータを集約することができ、これによってホームネットワークにおいて様々な相互接続技術のシームレスな接続を実現する。現在、抽象化層機能エンティティは、２つの装置間に通信可能な複数本のリンクの伝送品質をリアルタイムに監視でき、そして伝送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）またはユーザデータプロトコル（ＵＤＰ：Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のタイプに応じてデータ伝送のロードバランシングを実現でき、例えばＴＣＰプロトコルデータストリームがワイヤレスフィデリィティ（ＷｉＦｉ：Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）リンクで伝送され、ＵＤＰプロトコルデータストリームが電力線通信（ＰＬＣ：Ｐｏｗｅｒ  ｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）リンクで伝送される。
【０００３】
ホームネットワークに様々なサービスタイプのデータストリームを伝送する場合、ＴＣＰまたはＵＤＰタイプで区分し、そしてデータストリームの必要な帯域幅に応じて異なるメディアのリンクを選択して伝送することにより、データの伝送品質を向上できる。しかし、様々なサービスタイプのデータストリームが同時に伝送される場合、単一のリンクによって提供される伝送リソースは、帯域幅要求が高いデータストリームを満たすことができないかもしれなく、さらにパケット損失率が増加し、伝送品質が低下することに繋がってしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これを鑑みて、本発明の実施形態は、異なるサービスのデータストリームのために合理的な帯域幅割り当てを提供し、ネットワークのサービス品質を向上させることができるように、データ伝送方法、装置およびコンピュータ記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の実施形態に係る技術的解決手段は、以下のように実現される。
【０００６】
本発明の実施形態に係るデータ伝送方法は、
送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立することと、
前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、そして前記バインドリンクで送信し、非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、そして前記非バインドリンクで送信することとを含む。
【０００７】
好ましくは、前記方法は、
送信側装置と受信側装置が初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあり、そして設定された条件で状態間の変換を行うことをさらに含む。
【０００８】
好ましくは、送信側と受信側がいずれもリンクバインド機能をサポートすることを確定することは、
送信側装置と受信側装置がインタラクティブメッセージを行い、前記インタラクティブメッセージに装置がリンクバインド機能をサポートするかどうかの情報が含まれることを含む。
【０００９】
好ましくは、前記インタラクティブメッセージは、増設されたバインド能力通知メッセージとバインド能力通知応答メッセージ、またはトポロジ問合せメッセージとトポロジ応答メッセージ、またはリンク品質問合せメッセージとリンク品質応答メッセージ、またはバインド確立要求メッセージとバインド確立応答メッセージである。
【００１０】
好ましくは、前記バインドグループを確立することは、
送信側装置が受信側装置へリンクバインド確立要求メッセージを送信し、前記要求メッセージはバインドグループ情報テーブルを含み、前記バインドグループ情報テーブルにはバインドリンクが含まれ、
受信側装置が送信側装置から送信された前記リンクバインド確立要求メッセージを受信した場合、送信側装置へリンクバインド確立応答メッセージを返し、前記リンクバインド確立応答メッセージにはリンクバインド確立成功識別子またはリンクバインド確立失敗識別子が含まれることを含む。
【００１１】
好ましくは、前記バインドグループ情報テーブルは、
バインドグループ識別子、バインドグループにおける相互接続するインターフェイスペアの数、対応するインターフェイスペアのメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）インターフェイスアドレス、対応するインターフェイスペアのＭＡＣインターフェイスタイプのうちの少なくとも一つを含む。
【００１２】
好ましくは、前記方法は、
送信側装置が受信側装置へバインドグループ更新要求メッセージを送信し、前記要求メッセージは更新が要求されるバインドグループ情報テーブルを含むことと、
受信側装置が送信側装置から送信された前記バインドグループ更新要求メッセージを受信した場合、送信側装置へバインドグループ更新応答メッセージを返し、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むこととをさらに含む。
【００１３】
好ましくは、前記方法は、
バインドグループが更新された後、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータを前記バインドデータフォーマットでカプセル化し、そして前記更新されたバインドグループ情報テーブルにおけるバインドリンクで送信することをさらに含む。
【００１４】
好ましくは、前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信することは、
送信すべきデータが設定された、バインドリンクでデータを送信する条件を満たす場合、前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信することを含む。
【００１５】
好ましくは、前記設定された、バインドリンクでデータを送信する条件は、データのサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）レベルの設定であり、またはデータパケットの仮想ローカルエリアネットワーク（ＶＬＡＮ：Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）番号が設定値であること、またはデータパケットの優先度識別子が設定された閾値より大きいことである。
【００１６】
好ましくは、前記バインドデータフォーマットは、メッセージシーケンス番号、断片番号と断片識別子を含む。
【００１７】
好ましくは、前記方法は、
送信側装置または受信側装置がクローズすべきバインドグループ識別子が含まれるバインド機能クローズメッセージを送信し、送信側と受信側がいずれも前記バインドグループを削除することをさらに含む。
【００１８】
本発明の実施形態に係るデータ伝送装置は、
送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立するように構成される管理モジュールと、
バインドリンクまたは非バインドリンクで送信すべきデータを送信することを確定するように構成される選択モジュールと、
前記選択モジュールが前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、前記選択モジュールが非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、前記非バインドリンクで送信するように構成されるカプセル化モジュールと、
前記バインドリンクで前記カプセル化モジュールによりカプセル化された前記送信すべきデータを送信するように構成される送信モジュールとを含む。
【００１９】
好ましくは、前記装置は、
送信側装置と受信側装置が初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあることを記録し、そして送信側装置または受信側装置が設定された条件で状態間の変換を行うようになるように構成される装置状態マシンをさらに含む。
【００２０】
好ましくは、前記管理モジュールは、
バインドグループを確立するかどうかを判定するように構成されるバインドグループ管理サブモジュールと、
バインド確立要求メッセージ、バインド確立応答メッセージ、バインド機能クローズメッセージを構成し、前記バインド確立要求メッセージがバインドグループ情報テーブルを含み、前記バインド確立応答メッセージがリンクバインド確立成功識別子またはリンクバインド確立失敗識別子を含むように構成されるバインドプロトコルサブモジュールと、
データの断片化処理が必要かどうかを判定し、必要があれば、前記データパケットに対して断片化とソートを行うように構成される断片化およびソートサブモジュールとを含む。
【００２１】
好ましくは、前記バインドグループ管理サブモジュールは、さらにバインドグループを更新する必要があるかどうかを判定するように構成され、
前記バインドプロトコルサブモジュールは、さらにバインドグループ更新要求メッセージとバインドグループ更新応答メッセージを構成し、前記バインドグループ更新要求メッセージが更新すべきバインドグループ情報テーブルを含み、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むように構成される。
【００２２】
好ましくは、前記カプセル化モジュールは、さらにバインドグループ情報テーブルが更新された後、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータを前記バインドデータフォーマットでカプセル化するように構成され、
前記送信モジュールは、さらに前記更新されたバインドグループ情報テーブルにおけるバインドリンクでカプセル化された前記送信すべきデータを送信するように構成される。
【００２３】
好ましくは、前記選択モジュールは、
送信すべきデータがバインドグループにおけるバインドリンクで送信される必要がる条件を設定するように構成されるバインドデータパケット条件設定サブモジュールと、
前記バインドデータパケット条件設定サブモジュールにより設定された条件に応じてデータが前記バインドリンクで伝送されるかどうかを判定するように構成されるバインドデータパケット判定サブモジュールとを含む。
【００２４】
本発明の実施形態に係るコンピュータ記憶媒体は、上述したデータ伝送方法を実行するためのコンピュータプログラムを記憶している。
【００２５】
本発明の実施形態に係るデータ伝送方法、装置およびコンピュータ記憶媒体において、送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立し、送信すべきデータが前記バインドグループにおけるバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータをバインドデータフォーマットでカプセル化して前記バインドリンクで送信する。これにより、本発明の実施形態に係る前記技術的解決手段は、マルチメディアリンクの帯域幅を集約して、異なるサービスのデータストリームのために合理的な帯域幅割り当てを提供することができ、それによってあるサービスのデータストリームがバインドリンクで伝送されることが可能となり、すべてのサービスのデータストリームがバインドリンクで伝送されることも可能となり、ネットワークのサービス品質を向上させる。しかも、本発明の実施形態に係る前記技術的解決手段は、マルチリンクの帯域幅を集約させ、異なるメディアリンクのバインドを実現し、さらに帯域幅要求が高いデータストリームの伝送のためにより良いサービスを提供し、ユーザ体験を向上させることができる。また、本発明の実施形態に係る技術的解決手段は、特にホームネットワークのマルチメディア環境におけるリンクバインドおよびデータストリーム伝送に適用する。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態に係るデータ伝送方法の実現プロセスを示す図である；
【図２】本発明の実施形態に係るバインドデータフォーマットを示す図である；
【図３】本発明の実施形態に係るマルチメディアリンクバインドを示す図である；
【図４】本発明の実施形態に係るバインド機能状態図である；
【図５】本発明の実施形態に係るバインド管理プロトコルインタラクションプロセスを示す図である；
【図６】本発明の実施形態に係るデータ伝送装置の構成構造図である；
【図７】本発明の実施形態に係るデータリンクバインド機能を備えるデータ伝送装置の構成構造図である。
【発明を実施するための形態】
【００２７】
本発明が解決しようとする課題、技術的解決手段と利点をより明らかにするように、以下に図面および具体的な実施形態を参照して詳しく説明する。
【００２８】
図１は本発明の実施形態に係るデータ伝送方法の実現プロセスを示す図であり、図１に示すように、当該方法は、主に以下のステップを含む。
【００２９】
ステップ１０１において、送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立する。
【００３０】
ステップ１０２において、前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化して前記バインドリンクで送信し、非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化して前記非バインドリンクで送信する。
【００３１】
ここで、前記バインドリンクは、バインドグループ情報テーブルに位置し、前記非バインドリンクは、いずれかの単一のリンクである。
【００３２】
ここで、前記一般的なデータフォーマットが従来のデータフォーマットと同じであるので、ここでは説明は、省略する。
【００３３】
具体的には、送信すべきデータが前記バインドグループにおけるバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータをバインドデータフォーマットでカプセル化して前記バインドリンクで送信することは、
送信すべきデータが設定された、バインドリンクでデータを送信する条件を満たす場合、送信すべきデータをバインドデータフォーマットでカプセル化して前記バインドリンクで送信することを含み、
ここで、前記設定された、バインドリンクでデータを送信する条件は、データのＱｏＳレベル、データパケットのＶＬＡＮ番号が設定値に等しいこと、またはデータパケットの優先度識別子が設定された閾値より大きいことを含むがこれらに限られなく、前記設定された条件が前記条件のうちの１つ以上の条件であってよい。
【００３４】
例えば、ビデオストリームなどの帯域幅要求が高いデータパケットのＶＬＡＮ番号を設定値に設定することができる。送信側装置の抽象化層機能エンティティは、上位層プロトコルスタックから出力されたデータパケットのＶＬＡＮ番号と優先度識別子をチェックする。データパケットのＶＬＡＮ番号または優先度識別子が設定された条件のうちの一つを満たすと、データパケットがバインドリンクで送信され、抽象化層機能エンティティは、データパケットをバインドデータフォーマットでカプセル化する。データパケットのＶＬＡＮ番号または優先度識別子が設定された条件を満たしないと、データパケットが非バインドリンクで送信され、抽象化層機能エンティティは、データパケットを一般的なデータフォーマットでカプセル化する。上述した、バインドリンクでデータを送信する条件の設定と判定は、抽象化層機能エンティティで実現されることができ、上位層プロトコルスタックで実現されることもできる。
【００３５】
具体的には、前記バインドデータフォーマットは、メッセージシーケンス番号、断片番号と断片識別子を含む。
【００３６】
本発明の実施形態に係るバインドデータフォーマットと一般的なデータフォーマットの主な違いは、バインドデータフォーマットがＩＥＥＥ１９０５基準により定義されたメッセージのイーサネット(登録商標)フレームヘッダとイーサネット(登録商標)タイプフィールドを使用し、メッセージシーケンス番号、断片番号と断片識別子フィールドをさらに含み、且つメッセージシーケンス番号、断片番号と断片識別子フィールドの３つのフィールド同士が他のメッセージフィールドを含むことができることにある。図２は本発明の実施形態に係るバインドデータフォーマットを示す図である。そのなか、インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）層データパケットは、上位層プロトコルスタックから出力されたデータパケットである。受信側は、バインドリンクで混乱するデータパケットストリームを受信した後、メッセージシーケンス番号、断片番号と断片識別子に基づいてデータパケットストリームに対してソートおよび再構成を行う。
【００３７】
好ましくは、前記方法は、
送信側装置と受信側装置が初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあり、そして設定された条件で状態間の変換を行うことをさらに含む。
【００３８】
好ましくは、前記方法は、
送信側装置または受信側装置がクローズすべきバインドグループ識別子が含まれるバインド機能クローズメッセージを送信し、送信側装置と受信側装置がいずれも前記バインドグループを削除することをさらに含む。
【００３９】
具体的には、送信側装置と受信側装置がいずれもリンクバインド機能を備えることを確定することは、
送信側装置と受信側層装置がインタラクティブメッセージを行い、前記インタラクティブメッセージには装置がリンクバインド機能をサポートするかどうかの情報が含まれることを含む。
【００４０】
ここで、インタラクティブメッセージは、増設されたバインド能力通知メッセージおよびバインド能力通知応答メッセージ、またはトポロジ問合せメッセージおよびトポロジ応答メッセージ、またはリンク品質問合せメッセージおよびリンク品質応答メッセージ、バインド確立要求メッセージおよびバインド確立応答メッセージのうちの一つであってよいがこれに限られない。
【００４１】
具体的には、バインドグループを確立することは、
送信側装置が受信側装置へリンクバインド確立要求メッセージを送信し、前記要求メッセージはバインドグループ情報テーブルを含み、前記バインドグループ情報テーブルにはバインドリンクが含まれ、
受信側装置が送信側装置から送信された前記リンクバインド確立要求メッセージを受信した場合、送信側装置へリンクバインド確立応答メッセージを返し、前記リンクバインド確立応答メッセージにはリンクバインド確立成功識別子またはリンクバインド確立失敗識別子が含まれることを含む。バインド確立が成功すると、受信側装置は、送信側装置から送信されたリンクバインド確立要求に応じてバインドグループ情報テーブルを確立する。
【００４２】
ここで前記リンクバインド確立要求は、
バインドグループ識別子、バインドグループにおける相互接続するインターフェイスペアの数（即ちバインドグループに含まれるバインドリンクの数）、対応するインターフェイスペアのＭＡＣインターフェイスアドレス、対応するインターフェイスペアのＭＡＣインターフェイスタイプのうちの少なくとも一つを含む。
【００４３】
例えば、送信側装置と受信側装置の間にＷｉＦｉ、ＰＬＣ、同軸ケーブルマルチメディアアライアンスにより制定されたデータ伝送技術（ＭｏＣａ：Ｍｕｌｔｉｍｅｄｉａ  ｏｖｅｒ  Ｃｏａｘ  Ａｌｌｉａｎｃｅ）による３本のリンクが通信できると仮定すると、送信側装置は、ＷｉＦｉリンクで受信側装置へリンク品質（Ｌｉｎｋ  ｍｅｔｒｉｃ）問合せメッセージを送信し、受信側装置がＷｉＦｉリンクでＬｉｎｋ  ｍｅｔｒｉｃ問合せ応答メッセージを返し、前記Ｌｉｎｋ  ｍｅｔｒｉｃ問合せ応答メッセージがＷｉＦｉリンク、ＰＬＣリンクとＭｏＣＡリンクの品質情報を含むことができる。図３は本発明の実施形態に係るマルチメディアリンクバインドを示す図である。図３における装置Ａおよび装置ＢにＭｏＣＡ、ＰＬＣ、ＷｉＦｉの３種類のＭＡＣインターフェイスがあり、各ＭＡＣインターフェイスが１本の伝送メディアのリンクに対応し、各装置のＭＡＣインターフェイスの上に１つの抽象化層機能エンティティがあり、前記抽象化層機能エンティティは、データを伝送する時に、様々なＭＡＣインターフェイスの呼び出しを担当する。例えば、サービスストリームの必要な帯域幅が単一のリンクによって提供される帯域幅を超える場合または他の帯域幅要求が高い場合、２つ以上のリンクをバインドしてサービスストリームのためにより良い伝送サービスを提供し、ＷｉＦｉリンクとＰＬＣリンクを１本の論理リンクとしてバインドする状況が図３に示される。送信すべきデータに対して、抽象化層機能エンティティは、設定されたバインドリンク送信条件（例えばデータのＱｏＳレベルなど）に応じて、データがバインドリンクで送信されるかどうかを選択する。例えば、データＡのＱｏＳレベルが高いと、抽象化層機能エンティティは、データＡをバインドデータフォーマットでカプセル化し（データＡ断片がＡ１、Ａ２、Ａ３にソートされる）、ＷｉＦｉとＰＬＣによってバインドされた論理リンクで送信することを選択し、データＢのＱｏＳレベルが低いと、抽象化層機能エンティティは、データＢをＷｉＦｉリンクで送信することを選択する。
【００４４】
具体的には、前記方法は、
送信側装置が受信側装置へリンクバインドグループ更新要求メッセージを送信し、前記要求メッセージに更新が要求されるバインドグループ情報テーブルを含むことと、
受信側装置が送信側装置から送信されたバインドグループ更新要求メッセージを受信した場合に、送信側装置へリンクバインドグループ更新要求応答メッセージを返し、前記リンクバインドグループ更新要求応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含み、バインドグループ更新が成功すると、受信側装置が送信側装置から送信されたバインドグループ更新要求に応じてバインドグループ情報テーブルを更新することとをさらに含む。
【００４５】
バインドグループ情報テーブルが更新された後、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータをバインドデータフォーマットでカプセル化して前記更新されたバインドグループ情報テーブルにおけるバインドリンクで送信する。
【００４６】
図４は本発明の実施形態に係るマルチメディアバインド機能状態図である。図４に示すように、送信側装置または受信側装置は、初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にある場合に、設定された条件で状態間の変換を行うことができる。初期状態の場合、データパケットは、従来技術における一般的な転送ルールに従ってデータ伝送を行う。初期状態において、送信側装置は、受信側装置へリンクバインド確立要求メッセージを送信することができ、受信側装置は、前記送信側装置へリンクバインド確立応答メッセージを返し、送信側装置と受信側装置がいずれもバインドグループ情報テーブルの確立を完了した場合、バインド確立完了状態に入ることを示す。起動識別子が０に等しい場合、即ちバインドリンクでバインドデータフォーマットでカプセル化されたデータを伝送しようとする場合、バインド確立完了状態またはバインド伝送完了状態またはバインド更新完了状態からバインド伝送起動状態に入ることができ、起動識別子が０より大きいと、元の状態に留まる。バインドリンクで成功にデータを伝送する場合、バインド伝送起動状態からバインド伝送完了状態に入る。バインド確立完了状態またはバインド伝送完了状態またはバインド伝送起動状態において、送信側装置が受信側装置へバインドグループ更新要求を送信し、受信側装置が前記送信側装置へバインドグループ更新応答メッセージを返し、且つ送信側装置と受信側装置がいずれもバインドグループ情報テーブル更新を完了した後に、バインド更新完了状態に入る。バインド機能クローズ操作は、装置がバインド確立完了状態、またはバインド伝送起動状態、またはバインド更新完了状態、またはバインド伝送完了状態にある場合に行われることができ、当該バインド機能クローズ操作を実行した場合、装置は、初期状態に変換される。バインド伝送起動状態において、受信側が設定された時間内にバインドリンクで伝送されたデータを受信しないと、初期状態に変換される。また、送信側装置が受信側装置から送信された、バインド確立失敗識別子が含まれるバインド確立応答メッセージまたはバインド更新失敗識別子が含まれるバインド更新応答メッセージを受信した、または送信側装置が約束された時間内に受信側装置からのバインド確立応答メッセージまたはバインド更新応答メッセージを受信しない場合、依然として元の状態にある。
【００４７】
図５は本発明の実施形態に係るバインド管理プロトコルインタラクションプロセスを示す図であり、当該プロセスが具体的に以下のステップを含む。
【００４８】
ステップ５０１において、送信側装置は、受信側装置へリンク品質（Ｌｉｎｋ  ｍｅｔｒｉｃ）問合せメッセージを送信し、当該Ｌｉｎｋ  ｍｅｔｒｉｃ問合せメッセージは、送信側装置がバインド機能をサポートする識別子を含むことができる。
【００４９】
ここで、送信側装置がバインド機能をサポートするという識別子情報が、Ｌｉｎｋ  ｍｅｔｒｉｃ問合せメッセージに含まれないと、増設されたバインド能力通知メッセージ、トポロジ問合せメッセージ、またはステップ５０３における送信されるバインド確立要求メッセージに含まれることができる。
【００５０】
ステップ５０２において、受信側装置は、送信側装置からの問合せメッセージを受信した後に、Ｌｉｎｋ  ｍｅｔｒｉｃ応答メッセージを返し、当該メッセージは、受信側装置がバインド機能をサポートする識別子を含むことができる。
【００５１】
ここで、受信側装置がバインド機能をサポートするという識別子情報が、Ｌｉｎｋ  ｍｅｔｒｉｃ応答メッセージに含まれないと、増設されたバインド能力通知応答メッセージ、またはトポロジ応答メッセージ、ステップ５０４における送信されるバインド確立応答メッセージに含まれることもできる。
【００５２】
ステップ５０３において、送信側装置は、受信側装置へバインド確立要求メッセージを送信する。
【００５３】
具体的には、前記バインド確立要求メッセージは、バインドグループ識別子、バインドグループにおける相互接続するインターフェイスペアの数即ちバインドグループに含まれるバインドリンクの数、対応するインターフェイスペアのＭＡＣインターフェイスアドレス、対応するインターフェイスペアのＭＡＣインターフェイスタイプを含む。
【００５４】
例えば、送信側装置と受信側装置の間にＭｏＣＡ、ＰＬＣとＷｉＦｉの３本のリンクが通信でき、送信側装置がＭｏＣＡリンクとＷｉＦｉリンクからなるバインドグループでデータを伝送することを望む場合、前記バインド確立要求メッセージには、バインドグループにおける相互接続するインターフェイスペアの数が２であること、対応するインターフェイスペアのＭＡＣインターフェイスタイプがＭｏＣＡとＷｉＦｉの２つのインターフェイスペアの４つのＭＡＣアドレスを含むことが含まれる。
【００５５】
前記ステップ５０１〜ステップ５０３は、図４に示す初期状態として理解されることがきる。
【００５６】
ステップ５０４において、受信側装置は、送信側装置へバインド確立応答メッセージを返す。
【００５７】
ここで、受信側装置は、送信側装置からのバインド確立要求メッセージを受信した後、送信側装置のバインドグループ設定を受け入れると、バインド確立応答メッセージを返す。そのなか、前記バインド確立応答メッセージがバインド確立成功識別子を含む場合、初期状態からバインド確立完了状態に入る。受信側装置がある原因でバインド機能の起動を拒絶すると、返されたバインド確立応答メッセージがバインド確立失敗識別子および失敗原因識別子を含み、この場合でも初期状態にある。送信側装置が設定された時間内に受信側装置からのバインド確立応答メッセージを受信しないと、依然として初期状態にある。
【００５８】
本実施形態において返されたバインド確立応答メッセージにはバインド確立成功識別子が含まれると仮定すると、初期状態からバインド確立完了状態に変換され、即ちステップ５０５を実行する。
【００５９】
ステップ５０５において、受信側装置は、送信側装置から送信されたバインド確立要求メッセージの内容に基づいて、受信側装置にバインドグループ情報テーブルを確立し、バインドリンクでデータを送信する時に当該テーブルを使用する。
【００６０】
ステップ５０６において、送信側装置は、受信側装置から送信された、バインド確立成功識別子が含まれるバインド確立応答メッセージを受信し、送信側装置にバインドグループ情報テーブルを確立し、バインドリンクでデータを送信する時に当該テーブルを使用する。
【００６１】
前記ステップ５０５〜ステップ５０６は、図４に示すバインド確立完了状態として理解されることができる。
【００６２】
ステップ５０７において、バインドデータフォーマットでデータパケットを送信する。
【００６３】
ここで、起動識別子を設定でき、例えば、起動識別子が０より大きいと、バインド確立完了状態にあって変化しなく、起動識別子が０に等しいと、バインド確立完了状態からバインド伝送起動状態に変換され、前記起動識別子がタイマーのカウントダウンタイマー（起動識別子が１００から０にカウントダウンする）であってよく、条件閾値（データがバインドリンクで伝送される必要がある場合、識別子が０に等しく、それ以外の場合は起動識別子が１に等しい）であってもよい。バインド伝送起動状態において、送信側装置がバインドリンクでデータを送信する必要がある場合、送信側装置は、バインドデータファーマットでデータに対してカプセル化処理を行って送信し、当該データが成功に送信された場合、バインド伝送起動状態からバインド伝送完了状態に変換され、この場合、起動識別子が依然として０であると、バインド伝送起動状態に戻り、次のマッチングデータのバインドリンク伝送を準備し、起動識別子が０より大きいと、バインド伝送完了状態に留まる。ＩＥＥＥ１９０５プロトコルによれば、装置は、データを送信する時に、一定の時間毎にＬｉｎｋ  ｍｅｔｒｉｃ問合わせおよび応答メッセージを送信し、リンクの品質をリアルタイムに検出する。バインド伝送起動状態において、受信側装置が設定された時間でバインドリンクで伝送されたデータを受信しないと、初期状態に変換される。
【００６４】
Ｌｉｎｋ  ｍｅｔｒｉｃプロトコルによってＭｏＣＡとＷｉＦｉがバインドグループを構成することが合理的ではなく、例えばＭｏＣＡリンク余剰帯域幅とＷｉＦｉリンク余剰帯域幅の比が大きいとバインドリンク伝送の品質を低下させ、バインドグループを変更する必要があり、ＷｉＦｉリンクとＰＬＣリンクでバインドグループを構成することがより合理的になることを検出した場合、バインドグループ更新メッセージを送信することでバインドグループ設定を変更することができる。この場合がバインド確立完了状態、バインド伝送起動状態またはバインド伝送完了状態において発生することができる。
【００６５】
ステップ５０８において、送信側装置は、受信側装置へバインドグループ更新要求メッセージを送信する。
【００６６】
ここで、バインドグループ更新要求メッセージは、バインドグループ識別子、バインドグループにおける相互接続するインターフェイスペアの数即ちバインドグループに含まれるバインドリンクの数、対応するインターフェイスペアのＭＡＣインターフェイスアドレス、対応するインターフェイスペアのＭＡＣインターフェイスタイプを含む。
【００６７】
送信側装置は、ＷｉＦｉリンクとＰＬＣリンクからなるバインドグループを使用してデータを伝送することを望む場合、前記バインドグループ更新要求メッセージには、バインドグループにおける相互接続するインターフェイスペアの数が２であること、対応するインターフェイスペアのＭＡＣインターフェイスタイプがＰＬＣとＷｉＦｉのインターフェイスタイプ識別子を含むこと、インターフェイスペアのＭＡＣインターフェイスアドレスがＰＬＣとＷｉＦｉの２つのリンクに対応する２つのインターフェイスペアの４つのＭＡＣアドレスを含むことがふくまれる。
【００６８】
ステップ５０９において、受信側装置は、送信側装置へバインドグループ更新要求応答メッセージを送信する。
【００６９】
ここで、受信側装置は、送信側装置からのバインドグループ更新要求メッセージを受信した後に、送信側装置の新しいバインドグループに対する設定を受け入れると、バインドグループ更新応答メッセージを返し、バインドグループ更新応答メッセージがバインドグループ更新成功識別子を含む場合、バインド更新完了状態に変換される。受信側装置がバインドグループの変更を受け入れなく、返されたバインドグループ更新応答メッセージがバインドグループ更新失敗識別子および失敗原因識別子を含む場合、依然として元の状態にある。送信側装置は、設定された時間内に受信側装置からのバインド確立応答メッセージを受信しない場合、依然として元の状態にある。
【００７０】
本実施形態において、返されたバインドグループ更新応答メッセージがバインドグループ更新成功識別子を含む場合、受信側装置または送信側装置は、バインド更新完了状態に変換され、即ちステップ５１０を実行する。
【００７１】
ステップ５１０において、受信側装置は、送信側装置から送信されたバインドグループ更新要求メッセージの内容に基づいて、装置にバインドグループ情報テーブルを更新し、その後のデータがバインドデータフォーマットで送信される時に当該バインドグループ情報テーブルを使用する。
【００７２】
ステップ５１１において、送信側装置は、受信側装置から送信された、バインドグループ更新成功識別子が含まれるバインドグループ更新応答メッセージを受信し、装置にバインドグループ情報テーブルを更新し、その後のデータがバインドデータフォーマットで送信される時に当該テーブルを使用する。
【００７３】
前記ステップ５１０〜ステップ５１１は、図４に示すバインド更新完了状態として理解されることができる。
【００７４】
ステップ５１２において、更新されたバインドリンクでデータを送信する。
【００７５】
ここで、起動識別子が０より大きいと、バインド更新完了状態にあって変化しなく、起動識別子が０に等しいと、バインド更新完了状態がバインド伝送起動状態に変換され、例えば所定のカウントダウンタイマーのカウントが０であるまたはある起動条件を満たす場合、起動識別子が０に等しい。送信側装置は、バインドリンクでデータを送信する必要がある場合、バインドデータフォーマットでデータに対してカプセル化処理を行って送信する。同時に、送信側装置と受信側装置同士は、Ｌｉｎｋ  ｍｅｔｒｉｃプロトコルを定期的に送信してリンクの品質を検出する。
【００７６】
ステップ５１３において、バインド確立完了状態、バインド伝送起動状態、バインド伝送完了状態またはバインド更新完了状態において、送信側装置は、バインド機能から退出する必要があると、受信側装置へバインド機能クローズメッセージを送信し、初期状態に変換される。
【００７７】
ステップ５１４において、送信側装置と受信側装置は、バインドデータフォーマットでデータを送信することを停止し、送信側装置と受信側装置同士により送信されたデータがすべて一般的なデータフォーマットで送信される。
【００７８】
ここで、ステップ５１４は、図４に示す初期状態として理解すべきである。
【００７９】
図６は本発明に係るデータ伝送装置の構造図であり、図６に示すように、当該装置は、
送信側と受信側がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立するように構成される管理モジュール６１と、
バインドリンクまたは非バインドリンクで送信すべきデータを送信することを確定するように構成される選択モジュール６２と、
選択モジュール６２が前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、選択モジュール６２が非バインドリンクで送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、そして前記非バインドリンクで送信するように構成されるカプセル化モジュール６３と、
前記バインドリンクで前記カプセル化モジュール６３によりカプセル化された前記送信すべきデータを送信するように構成される送信モジュール６４と、を含む。
【００８０】
好ましくは、前記装置は、
送信側装置と受信側装置が初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあることを記録し、送信側装置または受信側装置が設定された条件で状態間の変換を行うようになるように構成される装置状態マシン６５をさらに含む。
【００８１】
具体的には、前記装置状態マシン６５は、前記方法のプロセスにおける送信側装置と受信側装置の状態およびどのように状態間の変換を行うかを説明するように構成され、前記状態が初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態とバインド伝送完了状態を含み、送信側装置または受信側装置は、ある時点に前記状態のうちの一つの状態にあり、設定された条件で状態間の変換を行う。
【００８２】
ここで、前記バインド更新完了状態は、選択可能な状態であり、各状態間の変換関係は、図４に示される。
【００８３】
具体的には、前記管理モジュール６１は、さらに、
送信側装置が受信側装置から送信された、バインド確立成功識別子が含まれるリンクバインド確立応答メッセージを受信した後に、送信側装置にバインドグループ情報テーブルを確立し、
受信側装置が送信側装置から送信されたリンクバインド確立要求メッセージを受信した場合、送信側装置から送信されたリンクバインド確立要求に応じて受信側装置にバインドグループ情報テーブルを確立し、送信側装置へリンクバインド確立応答メッセージを返し、前記リンクバインド確立応答メッセージがリンクバインド確立成功識別子またはリンクバインド確立失敗識別子を含むように構成される。
【００８４】
具体的には、前記管理モジュール６１は、
バインドグループを確立するかどうかを判定するように構成されるバインドグループ管理サブモジュール６１１と、
バインド確立要求メッセージ、バインド確立応答メッセージ、バインド機能クローズメッセージを構成し、前記バインド確立要求メッセージがバインドグループ情報テーブルを含み、前記バインド確立応答メッセージがリンクバインド確立成功識別子またはリンクバインド確立失敗識別子を含むように構成されるバインドプロトコルサブモジュール６１２と、
データの断片化処理が必要かどうかを判定し、必要があれば、前記データパケットに対して断片化およびソートを行うように構成される断片化およびソートサブモジュール６１３とを含む。
【００８５】
具体的には、前記管理モジュール６１は、さらに、
送信側装置が受信側装置から送信された、バインドグループ更新成功識別子が含まれるバインドグループ更新応答メッセージを受信した後に、送信側装置にバインドグループ情報テーブルにおけるバインドリンクを更新し、
受信側装置が送信側装置から送信されたバインドグループ更新要求メッセージを受信した場合、送信側装置から送信されたバインドグループ更新要求に応じて受信側装置にバインドグループ情報テーブルにおけるバインドリンクを更新し、送信側装置へバインドグループ更新応答メッセージを返し、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むように構成される。
【００８６】
それに応じて、前記バインドグループ管理サブモジュール６１１は、さらにバインドグループを更新する必要があるかどうかを判定するように構成され、
前記バインドプロトコルサブモジュール６１２は、さらにバインドグループ更新要求メッセージとバインドグループ更新応答メッセージを構成し、前記バインドグループ更新要求メッセージが更新すべきバインドグループ情報テーブルを含み、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むように構成される。
【００８７】
好ましくは、前記カプセル化モジュール６３は、さらに、
バインドグループ情報テーブルが更新された場合、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータを前記バインドデータフォーマットでカプセル化し、そして前記更新されたバインドグループ情報テーブルにおけるバインドリンクで送信するように構成される。
【００８８】
具体的には、前記選択モジュール６２は、
送信すべきデータがバインドグループにおけるバインドリンクで送信される必要がある条件を設定するように構成されるバインドデータパケット条件設定サブモジュール６２１と、
前記バインドデータパケット条件設定サブモジュールにより設定された条件に応じてデータが前記バインドリンクで伝送されるかどうかを判定するように構成されるバインドデータパケット判定サブモジュール６２２とを含む。
【００８９】
具体的には、前記送信モジュール６３は、インターフェース呼び出しサブモジュールおよび第一のインターフェースユニット、第二のインターフェースユニットなどの複数のインターフェースユニットを含み、そのなか、
前記インターフェース呼び出しサブモジュールは、前記装置がデータを送信するインターフェースユニットを確定するように構成される。
【００９０】
実際の応用において、前記データ伝送装置は、通信分野に応用されることができ、前記管理モジュール６１、選択モジュール６２、カプセル化モジュール６３、送信モジュール６４、装置状態マシン６５は、いずれも通信ネットワークのサーバ、または通信装置における中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）により実現されることができる。
【００９１】
以下、一つの具体的な応用環境で前記データ伝送装置を詳しく説明する。
【００９２】
図７は本発明の実施形態に係るリンクバインド機能を備えるデータ伝送装置の構成構造図であり、本実施形態における装置が２種類のメディアのインターフェイスをサポートし、そして２種類のメディアに対応するリンクで１つのバインドグループを構成することを例にして説明し、図７における第一のインターフェイスサブモジュール７０４、第二のインターフェイスサブモジュール７０５がＷｉＦｉ機能エンティティ、ＰＬＣ機能エンティティ、ＭｏＣＡ機能エンティティおよびイーサネット(登録商標)機能エンティティのいずれかの２つであってよいが、この４つのメディアに限られない。
【００９３】
図７に示すように、リンクバインド機能を備える当該データ伝送装置は、上位層プロトコルスタックモジュール７０１、抽象化層機能エンティティ７００、バインドグループ管理サブモジュール６１１、バインドプロトコルサブモジュール６１２、断片化およびソートサブモジュール６１３、バインドデータパケット条件設定サブモジュール６２１、バインドデータパケット判定サブモジュール６２２、カプセル化モジュール６３、インターフェイス呼び出しサブモジュール７０３、第一のインターフェイスサブモジュール７０４および第二のインターフェイスサブモジュール７０５を含む。
【００９４】
上位層プロトコルスタックモジュール７０１は、送信すべきデータをＴＣＰ／ＩＰ層のカプセル化処理を行い、その後ＴＣＰ／ＩＰ層でカプセル化されたデータパケットを抽象化層機能エンティティ７００に伝送してソートおよびカプセル化処理を行うように構成される。
【００９５】
抽象化層機能エンティティ７００は、バインド機能に関連する管理およびデータ送信／受信機能を実現するように構成される。
【００９６】
バインドデータパケット条件設定サブモジュール６２１は、送信すべきデータがバインドグループにおけるバインドリンクで送信される必要がある条件を設定するように構成される。
【００９７】
バインドデータパケット判定サブモジュール６２２は、バインドデータパケット条件設定サブモジュール６２１により設定された条件に応じて上位層プロトコルスタックモジュール７０１から受信されたデータがバインドリンクで伝送されるかどうかを判定するように構成される。
【００９８】
ここで、前記バインドデータパケット条件設定モジュール６２１とバインドデータパケット判定モジュール６２２は、上位層プロトコルスタックモジュール７０１または抽象化層機能エンティティ７００に設置されることができる。
【００９９】
バインドグループ管理サブモジュール６２１は、バインドグループを確立するかどうかおよびバインドグループが更新される必要があるかどうかを判定し、そして定期的なＬｉｎｋ  ｍｅｔｒｉｃプロトコルに基づいて第一のインターフェイスサブモジュール７０４と第二のインターフェイスサブモジュール７０５に対応するリンク品質状況を更新するように構成される。
【０１００】
バインドプロトコルサブモジュール６１２は、バインド確立要求メッセージ／バインド確立応答メッセージ、バインドグループ更新要求メッセージ／バインドグループ更新応答メッセージ、およびバインド機能クローズメッセージを構成するように構成される。
【０１０１】
断片化およびソートサブモジュール６１３は、ＴＣＰ／ＩＰ層で処理されたデータパケットの長さが特定の値を超えるかどうかを判定し、超えば、断片化処理を行い、データパケットをいくつかの断片に分けて、各断片に断片識別子を添加し、断片の順番で断片番号を添加し、最後データパケットのシーケンス番号を添加し、長さが特定の値を超えないと、断片化処理を行わなく、データパケットのシーケンス番号のみを添加するように構成される。
【０１０２】
カプセル化モジュール６３は、シーケンス番号が添加されたデータパケットを１９０５メッセージフォーマットを参照してカプセル化し、１９０５イーサネット(登録商標)フレームヘッダを増加し、バインドフォーマットのデータパケットを出力するように構成される。
【０１０３】
インターフェイス呼び出しサブモジュール７０３は、第一のインターフェイスサブモジュール７０４または第二のインターフェイスサブモジュール７０５を選択してデータパケットを送信し、前記送信されるデータパケットがバインドプロトコルサブモジュール６１２により構成されたバインドプロトコルメッセージであってよく、データパケットカプセル化サブモジュール６２３により出力されたバインドフォーマットのデータパケットであってもよい。
【０１０４】
第一のインターフェイスサブモジュール７０４と第二のインターフェイスサブモジュール７０５は、送信すべきデータパケットを、ネットワーク伝送メディアによって搬送されることができる物理信号に変換して送信するように構成される。
【０１０５】
ここで、前記バインドグループ管理サブモジュール６１１、バインドプロトコルサブモジュール６１２と断片化およびソートサブモジュール６１３は、図６における管理モジュール６１の構成部分であり、前記バインドデータパケット条件設定サブモジュール６２１、バインドデータパケット判定サブモジュール６２２は、図６における選択モジュール６２の構成部分であり、前記インターフェイス呼び出しサブモジュール７０３、第一のインターフェイスサブモジュール７０４および第二のインターフェイスサブモジュール７０５は、図６における送信モジュール６３の構成部分である。
【０１０６】
本発明の実施形態に係るコンピュータ記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムが本発明の実施形態における図１に示すデータ伝送方法を実行することに用いられる。
【０１０７】
上記は、本発明の好ましい実施形態に過ぎなく、本発明の保護範囲を制限することに用いられるものではない。
【産業上の利用可能性】
【０１０８】
本発明の実施形態において、送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立し、前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、送信すべきデータをバインドデータフォーマットでカプセル化し、そして前記バインドリンクで送信し、非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、そして前記非バインドリンクで送信し、これにより、異なるサービスの伝送のために合理的な帯域幅割り当てを提供し、ホームネットワーク全体のサービス品質を向上させることができる。
【図１】
2016517245.tif 000003
【図２】
2016517245.tif 000004
【図３】
2016517245.tif 000005
【図４】
2016517245.tif 000006
【図５】
2016517245.tif 000007
【図６】
2016517245.tif 000008
【図７】
2016517245.tif 000009
【手続補正書】
【提出日】平成27年10月27日(2015.10.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ伝送方法であって、
送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立することと、
前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、そして前記バインドリンクで送信し、非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、そして前記非バインドリンクで送信することとを含む、前記方法。
【請求項２】
送信側装置と受信側装置は、初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあり、そして設定された条件で状態間の変換を行うことをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項３】
送信側と受信側がいずれもリンクバインド機能をサポートすることを確定することは、
送信側装置と受信側装置がインタラクティブメッセージを行い、前記インタラクティブメッセージには、装置がリンクバインド機能をサポートするかどうかの情報が含まれることを含み、
前記インタラクティブメッセージは、増設されたバインド能力通知メッセージとバインド能力通知応答メッセージ、またはトポロジ問合せメッセージとトポロジ応答メッセージ、またはリンク品質問合せメッセージとリンク品質応答メッセージ、またはバインド確立要求メッセージとバインド確立応答メッセージであることを特徴とする
請求項１に記載の方法。
【請求項４】
前記バインドグループを確立することは、
送信側装置が受信側装置へリンクバインド確立要求メッセージを送信し、前記要求メッセージはバインドグループ情報テーブルを含み、前記バインドグループ情報テーブルにはバインドリンクが含まれ、
受信側装置が送信側装置から送信された前記リンクバインド確立要求メッセージを受信した場合、送信側装置へリンクバインド確立応答メッセージを返し、前記リンクバインド確立応答メッセージにはリンクバインド確立成功識別子またはリンクバインド確立失敗識別子が含まれることを含み、
前記バインドグループ情報テーブルは、
バインドグループ識別子、バインドグループにおける相互接続するインターフェイスペアの数、対応するインターフェイスペアのメディアアクセス制御（ＭＡＣ）インターフェイスアドレス、対応するインターフェイスペアのＭＡＣインターフェイスタイプのうちの少なくとも一つを含むことを特徴とする
請求項１に記載の方法。
【請求項５】
送信側装置が受信側装置へバインドグループ更新要求メッセージを送信し、前記要求メッセージは更新が要求されるバインドグループ情報テーブルを含むことと、
受信側装置が送信側装置から送信された前記バインドグループ更新要求メッセージを受信した場合、送信側装置へバインドグループ更新応答メッセージを返し、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むこととをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項６】
バインドグループが更新された後、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータを前記バインドデータフォーマットでカプセル化し、そして前記更新されたバインドグループ情報テーブルにおけるバインドリンクで送信することをさらに含むことを特徴とする
請求項５に記載の方法。
【請求項７】
前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信することは、
送信すべきデータが設定された、バインドリンクでデータを送信する条件を満たす場合、前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信することを含み、
前記設定された、バインドリンクでデータを送信する条件は、データのサービス品質レベル（ＱｏＳ）の設定であり、またはデータパケットの仮想ローカルエリアネットワーク（ＶＬＡＮ）番号が設定値であること、またはデータパケットの優先度識別子が設定された閾値より大きいことであることを特徴とする
請求項１に記載の方法。
【請求項８】
前記バインドデータフォーマットは、メッセージシーケンス番号、断片番号と断片識別子を含むことを特徴とする
請求項１に記載の方法。
【請求項９】
送信側装置または受信側装置がクローズすべきバインドグループ識別子が含まれるバインド機能クローズメッセージを送信し、送信側と受信側がいずれも前記バインドグループを削除することをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項１０】
データ伝送装置であって、
送信側装置と受信側装置がいずれもリンクバインド機能をサポートすることを確定した場合、バインドグループを確立するように構成される管理モジュールと、
バインドリンクまたは非バインドリンクで送信すべきデータを送信することを確定するように構成される選択モジュールと、
前記選択モジュールが前記バインドグループにおけるバインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータをバインドデータフォーマットでカプセル化し、前記選択モジュールが非バインドリンクを選択し使用して送信すべきデータを送信する場合、前記送信すべきデータを一般的なデータフォーマットでカプセル化し、前記非バインドリンクで送信するように構成されるカプセル化モジュールと、
前記バインドリンクで前記カプセル化モジュールによりカプセル化された前記送信すべきデータを送信するように構成される送信モジュールとを含む、前記装置。
【請求項１１】
送信側装置と受信側装置が初期状態、バインド確立完了状態、バインド更新完了状態、バインド伝送起動状態またはバインド伝送完了状態にあることを記録し、そして送信側装置または受信側装置が設定された条件で状態間の変換を行うようになるように構成される装置状態マシンをさらに含むことを特徴とする
請求項１０に記載の装置。
【請求項１２】
前記管理モジュールは、
バインドグループを確立するかどうかを判定するように構成されるバインドグループ管理サブモジュールと、
バインド確立要求メッセージ、バインド確立応答メッセージ、バインド機能クローズメッセージを構成し、前記バインド確立要求メッセージがバインドグループ情報テーブルを含み、前記バインド確立応答メッセージがリンクバインド確立成功識別子またはリンクバインド確立失敗識別子を含むように構成されるバインドプロトコルサブモジュールと、
データの断片化処理が必要かどうかを判定し、必要があれば、前記データパケットに対して断片化およびソートを行うように構成される断片化およびソートサブモジュールとを含み、
前記バインドグループ管理サブモジュールは、さらにバインドグループを更新する必要があるかどうかを判定するように構成され、
前記バインドプロトコルサブモジュールは、さらにバインドグループ更新要求メッセージとバインドグループ更新応答メッセージを構成し、前記バインドグループ更新要求メッセージが更新すべきバインドグループ情報テーブルを含み、前記バインドグループ更新応答メッセージがバインドグループ更新成功識別子またはバインドグループ更新失敗識別子を含むように構成されることを特徴とする
請求項１０に記載の装置。
【請求項１３】
前記カプセル化モジュールは、さらにバインドグループ情報テーブルが更新された後、送信すべきデータがバインドリンクで送信される必要があることを確定した場合、前記送信すべきデータを前記バインドデータフォーマットでカプセル化するように構成され、
前記送信モジュールは、さらに前記更新されたバインドグループ情報テーブルにおけるバインドリンクでカプセル化された前記送信すべきデータを送信するように構成されることを特徴とする
請求項１０に記載の装置。
【請求項１４】
前記選択モジュールは、
送信すべきデータがバインドグループにおけるバインドリンクで送信される必要がある条件を設定するように構成されるバインドデータパケット条件設定サブモジュールと、
前記バインドデータパケット条件設定サブモジュールにより設定された条件に応じてデータが前記バインドリンクで伝送されるかどうかを判定するように構成されるバインドデータパケット判定サブモジュールとを含むことを特徴とする
請求項１０に記載の装置。
【請求項１５】
請求項１〜９のいずれか１項に記載のデータ伝送方法を実行するためのコンピュータプログラムを記憶しているコンピュータ記憶媒体。
【国際調査報告】
2016517245.tif 000010
2016517245.tif 000011
2016517245.tif 000012
2016517245.tif 000013