JP2010087990A

JP2010087990A - 移動通信システム及び送信側ノード

Info

Publication number: JP2010087990A
Application number: JP2008256681A
Authority: JP
Inventors: A Hapsari Wuri; Ａ．ハプサリウリ; Masayuki Mogi; 誠幸茂木; Masanori Yamato; 正周大和; Yoshiji Shimazu; 義嗣島津
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2008-10-01
Filing date: 2008-10-01
Publication date: 2010-04-15
Anticipated expiration: 2028-10-01
Also published as: CN102171975B; US8867387B2; US20110261758A1; JP5075784B2; CN102171975A; WO2010038838A1

Abstract

【課題】ストリームを制御する層において、他の通信に対して緊急性を有するメッセージを優先的に処理する。
【解決手段】本発明に係る移動通信システムで、送信側ノードＡのＵＬＰ層は、送信側ノードＡのＳＣＴＰ層から、ＳＣＴＰ層の接続ごとのｒｗｎｄと、物理パスごとのｃｗｎｄと、ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得し、送信側ノードＡのＵＬＰ層は、送信側ノードのＡＰ層から受信した送信対象データに緊急フラグが含まれている場合、ｒｗｎｄとｃｗｎｄと第３データ量とに基づいて、送信対象データを送信すべきストリーム及び物理パスを決定し、ＳＣＴＰ層に対して通知する。
【選択図】図６

Description

本発明は、受信側ノードと送信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている移動通信システム、及び、送信側ノードに関する。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）方式の移動通信システムでは、受信側ノードと送信側ノードとの間で、ＳＣＴＰ（ＳｔｒｅａｍＣｏｎｔｒｏｌＴｒａｎｓｍｉｓｓｉｏｎＰｒｏｔｏｃｏｌ、ストリーム制御伝送プロトコル）層によって通信が行われるように構成されている。
３ＧＰＰＴＳ３６.４１２７章３ＧＰＰＴＳ３６.４２２７章

しかしながら、実際に、ＬＴＥ方式の移動通信システムにおいて、通信サービスを提供する際には、ＳＣＴＰ層におけるストリームやＩＰパス（物理パス）を制御する層においても、他の通信に対して緊急性を有するメッセージを優先的に処理する必要があるが、現時点では、かかる緊急性を有するメッセージの優先的な処理をどのように実現すべきか考えられていないという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、ストリーム及びＩＰパス（物理パス）を制御する層において、他の通信に対して緊急性を有するメッセージを優先的に処理することができる移動通信システム及び送信側ノードを提供することを目的とする。

本発明の第１の特徴は、受信側ノードと送信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている移動通信システムであって、前記送信側ノードは、１つ又は複数の送信側ＩＰアドレスを有し、前記受信側ノードは、１つ又は複数の受信側ＩＰアドレスを有し、前記送信側ノードと前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、１つ又は複数のストリームは、前記送信側ノードと前記受信側ノードとの間で設定された前記第３プロトコル層の接続内で設定されるように構成されており、前記送信側ノードの前記第２プロトコル層は、該送信側ノードの前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに該送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、前記送信側ノードの前記第２プロトコル層は、前記送信側ノードの前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを要旨とする。

本発明の第１の特徴において、前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、前記送信側ノードの前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていてもよい。

本発明の第１の特徴において、前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、前記送信側ノードの前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。

本発明の第１の特徴において、前記送信側ノードの前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。

本発明の第１の特徴において、前記送信側ノードの前記第３プロトコル層は、前記送信側ノードの前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていてもよい。

本発明の第２の特徴は、１つ又は複数の受信側ＩＰアドレスを有する受信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている送信側ノードであって、１つ又は複数の送信側ＩＰアドレスを有し、前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、１つ又は複数のストリームは、前記第３プロトコル層の接続内で設定されるように構成されており、前記第２プロトコル層は、前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに前記送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、前記第２プロトコル層は、前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを要旨とする。

本発明の第２の特徴において、前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、該プライマリーパス内で、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。

本発明の第２の特徴において、前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が、前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。

本発明の第２の特徴において、前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていてもよい。

本発明の第２の特徴において、前記第３プロトコル層は、前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていてもよい。

以上説明したように、本発明によれば、ストリームを制御する層において、他の通信に対して緊急性を有するメッセージを優先的に処理することができる移動通信システム及び送信側ノードを提供することができる。

