(57)【要約】【課題】ストリームを制御する層において、他の通信に対して緊急性を有するメッセージを優先的に処理する。【解決手段】本発明に係る移動通信システムで、送信側ノードＡのＵＬＰ層は、送信側ノードＡのＳＣＴＰ層から、ＳＣＴＰ層の接続ごとのｒｗｎｄと、物理パスごとのｃｗｎｄと、ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得し、送信側ノードＡのＵＬＰ層は、送信側ノードのＡＰ層から受信した送信対象データに緊急フラグが含まれている場合、ｒｗｎｄとｃｗｎｄと第３データ量とに基づいて、送信対象データを送信すべきストリーム及び物理パスを決定し、ＳＣＴＰ層に対して通知する。【選択図】図６
2010087990.tif 000002
【特許請求の範囲】
【請求項１】
受信側ノードと送信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている移動通信システムであって、
前記送信側ノードは、１つ又は複数の送信側ＩＰアドレスを有し、
前記受信側ノードは、１つ又は複数の受信側ＩＰアドレスを有し、
前記送信側ノードと前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、
前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、
１つ又は複数のストリームは、前記送信側ノードと前記受信側ノードとの間で設定された前記第３プロトコル層の接続内で設定されるように構成されており、
前記送信側ノードの前記第２プロトコル層は、該送信側ノードの前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに該送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、
前記送信側ノードの前記第２プロトコル層は、前記送信側ノードの前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを特徴とする移動通信システム。
【請求項２】
前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、
前記送信側ノードの前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、
前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、
前記送信側ノードの前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
【請求項４】
前記送信側ノードの前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
【請求項５】
前記送信側ノードの前記第３プロトコル層は、前記送信側ノードの前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていることを特徴とする請求項４に記載の移動通信システム。
【請求項６】
１つ又は複数の受信側ＩＰアドレスを有する受信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている送信側ノードであって、
１つ又は複数の送信側ＩＰアドレスを有し、
前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、
前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、
１つ又は複数のストリームは、前記第３プロトコル層の接続内で設定されるように構成されており、
前記第２プロトコル層は、前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに前記送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、
前記第２プロトコル層は、前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを特徴とする送信側ノード。
【請求項７】
前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、
前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、
前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、該プライマリーパス内で、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
【請求項８】
前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が、前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、
前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
【請求項９】
前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
【請求項１０】
前記第３プロトコル層は、前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていることを特徴とする請求項９に記載の送信側ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信側ノードと送信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている移動通信システム、及び、送信側ノードに関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）方式の移動通信システムでは、受信側ノードと送信側ノードとの間で、ＳＣＴＰ（Ｓｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ、ストリーム制御伝送プロトコル）層によって通信が行われるように構成されている。
【非特許文献１】３ＧＰＰ  ＴＳ３６.４１２  ７章
【非特許文献２】３ＧＰＰ  ＴＳ３６.４２２  ７章
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、実際に、ＬＴＥ方式の移動通信システムにおいて、通信サービスを提供する際には、ＳＣＴＰ層におけるストリームやＩＰパス（物理パス）を制御する層においても、他の通信に対して緊急性を有するメッセージを優先的に処理する必要があるが、現時点では、かかる緊急性を有するメッセージの優先的な処理をどのように実現すべきか考えられていないという問題点があった。
【０００４】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ストリーム及びＩＰパス（物理パス）を制御する層において、他の通信に対して緊急性を有するメッセージを優先的に処理することができる移動通信システム及び送信側ノードを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の第１の特徴は、受信側ノードと送信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている移動通信システムであって、前記送信側ノードは、１つ又は複数の送信側ＩＰアドレスを有し、前記受信側ノードは、１つ又は複数の受信側ＩＰアドレスを有し、前記送信側ノードと前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、１つ又は複数のストリームは、前記送信側ノードと前記受信側ノードとの間で設定された前記第３プロトコル層の接続内で設定されるように構成されており、前記送信側ノードの前記第２プロトコル層は、該送信側ノードの前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに該送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、前記送信側ノードの前記第２プロトコル層は、前記送信側ノードの前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを要旨とする。
【０００６】
本発明の第１の特徴において、前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、前記送信側ノードの前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていてもよい。
【０００７】
本発明の第１の特徴において、前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、前記送信側ノードの前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。
【０００８】
本発明の第１の特徴において、前記送信側ノードの前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。
【０００９】
本発明の第１の特徴において、前記送信側ノードの前記第３プロトコル層は、前記送信側ノードの前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていてもよい。
【００１０】
本発明の第２の特徴は、１つ又は複数の受信側ＩＰアドレスを有する受信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている送信側ノードであって、１つ又は複数の送信側ＩＰアドレスを有し、前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、１つ又は複数のストリームは、前記第３プロトコル層の接続内で設定されるように構成されており、前記第２プロトコル層は、前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに前記送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、前記第２プロトコル層は、前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを要旨とする。
【００１１】
本発明の第２の特徴において、前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、該プライマリーパス内で、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。
【００１２】
本発明の第２の特徴において、前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が、前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。
【００１３】
本発明の第２の特徴において、前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。
【００１４】
本発明の第２の特徴において、前記第３プロトコル層は、前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていてもよい。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、ストリームを制御する層において、他の通信に対して緊急性を有するメッセージを優先的に処理することができる移動通信システム及び送信側ノードを提供することができる。
【発明を実施するための最良の形態】
【００１６】
（本発明の第１の実施形態に係る移動通信システムの構成）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。本実施形態では、本実施形態に係る移動通信システムとして、ＬＴＥ方式の移動通信システムを例示して説明するが、本発明は、ＬＴＥ方式以外の移動通信システムにも適用可能である。
【００１７】
図１に示すように、本実施形態に係る移動通信システムでは、受信側ノード（エンドポイント）Ｚと送信側ノード（エンドポイント）Ａとの間で、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）層（第１プロトコル層）と、ＡＰ層よりも下位層であるＵＬＰ（Ｕｐｐｅｒ  Ｌａｙｅｒ）層（第２プロトコル層）と、ＵＬＰ層よりも下位層であるＳＣＴＰ層（第３プロトコル層）とによって通信が行われるように構成されている。
【００１８】
ここで、受信側ノード（エンドポイント）Ｚ及び送信側ノード（エンドポイント）Ａの少なくとも一方において、ＡＰ層及びＵＬＰ層が、１つの層として実装されていてもよい。
【００１９】
また、送信側ノードＡと受信側ノードＺとの組み合わせは、無線基地局ｅＮＢ同士であってもよいし、無線基地局ｅＮＢと交換局ＭＭＥとの組み合わせであってもよい。
【００２０】
本実施形態では、図２に示すように、送信側ノードＡと受信側ノードＺとの間で、「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ（第３プロトコル層の接続）」が設定されるように構成されている。
【００２１】
ここで、「Ｍｕｌｔｉｈｏｍｉｎｇ」が適用されている場合、送信側ノードＡは、１つ又は複数の送信側ＩＰアドレス（Ｓｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓ）を有することができ、受信側ノードＺは、１つ又は複数の受信側ＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓ）を有することができる。
【００２２】
図２の例では、送信側ノードＡは、複数の送信側ＩＰアドレスＩＰ＃１乃至＃３を有し、受信側ノードＺは、複数の送信側ＩＰアドレスＩＰ＃１１乃至＃１３を有する。
【００２３】
したがって、上述の「Ｍｕｌｔｉｈｏｍｉｎｇ」が適用されている場合には、すなわち、送信側ノードＡ及び受信側ノードＺがそれぞれ複数のＩＰアドレスを有する場合には、１つの「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」において、複数のＩＰアドレスを用いて通信を行うことができる、すなわち、複数の物理パスを設定することができる。
【００２４】
ここで、複数の物理パスは、送信側ＩＰアドレス（ＩＰ＃１乃至＃３）の各々と受信側ＩＰアドレス（ＩＰ＃１１乃至＃１３）の各々とによって設定されるように構成されている。
【００２５】
なお、「Ｍｕｌｔｉｈｏｍｉｎｇ」が設定される際に、各「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」を構成する複数の物理パスのうち、デフォルトで使用するプライマリーパス（Ｐｒｉｍａｒｙ  Ｐａｔｈ）が決定されるように構成されている。
【００２６】
また、１つ又は複数のストリームが、送信側ノードＡと受信側ノードＺとの間で設定されている「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」内で設定されるように構成されている。
【００２７】
図３に示すように、送信側ノードＡのＵＬＰ層は、送信側ノードＡのＳＣＴＰ層から、「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」ごとの「ｒｎｗｄ（ｒｅｃｅｉｖｅ  ｗｉｎｄｏｗ、第１データ量）」と、物理パスごとの「ｃｗｎｄ（ｃｏｎｇｅｓｔｉｏｎ  ｗｉｎｄｏｗ、第２データ量）」と、ストリームごとの「単位時間送出データ量（第３データ量）」を取得するように構成されている。
【００２８】
ここで、「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」ごとの「ｒｎｗｄ」は、「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」ごとに受信側ノードＺにおいて受信可能なデータ量を示す。
【００２９】
また、物理パスごとの「ｃｗｎｄ」は、物理パスごとに送信側ノードＡによって送信可能なデータ量を示す。
【００３０】
さらに、ストリームごとの「単位時間送出データ量」は、ストリームごとに送信側ノードＡによって単位時間内に送信されたデータ量を示す。
【００３１】
また、送信側ノードＡのＵＬＰ層は、送信側ノードＡのＡＰ層から受信した送信対象データに緊急フラグが含まれている場合、上述の「ｒｎｗｄ」と「ｃｗｎｄ」と「単位時間送出データ量」とに基づいて、かかる送信対象データを送信すべきストリーム及び物理パスを決定し、ＳＣＴＰ層に対して通知するように構成されている。
【００３２】
かかる緊急フラグは、かかる送信対象データが、緊急性を有するメッセージを構成するものであるか否かについて示すフラグである。
【００３３】
図４に示すように、送信側ノードＡのＵＬＰ層は、「ａｓｓｏｃｉａｔｉｏｎ  ＩＤ」や、「ｂｕｆｆｅｒ  ａｄｄｒｅｓｓ」や、「ｂｙｔｅ  ｃｏｕｎｔ」や、「ｃｏｎｔｅｘｔ」や、「ｓｔｒｅａｍ  ＩＤ」や、「ｌｉｆｅ  ｔｉｍｅ」や、「ｄｅｓｔｉｎａｔｉｏｎ  ｔｒａｎｓｐｏｒｔ  ａｄｄｒｅｓｓ」や、「ｕｎｏｒｄｅｒｅｄ  ｆｌａｇ」や、「ｎｏ  ｂｕｎｄｌｅ  ｆｌａｇ」や、「ＰＰＩ」等を決定し、ＳＣＴＰ層に対して通知するように構成されている。
【００３４】
ここで、「ｓｔｒｅａｍ  ＩＤ」が、上述の送信対象データを送信すべきストリームの識別情報であり、「ｄｅｓｔｉｎａｔｉｏｎ  ｔｒａｎｓｐｏｒｔ  ａｄｄｒｅｓｓ」が、上述の送信対象データを送信すべき物理パスの識別情報である。
【００３５】
また、「ｌｉｆｅ  ｔｉｍｅ」は、上述の送信対象データの生存時間を示す。
【００３６】
例えば、送信側ノードＡのＵＬＰ層は、上述の送信対象データに緊急フラグが含まれている場合、使用可能なリソースが最も多いストリーム及び物理パスを、かかる送信対象データを送信すべきストリーム及び物理パスとして決定してもよい。
【００３７】
また、送信側ノードＡのＵＬＰ層は、上述の送信対象データに緊急フラグが含まれている場合、設定可能な最小の生存時間を、「ｌｉｆｅ  ｔｉｍｅ」として決定してもよい。
【００３８】
ここで、送信側ノードＡのＳＣＴＰ層は、送信側ノードＡのＵＬＰ層から受信した送信対象データのうち、最も生存時間（「ｌｉｆｅ  ｔｉｍｅ」）が小さい送信対象データを優先的に送信するように構成されていてもよい
また、送信側ノードＡのＵＬＰ層は、物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す「ｆｌｉｇｈｔｓｉｚｅ（第４データ量）」を取得するように構成されている。
【００３９】
ここで、送信側ノードＡのＵＬＰ層は、「ｆｌｉｇｈｔｓｉｚｅ」を自身で算出してもよいし、「ｆｌｉｇｈｔｓｉｚｅ」を送信側ノードＡのＳＣＴＰ層から取得してもよいし、その組み合わせによって算出してもよい。
【００４０】
図５の例では、送信側ノードＡは、データ＃１及び＃２に対する肯定的な送達確認情報（ＡＣＫ）を受信しており、データ＃６乃至＃８に対する肯定的な送達確認情報（ＳＡＣＫにおけるＡＣＫ）を受信しているが、データ＃３乃至＃５に対する肯定的な送達確認情報（ＡＣＫ）を受信していない。
【００４１】
したがって、かかる状況では、データ＃３乃至８が、上述の再送対象のデータとなる。また、データ＃３乃至＃５が、物理パスの各々で送信されて未だ送達確認情報が受信されていないデータであり、第４データ量のカウント対象のデータである。
【００４２】
（本発明の第１の実施形態に係る移動通信システムの動作）
以下、図６を参照して、本実施形態に係る移動通信システムにおいて、「Ｍｕｌｔｉｈｏｍｉｎｇ」が適用されている場合の送信側ノードＡのＵＬＰ層の動作について説明する。
【００４３】
図６に示すように、送信側ノードＡのＵＬＰ層は、ステップＳ１０１において、送信側ノードＡのＡＰ層から送信対象データを受信すると、ステップＳ１０２において、かかる送信対象データの量ｘを算出する。
【００４４】
ステップＳ１０３において、送信側ノードＡのＵＬＰ層は、「ｒｗｎｄ」が「０」よりも大きいか否かについて判定する。ここで、送信側ノードＡのＵＬＰ層は、定期的に、送信側ノードＡのＳＣＴＰ層から、「ｒｗｎｄ」を取得しているものとする。
【００４５】
「ｒｗｎｄ」が「０」よりも大きいと判定された場合には、本動作は、ステップＳ１０４に進み、「ｒｗｎｄ」が「０」よりも大きいと判定されなかった場合には、本動作は、ステップＳ１０３を繰り返す。
【００４６】
ステップＳ１０４において、送信側ノードＡのＵＬＰ層は、かかる送信対象データに「緊急フラグ」が含まれているか否かについて判定する。
【００４７】
「緊急フラグ」が含まれていると判定された場合、本動作は、ステップＳ１０６に進み、「緊急フラグ」が含まれていないと判定された場合、本動作は、ステップＳ１０５に進む。
【００４８】
ステップＳ１０５において、送信側ノードＡのＵＬＰ層は、受信側ノードＺとの間で確立している「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」におけるプライマリーパスに関して、送信対象データの量ｘが、プライマリーパスにおける「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さいか否かについて、すなわち、「ｘ＜ｃｗｎｄ−ｆｌｉｇｈｔｓｉｚｅ」が成立するか否かについて判定する。ここで、送信側ノードＡのＵＬＰ層は、定期的に、送信側ノードＡのＳＣＴＰ層から、「ｃｗｎｄ」を取得しているものとする。
【００４９】
ステップＳ１０５において「Ｙｅｓ」となる場合、本動作は、ステップＳ１１０に進み、ステップＳ１０５において「Ｎｏ」となる場合、本動作は、ステップＳ１０３に戻る。
【００５０】
ステップＳ１０６において、送信側ノードＡのＵＬＰ層は、上述のプライマリーパスに関して、送信対象データの量ｘが、プライマリーパスにおける「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さいか否かについて、すなわち、「ｘ＜ｃｗｎｄ−ｆｌｉｇｈｔｓｉｚｅ」が成立するか否かについて判定する。
【００５１】
ステップＳ１０６において「Ｙｅｓ」となる場合、本動作は、ステップＳ１０８に進み、ステップＳ１０６において「Ｎｏ」となる場合、本動作は、ステップＳ１０７に進む。
【００５２】
上述の送信対象データの量ｘが、プライマリーパスにおける「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さくない場合、ステップＳ１０７において、送信側ノードＡのＵＬＰ層は、送信対象データの量ｘが「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さい物理パスを検索し、検索した物理パスの中から１つの物理パスを指定する。
【００５３】
ステップＳ１０８において、送信側ノードＡのＵＬＰ層は、「単位時間送出データ量」、再送回数又は送信バッファ滞留量が最も小さいストリームを、送信対象データを送信すべきストリームとして決定する。
【００５４】
また、送信側ノードＡのＵＬＰ層は、プライマリーパス或いはステップＳ１０７で指定されたパスを、送信対象データを送信すべき物理パスとして決定する。
【００５５】
ここで、送信側ノードＡのＵＬＰ層は、定期的に、送信側ノードＡのＳＣＴＰ層から、「単位時間送出データ量」、再送回数又は送信バッファ滞留量を取得しているものとする。
【００５６】
ステップＳ１０９において、送信側ノードＡのＵＬＰ層は、かかる送信対象データに設定可能な最小の「生存時間（ｌｉｆｅ  ｔｉｍｅ）」を設定する。
【００５７】
ステップＳ１１０において、送信側ノードＡのＵＬＰ層は、物理パスＩＤとストリームＩＤと生存時間とを、送信側ノードＡのＳＣＴＰ層に通知する。ここで、送信側ノードＡのＳＣＴＰ層は、通知された物理パスＩＤとストリームＩＤと生存時間とに基づいて、かかる送信対象データを送信する。
【００５８】
（本発明の第１の実施形態に係る移動通信システムの作用・効果）
本実施形態に係る移動通信システムによれば、送信側ノードＡのＵＬＰ層が、送信側ノードＡのＳＣＴＰ層から取得した情報（「ｒｗｎｄ」や「ｃｗｎｄ」や「単位時間送出データ量」等）に基づいて、「優先度フラグ」が含まれるデータに対する優先処理を行うことができる。
【００５９】
なお、上述のノードの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００６０】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００６１】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ノード内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてノード内に設けられていてもよい。
【００６２】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【図面の簡単な説明】
【００６３】
【図１】本発明の第１の実施形態に係る移動通信システムにおける各ノードのプロトコルスタックを示す図である。
【図２】本発明の第１の実施形態に係る移動通信システムにおいて用いられる「ＳＣＴＰ  Ａｓｓｏｃｉａｔｉｏｎ」を説明するための図である。
【図３】本発明の第１の実施形態に係る移動通信システムにおける各ノードのＳＣＴＰ層からＵＬＰ層に対して送信される情報について示す図である。
【図４】本発明の第１の実施形態に係る移動通信システムにおける各ノードのＵＬＰ層からＳＣＴＰ層に対して送信される情報について示す図である。
【図５】本発明の第１の実施形態に係る移動通信システムにおける各ノードのＳＣＴＰ層の動作を説明するための図である。
【図６】本発明の第１の実施形態に係る移動通信システムにおける各ノードのＵＬＰ層の動作を説明するためのフローチャートである。
【符号の説明】
【００６４】
Ａ、Ｚ…ノード
ＡＰ…アプリケーションプロトコル
ＵＬＰ…上位層プロトコル
ＳＣＴＰ…ストリーム制御伝送プロトコル
【図１】
2010087990.tif 000003
【図２】
2010087990.tif 000004
【図３】
2010087990.tif 000005
【図４】
2010087990.tif 000006
【図５】
2010087990.tif 000007
【図６】
2010087990.tif 000008
【手続補正書】
【提出日】平成21年10月1日(2009.10.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信側ノードと送信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層とによって通信が行われるように構成されている移動通信システムであって、
前記送信側ノードは、１つ又は複数の送信側ＩＰアドレスを有し、
前記受信側ノードは、１つ又は複数の受信側ＩＰアドレスを有し、
前記送信側ノードと前記受信側ノードとの間で、複数の物理パスによって構成される前記第２プロトコル層の接続を設定するように構成されており、
前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、
１つ又は複数のストリームは、前記送信側ノードと前記受信側ノードとの間で設定された前記第２プロトコル層の接続内で設定されるように構成されており、
前記送信側ノードの前記第１プロトコル層は、該送信側ノードの前記第２プロトコル層から、前記第２プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに該送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、
前記送信側ノードの前記第１プロトコル層は、送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第２プロトコル層に対して通知するように構成されていることを特徴とする移動通信システム。
【請求項２】
前記第２プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、
前記送信側ノードの前記第１プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、
前記送信側ノードの前記第１プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第２プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記送信側ノードの前記第１プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、
前記送信側ノードの前記第１プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第２プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
【請求項４】
前記送信側ノードの前記第１プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第２プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
【請求項５】
前記送信側ノードの前記第２プロトコル層は、前記送信側ノードの前記第１プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていることを特徴とする請求項４に記載の移動通信システム。
【請求項６】
１つ又は複数の受信側ＩＰアドレスを有する受信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層とによって通信が行われるように構成されている送信側ノードであって、
１つ又は複数の送信側ＩＰアドレスを有し、
前記受信側ノードとの間で、複数の物理パスによって構成される前記第２プロトコル層の接続を設定するように構成されており、
前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、
１つ又は複数のストリームは、前記第２プロトコル層の接続内で設定されるように構成されており、
前記第１プロトコル層は、前記第２プロトコル層から、前記第２プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに前記送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、
前記第１プロトコル層は、送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第２プロトコル層に対して通知するように構成されていることを特徴とする送信側ノード。
【請求項７】
前記第２プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、
前記第１プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、
前記第１プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、該プライマリーパス内で、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記第２プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
【請求項８】
前記第１プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が、前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、
前記第１プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第２プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
【請求項９】
前記第１プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第２プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
【請求項１０】
前記第２プロトコル層は、前記第１プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていることを特徴とする請求項９に記載の送信側ノード。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
ここで、受信側ノード（エンドポイント）Ｚ及び送信側ノード（エンドポイント）Ａの少なくとも一方において、ＡＰ層及びＵＬＰ層が、１つの層として実装されていてもよい。すなわち、本実施形態に係る移動通信システムでは、受信側ノード（エンドポイント）Ｚと送信側ノード（エンドポイント）Ａとの間で、ＡＰ/ＵＬＰ層（第１プロトコル層）と、ＡＰ/ＵＬＰ層よりも下位層であるＳＣＴＰ層（第２プロトコル層）とによって通信が行われるように構成されていてもよい。