（本発明の第１の実施形態に係る移動通信システムの構成）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。本実施形態では、本実施形態に係る移動通信システムとして、ＬＴＥ方式の移動通信システムを例示して説明するが、本発明は、ＬＴＥ方式以外の移動通信システムにも適用可能である。

図１に示すように、本実施形態に係る移動通信システムでは、受信側ノード（エンドポイント）Ｚと送信側ノード（エンドポイント）Ａとの間で、ＡＰ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）層（第１プロトコル層）と、ＡＰ層よりも下位層であるＵＬＰ（ＵｐｐｅｒＬａｙｅｒ）層（第２プロトコル層）と、ＵＬＰ層よりも下位層であるＳＣＴＰ層（第３プロトコル層）とによって通信が行われるように構成されている。

ここで、受信側ノード（エンドポイント）Ｚ及び送信側ノード（エンドポイント）Ａの少なくとも一方において、ＡＰ層及びＵＬＰ層が、１つの層として実装されていてもよい。

また、送信側ノードＡと受信側ノードＺとの組み合わせは、無線基地局ｅＮＢ同士であってもよいし、無線基地局ｅＮＢと交換局ＭＭＥとの組み合わせであってもよい。

本実施形態では、図２に示すように、送信側ノードＡと受信側ノードＺとの間で、「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ（第３プロトコル層の接続）」が設定されるように構成されている。

ここで、「Ｍｕｌｔｉｈｏｍｉｎｇ」が適用されている場合、送信側ノードＡは、１つ又は複数の送信側ＩＰアドレス（ＳｏｕｒｃｅＩＰＡｄｄｒｅｓｓ）を有することができ、受信側ノードＺは、１つ又は複数の受信側ＩＰアドレス（ＤｅｓｔｉｎａｔｉｏｎＩＰＡｄｄｒｅｓｓ）を有することができる。

図２の例では、送信側ノードＡは、複数の送信側ＩＰアドレスＩＰ＃１乃至＃３を有し、受信側ノードＺは、複数の送信側ＩＰアドレスＩＰ＃１１乃至＃１３を有する。

したがって、上述の「Ｍｕｌｔｉｈｏｍｉｎｇ」が適用されている場合には、すなわち、送信側ノードＡ及び受信側ノードＺがそれぞれ複数のＩＰアドレスを有する場合には、１つの「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」において、複数のＩＰアドレスを用いて通信を行うことができる、すなわち、複数の物理パスを設定することができる。

ここで、複数の物理パスは、送信側ＩＰアドレス（ＩＰ＃１乃至＃３）の各々と受信側ＩＰアドレス（ＩＰ＃１１乃至＃１３）の各々とによって設定されるように構成されている。

なお、「Ｍｕｌｔｉｈｏｍｉｎｇ」が設定される際に、各「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」を構成する複数の物理パスのうち、デフォルトで使用するプライマリーパス（ＰｒｉｍａｒｙＰａｔｈ）が決定されるように構成されている。

また、１つ又は複数のストリームが、送信側ノードＡと受信側ノードＺとの間で設定されている「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」内で設定されるように構成されている。

図３に示すように、送信側ノードＡのＵＬＰ層は、送信側ノードＡのＳＣＴＰ層から、「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」ごとの「ｒｎｗｄ（ｒｅｃｅｉｖｅｗｉｎｄｏｗ、第１データ量）」と、物理パスごとの「ｃｗｎｄ（ｃｏｎｇｅｓｔｉｏｎｗｉｎｄｏｗ、第２データ量）」と、ストリームごとの「単位時間送出データ量（第３データ量）」を取得するように構成されている。

ここで、「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」ごとの「ｒｎｗｄ」は、「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」ごとに受信側ノードＺにおいて受信可能なデータ量を示す。

また、物理パスごとの「ｃｗｎｄ」は、物理パスごとに送信側ノードＡによって送信可能なデータ量を示す。

さらに、ストリームごとの「単位時間送出データ量」は、ストリームごとに送信側ノードＡによって単位時間内に送信されたデータ量を示す。

また、送信側ノードＡのＵＬＰ層は、送信側ノードＡのＡＰ層から受信した送信対象データに緊急フラグが含まれている場合、上述の「ｒｎｗｄ」と「ｃｗｎｄ」と「単位時間送出データ量」とに基づいて、かかる送信対象データを送信すべきストリーム及び物理パスを決定し、ＳＣＴＰ層に対して通知するように構成されている。

かかる緊急フラグは、かかる送信対象データが、緊急性を有するメッセージを構成するものであるか否かについて示すフラグである。

図４に示すように、送信側ノードＡのＵＬＰ層は、「ａｓｓｏｃｉａｔｉｏｎＩＤ」や、「ｂｕｆｆｅｒａｄｄｒｅｓｓ」や、「ｂｙｔｅｃｏｕｎｔ」や、「ｃｏｎｔｅｘｔ」や、「ｓｔｒｅａｍＩＤ」や、「ｌｉｆｅｔｉｍｅ」や、「ｄｅｓｔｉｎａｔｉｏｎｔｒａｎｓｐｏｒｔａｄｄｒｅｓｓ」や、「ｕｎｏｒｄｅｒｅｄｆｌａｇ」や、「ｎｏｂｕｎｄｌｅｆｌａｇ」や、「ＰＰＩ」等を決定し、ＳＣＴＰ層に対して通知するように構成されている。

ここで、「ｓｔｒｅａｍＩＤ」が、上述の送信対象データを送信すべきストリームの識別情報であり、「ｄｅｓｔｉｎａｔｉｏｎｔｒａｎｓｐｏｒｔａｄｄｒｅｓｓ」が、上述の送信対象データを送信すべき物理パスの識別情報である。

また、「ｌｉｆｅｔｉｍｅ」は、上述の送信対象データの生存時間を示す。

例えば、送信側ノードＡのＵＬＰ層は、上述の送信対象データに緊急フラグが含まれている場合、使用可能なリソースが最も多いストリーム及び物理パスを、かかる送信対象データを送信すべきストリーム及び物理パスとして決定してもよい。

また、送信側ノードＡのＵＬＰ層は、上述の送信対象データに緊急フラグが含まれている場合、設定可能な最小の生存時間を、「ｌｉｆｅｔｉｍｅ」として決定してもよい。

ここで、送信側ノードＡのＳＣＴＰ層は、送信側ノードＡのＵＬＰ層から受信した送信対象データのうち、最も生存時間（「ｌｉｆｅｔｉｍｅ」）が小さい送信対象データを優先的に送信するように構成されていてもよい
また、送信側ノードＡのＵＬＰ層は、物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す「ｆｌｉｇｈｔｓｉｚｅ（第４データ量）」を取得するように構成されている。

ここで、送信側ノードＡのＵＬＰ層は、「ｆｌｉｇｈｔｓｉｚｅ」を自身で算出してもよいし、「ｆｌｉｇｈｔｓｉｚｅ」を送信側ノードＡのＳＣＴＰ層から取得してもよいし、その組み合わせによって算出してもよい。

図５の例では、送信側ノードＡは、データ＃１及び＃２に対する肯定的な送達確認情報（ＡＣＫ）を受信しており、データ＃６乃至＃８に対する肯定的な送達確認情報（ＳＡＣＫにおけるＡＣＫ）を受信しているが、データ＃３乃至＃５に対する肯定的な送達確認情報（ＡＣＫ）を受信していない。

したがって、かかる状況では、データ＃３乃至８が、上述の再送対象のデータとなる。また、データ＃３乃至＃５が、物理パスの各々で送信されて未だ送達確認情報が受信されていないデータであり、第４データ量のカウント対象のデータである。

（本発明の第１の実施形態に係る移動通信システムの動作）
以下、図６を参照して、本実施形態に係る移動通信システムにおいて、「Ｍｕｌｔｉｈｏｍｉｎｇ」が適用されている場合の送信側ノードＡのＵＬＰ層の動作について説明する。

図６に示すように、送信側ノードＡのＵＬＰ層は、ステップＳ１０１において、送信側ノードＡのＡＰ層から送信対象データを受信すると、ステップＳ１０２において、かかる送信対象データの量ｘを算出する。

ステップＳ１０３において、送信側ノードＡのＵＬＰ層は、「ｒｗｎｄ」が「０」よりも大きいか否かについて判定する。ここで、送信側ノードＡのＵＬＰ層は、定期的に、送信側ノードＡのＳＣＴＰ層から、「ｒｗｎｄ」を取得しているものとする。

「ｒｗｎｄ」が「０」よりも大きいと判定された場合には、本動作は、ステップＳ１０４に進み、「ｒｗｎｄ」が「０」よりも大きいと判定されなかった場合には、本動作は、ステップＳ１０３を繰り返す。

ステップＳ１０４において、送信側ノードＡのＵＬＰ層は、かかる送信対象データに「緊急フラグ」が含まれているか否かについて判定する。

「緊急フラグ」が含まれていると判定された場合、本動作は、ステップＳ１０６に進み、「緊急フラグ」が含まれていないと判定された場合、本動作は、ステップＳ１０５に進む。

ステップＳ１０５において、送信側ノードＡのＵＬＰ層は、受信側ノードＺとの間で確立している「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」におけるプライマリーパスに関して、送信対象データの量ｘが、プライマリーパスにおける「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さいか否かについて、すなわち、「ｘ＜ｃｗｎｄ−ｆｌｉｇｈｔｓｉｚｅ」が成立するか否かについて判定する。ここで、送信側ノードＡのＵＬＰ層は、定期的に、送信側ノードＡのＳＣＴＰ層から、「ｃｗｎｄ」を取得しているものとする。

ステップＳ１０５において「Ｙｅｓ」となる場合、本動作は、ステップＳ１１０に進み、ステップＳ１０５において「Ｎｏ」となる場合、本動作は、ステップＳ１０３に戻る。

ステップＳ１０６において、送信側ノードＡのＵＬＰ層は、上述のプライマリーパスに関して、送信対象データの量ｘが、プライマリーパスにおける「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さいか否かについて、すなわち、「ｘ＜ｃｗｎｄ−ｆｌｉｇｈｔｓｉｚｅ」が成立するか否かについて判定する。

ステップＳ１０６において「Ｙｅｓ」となる場合、本動作は、ステップＳ１０８に進み、ステップＳ１０６において「Ｎｏ」となる場合、本動作は、ステップＳ１０７に進む。

上述の送信対象データの量ｘが、プライマリーパスにおける「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さくない場合、ステップＳ１０７において、送信側ノードＡのＵＬＰ層は、送信対象データの量ｘが「ｃｗｎｄ」から「ｆｌｉｇｈｔｓｉｚｅ」を引いた値よりも小さい物理パスを検索し、検索した物理パスの中から１つの物理パスを指定する。

ステップＳ１０８において、送信側ノードＡのＵＬＰ層は、「単位時間送出データ量」、再送回数又は送信バッファ滞留量が最も小さいストリームを、送信対象データを送信すべきストリームとして決定する。

また、送信側ノードＡのＵＬＰ層は、プライマリーパス或いはステップＳ１０７で指定されたパスを、送信対象データを送信すべき物理パスとして決定する。

ここで、送信側ノードＡのＵＬＰ層は、定期的に、送信側ノードＡのＳＣＴＰ層から、「単位時間送出データ量」、再送回数又は送信バッファ滞留量を取得しているものとする。

ステップＳ１０９において、送信側ノードＡのＵＬＰ層は、かかる送信対象データに設定可能な最小の「生存時間（ｌｉｆｅｔｉｍｅ）」を設定する。

ステップＳ１１０において、送信側ノードＡのＵＬＰ層は、物理パスＩＤとストリームＩＤと生存時間とを、送信側ノードＡのＳＣＴＰ層に通知する。ここで、送信側ノードＡのＳＣＴＰ層は、通知された物理パスＩＤとストリームＩＤと生存時間とに基づいて、かかる送信対象データを送信する。

（本発明の第１の実施形態に係る移動通信システムの作用・効果）
本実施形態に係る移動通信システムによれば、送信側ノードＡのＵＬＰ層が、送信側ノードＡのＳＣＴＰ層から取得した情報（「ｒｗｎｄ」や「ｃｗｎｄ」や「単位時間送出データ量」等）に基づいて、「優先度フラグ」が含まれるデータに対する優先処理を行うことができる。

なお、上述のノードの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ノード内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてノード内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

本発明の第１の実施形態に係る移動通信システムにおける各ノードのプロトコルスタックを示す図である。本発明の第１の実施形態に係る移動通信システムにおいて用いられる「ＳＣＴＰＡｓｓｏｃｉａｔｉｏｎ」を説明するための図である。本発明の第１の実施形態に係る移動通信システムにおける各ノードのＳＣＴＰ層からＵＬＰ層に対して送信される情報について示す図である。本発明の第１の実施形態に係る移動通信システムにおける各ノードのＵＬＰ層からＳＣＴＰ層に対して送信される情報について示す図である。本発明の第１の実施形態に係る移動通信システムにおける各ノードのＳＣＴＰ層の動作を説明するための図である。本発明の第１の実施形態に係る移動通信システムにおける各ノードのＵＬＰ層の動作を説明するためのフローチャートである。

符号の説明

Ａ、Ｚ…ノード
ＡＰ…アプリケーションプロトコル
ＵＬＰ…上位層プロトコル
ＳＣＴＰ…ストリーム制御伝送プロトコル

Claims

受信側ノードと送信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている移動通信システムであって、
前記送信側ノードは、１つ又は複数の送信側ＩＰアドレスを有し、
前記受信側ノードは、１つ又は複数の受信側ＩＰアドレスを有し、
前記送信側ノードと前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、
前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、
１つ又は複数のストリームは、前記送信側ノードと前記受信側ノードとの間で設定された前記第３プロトコル層の接続内で設定されるように構成されており、
前記送信側ノードの前記第２プロトコル層は、該送信側ノードの前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに該送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、
前記送信側ノードの前記第２プロトコル層は、前記送信側ノードの前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを特徴とする移動通信システム。
前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、
前記送信側ノードの前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、
前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
前記送信側ノードの前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、
前記送信側ノードの前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
前記送信側ノードの前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項１に記載の移動通信システム。
前記送信側ノードの前記第３プロトコル層は、前記送信側ノードの前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていることを特徴とする請求項４に記載の移動通信システム。
１つ又は複数の受信側ＩＰアドレスを有する受信側ノードとの間で、第１プロトコル層と、該第１プロトコル層よりも下位層である第２プロトコル層と、該第２プロトコル層よりも下位層である第３プロトコル層とによって通信が行われるように構成されている送信側ノードであって、
１つ又は複数の送信側ＩＰアドレスを有し、
前記受信側ノードとの間で、複数の物理パスによって構成される前記第３プロトコル層の接続を設定するように構成されており、
前記複数の物理パスは、前記送信側ＩＰアドレスの各々と前記受信側ＩＰアドレスの各々とによって設定されるように構成されており、
１つ又は複数のストリームは、前記第３プロトコル層の接続内で設定されるように構成されており、
前記第２プロトコル層は、前記第３プロトコル層から、前記第３プロトコル層の接続ごとに前記受信側ノードにおいて受信可能なデータ量を示す第１データ量と、前記物理パスごとに前記送信側ノードによって送信可能なデータ量を示す第２データ量と、前記ストリームごとに該送信側ノードによって単位時間内に送信されたデータ量を示す第３データ量とを取得するように構成されており、
前記第２プロトコル層は、前記第１プロトコル層から受信した送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記送信側ノードの前記第３プロトコル層に対して通知するように構成されていることを特徴とする送信側ノード。
前記第３プロトコル層の接続の各々に含まれる前記複数の物理パスの中で、１つのプライマリーパスが設定されるように構成されており、
前記第２プロトコル層は、前記物理パスの各々で送信されて未だ送達確認情報が受信されていないデータの量を示す第４データ量を取得するように構成されており、
前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける前記第２データ量から前記第４データ量を引いた値よりも小さい場合、該プライマリーパス内で、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索し、検索した該ストリーム及び該プライマリーパスを、該送信対象データを送信すべきストリーム及び物理パスを決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
前記第２プロトコル層は、前記送信対象データの量が、前記プライマリーパスにおける記第２データ量から前記第４データ量を引いた値よりも小さくない場合、前記送信対象データの量が、前記第２データ量から前記第４データ量を引いた値よりも小さい物理パスを検索すると共に、前記第３データ量、再送回数又は送信バッファ滞留量が最も小さいストリームを検索するように構成されており、
前記第２プロトコル層は、検索された前記ストリーム及び前記物理パスを、前記送信対象データを送信すべきストリーム及び物理パスとして決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
前記第２プロトコル層は、前記送信対象データに緊急フラグが含まれている場合、前記第１データ量と前記第２データ量と前記第３データ量とに基づいて、該送信対象データを送信すべきストリーム及び物理パスに加えて、該送信対象データの生存時間を決定し、前記第３プロトコル層に対して通知するように構成されていることを特徴とする請求項６に記載の送信側ノード。
前記第３プロトコル層は、前記第２プロトコル層から受信した送信対象データのうち、最も生存時間が小さい送信対象データを優先的に送信するように構成されていることを特徴とする請求項９に記載の送信側ノード。