(57)【要約】  本発明の実施形態は、通信分野に関係する、データ伝送方法及び装置、通信デバイス、並びに通信システムを提供し、データ伝送方法は、少なくとも２つのＩＰパケットを受信することと、多重化ポリシに従って少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを求めることと、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化することと、ＧＴＰ−Ｕパケットを送信することとを含む。本発明において、多重化ポリシを満たす少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕにカプセル化され、ＧＴＰ−Ｕパケットが送信される。従来技術と比較して、ＩＰパケットがＰＲＮにおいて送信されているとき、伝送ルートを取得するために転送が行われる度に消費されるリソースが大幅に低減される。更に、ＧＴＰ−Ｕパケットに対するＩＰパケットの割合が増大し、それによって伝送効率が改善する。
2016524379.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つのインターネットプロトコルＩＰパケットを受信するステップと、
多重化ポリシに従って前記少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するステップであって、前記多重化ポリシは、以下の条件、すなわち、前記多重化パケットが設定値以下のサイズのＩＰパケットであること、前記多重化パケットのベアラ識別子が同じであること、前記多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び前記多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、ステップと、
前記少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するステップと、
前記ＧＴＰ−Ｕパケットを送信するステップと、
を含む、データ伝送方法。
【請求項２】
前記少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する前記ステップは、
前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るステップと、
前記少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化して前記ＧＴＰ−Ｕパケットを得るステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、該第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項２に記載の方法。
【請求項４】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項３に記載の方法。
【請求項５】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるか、又は、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであり、
前記第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、前記第２のＧＴＰ−Ｕヘッダは第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第２の長さフィールドは、前記第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第２の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項２に記載の方法。
【請求項６】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第２の多重化インジケーションフィールドは、前記第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項５に記載の方法。
【請求項７】
前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前記ステップの前に、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするステップを更に含み、
前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前記ステップは、
パディングされた前記少なくとも２つの多重化パケットのそれぞれについて第１のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は
パディングされた前記少なくとも２つの多重化パケットのそれぞれについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は、
パディングされた前記少なくとも２つの多重化パケットのうち最初の多重化パケットについて第１のＧＴＰ−Ｕヘッダをカプセル化し、パディングされた前記少なくとも２つの多重化パケットのうち前記最初の多重化パケット以外の多重化パケットについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップを含み、
前記第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、前記第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項２に記載の方法。
【請求項８】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項７に記載の方法。
【請求項９】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前記ステップの前に、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするステップを更に含み、
前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前記ステップは、
パディングされた前記少なくとも２つの多重化パケットのそれぞれについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は
パディングされた前記少なくとも２つの多重化パケットの前記第１の多重化パケットについて第３のＧＴＰ−Ｕヘッダをカプセル化し、パディングされた前記少なくとも２つの多重化パケットの前記第１の多重化パケット以外の多重化パケットについて第４のＧＴＰ−Ｕヘッダをカプセル化するステップを含み、
前記第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、前記第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含み、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第４の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項２に記載の方法。
【請求項１０】
前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第４の多重化インジケーションフィールドは、前記第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項９に記載の方法。
【請求項１１】
前記第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、前記第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、前記第３の長さフィールドは、前記第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第４の長さフィールドは、前記第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項９又は１０に記載の方法。
【請求項１２】
前記少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する前記ステップは、
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、該少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするステップであって、
前記ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、該少なくとも２つの多重化拡張ヘッダは前記少なくとも２つの多重化パケットと１対１の対応関係にあり、又は前記ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、前記ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、該第１の次の拡張ヘッダタイプフィールドは前記ＧＴＰ−Ｕパケット内の前記第１の多重化パケットに対応し、前記少なくとも１つの多重化拡張ヘッダは、前記ＧＴＰ−Ｕパケット内の前記第１の多重化パケット以外の多重化パケットと１対１の対応関係にあり、前記第１の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内の前記ＧＴＰ−Ｕヘッダにおける前記第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、ステップと、
前記Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化して前記ＧＴＰ−Ｕパケットを得るステップと、
を含む、請求項１に記載の方法。
【請求項１３】
前記多重化拡張ヘッダは第１の多重化拡張ヘッダであり、該第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２に記載の方法。
【請求項１４】
前記第１の多重化拡張ヘッダは、第１のトンネル識別子フラグフィールドを更に含み、該第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１３に記載の方法。
【請求項１５】
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕパケットをカプセル化する前記ステップの前に、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするステップを更に含み、
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化する前記ステップは、
パディングされた前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、前記ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるか、又は
前記ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
前記ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記ＧＴＰ−Ｕヘッダのうち前記最初の多重化拡張ヘッダ以外の別の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、
前記第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
前記第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２に記載の方法。
【請求項１６】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１５に記載の方法。
【請求項１７】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記ＧＴＰ−Ｕヘッダにおける前記多重化拡張ヘッダは、第１の多重化拡張ヘッダと第３の多重化拡張ヘッダとを含み、前記第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、前記第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第７の長さフィールドは、前記第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第４の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２に記載の方法。
【請求項１８】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１７に記載の方法。
【請求項１９】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化する前記ステップの前に、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするステップを更に含み、
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化する前記ステップは、
パディングされた前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、前記ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
前記ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第４の多重化拡張ヘッダであり、
前記第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、前記第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第５の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２に記載の方法。
【請求項２０】
前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第４のトンネル識別子フラグフィールドは、前記第４の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１９に記載の方法。
【請求項２１】
前記第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、前記第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、前記第６の長さフィールドは、前記第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第８の長さフィールドは、前記第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項１９又は２０に記載の方法。
【請求項２２】
前記ＧＴＰ−Ｕヘッダは、第９の長さフィールドと、第９のトンネル識別子フィールドとを更に含み、前記第９の長さフィールドは、前記ＧＴＰ−Ｕパケットにおける前記第１の多重化パケットの長さを示すのに用いられ、前記第９のトンネル識別子フィールドは、前記第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる、請求項１２乃至２１のいずれか１項に記載の方法。
【請求項２３】
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから前記多重化ポリシを取得するステップを更に含む、請求項１乃至２２のいずれか１項に記載の方法。
【請求項２４】
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するステップであって、前記ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、前記少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、前記多重化ポリシは、以下の条件、すなわち、前記多重化パケットが設定値以下のサイズのＩＰパケットであること、前記多重化パケットのベアラ識別子が同じであること、前記多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び前記多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、ステップと、
前記ＧＴＰ−Ｕパケットをカプセル化解除して前記少なくとも２つの多重化パケットを得るステップと、
前記少なくとも２つの多重化パケットを送信するステップと、
を含む、データ伝送方法。
【請求項２５】
前記ＧＴＰ−Ｕパケットをカプセル化解除して前記少なくとも２つの多重化パケットを得る前記ステップは、
前記ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従って前記ＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るステップであって、前記少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含む、ステップと、
前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップと、
を含む、請求項２４に記載の方法。
【請求項２６】
前記ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、前記第１のＧＴＰ−Ｕヘッダは第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の前記第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある前記第１の長さフィールド、前記第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含む、請求項２５に記載の方法。
【請求項２７】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項２６に記載の方法。
【請求項２８】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、又は
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び前記第２の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して前記少なくとも２つの多重化パケットを得るステップを含み、
前記第１のＧＴＰ−Ｕヘッダは、前記第１の長さフィールドと、前記第１のトンネル識別子フィールドと、前記第１の多重化インジケーションフィールドとを含み、前記第２のＧＴＰ−Ｕヘッダは、前記第２の長さフィールドと、前記第２の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第２の長さフィールドは、前記第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第２の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項２５に記載の方法。
【請求項２９】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第２の多重化インジケーションフィールドは、前記第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項２８に記載の方法。
【請求項３０】
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、又は
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドとネットワーク構成とに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップであって、前記ネットワーク構成は、前記設定値のサイズを示すのに用いられる、ステップを含み、又は
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び前記第２の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、
前記第１のＧＴＰ−Ｕヘッダは、前記第１の長さフィールドと、前記第１のトンネル識別子フィールドと、前記第１の多重化インジケーションフィールドとを含み、前記第３のＧＴＰ−Ｕヘッダは、前記第３のトンネル識別子フィールドと、前記第３の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項２５に記載の方法。
【請求項３１】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項３０に記載の方法。
【請求項３２】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、又は
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の前記第３の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第４のＧＴＰ−Ｕヘッダ内にある前記第４の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、
前記第３のＧＴＰ−Ｕヘッダは、前記第３のトンネル識別子フィールドと、前記第３の多重化インジケーションフィールドとを含み、前記第４のＧＴＰ−Ｕヘッダは前記第４の多重化インジケーションフィールドを含み、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第４の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項２５に記載の方法。
【請求項３３】
前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第４の多重化インジケーションフィールドは、前記第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項３２に記載の方法。
【請求項３４】
前記第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、前記第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、前記第３の長さフィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのサイズを示すのに用いられ、前記第４の長さフィールドは、前記第４のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのサイズを示すのに用いられる、請求項３２又は３３に記載の方法。
【請求項３５】
前記ＧＴＰ−Ｕパケットをカプセル化解除して前記少なくとも２つの多重化パケットを得る前記ステップは、
前記ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従って前記ＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るステップであって、前記Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、該少なくとも２つの多重化拡張ヘッダは前記少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、前記ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、該第１の次の拡張ヘッダタイプフィールドは前記ＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、前記少なくとも１つの多重化拡張ヘッダは、前記ＧＴＰ−Ｕパケット内の前記最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、前記第１の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内の前記ＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、ステップと、
前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップと、
を含む、請求項２４に記載の方法。
【請求項３６】
前記多重化拡張ヘッダは第１の多重化拡張ヘッダであり、該第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の前記第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある前記第５の長さフィールド、前記第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って、前記Ｇ−ＰＤＵをカプセル化解除して前記少なくとも２つの多重化パケットを得るステップを含む、請求項３５に記載の方法。
【請求項３７】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項３６に記載の方法。
【請求項３８】
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、又は
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップであって、前記ネットワーク構成は前記設定値のサイズを示すのに用いられる、ステップを含み、又は
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、
前記第１の多重化拡張ヘッダは、前記第５のトンネル識別子フィールドと、前記第５の長さフィールドと、前記第２の次の拡張ヘッダタイプフィールドとを含み、
前記第２の多重化拡張ヘッダは、前記第６のトンネル識別子フィールドと、前記第３の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項３５に記載の方法。
【請求項３９】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項３８に記載の方法。
【請求項４０】
前記多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、前記ＧＴＰ−Ｕヘッダにおける前記多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、又は
前記多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第３の多重化拡張ヘッダ内にある第７の長さフィールド及び前記第４の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、
前記第１の多重化拡張ヘッダは、前記第５の長さフィールドと、前記第５のトンネル識別子フィールドと、前記第２の次の拡張ヘッダタイプフィールドとを含み、前記第３の多重化拡張ヘッダは、前記第７の長さフィールドと、前記第４の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第７の長さフィールドは、前記第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第４の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項３５に記載の方法。
【請求項４１】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項４０に記載の方法。
【請求項４２】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、又は
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得る前記ステップは、
前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第４の多重化拡張ヘッダ内にある前記第５の次の拡張ヘッダタイプフィールドと、ネットワーク構成とに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るステップを含み、
前記第２の多重化拡張ヘッダは、前記第６のトンネル識別子フィールドと、前記第３の次の拡張ヘッダタイプフィールドとを含み、前記第４の多重化拡張ヘッダは前記第５の次の拡張ヘッダタイプフィールドを含み、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第５の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項３５に記載の方法。
【請求項４３】
前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第４のトンネル識別子フラグフィールドは、前記第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項４２に記載の方法。
【請求項４４】
前記第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、前記第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、前記第６の長さフィールドは、前記第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第８の長さフィールドは、前記第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項４２又は４３に記載の方法。
【請求項４５】
前記ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、前記第９の長さフィールドは、前記ＧＴＰ−Ｕパケットにおける前記第１の多重化パケットの長さを示すのに用いられ、前記第９のトンネル識別子フィールドは、前記第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる、請求項３５乃至４４のいずれか１項に記載の方法。
【請求項４６】
前記多重化ポリシは、モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから取得される、請求項２４乃至４５のいずれか１項に記載の方法。
【請求項４７】
少なくとも２つのインターネットプロトコルＩＰパケットを受信するように構成される受信モジュールと、
多重化ポリシに従って、前記受信モジュールによって受信される前記少なくとも２つのインターネットプロトコルＩＰパケットから少なくとも２つの多重化パケットを決定するように構成される決定モジュールであって、前記多重化ポリシは、以下の条件、すなわち、前記多重化パケットが設定値以下のサイズのＩＰパケットであること、前記多重化パケットのベアラ識別子が同じであること、前記多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び前記多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、決定モジュールと、
前記少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するように構成されるカプセル化モジュールと、
前記カプセル化モジュールによって得られた前記ＧＴＰ−Ｕパケットを送信するように構成される送信モジュールと、
を備える、データ伝送装置。
【請求項４８】
前記カプセル化モジュールは、
前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成される第１のカプセル化ユニットと、
前記第１のカプセル化ユニットによって得られた前記少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化して前記ＧＴＰ−Ｕパケットを得るように構成される第２のカプセル化ユニットと、
を備える、請求項４７に記載の装置。
【請求項４９】
前記第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するように構成され、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項４８に記載の装置。
【請求項５０】
前記第１のカプセル化ユニットは、
前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第１の多重化インジケーションフィールドとして用いるか、又は前記第１の多重化インジケーションフィールドを前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項４９に記載の方法。
【請求項５１】
前記第１のカプセル化ユニットがカプセル化を実行する前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第２のＧＴＰ−Ｕヘッダ内の第２の長さフィールド及び第２の多重化インジケーションフィールドを設定するように構成され、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第２の長さフィールドは、前記第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第２の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項４８に記載の装置。
【請求項５２】
前記第１のカプセル化ユニットは、
前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第１の多重化インジケーションフィールドとして用いるか、又は前記第１の多重化インジケーションフィールドを前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、前記第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第２の多重化インジケーションフィールドとして用いるか、又は前記第２の多重化インジケーションフィールドを前記第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項５１に記載の装置。
【請求項５３】
前記カプセル化モジュールは、
前記第１のカプセル化ユニットが前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成されるパディングユニットを更に備え、
前記第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するように構成され、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項４８に記載の装置。
【請求項５４】
前記第１のカプセル化ユニットは、
前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第１の多重化インジケーションフィールドとして用いるか、又は前記第１の多重化インジケーションフィールドを前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第３の多重化インジケーションフィールドとして用いるか、又は前記第３の多重化インジケーションフィールドを前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項５３に記載の装置。
【請求項５５】
前記第１のカプセル化ユニットがカプセル化を実行する前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記カプセル化モジュールは、
前記第１のカプセル化ユニットが前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成されるパディングユニットを更に備え、
前記第１のカプセル化ユニットは、
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定し、第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドを設定するように構成され、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第４の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項４８に記載の装置。
【請求項５６】
前記第１のカプセル化ユニットは、
前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第３の多重化インジケーションフィールドとして用いるか、又は前記第３の多重化インジケーションフィールドを前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、前記第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第４の多重化インジケーションフィールドとして用いるか、又は前記第４の多重化インジケーションフィールドを前記第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項５５に記載の装置。
【請求項５７】
前記第１のカプセル化ユニットは、
前記第３のＧＴＰ−Ｕヘッダ内の第３の長さフィールドを更に設定し、前記第４のＧＴＰ−Ｕヘッダ内の第４の長さフィールドを更に設定するように更に構成され、前記第３の長さフィールドは、前記第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第４の長さフィールドは、前記第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項５５又は５６に記載の装置。
【請求項５８】
第３のカプセル化ユニットであって、前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、該少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするように構成され、前記ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、該少なくとも２つの多重化拡張ヘッダは前記少なくとも２つの多重化パケットと１対１の対応関係にあり、又は前記ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、前記ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、該第１の次の拡張ヘッダタイプフィールドは前記ＧＴＰ−Ｕパケット内の前記第１の多重化パケットに対応し、前記少なくとも１つの多重化拡張ヘッダは、前記ＧＴＰ−Ｕパケット内の前記第１の多重化パケット以外の多重化パケットと１対１の対応関係にあり、前記第１の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内の前記ＧＴＰ−Ｕヘッダにおける前記第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、第３のカプセル化ユニットと、
前記第３のカプセル化ユニットによって得られた前記Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化して前記ＧＴＰ−Ｕパケットを得るように構成される第４のカプセル化ユニットと、
を備える、請求項４７に記載の装置。
【請求項５９】
前記第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項５８に記載の装置。
【請求項６０】
前記第３のカプセル化ユニットは、
前記第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定するように構成され、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項５９に記載の装置。
【請求項６１】
前記カプセル化モジュールは、
前記第３のカプセル化ユニットが前記少なくとも２つの多重化パケットについて前記ＧＴＰ−Ｕヘッダをカプセル化する前に、前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成されるパディングユニットを更に備え、
前記第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定し、第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項５８に記載の装置。
【請求項６２】
前記第３のカプセル化ユニットは、
前記第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、前記第２の多重化拡張ヘッダ内の第２のトンネル識別子フラグフィールドを更に設定するように構成され、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項６１に記載の装置。
【請求項６３】
前記第３のカプセル化ユニットがカプセル化を実行する前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び前記第１の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び前記第１の次の拡張ヘッダタイプフィールドを設定し、第３の多重化拡張ヘッダ内の第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第７の長さフィールドは、前記第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第４の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項５８に記載の装置。
【請求項６４】
前記第３のカプセル化ユニットは、
前記第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、前記第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定するように構成され、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項６３に記載の装置。
【請求項６５】
前記第３のカプセル化ユニットがカプセル化を実行する前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記装置は、
前記第３のカプセル化ユニットが前記少なくとも２つの多重化パケットについて前記ＧＴＰ−Ｕヘッダをカプセル化する前に、前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成されるパディングユニットを更に備え、
前記第３のカプセル化ユニットは、
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定し、第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第５の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項５８に記載の装置。
【請求項６６】
前記第３のカプセル化ユニットは、
前記第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定し、前記第４の多重化拡張ヘッダ内の第４のトンネル識別子フラグフィールドを更に設定するように構成され、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第４のトンネル識別子フラグフィールドは、前記第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項６５に記載の装置。
【請求項６７】
前記第３のカプセル化ユニットは、
前記第２の多重化拡張ヘッダ内の第６の長さフィールドを更に設定し、前記第４の多重化拡張ヘッダ内の第８の長さフィールドを更に設定するように更に構成され、前記第６の長さフィールドは、前記第２の多重化拡張ヘッダに対応するパディングされた前記多重化パケットのサイズを示すのに用いられ、前記第８の長さフィールドは、前記第４の多重化拡張ヘッダに対応するパディングされた前記多重化パケットのサイズを示すのに用いられる、請求項６５又は６６に記載の装置。
【請求項６８】
前記第３のカプセル化ユニットは、
前記ＧＴＰ−Ｕヘッダ内の第９の長さフィールド及び第９のトンネル識別子フィールドを設定するように構成され、前記第９の長さフィールドは、前記ＧＴＰ−Ｕパケットにおける前記第１の多重化パケットの長さを示すのに用いられ、前記第９のトンネル識別子フィールドは、前記第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる、請求項５８乃至６７のいずれか１項に記載の装置。
【請求項６９】
前記装置は、ＭＭＥ／ＰＣＲＦから前記多重化ポリシを取得するように構成される取得モジュールを更に備える、請求項４７乃至６８のいずれか１項に記載の装置。
【請求項７０】
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するように構成される受信モジュールであって、前記ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、前記少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、前記多重化ポリシは、以下の条件、すなわち、前記多重化パケットが設定値以下のサイズのＩＰパケットであること、前記多重化パケットのベアラ識別子が同じであること、前記多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び前記多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、受信モジュールと、
前記受信モジュールによって受信される前記ＧＴＰ−Ｕパケットをカプセル化解除して前記少なくとも２つの多重化パケットを得るように構成されるカプセル化解除モジュールと、
前記カプセル化解除モジュールによって得られた前記少なくとも２つの多重化パケットを送信するように構成される送信モジュールと、
を備える、データ伝送装置。
【請求項７１】
前記カプセル化解除モジュールは、
前記ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従って前記ＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成される第１のカプセル化解除ユニットであって、前記少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含む、第１のカプセル化解除ユニットと、
前記第１のカプセル化解除ユニットによって得られた前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成される第２のカプセル化解除ユニットと、
を備える、請求項７０に記載の装置。
【請求項７２】
前記ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、前記第１のＧＴＰ−Ｕヘッダは第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の前記第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある前記第１の長さフィールド、前記第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成される、請求項７１に記載の装置。
【請求項７３】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項７２に記載の装置。
【請求項７４】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は、
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び前記第２の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して前記少なくとも２つの多重化パケットを得るように構成され、
前記第１のＧＴＰ−Ｕヘッダは、前記第１の長さフィールドと、前記第１のトンネル識別子フィールドと、前記第１の多重化インジケーションフィールドとを含み、前記第２のＧＴＰ−Ｕヘッダは、前記第２の長さフィールドと、前記第２の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第２の長さフィールドは、前記第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第２の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項７１に記載の装置。
【請求項７５】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第２の多重化インジケーションフィールドは、前記第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項７４に記載の装置。
【請求項７６】
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドとネットワーク構成とに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、前記ネットワーク構成は、前記設定値のサイズを示すのに用いられ、又は
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１のＧＴＰ−Ｕヘッダは、前記第１の長さフィールドと、前記第１のトンネル識別子フィールドと、前記第１の多重化インジケーションフィールドとを含み、前記第３のＧＴＰ−Ｕヘッダは、前記第３のトンネル識別子フィールドと、前記第３の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項７１に記載の装置。
【請求項７７】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項７６に記載の装置。
【請求項７８】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドとネットワーク構成とに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、前記ネットワーク構成は、前記設定値のサイズを示すのに用いられ、又は
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、前記第２のカプセル化解除ユニットは、
前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の前記第３の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第４のＧＴＰ−Ｕヘッダ内にある前記第４の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第３のＧＴＰ−Ｕヘッダは、前記第３のトンネル識別子フィールドと、前記第３の多重化インジケーションフィールドとを含み、前記第４のＧＴＰ−Ｕヘッダは前記第４の多重化インジケーションフィールドを含み、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第４の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項７１に記載の装置。
【請求項７９】
前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第４の多重化インジケーションフィールドは、前記第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項７８に記載の装置。
【請求項８０】
前記第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、前記第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、前記第３の長さフィールドは、前記第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第４の長さフィールドは、前記第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項７８又は７９に記載の装置。
【請求項８１】
前記カプセル化解除モジュールは、
前記ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従って前記ＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るように構成される第３のカプセル化解除ユニットであって、前記Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、該少なくとも２つの多重化拡張ヘッダは前記少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、前記ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、該第１の次の拡張ヘッダタイプフィールドは前記ＧＴＰ−Ｕパケット内の前記第１の多重化パケットに対応し、前記少なくとも１つの多重化拡張ヘッダは、前記ＧＴＰ−Ｕパケット内の前記第１の多重化パケット以外の多重化パケットと１対１の対応関係にあり、前記第１の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内の前記ＧＴＰ−Ｕヘッダにおける前記第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、第３のカプセル化解除ユニットと、
前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って、前記第３のカプセル化解除ユニットによって得られた前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成される第４のカプセル化解除ユニットと、
を備える、請求項７０に記載の装置。
【請求項８２】
前記多重化拡張ヘッダは第１の多重化拡張ヘッダであり、該第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の前記第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある前記第５の長さフィールド、前記第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って、前記Ｇ−ＰＤＵをカプセル化解除して前記少なくとも２つの多重化パケットを得るように構成される、請求項８１に記載の装置。
【請求項８３】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項８２に記載の装置。
【請求項８４】
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、前記ネットワーク構成は前記設定値のサイズを示すのに用いられ、又は
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１の多重化拡張ヘッダは、前記第５のトンネル識別子フィールドと、前記第５の長さフィールドと、前記第２の次の拡張ヘッダタイプフィールドとを含み、
前記第２の多重化拡張ヘッダは、前記第６のトンネル識別子フィールドと、前記第３の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項８１に記載の装置。
【請求項８５】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項８４に記載の装置。
【請求項８６】
前記多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、前記ＧＴＰ−Ｕヘッダにおける前記多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第３の多重化拡張ヘッダ内にある第７の長さフィールド及び前記第４の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１の多重化拡張ヘッダは、前記第５の長さフィールドと、前記第５のトンネル識別子フィールドと、前記第２の次の拡張ヘッダタイプフィールドとを含み、前記第３の多重化拡張ヘッダは、前記第７の長さフィールドと、前記第４の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第７の長さフィールドは、前記第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第４の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項８１に記載の装置。
【請求項８７】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項８６に記載の装置。
【請求項８８】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、前記第４のカプセル化解除ユニットは、
前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第４の多重化拡張ヘッダ内にある前記第５の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第２の多重化拡張ヘッダは、前記第６のトンネル識別子フィールドと、前記第３の次の拡張ヘッダタイプフィールドとを含み、前記第４の多重化拡張ヘッダは前記第５の次の拡張ヘッダタイプフィールドを含み、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第５の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項８１に記載の装置。
【請求項８９】
前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第４のトンネル識別子フラグフィールドは、前記第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項８８に記載の装置。
【請求項９０】
前記第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、前記第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、前記第６の長さフィールドは、前記第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第８の長さフィールドは、前記第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項８８又は８９に記載の装置。
【請求項９１】
前記ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、前記第９の長さフィールドは、前記ＧＴＰ−Ｕパケットにおける前記第１の多重化パケットの長さを示すのに用いられ、前記第９のトンネル識別子フィールドは、前記第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる、請求項８１乃至９０のいずれか１項に記載の装置。
【請求項９２】
前記多重化ポリシは、モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから取得される、請求項７０乃至９１のいずれか１項に記載の装置。
【請求項９３】
少なくとも２つのインターネットプロトコルＩＰパケットを受信するように構成される受信器と、
多重化ポリシに従って、前記受信器によって受信される前記少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定し、前記少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するように構成されるプロセッサであって、前記多重化ポリシは、以下の条件、すなわち、前記多重化パケットが設定値以下のサイズのＩＰパケットであること、前記多重化パケットのベアラ識別子が同じであること、前記多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び前記多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、プロセッサと、
前記プロセッサによって得られた前記ＧＴＰ−Ｕパケットを送信するように構成される送信器と、
を備える、データ伝送装置。
【請求項９４】
前記プロセッサは、
前記少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成され、
前記少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化して前記ＧＴＰ−Ｕパケットを得るように構成される、請求項９３に記載の装置。
【請求項９５】
前記プロセッサは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するように構成され、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項９４に記載の装置。
【請求項９６】
前記プロセッサは、
前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第１の多重化インジケーションフィールドとして用いるか、又は前記第１の多重化インジケーションフィールドを前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項９５に記載の装置。
【請求項９７】
前記プロセッサは、前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第２のＧＴＰ−Ｕヘッダ内の第２の長さフィールド及び第２の多重化インジケーションフィールドを設定するように構成され、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第２の長さフィールドは、前記第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第２の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項９４に記載の装置。
【請求項９８】
前記プロセッサは、
前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第１の多重化インジケーションフィールドとして用いるか、又は前記第１の多重化インジケーションフィールドを前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、前記第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第２の多重化インジケーションフィールドとして用いるか、又は前記第２の多重化インジケーションフィールドを前記第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項９７に記載の装置。
【請求項９９】
前記プロセッサは、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成され、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するように構成され、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項９４に記載の装置。
【請求項１００】
前記プロセッサは、
前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第１の多重化インジケーションフィールドとして用いるか、又は前記第１の多重化インジケーションフィールドを前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第３の多重化インジケーションフィールドとして用いるか、又は前記第３の多重化インジケーションフィールドを前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項９９に記載の装置。
【請求項１０１】
前記プロセッサは、前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成され、
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定し、第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドを設定するように構成され、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第４の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項９４に記載の装置。
【請求項１０２】
前記プロセッサは、
前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第３の多重化インジケーションフィールドとして用いるか、又は前記第３の多重化インジケーションフィールドを前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、前記第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを前記第４の多重化インジケーションフィールドとして用いるか、又は前記第４の多重化インジケーションフィールドを前記第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される、請求項１０１に記載の装置。
【請求項１０３】
前記プロセッサは、
前記第３のＧＴＰ−Ｕヘッダ内の第３の長さフィールドを更に設定し、前記第４のＧＴＰ−Ｕヘッダ内の第４の長さフィールドを更に設定するように更に構成され、前記第３の長さフィールドは、前記第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第４の長さフィールドは、前記第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項１０１又は１０２に記載の装置。
【請求項１０４】
前記プロセッサは、
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、該少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするように構成され、前記ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、該少なくとも２つの多重化拡張ヘッダは前記少なくとも２つの多重化パケットと１対１の対応関係にあり、又は前記ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、前記ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、該第１の次の拡張ヘッダタイプフィールドは前記ＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、前記少なくとも１つの多重化拡張ヘッダは、前記ＧＴＰ−Ｕパケット内の前記最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、前記第１の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内の前記ＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられ、
前記Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化して前記ＧＴＰ−Ｕパケットを得るように構成される、請求項９３に記載の装置。
【請求項１０５】
前記プロセッサは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１０４に記載の装置。
【請求項１０６】
前記プロセッサは、
前記第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定するように構成され、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１０５に記載の装置。
【請求項１０７】
前記プロセッサは、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成され、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定し、第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１０４に記載の装置。
【請求項１０８】
前記プロセッサは、
前記第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、前記第２の多重化拡張ヘッダ内の第２のトンネル識別子フラグフィールドを更に設定するように構成され、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１０７に記載の装置。
【請求項１０９】
前記プロセッサは、前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び前記第１の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び前記第１の次の拡張ヘッダタイプフィールドを設定し、第３の多重化拡張ヘッダ内の第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第７の長さフィールドは、前記第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第４の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１０４に記載の装置。
【請求項１１０】
前記プロセッサは、
前記第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、前記第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定するように構成され、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１０９に記載の装置。
【請求項１１１】
前記プロセッサは、前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするように構成され、
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定し、第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドを設定するように構成され、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第５の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１０４に記載の装置。
【請求項１１２】
前記プロセッサは、
前記第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定し、前記第４の多重化拡張ヘッダ内の第４のトンネル識別子フラグフィールドを更に設定するように構成され、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第４のトンネル識別子フラグフィールドは、前記第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１１１に記載の装置。
【請求項１１３】
前記プロセッサは、
前記第２の多重化拡張ヘッダ内の第６の長さフィールドを更に設定し、前記第４の多重化拡張ヘッダ内の第８の長さフィールドを更に設定するように更に構成され、前記第６の長さフィールドは、前記第２の多重化拡張ヘッダに対応するパディングされた前記多重化パケットのサイズを示すのに用いられ、前記第８の長さフィールドは、前記第４の多重化拡張ヘッダに対応するパディングされた前記多重化パケットのサイズを示すのに用いられる、請求項１１１又は１１２に記載の装置。
【請求項１１４】
前記プロセッサは、
前記ＧＴＰ−Ｕヘッダ内の第９の長さフィールド及び第９のトンネル識別子フィールドを設定するように構成され、前記第９の長さフィールドは、前記ＧＴＰ−Ｕパケットにおける前記第１の多重化パケットの長さを示すのに用いられ、前記第９のトンネル識別子フィールドは、前記第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる、請求項１０４乃至１１３のいずれか１項に記載の装置。
【請求項１１５】
前記受信器は、
ＭＭＥ／ＰＣＲＦから前記多重化ポリシを取得するように更に構成される、請求項９３乃至１１４のいずれか１項に記載の装置。
【請求項１１６】
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するように構成される受信器であって、前記ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、前記少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、前記多重化ポリシは、以下の条件、すなわち、前記多重化パケットが設定値以下のサイズのＩＰパケットであること、前記多重化パケットのベアラ識別子が同じであること、前記多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び前記多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、受信器と、
前記受信器によって受信される前記ＧＴＰ−Ｕパケットをカプセル化解除して前記少なくとも２つの多重化パケットを得るように構成されるプロセッサと、
前記プロセッサによって得られた前記少なくとも２つの多重化パケットを送信するように構成される送信器と、
を備える、データ伝送装置。
【請求項１１７】
前記プロセッサは、
前記ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従って前記ＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成され、前記少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含み、
前記少なくとも２つのＧ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成される、請求項１１６に記載の装置。
【請求項１１８】
前記プロセッサは、
前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１のＧＴＰ−Ｕヘッダは、前記第１の長さフィールドと、前記第１のトンネル識別子フィールドと、前記第１の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項１１７に記載の装置。
【請求項１１９】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項１１８に記載の装置。
【請求項１２０】
前記プロセッサは、
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は、
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び前記第２の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して前記少なくとも２つの多重化パケットを得るように構成され、
前記第１のＧＴＰ−Ｕヘッダは、前記第１の長さフィールドと、前記第１のトンネル識別子フィールドと、前記第１の多重化インジケーションフィールドとを含み、前記第２のＧＴＰ−Ｕヘッダは、前記第２の長さフィールドと、前記第２の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第２の長さフィールドは、前記第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第２の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項１１７に記載の装置。
【請求項１２１】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第２の多重化インジケーションフィールドは、前記第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項１２０に記載の装置。
【請求項１２２】
前記プロセッサは、
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドとネットワーク構成とに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、前記ネットワーク構成は、前記設定値のサイズを示すのに用いられ、又は
前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び前記第１の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３の長さフィールド及び前記第３の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１のＧＴＰ−Ｕヘッダは、前記第１の長さフィールドと、前記第１のトンネル識別子フィールドと、前記第１の多重化インジケーションフィールドとを含み、前記第３のＧＴＰ−Ｕヘッダは、前記第３のトンネル識別子フィールドと、前記第３の多重化インジケーションフィールドとを含み、
前記第１の長さフィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第１のトンネル識別子フィールドは、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第１の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項１１７に記載の装置。
【請求項１２３】
前記第１の多重化インジケーションフィールドは、前記第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項１２２に記載の装置。
【請求項１２４】
前記プロセッサは、
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドに従って前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値であり、前記ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、前記最初のＧＴＰ−Ｕヘッダ以外の前記ＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記少なくとも２つのＧ−ＰＤＵにおける前記第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び前記第３の多重化インジケーションフィールドと、前記少なくとも２つのＧ−ＰＤＵにおける前記第４のＧＴＰ−Ｕヘッダ内にある前記第４の多重化インジケーションフィールドとに従って、前記少なくとも２つのＧ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第３のＧＴＰ−Ｕヘッダは、前記第３のトンネル識別子フィールドと、前記第３の多重化インジケーションフィールドとを含み、前記第４のＧＴＰ−Ｕヘッダは前記第４の多重化インジケーションフィールドを含み、
前記第３のトンネル識別子フィールドは、前記第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３のＧＴＰ−Ｕヘッダに対応する前記多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
前記第４の多重化インジケーションフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる、請求項１１７に記載の装置。
【請求項１２５】
前記第３の多重化インジケーションフィールドは、前記第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、前記第４の多重化インジケーションフィールドは、前記第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は前記第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される、請求項１２４に記載の装置。
【請求項１２６】
前記第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、前記第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、前記第３の長さフィールドは、前記第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第４の長さフィールドは、前記第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項１２４又は１２５に記載の装置。
【請求項１２７】
前記プロセッサは、
前記ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従って前記ＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るように構成され、前記Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、該少なくとも２つの多重化拡張ヘッダは前記少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、前記ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、該第１の次の拡張ヘッダタイプフィールドは前記ＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、前記少なくとも１つの多重化拡張ヘッダは、前記ＧＴＰ−Ｕパケット内の前記最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、前記第１の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内の前記ＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられ、
前記Ｇ−ＰＤＵにおける前記ＧＴＰ−Ｕヘッダに従って該Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成される、請求項１１６に記載の装置。
【請求項１２８】
前記プロセッサは、
前記多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１の多重化拡張ヘッダは、前記第５の長さフィールドと、前記第５のトンネル識別子フィールドと、前記第２の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２７に記載の装置。
【請求項１２９】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１２８に記載の装置。
【請求項１３０】
前記プロセッサは、
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、前記ネットワーク構成は前記設定値のサイズを示すのに用いられ、又は
前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１の多重化拡張ヘッダは、前記第５のトンネル識別子フィールドと、前記第５の長さフィールドと、前記第２の次の拡張ヘッダタイプフィールドとを含み、
前記第２の多重化拡張ヘッダは、前記第６のトンネル識別子フィールドと、前記第３の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２７に記載の装置。
【請求項１３１】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１３０に記載の装置。
【請求項１３２】
前記プロセッサは、
前記多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、前記ＧＴＰ−Ｕヘッダにおける前記多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、又は
前記多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び前記第２の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第３の多重化拡張ヘッダ内にある第７の長さフィールド及び前記第４の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第１の多重化拡張ヘッダは、前記第５の長さフィールドと、前記第５のトンネル識別子フィールドと、前記第２の次の拡張ヘッダタイプフィールドとを含み、前記第３の多重化拡張ヘッダは、前記第７の長さフィールドと、前記第４の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第７の長さフィールドは、前記第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第４の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２７に記載の装置。
【請求項１３３】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１３２に記載の装置。
【請求項１３４】
前記プロセッサは、
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従って前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、前記ネットワーク構成は、前記設定値のサイズを示すのに用いられ、又は
前記２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、前記多重化パケットのサイズが前記設定値であり、前記多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある前記多重化パケットを決定し、前記Ｇ−ＰＤＵにおける前記第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び前記第３の次の拡張ヘッダタイプフィールドと、前記Ｇ−ＰＤＵにおける前記第４の多重化拡張ヘッダ内にある前記第５の次の拡張ヘッダタイプフィールドとに従って、前記Ｇ−ＰＤＵをカプセル化解除して、前記少なくとも２つの多重化パケットを得るように構成され、
前記第２の多重化拡張ヘッダは、前記第６のトンネル識別子フィールドと、前記第３の次の拡張ヘッダタイプフィールドとを含み、前記第４の多重化拡張ヘッダは前記第５の次の拡張ヘッダタイプフィールドを含み、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第５の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項１２７に記載の装置。
【請求項１３５】
前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第４のトンネル識別子フラグフィールドは、前記第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項１３４に記載の装置。
【請求項１３６】
前記第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、前記第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、前記第６の長さフィールドは、前記第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第８の長さフィールドは、前記第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項１３４又は１３５に記載の装置。
【請求項１３７】
前記ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、前記第９の長さフィールドは、前記ＧＴＰ−Ｕパケットにおける前記第１の多重化パケットの長さを示すのに用いられ、前記第９のトンネル識別子フィールドは、前記第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる、請求項１２７乃至１３６のいずれか１項に記載の装置。
【請求項１３８】
前記受信器は、
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから前記多重化ポリシを取得するように更に構成される、請求項１１６乃至１３７のいずれか１項に記載の装置。
【請求項１３９】
請求項９３乃至１１５のいずれか１項に記載の装置と、請求項１１６乃至１３８のいずれか１項に記載の装置とを備える通信デバイス。
【請求項１４０】
請求項１３９に記載の少なくとも２つの通信デバイスを備える通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、詳細には、データ伝送方法及び装置、通信デバイス、並びに通信システムに関する。
【背景技術】
【０００２】
トンネリング（Ｔｕｎｎｅｌｉｎｇ）技術は、ネットワーク要素間でネットワークインフラストラクチャを用いてデータを伝送する方式である。トンネルを通して伝送されるデータは、異なるプロトコルに基づくデータフレーム又はパケットでよい。トンネリング技術では、トンネリングプロトコルを用いて、別のプロトコルに基づくデータフレーム又はパケットを再カプセル化することができ、次いで、再カプセル化後に得られたデータがトンネルを通して送信される。再カプセル化後に形成された新しいフレームヘッダは、ルーティング情報を提供することができ、これにより、このカプセル化データは、ネットワークを介して伝送されるようになる。
【０００３】
ＧＰＲＳトンネリングプロトコルユーザプレーン（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  ｐｌａｎｅ：ＧＴＰ−Ｕ）で定義された伝送機構が、パケット無線ネットワーク（Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ：ＰＲＮ）上でデータ伝送を行うために用いられる（パケット無線ネットワークは、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：ＧＰＲＳ）ネットワーク、及びユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：ＵＭＴＳ）ネットワークを含む）。以下では、データ伝送を行うために伝送機構を用いるノードをＧＴＰ−Ｕノードと呼ぶ。詳細には、ＧＴＰ−Ｕノード間でデータを伝送するための方法は、以下の通りである。ＧＴＰ−Ｕ送信ノードが、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：ＩＰ）パケットを受信し（このＩＰパケットは、トランスポートパケットデータユニット（Ｔｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ：Ｔ−ＰＤＵ）と呼ばれることもある）、ＩＰパケットの送信元アドレス及び宛先アドレスによりＩＰパケットのＧＴＰ−Ｕトンネルを決定し、またＩＰパケットについてＧＴＰ−Ｕヘッダ、ＩＰヘッダ及びユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ：ＵＤＰ）ヘッダをカプセル化してＧＴＰ−Ｕパケットを取得し、次に、ＧＴＰ−ＵパケットをＧＴＰ−Ｕ受信ノードへ送信する。ＧＴＰ−Ｕ受信ノードは、受信ＧＴＰ−Ｕパケットをカプセル化解除してＩＰパケットを取得し、カプセル化解除によって得られたＩＰパケットをユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）又は別の通信ノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ  Ｎｏｄｅ：ＣＮ）へ伝送する。
【０００４】
既存のＰＲＮ上でのデータ伝送の過程では、ＧＴＰ−Ｕノードが１つの受信ＩＰパケットを１つのＧＴＰ−Ｕパケットにカプセル化し、このカプセル化後に得られたＧＴＰ−Ｕパケットを複数回転送する。ＩＰヘッダ又はＵＤＰヘッダから１つのルートを得るには、転送が行われる度にリソースが１回消費される必要がある。したがって、ＩＰパケット伝送では、リソースをより多く消費する必要があり、そのため帯域幅利用度が比較的低くなり、また伝送効率が比較的低くなる。
【発明の概要】
【０００５】
従来技術に存在する多量のリソース消費及び低い伝送効率の問題を解決するために、本発明の実施形態は、データ伝送方法及び装置、通信デバイス、並びに通信システムを提供する。技術的解決法は以下の通りである。
【０００６】
第１の態様によれば、本発明はデータ伝送方法を提供し、本方法は、
少なくとも２つのインターネットプロトコルＩＰパケットを受信するステップと、
多重化ポリシに従って少なくとも２つのインターネットプロトコルＩＰパケットから少なくとも２つの多重化パケットを決定するステップであって、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、ステップと、
少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するステップと、
ＧＴＰ−Ｕパケットを送信するステップと、
を含む。
【０００７】
本発明の第１の可能な実施方式では、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するステップは、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るステップと、
少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るステップと、
を含む。
【０００８】
本発明の第２の可能な実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０００９】
本発明の第３の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１０】
本発明の第４の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるか、又は、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第２のＧＴＰ−Ｕヘッダは第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００１１】
本発明の第５の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１２】
本発明の第６の可能な実施方式では、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットのそれぞれについて第１のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は
パディングされた少なくとも２つの多重化パケットのそれぞれについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は、
パディングされた少なくとも２つの多重化パケットの第１の多重化パケットについて第１のＧＴＰ−Ｕヘッダをカプセル化し、パディングされた少なくとも２つの多重化パケットの第１の多重化パケット以外の多重化パケットについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップを含み、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００１３】
本発明の第７の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１４】
本発明の第８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットのそれぞれについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は
パディングされた少なくとも２つの多重化パケットの第１の多重化パケットについて第３のＧＴＰ−Ｕヘッダをカプセル化し、パディングされた少なくとも２つの多重化パケットのうち最初の多重化パケット以外の多重化パケットについて第４のＧＴＰ−Ｕヘッダをカプセル化するステップを含み、
第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含み、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００１５】
本発明の第９の可能な実施方式では、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１６】
本発明の第１０の可能な実施方式では、第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００１７】
本発明の第１１の可能な実施方式では、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するステップは、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするステップであって、
ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又はＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の第１の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の第１の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、ステップと、
Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るステップと、
を含む。
【００１８】
本発明の第１２の可能な実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダであり、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００１９】
本発明の第１３の可能な実施方式では、第１の多重化拡張ヘッダは、第１のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２０】
本発明の第１４の可能な実施方式では、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕパケットをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるか、又は
ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、ＧＴＰ−Ｕヘッダのうち最初の多重化拡張ヘッダ以外の別の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、
第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００２１】
本発明の第１５の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２２】
本発明の第１６の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダは、第１の多重化拡張ヘッダと第３の多重化拡張ヘッダとを含み、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００２３】
本発明の第１７の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２４】
本発明の第１８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであり、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００２５】
本発明の第１９の可能な実施方式では、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２６】
本発明の第２０の可能な実施方式では、第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００２７】
本発明の第２１の可能な実施方式では、ＧＴＰ−Ｕヘッダは、第９の長さフィールドと、第９のトンネル識別子フィールドとを更に含み、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００２８】
本発明の第２２の可能な実施方式では、方法は、
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから多重化ポリシを取得するステップを更に含む。
【００２９】
第２の態様によれば、本発明はデータ伝送方法を提供し、本方法は、
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するステップであって、ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、ステップと、
ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得るステップと、
少なくとも２つの多重化パケットを送信するステップと、
を含む。
【００３０】
本発明の第１の可能な実施方式では、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得るステップは、
ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るステップであって、少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含む、ステップと、
少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップと、
を含む。
【００３１】
本発明の第２の可能な実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、第１のＧＴＰ−Ｕヘッダは第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含む。
【００３２】
本発明の第３の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３３】
本発明の第４の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るステップを含み、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第２のＧＴＰ−Ｕヘッダは、第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００３４】
本発明の第５の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３５】
本発明の第６の可能な実施方式では、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとネットワーク構成とに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップであって、ネットワーク構成は、設定値のサイズを示すのに用いられる、ステップを含み、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００３６】
本発明の第７の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３７】
本発明の第８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールド、並びに少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内にある第４の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、第４のＧＴＰ−Ｕヘッダは第４の多重化インジケーションフィールドを含み、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００３８】
本発明の第９の可能な実施方式では、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３９】
本発明の第１０の可能な実施方式では、第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【００４０】
本発明の第１１の可能な実施方式では、ＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るステップであって、Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の第１の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の第１の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、ステップと、
Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップと、
を含む。
【００４１】
本発明の第１２の可能な実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダであり、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るステップを含む。
【００４２】
本発明の第１３の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４３】
本発明の第１４の可能な実施方式では、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップであって、ネットワーク構成は設定値のサイズを示すのに用いられる、ステップを含み、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００４４】
本発明の第１５の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４５】
本発明の第１６の可能な実施方式では、多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００４６】
本発明の第１７の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４７】
本発明の第１８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールド、及びＧ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールド、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内にある第５の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００４８】
本発明の第１９の可能な実施方式では、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４９】
本発明の第２０の可能な実施方式では、第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００５０】
本発明の第２１の可能な実施方式では、ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００５１】
本発明の第２２の可能な実施方式では、多重化ポリシは、モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから取得される。
【００５２】
第３の態様によれば、本発明はデータ伝送装置を提供し、本装置は、
少なくとも２つのインターネットプロトコルＩＰパケットを受信するように構成される受信モジュールと、
多重化ポリシに従って、受信モジュールによって受信される少なくとも２つのインターネットプロトコルＩＰパケットから少なくとも２つの多重化パケットを決定するように構成される決定モジュールであって、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、決定モジュールと、
少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するように構成されるカプセル化モジュールと、
カプセル化モジュールによって得られたＧＴＰ−Ｕパケットを送信するように構成される送信モジュールと、
を備える。
【００５３】
本発明の第１の可能な実施方式では、カプセル化モジュールは、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成される第１のカプセル化ユニットと、
第１のカプセル化ユニットによって得られた少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るように構成される第２のカプセル化ユニットと、
を備える。
【００５４】
本発明の第２の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００５５】
本発明の第３の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００５６】
本発明の第４の可能な実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第２のＧＴＰ−Ｕヘッダ内の第２の長さフィールド及び第２の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００５７】
本発明の第５の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを第２の多重化インジケーションフィールドとして用いるか、又は第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００５８】
本発明の第６の可能な実施方式では、カプセル化モジュールは、
第１のカプセル化ユニットが少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００５９】
本発明の第７の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００６０】
本発明の第８の可能な実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、カプセル化モジュールは、
第１のカプセル化ユニットが少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第１のカプセル化ユニットは、
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定し、第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドを設定するように構成され、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００６１】
本発明の第９の可能な実施方式では、第１のカプセル化ユニットは、
第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを第４の多重化インジケーションフィールドとして用いるか、又は第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００６２】
本発明の第１０の可能な実施方式では、第１のカプセル化ユニットは、
第３のＧＴＰ−Ｕヘッダ内の第３の長さフィールドを更に設定し、第４のＧＴＰ−Ｕヘッダ内の第４の長さフィールドを更に設定するように更に構成され、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００６３】
本発明の第１１の可能な実施方式では、第３のカプセル化ユニットであって、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするように構成され、ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又はＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の第１の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の第１の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、第３のカプセル化ユニットと、
第３のカプセル化ユニットによって得られたＧ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るように構成される第４のカプセル化ユニットと、
を備える。
【００６４】
本発明の第１２の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００６５】
本発明の第１３の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００６６】
本発明の第１４の可能な実施方式では、カプセル化モジュールは、
第３のカプセル化ユニットが少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定し、第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００６７】
本発明の第１５の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、第２の多重化拡張ヘッダ内の第２のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００６８】
本発明の第１６の可能な実施方式では、第３のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第１の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第１の次の拡張ヘッダタイプフィールドを設定し、第３の多重化拡張ヘッダ内の第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００６９】
本発明の第１７の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００７０】
本発明の第１８の可能な実施方式では、第３のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、装置は、
第３のカプセル化ユニットが少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第３のカプセル化ユニットは、
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定し、第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドを設定するように構成され、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００７１】
本発明の第１９の可能な実施方式では、第３のカプセル化ユニットは、
第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定し、第４の多重化拡張ヘッダ内の第４のトンネル識別子フラグフィールドを更に設定するように構成され、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００７２】
本発明の第２０の可能な実施方式では、第３のカプセル化ユニットは、
第２の多重化拡張ヘッダ内の第６の長さフィールドを更に設定し、第４の多重化拡張ヘッダ内の第８の長さフィールドを更に設定するように更に構成され、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる
【００７３】
本発明の第２１の可能な実施方式では、
第３のカプセル化ユニットは、
ＧＴＰ−Ｕヘッダ内の第９の長さフィールド及び第９のトンネル識別子フィールドを設定するように構成され、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００７４】
本発明の第２２の可能な実施方式では、装置は、ＭＭＥ／ＰＣＲＦから多重化ポリシを取得するように構成される取得モジュールを更に備える。
【００７５】
本発明の第４の態様によれば、本発明はデータ伝送装置を提供し、本装置は、
データ伝送装置であって、
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するように構成される受信モジュールであって、ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、受信モジュールと、
受信モジュールによって受信されるＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得るように構成されるカプセル化解除モジュールと、
カプセル化解除モジュールによって得られた少なくとも２つの多重化パケットを送信するように構成される送信モジュールと、
を備える。
【００７６】
本発明の第１の可能な実施方式では、カプセル化解除モジュールは、
ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成される第１のカプセル化解除ユニットであって、少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含む、第１のカプセル化解除ユニットと、
第１のカプセル化解除ユニットによって得られた少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される第２のカプセル化解除ユニットと、
を備える。
【００７７】
本発明の第２の可能な実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、第１のＧＴＰ−Ｕヘッダは第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される。
【００７８】
本発明の第３の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００７９】
本発明の第４の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るように構成され、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第２のＧＴＰ−Ｕヘッダは、第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００８０】
本発明の第５の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００８１】
本発明の第６の可能な実施方式では、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとネットワーク構成とに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は、設定値のサイズを示すのに用いられ、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００８２】
本発明の第７の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００８３】
本発明の第８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとネットワーク構成とに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は設定値のサイズを示すのに用いられ、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内にある第４の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、第４のＧＴＰ−Ｕヘッダは第４の多重化インジケーションフィールドを含み、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００８４】
本発明の第９の可能な実施方式では、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００８５】
本発明の第１０の可能な実施方式では、第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００８６】
本発明の第１１の可能な実施方式では、カプセル化解除モジュールは、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るように構成される第３のカプセル化解除ユニットであって、Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の第１の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の第１の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、第３のカプセル化解除ユニットと、
Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って、第３のカプセル化解除ユニットによって得られたＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される第４のカプセル化解除ユニットと、
を備える。
【００８７】
本発明の第１２の可能な実施方式では、
多重化拡張ヘッダは第１の多重化拡張ヘッダであり、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るように構成される。
【００８８】
本発明の第１３の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００８９】
本発明の第１４の可能な実施方式では、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は設定値のサイズを示すのに用いられ、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００９０】
本発明の第１５の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００９１】
本発明の第１６の可能な実施方式では、多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００９２】
本発明の第１７の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００９３】
本発明の第１８の可能な実施方式では、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内にある第５の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００９４】
本発明の第１９の可能な実施方式では、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００９５】
本発明の第２０の可能な実施方式では、第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００９６】
本発明の第２１の可能な実施方式では、ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００９７】
本発明の第２２の可能な実施方式では、多重化ポリシは、モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから取得される。
【００９８】
第５の態様によれば、本発明はデータ伝送装置を提供し、本装置は、
少なくとも２つのインターネットプロトコルＩＰパケットを受信するように構成される受信器と、
多重化ポリシに従って、受信器によって受信される少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定し、少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するように構成されるプロセッサであって、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、プロセッサと、
プロセッサによって得られたＧＴＰ−Ｕパケットを送信するように構成される送信器と、
を備える。
【００９９】
本発明の第１の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成され、
少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るように構成される。
【０１００】
本発明の第２の可能な実施方式では、プロセッサは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１０１】
本発明の第３の可能な実施方式では、プロセッサは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【０１０２】
本発明の第４の可能な実施方式では、プロセッサは、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第２のＧＴＰ−Ｕヘッダ内の第２の長さフィールド及び第２の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１０３】
本発明の第５の可能な実施方式では、プロセッサは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを第２の多重化インジケーションフィールドとして用いるか、又は第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【０１０４】
本発明の第６の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成され、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１０５】
本発明の第７の可能な実施方式では、プロセッサは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【０１０６】
本発明の第８の可能な実施方式では、プロセッサは、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成され、
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定し、第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドを設定するように構成され、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１０７】
本発明の第９の可能な実施方式では、プロセッサは、
第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを第４の多重化インジケーションフィールドとして用いるか、又は第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【０１０８】
本発明の第１０の可能な実施方式では、プロセッサは、
第３のＧＴＰ−Ｕヘッダ内の第３の長さフィールドを更に設定し、第４のＧＴＰ−Ｕヘッダ内の第４の長さフィールドを更に設定するように更に構成され、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０１０９】
本発明の第１１の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするように構成され、ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又はＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられ、
Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るように構成される。
【０１１０】
本発明の第１２の可能な実施方式では、プロセッサは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１１１】
本発明の第１３の可能な実施方式では、プロセッサは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１１２】
本発明の第１４の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成され、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定し、第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１１３】
本発明の第１５の可能な実施方式では、プロセッサは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、第２の多重化拡張ヘッダ内の第２のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１１４】
本発明の第１６の可能な実施方式では、プロセッサは、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第１の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第１の次の拡張ヘッダタイプフィールドを設定し、第３の多重化拡張ヘッダ内の第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１１５】
本発明の第１７の可能な実施方式では、プロセッサは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１１６】
本発明の第１８の可能な実施方式では、プロセッサは、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成され、
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定し、第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドを設定するように構成され、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１１７】
本発明の第１９の可能な実施方式では、プロセッサは、
第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定し、第４の多重化拡張ヘッダ内の第４のトンネル識別子フラグフィールドを更に設定するように構成され、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１１８】
本発明の第２０の可能な実施方式では、プロセッサは、
第２の多重化拡張ヘッダ内の第６の長さフィールドを更に設定し、第４の多重化拡張ヘッダ内の第８の長さフィールドを更に設定するように更に構成され、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０１１９】
本発明の第２１の可能な実施方式では、プロセッサは、
ＧＴＰ−Ｕヘッダ内の第９の長さフィールド及び第９のトンネル識別子フィールドを設定するように構成され、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０１２０】
本発明の第２２の可能な実施方式では、受信器は、
ＭＭＥ／ＰＣＲＦから多重化ポリシを取得するように更に構成される。
【０１２１】
本発明の第６の態様によれば、本発明はデータ伝送装置を提供し、本装置は、
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するように構成される受信器であって、ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、受信器と、
受信器によって受信されるＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得るように構成されるプロセッサと、
プロセッサによって得られた少なくとも２つの多重化パケットを送信するように構成される送信器と、
を備える。
【０１２２】
本発明の第１の可能な実施方式では、プロセッサは、
ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成され、少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含み、
少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される。
【０１２３】
本発明の第２の可能な実施方式では、プロセッサは、
ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１２４】
本発明の第３の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０１２５】
本発明の第４の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るように構成され、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第２のＧＴＰ−Ｕヘッダは、第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１２６】
本発明の第５の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０１２７】
本発明の第６の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとネットワーク構成とに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は、設定値のサイズを示すのに用いられ、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３の長さフィールド及び第３の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１２８】
本発明の第７の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０１２９】
本発明の第８の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内にある第４の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、第４のＧＴＰ−Ｕヘッダは第４の多重化インジケーションフィールドを含み、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１３０】
本発明の第９の可能な実施方式では、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０１３１】
本発明の第１０の可能な実施方式では、第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０１３２】
本発明の第１１の可能な実施方式では、プロセッサは、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るように構成され、Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられ、
Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される。
【０１３３】
本発明の第１２の可能な実施方式では、プロセッサは、
多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１３４】
本発明の第１３の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１３５】
本発明の第１４の可能な実施方式では、プロセッサは、
多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は設定値のサイズを示すのに用いられ、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１３６】
本発明の第１５の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１３７】
本発明の第１６の可能な実施方式では、プロセッサは、
多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１３８】
本発明の第１７の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１３９】
本発明の第１８の可能な実施方式では、プロセッサは、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は、設定値のサイズを示すのに用いられ、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内にある第５の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０１４０】
本発明の第１９の可能な実施方式では、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０１４１】
本発明の第２０の可能な実施方式では、第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０１４２】
本発明の第２１の可能な実施方式では、ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０１４３】
本発明の第２２の可能な実施方式では、受信器は、
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから多重化ポリシを取得するように更に構成される。
【０１４４】
第７の態様によれば、本発明は通信デバイスを提供し、本デバイスは、第５の態様において提供される装置と、第６の態様において提供される装置とを備える。
【０１４５】
第８の態様によれば、本発明は通信システムを提供し、本システムは、第７の態様において提供される少なくとも２つの通信デバイスを備える。
【０１４６】
本発明において提供される技術的解決法の有益な効果は以下の通りである。多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、ＧＴＰ−Ｕパケットが送信される。ＰＲＮにおけるデータ伝送の過程において、ＧＴＰ−ＵノードはＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るために、転送が実行される度にリソースが消費される必要がある。各ＧＴＰ−Ｕパケットについて、転送が行われる度に消費されるリソースは同じである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術において１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも消費するリソースが少ない。更に、１つのＩＰヘッダ及びＵＤＰヘッダはＧＴＰ−Ｕパケットごとにカプセル化され、したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各パケットの、ＧＴＰ−Ｕパケット全体に対する割合は、従来技術において１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する割合よりも高く、それによってネットワーク帯域幅利用が改善され、伝送効率が改善される。
【０１４７】
本発明の実施形態における技術的解決法をより明確に説明するために、以下では、実施形態を説明するのに必要な添付の図面を簡単に引用する。明らかに、以下の説明における添付の図面は、単に本発明のいくつかの実施形態を示すにすぎず、当業者であれば、これらの添付の図面から別の図面を更に導き出すことが創造的な努力なしにできよう。
【図面の簡単な説明】
【０１４８】
【図１】本発明の実施形態によるＧＰＲＳ／ＵＭＴＳネットワークのアーキテクチャ図である。
【図２】本発明の実施形態による進化型ＰＲＮのアーキテクチャ図である。
【図３】本発明の実施形態１によるデータ伝送方法の流れ図である。
【図４】本発明の実施形態２によるデータ伝送方法の概略流れ図である。
【図５】本発明の実施形態２によるＧＴＰ−Ｕヘッダの形式の図である。
【図６】本発明の実施形態２による多重化インジケーション拡張ヘッダの形式の図である。
【図７】本発明の実施形態２によるＧＴＰ−Ｕパケットの概略図である。
【図８】本発明の実施形態３によるデータ伝送方法の概略流れ図である。
【図９】本発明の実施形態４によるデータ伝送方法の概略流れ図である。
【図１０】本発明の実施形態４によるＧＴＰ−Ｕパケットの概略図である。
【図１１】本発明の実施形態５によるデータ伝送方法の概略流れ図である。
【図１２】本発明の実施形態６によるデータ伝送方法の概略流れ図である。
【図１３】本発明の実施形態６による多重化拡張ヘッダの形式の図である。
【図１４】本発明の実施形態６によるＧＴＰ−Ｕパケットの概略図である。
【図１５】本発明の実施形態７によるデータ伝送方法の概略流れ図である。
【図１６】本発明の実施形態７によるＧＴＰ−Ｕパケットの概略図である。
【図１７】本発明の実施形態８によるデータ伝送方法の概略流れ図である。
【図１８】本発明の実施形態９によるデータ伝送方法の概略流れ図である。
【図１９】本発明の実施形態１０によるデータ伝送装置の概略構造図である。
【図２０】本発明の実施形態１１によるデータ伝送装置の概略構造図である。
【図２１】本発明の実施形態１２によるデータ伝送装置の概略構造図である。
【図２２】本発明の実施形態１３によるデータ伝送装置の概略構造図である。
【図２３】本発明の実施形態１４によるデータ伝送装置の概略構造図である。
【図２４】本発明の実施形態１５によるデータ伝送装置の概略構造図である。
【図２５】本発明の実施形態１６によるデータ伝送装置の概略構造図である。
【図２６】本発明の実施形態１７によるデータ伝送装置のハードウェアの構造図である。
【図２７】本発明の実施形態１８による通信デバイスの概略構造図である。
【図２８】本発明の実施形態１９による通信システムの概略構造図である。
【発明を実施するための形態】
【０１４９】
本発明の目的、技術的解決法及び利点を明確にするために、以下では更に、本発明の実施形態について詳細に、添付の図面を参照して説明する。
【０１５０】
図１及び図２を参照して、以下ではまず本発明の実施形態の適用シナリオを提示する。この適用シナリオは、単に例示的なものにすぎず、本発明の制限を成すものではない。
【０１５１】
図１は、ＧＰＲＳ／ＵＭＴＳネットワークのアーキテクチャ図であり、このＧＰＲＳ／ＵＭＴＳネットワークは、無線アクセスネットワーク及びコアネットワークを含む。図１に示されるように、無線アクセスネットワークは、ＵＭＴＳ地上波無線アクセスネットワーク（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＵＴＲＡＮ）と、モバイル通信用グローバルシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ）／ＧＳＭエボリューション用拡張データレート（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ：ＥＤＧＥ）無線アクセスネットワーク（ＧＳＭ／ＥＤＧＥ  Ｒａｔｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＧＥＲＡＮ）とを含み、コアネットワークは、サービングＧＰＲＳサポートノード（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ：ＳＧＳＮ）及びゲートウェイＧＰＲＳサポートノード（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ：ＧＧＳＮ）を含む。ＳＧＳＮは、ＧＰＲＳ／ＵＭＴＳネットワーク上のルーティング及び転送、モビリティ管理、セッション管理、並びにユーザ情報記憶を実施するために用いられる、制御プレーンノードとして用いることができる。或いは、ＳＧＳＮは、データ転送のためのユーザプレーンノードとして用いることができる。ＧＧＳＮは、ＩＰベースのバックボーンネットワークを用いて別のコアネットワークノードに接続され、制御信号及びデータを伝送するための経路をユーザに提供する。
【０１５２】
図２は、進化型ＰＲＮのアーキテクチャ図である。図２に示されるように、進化型ＰＲＮのコアネットワークは、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：ＭＭＥ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ：ＳＧＷ）、及びパケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ：ＰＤＮ）ゲートウェイ（ＰＤＮ  Ｇａｔｅｗａｙ：ＰＧＷ）を含み、進化型ＰＲＮの無線アクセスネットワークは、進化型ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ：ＥＵＴＲＡＮ）を含む。ＭＭＥの機能はＳＧＳＮの制御プレーン機能と同じであり、ＳＧＷの機能はＳＧＳＮのユーザプレーン機能と同じであり、ＰＧＷの機能はＧＧＳＮの機能と同じであり、ＥＵＴＲＡＮの機能はＵＴＲＡＮ及びＧＥＲＡＮの機能と同じである。
【０１５３】
実際の適用例では、無線アクセスネットワーク上のデバイスは、それだけには限らないが、進化型ノードＢ（Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ：ｅＮＢ）、ＮｏｄｅＢ（ＮｏｄｅＢ）、及び無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ：ＷＬＡＮ）上のアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ：ＡＰ）を含む。
【０１５４】
実際には、ＧＰＲＳ／ＵＭＴＳネットワーク上、又は進化型ＰＲＮ若しくは他のＰＲＮ上で、ＵＥと外部ネットワーク（Ｅｘｔｅｒｎａｌ  Ｎｅｔｗｏｒｋ）の間の通信はＩＰパケットの方式で完成する。つまり、ＵＥによって外部ネットワークへ伝送されるデータ、また外部ネットワークからＵＥで受信されるデータは、ＩＰパケットの形になっている。ＰＲＮ上では、データは一般に、ＧＴＰ−Ｕプロトコルで定義された伝送機構を用いて伝送される。つまり、ＩＰパケットを伝送するための複数のＧＴＰ−ＵトンネルがＧＴＰ−Ｕノード間に、制御信号をＧＲＰＲトンネリングプロトコル制御プレーン（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ：ＧＴＰ−Ｃ）上で用いて確立される。ＧＴＰ−Ｕトンネルは、ＧＴＰ−Ｕトンネルを用いるユーザ、及びデータ処理方式（たとえば、ＩＰパケットの送信優先順位）を指定する。詳細には、ＧＴＰ−Ｃ信号対話処理において、ＧＴＰ−Ｕノードは、ＩＰパケット用のＧＴＰ−Ｕトンネルを決定するためのローカルポリシの取り決めをする。ここでローカルポリシは、ＩＰパケットの送信元アドレス及び宛先アドレスと、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルとの間の対応を含む。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−Ｕノードは、ローカルポリシに従ってＩＰパケット用のＧＴＰ−Ｕトンネルを選択し、このＧＴＰ−Ｕトンネルの識別子を、ＩＰパケットに対応するＧＴＰ−Ｕヘッダにカプセル化する。
【０１５５】
現在、ＧＴＰ−Ｕプロトコルは主に、ＧＧＳＳとＳＧＳＮ、ＰＧＷとＳＧＷ、ＳＧＳＮとＵＴＲＡＮ、ＳＧＷとＥＵＴＲＡＮ、又は進化型パケットデータゲートウェイ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ：ｅＰＤＧ）とＰＧＷの間に適用される。本発明の実施形態では、ＧＴＰ−Ｕノード（ＧＴＰ−Ｕ送信ノード及びＧＴＰ−Ｕ受信ノードを含む）は、ＧＴＰ−Ｕプロトコル（ＧＴＰ−Ｕプロトコルは、３ＧＰＰ規格書２９．２８１に定義されている）をサポートするノードを指し、これはＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、ｅＮＢなどであり得る。
【０１５６】
実施形態１
本発明の一実施形態では、データ伝送方法を提供する。図３を参照すると、この方法は以下のステップを含む。
【０１５７】
ステップ１０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０１５８】
この実施形態では、１つのＩＰパケットが１つのＵＥに関連し、少なくとも２つのＩＰパケットが少なくとも１つのＵＥに関連する。ＧＴＰ−Ｕ送信ノードは、ＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、ｅＮＢなどであり得る。
【０１５９】
ステップ１０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０１６０】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０１６１】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、サービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：ＱｏＳ）クラス識別子（ＱｏＳ  Ｃｌａｓｓ  Ｉｎｄｅｎｔｉｆｉｅｒ：ＱＣＩ）、フロー記述情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０１６２】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０１６３】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０１６４】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０１６５】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲にあるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０１６６】
ステップ１０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０１６７】
このステップにおいて、ＧＴＰ−Ｕパケットにカプセル化された多重化パケットが、このＧＴＰ−Ｕ送信ノードから同じＧＴＰ−Ｕ受信ノードに送信されるべきＩＰパケットであることを知るのは容易である。
【０１６８】
実際の適用例では、１つのＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び１つのＩＰパケットを含むことができ、又は１つのＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つのＩＰパケットを含むことができ、又は１つのＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＤＰヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つのＩＰパケットを含むことができる。本発明では、ＧＴＰ−Ｕパケットのこれら最後の２つのタイプについて主に説明する。つまり、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０１６９】
本発明のこの実施形態の実施方式では、ＧＴＰ−Ｕパケットは、１つのＩＰヘッダ、１つのＵＤＰヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含むことができ、これらのＧＴＰ−Ｕヘッダは、多重化パケットと１対１の対応関係にある。本発明のこの実施形態の別の実施方式では、ＧＴＰ−Ｕパケットは、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含むことができる。ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダは、多重化パケットと１対１の対応関係にある。本発明のこの実施形態の更に別の実施方式では、ＧＴＰ−Ｕパケットは、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含むことができ、ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含む。ＧＴＰ−Ｕヘッダは第１の多重化パケットに対応しており、多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にある。
【０１７０】
ＧＴＰ−Ｕパケットにカプセル化されるべき少なくとも２つの多重化パケットをカプセル化する順序は、本発明においては限定されないことに留意されたい。少なくとも２つの多重化パケットは、受信順にカプセル化することができ、或いは、本発明では限定されない別の順序でカプセル化することもできる。
【０１７１】
ステップ１０４：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを送信する。
【０１７２】
ステップ１０５：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットを受信する。
【０１７３】
ステップ１０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０１７４】
ステップ１０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０１７５】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０１７６】
実施形態２
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが、１つのＩＰヘッダ、１つのＵＤＰヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、かつＧＴＰ−Ｕヘッダが多重化パケットと１対１の対応関係にある例を、本発明で提供されるデータ伝送方法を説明するために用いる。図４を参照すると、この方法は以下のステップを含む。
【０１７７】
ステップ２０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０１７８】
ステップ２０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０１７９】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０１８０】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０１８１】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０１８２】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０１８３】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０１８４】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０１８５】
ステップ２０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧＴＰパケットデータユニット（ＧＴＰ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ：Ｇ−ＰＤＵ）を得る。
【０１８６】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダとすることができ、この第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１８７】
詳細には、別の多重化パケットは、ＧＴＰ−Ｕパケット内の、第１の多重化インジケーションフィールドが置かれている第１のＧＴＰ−Ｕヘッダに対応する多重化パケットを除く、多重化パケットである。
【０１８８】
任意選択で、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕヘッダ内の未使用フィールドとすることができるか、又はＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。ＧＴＰ−Ｕヘッダの既存の形式では、未使用フィールドは一般に（＊）で示され、既存のＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕヘッダ内の（＊）フィールドについては説明しない。
【０１８９】
図５は、この実施形態のＧＴＰ−Ｕヘッダの形式を示す。図５に示されるように、ＧＴＰ−Ｕヘッダの形式には、１２個のオクテット（Ｏｃｔｅｔ）を含むことができる。ビットの重要度の降順に、第１のＯｃｔｅｔの８ビット（ｂｉｔ）は、順次にバージョン番号（Ｖｅｒｓｉｏｎ）フィールド、プロトコルタイプ（Ｐｒｏｔｏｃｏｌ  Ｔｙｐｅ：ＰＴ）フィールド、多重化インジケーション（Ｍｕｌｔｉｐｌｅｘｉｎｇ  ｉｎｄｉｃａｔｉｏｎ：Ｍ）フィールド、拡張ヘッダフラグ（Ｅｘｔｅｎｓｉｏｎ  ｈｅａｄｅｒ  ｆｌａｇ：Ｅ）フィールド、シーケンス番号フラグ（Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  ｆｌａｇ：Ｓ）フィールド、及び層Ｎパケットデータユニット（Ｎ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ：Ｎ−ＰＤＵ）番号フラグ（Ｎ−ＰＤＵ  Ｎｕｍｂｅｒ  ｆｌａｇ：ＰＮ）フィールドである。Ｖｅｒｓｉｏｎフィールドは、ＧＴＰ−Ｕのバージョン番号を示すのに用いられ、フィールドの長さは３ビットとすることができる。ＰＴフィールドは、プロトコルがＧＴＰプロトコルであるか、それともＧＴＰ’プロトコルであるかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。Ｍフィールドは、ＧＴＰ−Ｕパケット内に、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く多重化パケットが存在するかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。Ｅフィールドは、拡張ヘッダがＧＴＰ−Ｕヘッダの後に保有されるかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。Ｓフィールドは、ＧＴＰ−Ｕヘッダ内にシーケンス番号が存在するかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。ＰＮフィールドは、ＧＴＰ−Ｕヘッダ内にＮ−ＰＤＵが存在するかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。
【０１９０】
第２のＯｃｔｅｔは、ＧＴＰメッセージタイプを示すのに用いられるメッセージタイプ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）フィールドである。第３のＯｃｔｅｔ及び第４のＯｃｔｅｔは、ＩＰパケットの長さを示すのに用いられる長さ（Ｌｅｎｇｔｈ）フィールドである。第５のＯｃｔｅｔから第８のＯｃｔｅｔまでは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを識別するのに用いられるトンネルエンドポイント識別子（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ：ＴＥＩＤ）フィールドである。第９のＯｃｔｅｔ及び第１０のＯｃｔｅｔは、シーケンス番号を示すのに用いられるシーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールドである。第１１のＯｃｔｅｔは、Ｎ−ＰＤＵ番号を示すのに用いられるＮ−ＰＤＵ番号（Ｎ−ＰＤＵ  Ｎｕｍｂｅｒ）フィールドである。第１２のＯｃｔｅｔは、ＧＴＰ−Ｕヘッダに続く保有される拡張ヘッダのタイプを示すのに用いられる、次の拡張ヘッダタイプ（Ｎｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅ）フィールドである。たとえば、Ｎｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドが０ｘ０１である場合、これは、次の拡張ヘッダがサービスクラスインジケータ拡張ヘッダ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ  ｅｘｔｅｎｓｉｏｎ  ｈｅａｄｅｒ）であることを示す。
【０１９１】
図６を参照すると、多重化インジケーションフィールド（以下では多重化インジケーション拡張ヘッダと呼ぶ）を保有する拡張ヘッダは、３つのＯｃｔｅｔを含むことができる。第１のＯｃｔｅｔは、拡張ヘッダのタイプであり、たとえば０ｘ１０で示される。第２のＯｃｔｅｔの最上位７ビットはＳｐａｒｅ（予備）フィールドであり、第２のＯｃｔｅｔの最下位ビットはＭフィールドである。第３のオクテットは、Ｎｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドである。たとえば、ＧＴＰ−Ｕパケットでは、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがある場合に、Ｍフィールドは１に設定し、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがない場合には、Ｍフィールドは０に設定することができる。逆に、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがある場合に、Ｍフィールドを０に設定し、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがない場合には、Ｍフィールドを１に設定することもでき、これは本発明では限定されない。
【０１９２】
ステップ２０４：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得ＧＴＰ−Ｕパケットの構造は図７に示される）。
【０１９３】
特定の実施を通じて、ＩＰヘッダ及びＵＤＰヘッダは一般に、ＧＴＰ−Ｕ送信ノードのアドレス、及びＧＴＰ−Ｕ受信ノードのアドレスを示すのに用いられるフィールドを含む。
【０１９４】
前述のステップ２０３及び２０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０１９５】
ステップ２０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０１９６】
ステップ２０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０１９７】
この実施形態では、ステップ２０６は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０１９８】
詳細には、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定することは、第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除されることが必要で、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く多重化パケットがあるかどうかを判定することを含むことができる。
【０１９９】
詳細には、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることは、第１のＧＴＰ−Ｕヘッダ内の第１のＬｅｎｇｔｈフィールドから、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを知り、次に、この多重化パケットのサイズに一致した多重化パケットを得ることを含むことができる。これは従来技術に属し、本明細書では詳細について再度説明しない。
【０２００】
カプセル化解除処理では、受信ノードは、第１のＧＴＰ−Ｕヘッダ内の第１のＴＥＩＤフィールドから、ＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを知って、多重化パケットの処理（たとえば、多重化パケットの送信優先順位、又は優先順位が低い多重化パケットの破棄）を決定できることに留意されたい。
【０２０１】
ステップ２０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２０２】
この実施形態の別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによって、ＭＭＥ／ポリシ制御及び課金ルール機能エンティティ（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）から多重化ポリシを得るステップを含む。このステップとステップ２０１からステップ２０７までとの間には、実行シーケンスがない。
【０２０３】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２０４】
実施形態３
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送される、また少なくとも２つの多重化パケットが同じＵＥに関連する、という点で実施形態２とは異なる。図８を参照すると、この方法は以下のステップを含む。
【０２０５】
ステップ３０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２０６】
ステップ３０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２０７】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２０８】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート、及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２０９】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２１０】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０２１１】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０２１２】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０２１３】
ステップ３０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得る。
【０２１４】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダとすることができ、この第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２１５】
この実施形態の別の実施方式では、ＧＴＰ−Ｕヘッダは、第１のＧＴＰ−Ｕヘッダ及び第２のＧＴＰ−Ｕヘッダを含むことができる。第２のＧＴＰ−Ｕヘッダは、第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを含む。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２１６】
好ましくは、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダは第２のＧＴＰ−Ｕヘッダである。
【０２１７】
実際の適用例では、第２のＧＴＰ−Ｕヘッダ内にはなおＴＥＩＤフィールドがあるが、このＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。
【０２１８】
ステップ３０４：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０２１９】
前述のステップ３０３及び３０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２２０】
ステップ３０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２２１】
ステップ３０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０２２２】
この実施形態の実施方式では、ステップ３０６は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２２３】
この実施形態の別の実施方式では、ステップ３０６は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドとによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２２４】
ステップ３０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２２５】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ３０１からステップ３０７までとの間には、実行シーケンスがない。
【０２２６】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２２７】
実施形態４
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態２とは異なる。図９を参照すると、この方法は以下のステップを含む。
【０２２８】
ステップ４０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２２９】
ステップ４０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２３０】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２３１】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー記述情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２３２】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２３３】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０２３４】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０２３５】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲にあるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０２３６】
ステップ４０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０２３７】
特定の実施を通じて、ステップ４０３は、パディングされた多重化パケットのサイズが１２８バイトなどの設定値に達するように、多重化パケットを非重要データでパディングすること（ｐａｄｄｉｎｇ）を含むことができる。非重要データとは、ＧＴＰ−Ｕ受信ノードでパースされないデータであり、たとえば、非重要データはすべて０の列からなるデータである。
【０２３８】
ステップ４０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得る。
【０２３９】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダとすることができ、この第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２４０】
この実施形態の別の実施方式では、ＧＴＰ−Ｕヘッダは、第３のＧＴＰ−Ｕヘッダとすることができ、この第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含む。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２４１】
この実施形態の更に別の実施方式では、ＧＴＰ−Ｕヘッダは、第１のＧＴＰ−Ｕヘッダ及び第３のＧＴＰ−Ｕヘッダを含むことができる。
【０２４２】
好ましくは、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダは第３のＧＴＰ−Ｕヘッダである。
【０２４３】
実際の適用例では、第３のＧＴＰ−Ｕヘッダ内にはなおＬｅｎｇｔｈフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケット長さを示すデータでパディングされないことに留意されたい。
【０２４４】
ステップ４０５：ＧＴＰ−Ｕ送信ノードは、複数のＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得ＧＴＰ−Ｕパケットの構造は図１０に示される）。
【０２４５】
前述のステップ４０３〜４０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、複数の多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２４６】
ステップ４０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２４７】
ステップ４０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０２４８】
この実施形態の実施方式では、ステップ４０７は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２４９】
この実施形態の別の実施方式では、ステップ４０７は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２５０】
この実施形態では、ネットワーク構成は、設定値のサイズを示すのに用いられる。
【０２５１】
この実施形態の更に別の実施方式では、ステップ４０７は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドとによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２５２】
ステップ４０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２５３】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含むことができる。このステップとステップ４０１からステップ４０８までとの間には、実行シーケンスがない。
【０２５４】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２５５】
実施形態５
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するという点で、並びに、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態２とは異なる。図１１を参照すると、この方法は以下のステップを含む。
【０２５６】
ステップ５０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２５７】
ステップ５０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２５８】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２５９】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２６０】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２６１】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０２６２】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０２６３】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０２６４】
ステップ５０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０２６５】
特定の実施を通じて、ステップ５０３は実施形態３のステップ３０３と同じとすることができ、本明細書では詳細について再度説明しない。
【０２６６】
ステップ５０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得る。
【０２６７】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第３のＧＴＰ−Ｕヘッダとすることができ、この第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含む。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２６８】
この実施形態の別の実施方式では、ＧＴＰ−Ｕヘッダは、第３のＧＴＰ−Ｕヘッダ及び第４のＧＴＰ−Ｕヘッダを含むことができ、この第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含む。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２６９】
好ましくは、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダは第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダは第４のＧＴＰ−Ｕヘッダである。
【０２７０】
この実施形態の更に別の実施方式では、第３のＧＴＰ−Ｕヘッダは更に第３のＬｅｎｇｔｈフィールドを含むことができ、第４のＧＴＰ−Ｕヘッダは更に第４のＬｅｎｇｔｈフィールドを含むことができる。第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０２７１】
実際の適用例では、第４のＧＴＰ−Ｕヘッダ内にはなおＴＥＩＤフィールドがあるが、このＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。ＬｅｎｇｔｈフィールドはＴＥＩＤフィールドと類似しており、本明細書では詳細について再度説明しない。
【０２７２】
ステップ５０５：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０２７３】
前述のステップ５０３〜５０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２７４】
ステップ５０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２７５】
ステップ５０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０２７６】
この実施形態の実施方式では、ステップ５０７は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２７７】
この実施形態の更に別の実施方式では、ステップ５０７は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドと、ネットワーク構成とによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２７８】
ステップ５０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２７９】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ５０１からステップ５０８までとの間には、実行シーケンスがない。
【０２８０】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２８１】
実施形態６
本発明のこの実施形態はデータ伝送方法を提供する。この実施形態では、ＧＴＰ−Ｕパケットが、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、またＧＴＰ−Ｕヘッダは、少なくとも２つの多重化拡張ヘッダ又は少なくとも１つの多重化拡張ヘッダを含む。ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含むとき、これらの多重化拡張ヘッダは多重化パケットと１対１の対応関係にある。ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−ＵパケットにおけるＧＴＰ−Ｕヘッダ内の第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる。図１２を参照すると、この方法は以下のステップを含む。
【０２８２】
ステップ６０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２８３】
ステップ６０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２８４】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２８５】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２８６】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２８７】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０２８８】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０２８９】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０２９０】
ステップ６０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０２９１】
この実施形態の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダとすることができ、この第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド、及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０２９２】
この実施形態の別の実施方式では、第１の多重化拡張ヘッダは更に、第１のＴＥＩＤフラグ（ＴＥＩＤ記号：Ｔ）フィールドを含むことができ、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第１のＴフィールドが、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルは、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるということを示す場合には、第１の多重化拡張ヘッダは第５のＴＥＩＤフィールドを含まない。
【０２９３】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０２９４】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にある。ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含む。第９のＬｅｎｇｔｈフィールドは、第１の多重化パケットのサイズを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０２９５】
図１３は、この実施形態における多重化拡張ヘッダの形式を示す。図１３に示されるように、この多重化拡張ヘッダの形式では９つのＯｃｔｅｔを含むことができる。第１のＯｃｔｅｔは、０ｘ１２などの拡張ヘッダのタイプである。第２のＯｃｔｅｔの最上位７ビットはＳｐａｒｅフィールドであり、第２のＯｃｔｅｔの最下位ビットは、多重化拡張ヘッダ内にＴＥＩＤフィールドが存在するかどうかを示すのに用いられるＴフィールドである。第３のＯｃｔｅｔと第４のＯｃｔｅｔは両方がＬｅｎｇｔｈフィールドである。第５のＯｃｔｅｔから第８のＯｃｔｅｔまではそれぞれ、ＴＥＩＤフィールドである。第９のＯｃｔｅｔはＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドである。拡張ヘッダのＴＥＩＤフィールドが、前の拡張ヘッダのＴＥＩＤフィールドと同じである場合、拡張ヘッダは、ＴＥＩＤフィールドを含むことができず、ＴフィールドはＴＥＩＤフィールドがないことを示し、たとえばＴフィールドは０になる。
【０２９６】
ステップ６０４：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得ＧＴＰ−Ｕパケットの構造は図１４に示される）。
【０２９７】
前述のステップ６０３及びステップ６０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２９８】
ステップ６０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２９９】
ステップ６０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０３００】
この実施形態の実施方式では、ステップ６０６は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３０１】
詳細には、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定することは、第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドから、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダがあるかどうかを判定することを含む。
【０３０２】
詳細には、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることは、第１の多重化拡張ヘッダ内の第５のＬｅｎｇｔｈフィールドから、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを知り、次に、この多重化パケットのサイズに一致した多重化パケットを得ることを含むことができる。
【０３０３】
カプセル化解除処理では、ＧＴＰ−Ｕ受信ノードは、第１の多重化拡張ヘッダ内の第１のＴＥＩＤフィールドから、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを知って、多重化パケットの処理（たとえば、多重化パケットの送信優先順位、又は優先順位が低い多重化パケットの破棄）を決定できることに留意されたい。
【０３０４】
この実施形態の別の実施方式では、ステップ６０６は更に、Ｇ−ＰＤＵにおけるＧ−ＰＤＵにおける第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある、かつ第１の多重化パケットに続く多重化パケットがあるかどうかを判定すること、並びに、Ｇ−ＰＤＵ内のＧ−ＰＤＵ内にある第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して第１の多重化パケットを得ることを含むことができる。
【０３０５】
ステップ６０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０３０６】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含むことができる。このステップとステップ６０１からステップ６０７までとの間には、実行シーケンスがない。
【０３０７】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３０８】
実施形態７
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態６とは異なる。図１５を参照すると、この方法は以下のステップを含む。
【０３０９】
ステップ７０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０３１０】
ステップ７０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０３１１】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３１２】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３１３】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３１４】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３１５】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３１６】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３１７】
ステップ７０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０３１８】
特定の実施を通じて、ステップ７０３は実施形態３のステップ３０３と同じとすることができ、本明細書では詳細について再度説明しない。
【０３１９】
ステップ７０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０３２０】
この実施形態の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダとすることができ、この第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド、及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３２１】
この実施形態の別の実施方式では、多重化拡張ヘッダは第２の多重化拡張ヘッダとすることができ、この第２の多重化拡張は、第６のＴＥＩＤフィールド、及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３２２】
この実施形態の更に別の実施方式では、多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第２の多重化拡張ヘッダを含むことができる。
【０３２３】
好ましくは、多重化拡張ヘッダの最初の多重化拡張ヘッダは第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダは第２の多重化拡張ヘッダである。
【０３２４】
この実施形態の更に別の実施方式では、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含むことができ、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含むことができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３２５】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０３２６】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができる。第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。ＧＴＰ−Ｕヘッダが第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすること、又は第２の多重化拡張ヘッダとすることができ、或いは多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第２の多重化拡張ヘッダを含むことができる。ＧＴＰ−Ｕヘッダが第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第２の多重化拡張ヘッダを含むことができる。
【０３２７】
実際の適用例では、ＧＴＰ−Ｕヘッダ内にはなおＬｅｎｇｔｈフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされないことに留意されたい。第２の多重化拡張ヘッダ内にはＬｅｎｇｔｈフィールドがない。
【０３２８】
ステップ７０５：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得されるＧＴＰ−Ｕの構造は図１６に示されている）。
【０３２９】
前述のステップ７０３〜７０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０３３０】
ステップ７０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０３３１】
ステップ７０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０３３２】
この実施形態の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３３３】
この実施形態の別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３３４】
この実施形態の更に別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールド、及びＧ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３３５】
ステップ７０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０３３６】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ７０１からステップ７０８までとの間には、実行シーケンスがない。
【０３３７】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３３８】
実施形態８
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送される、また少なくとも２つの多重化パケットが同じＵＥに関連する、という点で実施形態６とは異なる。図１７を参照すると、この方法は以下のステップを含む。
【０３３９】
ステップ８０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０３４０】
ステップ８０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０３４１】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３４２】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３４３】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３４４】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３４５】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３４６】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３４７】
ステップ８０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０３４８】
この実施形態の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダとすることができ、この第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド、及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３４９】
この実施形態の別の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダ及び第３の多重化拡張ヘッダを含むことができ、この第３の多重化拡張は、第７のＬｅｎｇｔｈフィールド、及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第７のＬｅｎｇｔｈフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３５０】
好ましくは、多重化拡張ヘッダの最初の多重化拡張ヘッダは第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダは第３の多重化拡張ヘッダである。
【０３５１】
この実施形態の更に別の実施方式では、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含むことができ、第３の多重化拡張ヘッダは更に、第３のＴフィールドを含むことができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３５２】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０３５３】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは、第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができる。第９のＬｅｎｇｔｈフィールドは、第１の多重化パケットのサイズを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすること、又は第３の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第３の多重化拡張ヘッダを含むことができる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第３の多重化拡張ヘッダを含むことができる。
【０３５４】
実際の適用例では、ＧＴＰ−Ｕヘッダ内にはなおＴＥＩＤフィールドがあるが、このＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。第３の多重化拡張ヘッダ内にはＴＥＩＤフィールドがない。
【０３５５】
ステップ８０４：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０３５６】
前述のステップ８０３及びステップ８０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０３５７】
ステップ８０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０３５８】
ステップ８０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０３５９】
この実施形態の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３６０】
この実施形態の別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールド、及びＧ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３６１】
ステップ８０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０３６２】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ８０１からステップ８０７までとの間には、実行シーケンスがない。
【０３６３】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３６４】
実施形態９
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するという点で、並びに、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態６とは異なる。図１８を参照すると、この方法は以下のステップを含む。
【０３６５】
ステップ９０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０３６６】
ステップ９０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０３６７】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３６８】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３６９】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３７０】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３７１】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３７２】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３７３】
ステップ９０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０３７４】
特定の実施を通じて、ステップ９０３は実施形態３のステップ３０３と同じとすることができ、本明細書では詳細について再度説明しない。
【０３７５】
ステップ９０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０３７６】
この実施形態の別の実施方式では、多重化拡張ヘッダは第２の多重化拡張ヘッダとすることができ、この第２の多重化拡張ヘッダは、第６のＴＥＩＤフィールド、及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３７７】
この実施形態の別の実施方式では、多重化拡張ヘッダは第２の多重化拡張ヘッダ及び第４の多重化拡張ヘッダを含むことができ、この第４の多重化拡張は、第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３７８】
この実施形態の更に別の実施方式では、第２の多重化拡張ヘッダは更に第６のＬｅｎｇｔｈフィールドを含むことができ、第４の多重化拡張ヘッダは更に第８のＬｅｎｇｔｈフィールドを含むことができる。第６のＬｅｎｇｔｈフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第８のＬｅｎｇｔｈフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０３７９】
好ましくは、多重化拡張ヘッダの最初の多重化拡張ヘッダは第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダは第４の多重化拡張ヘッダである。
【０３８０】
この実施形態の更に別の実施方式では、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含むことができ、第４の多重化拡張ヘッダは更に、第４のＴフィールドを含むことができる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３８１】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０３８２】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは、第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができる。第９のＬｅｎｇｔｈフィールドは、第１の多重化パケットのサイズを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、又はＧＴＰ−Ｕヘッダが第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第２の多重化拡張ヘッダとすること、若しくは第４の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第２の多重化拡張ヘッダ及び第４の多重化拡張ヘッダを含むことができる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、又はＧＴＰ−Ｕヘッダが第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第２の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第２の多重化拡張ヘッダ及び第４の多重化拡張ヘッダを含むことができる。
【０３８３】
実際の適用例では、ＧＴＰ−Ｕヘッダ内にはなおＬｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドはＩＰパケットの長さを示すデータでパディングされず、またＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。第４の多重化拡張ヘッダ内にはＴＥＩＤフィールドがない。
【０３８４】
ステップ９０５：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０３８５】
前述のステップ９０３〜９０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０３８６】
ステップ９０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０３８７】
ステップ９０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０３８８】
この実施形態の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３８９】
この実施形態の別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールド、及びＧ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３９０】
ステップ９０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０３９１】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ受信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ９０１からステップ９０８までとの間には、実行シーケンスがない。
【０３９２】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３９３】
実施形態１０
本発明のこの実施形態はデータ伝送装置を提供する。図１９を参照すると、装置は、
少なくとも２つのＩＰパケットを受信するように構成された受信モジュール１００１と、
多重化ポリシに従って、受信モジュール１００１で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するように構成された決定モジュール１００２であって、多重化ポリシは次の各条件、すなわち、多重化パケットはサイズが設定値以下のＩＰパケットであること、各多重化パケットのベアラ識別子が同一であること、各多重化パケットのサービス品質クラス識別子ＱＣＩが同一であること、並びに、各多重化パケットのフロー記述情報が同一であること、のうちの少なくとも１つを含む、決定モジュール１００２と、
少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するように構成されたカプセル化モジュール１００３と、
カプセル化モジュール１００３で得られたＧＴＰ−Ｕパケットを送信するように構成された送信モジュール１００４と
を含む。
【０３９４】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３９５】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３９６】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３９７】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３９８】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３９９】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４００】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４０１】
実施形態１１
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＰＤヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが多重化パケットと１対１の対応関係にある例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２０を参照すると、装置は、
少なくとも２つのＩＰパケットを受信するように構成された受信モジュール１１０１と、
多重化ポリシに従って、受信モジュール１１０１で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するように構成された決定モジュール１１０２と、
少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するように構成されたカプセル化モジュール１１０３と、
カプセル化モジュール１１０３で得られたＧＴＰ−Ｕパケットを送信するように構成された送信モジュール１１０４と
を含む。
【０４０２】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４０３】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４０４】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４０５】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４０６】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４０７】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４０８】
この実施形態では、カプセル化モジュール１１０３は、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して少なくとも２つのＧ−ＰＤＵを得るように構成された第１のカプセル化ユニットと、
第１のカプセル化ユニットによって得られた少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化して、ＧＴＰ−Ｕパケットを得るように構成された第２のカプセル化ユニットと
を含む。
【０４０９】
この実施形態の実施方式では、第１のカプセル化ユニットは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するように構成される。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４１０】
任意選択で、第１のカプセル化ユニットは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０４１１】
この実施形態の別の実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、第１のカプセル化ユニットは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するように、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダ内に設定するように、構成される。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４１２】
任意選択で、第１のカプセル化ユニットは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、かつ第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを第２の多重化インジケーションフィールドとして用いるか、又は第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０４１３】
この実施形態の更に別の実施方式では、カプセル化モジュールは更にパディングユニットを含み、これは、第１のカプセル化ユニットが、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０４１４】
それに応じて、第１のカプセル化ユニットは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するように、若しくは第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するように、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するように、構成される。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４１５】
任意選択で、第１のカプセル化ユニットは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、並びに、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０４１６】
この実施形態の更に別の実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、カプセル化モジュールは更にパディングユニットを含み、これは、第１のカプセル化ユニットが、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０４１７】
それに応じて、第１のカプセル化ユニットは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するように、又は第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定し、かつ第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダに設定するように、構成される。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４１８】
任意選択で、第１のカプセル化ユニットは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、かつ第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを第４の多重化インジケーションフィールドとして用いるか、又は第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０４１９】
更に、第１のカプセル化ユニットは更に、第３のＬｅｎｇｔｈフィールドを第３のＧＴＰ−Ｕヘッダに設定し、第４のＬｅｎｇｔｈフィールドを第４のＧＴＰ−Ｕヘッダに設定するように、構成される。第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０４２０】
この実施形態の更に別の実施方式では、装置は更に、多重化ポリシをＭＭＥ／ＰＣＲＦから取得するように構成された取得モジュールを含む。
【０４２１】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４２２】
実施形態１２
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＰＤヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、この多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるか、又はＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含み、ＧＴＰ−Ｕヘッダが第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  ＴｙｐｅフィールドがＧＴＰ−Ｕパケット内の第１の多重化パケットと対応しており、少なくとも１つの多重化拡張ヘッダが、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕヘッダ内の第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２１を参照すると、装置は、
少なくとも２つのＩＰパケットを受信するように構成された受信モジュール１２０１と、
多重化ポリシに従って、受信モジュール１２０１で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するように構成された決定モジュール１２０２と、
少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するように構成されたカプセル化モジュール１２０３と、
カプセル化モジュール１２０３で得られたＧＴＰ−Ｕパケットを送信するように構成された送信モジュール１２０４と
を含む。
【０４２３】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４２４】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４２５】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４２６】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４２７】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４２８】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４２９】
この実施形態では、カプセル化モジュール１２０３は、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるように構成された第３のカプセル化ユニットと、
第３のカプセル化ユニットによって得られたＧ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化して、ＧＴＰ−Ｕパケットを得るように構成された第４のカプセル化ユニットと
を含む。
【０４３０】
この実施形態の実施方式では、第３のカプセル化ユニットは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するように構成される。第５のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４３１】
任意選択で、第３のカプセル化ユニットは、更に第１のＴフィールドを第１の多重化拡張ヘッダ内に設定するように構成され、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４３２】
この実施形態の別の実施方式では、カプセル化モジュールは更にパディングユニットを含み、これは、第３のカプセル化ユニットが、少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０４３３】
それに応じて、第３のカプセル化ユニットは、第５のＬｅｎｇｔｈフィールド、ＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するように、若しくは第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するように、又は第５のＬｅｎｇｔｈフィールド、ＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するように、構成される。
【０４３４】
任意選択で、第３のカプセル化ユニットは、更に第１のＴフィールドを第１の多重化拡張ヘッダ内に設定するように、更に第２のＴフィールドを第２の多重化拡張ヘッダ内に設定するように構成される。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４３５】
この実施形態の更に別の実施方式では、第３のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、第３のカプセル化ユニットは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するように、又は第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第３の多重化拡張ヘッダ内に設定するように、構成される。
【０４３６】
任意選択で、第３のカプセル化ユニットは、更に第１のＴフィールドを第１の多重化拡張ヘッダ内に設定するように、更に第３のＴフィールドを第３の多重化拡張ヘッダ内に設定するように構成される。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４３７】
この実施形態の更に別の実施方式では、第３のカプセル化ユニットによりカプセル化が行われる少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、カプセル化モジュールは更にパディングユニットを含み、これは、第３のカプセル化ユニットが、少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０４３８】
それに応じて、第３のカプセル化ユニットは、第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するように、又は第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定し、かつ第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第４の多重化拡張ヘッダ内に設定するように、構成される。
【０４３９】
任意選択で、第３のカプセル化ユニットは、更に第２のＴフィールドを第２の多重化拡張ヘッダ内に設定し、更に第４のＴフィールドを第４の多重化拡張ヘッダ内に設定するように、構成される。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４４０】
更に、第３のカプセル化ユニットは更に、第６のＬｅｎｇｔｈフィールドを第２の多重化拡張ヘッダ内に設定し、第８のＬｅｎｇｔｈフィールドを第４の多重化拡張ヘッダ内に設定するように、構成される。
【０４４１】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０４４２】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０４４３】
この実施形態の更に別の実施方式では、装置は更に、多重化ポリシをＭＭＥ／ＰＣＲＦから取得するように構成された取得モジュールを含む。
【０４４４】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４４５】
実施形態１３
本発明のこの実施形態はデータ伝送装置を提供する。図２２を参照すると、装置は、
ＧＴＰ−Ｕパケットを受信するように構成された受信モジュール１３０１であって、ＧＴＰ−Ｕパケットが、少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットが、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである、受信モジュール１３０１と、
受信モジュール１３０１で受信されたＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成されたカプセル化解除モジュール１３０２と、
カプセル化解除モジュール１３０２で得られた少なくとも２つの多重化パケットを送信するように構成された送信モジュール１３０３と
を含む。
【０４４６】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４４７】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４４８】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４４９】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４５０】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４５１】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４５２】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４５３】
実施形態１４
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＰＤヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが多重化パケットと１対１の対応関係にある例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２３を参照すると、装置は、
ＧＴＰ−Ｕパケットを受信するように構成された受信モジュール１４０１であって、ＧＴＰ−Ｕパケットが、少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットが、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである、受信モジュール１４０１と、
受信モジュール１４０１で受信されたＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成されたカプセル化解除モジュール１４０２と、
カプセル化解除モジュール１４０２で得られた少なくとも２つの多重化パケットを送信するように構成された送信モジュール１４０３と
を含む。
【０４５４】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４５５】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４５６】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４５７】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４５８】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４５９】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４６０】
この実施形態では、カプセル化解除モジュール１５０２は、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つのＧ−ＰＤＵを得るように構成された第１のカプセル化解除ユニットであって、少なくとも２つのＧ−ＰＤＵのそれぞれのＧ−ＰＤＵが１つのＧＴＰ−Ｕヘッダを含む、第１のカプセル化解除ユニットと、
少なくとも２つのＧ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従って、第１のカプセル化解除ユニットで得られた少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成された第２のカプセル化解除ユニットと
を含む。
【０４６１】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４６２】
この実施形態では、第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４６３】
任意選択で、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４６４】
この実施形態の別の実施方式では、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４６５】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４６６】
この実施形態では、第２のＧＴＰ−Ｕヘッダは、第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを含む。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４６７】
任意選択で、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４６８】
この実施形態の更に別の実施方式では、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４６９】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０４７０】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４７１】
この実施形態では、第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含む。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４７２】
任意選択で、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４７３】
この実施形態の更に別の実施方式では、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤ及び第３の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４７４】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４７５】
この実施形態では、第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含む。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４７６】
任意選択で、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４７７】
更に、第３のＧＴＰ−Ｕヘッダは更に第３のＬｅｎｇｔｈフィールドを含み、第４のＧＴＰ−Ｕヘッダは更に第４のＬｅｎｇｔｈフィールドを含み、第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０４７８】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４７９】
実施形態１５
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダは多重化パケットと１対１の対応関係にあり、或いはＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含み、このＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−ＵパケットにおけるＧＴＰ−Ｕヘッダ内の第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２４を参照すると、装置は、
ＧＴＰ−Ｕパケットを受信するように構成された受信モジュール１５０１であって、ＧＴＰ−Ｕパケットが、少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットが、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである、受信モジュール１５０１と、
受信モジュール１５０１で受信されたＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成されたカプセル化解除モジュール１５０２と、
カプセル化解除モジュール１５０２で得られた少なくとも２つの多重化パケットを送信するように構成された送信モジュール１５０３と
を含む。
【０４８０】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４８１】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４８２】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４８３】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４８４】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４８５】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４８６】
この実施形態では、カプセル化解除モジュール１５０２は、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、１つのＧ−ＰＤＵを得るように構成された第３のカプセル化解除ユニットと、
Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従って、第３のカプセル化解除ユニットで得られたＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成された第４のカプセル化解除ユニットと
を含む。
【０４８７】
この実施形態の実施方式では、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４８８】
この実施形態では、第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４８９】
任意選択で、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含み、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４９０】
この実施形態の別の実施方式では、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは：Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４９１】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０４９２】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４９３】
この実施形態では、第２の多重化拡張ヘッダは、第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４９４】
任意選択で、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４９５】
この実施形態の更に別の実施方式では、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４９６】
或いは、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４９７】
この実施形態では、第３の多重化拡張ヘッダは、第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第７のＬｅｎｇｔｈフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４９８】
任意選択で、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第３の多重化拡張ヘッダは更に、第３のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４９９】
この実施形態の更に別の実施方式では、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０５００】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０５０１】
この実施形態では、第４の多重化拡張ヘッダは、第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５０２】
任意選択で、第２の多重化拡張ヘッダは更に第２のＴフィールドを含み、第４の多重化拡張ヘッダは更に、第４のＴフィールドを含む。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５０３】
更に、第２の多重化拡張ヘッダは更に第６のＬｅｎｇｔｈフィールドを含み、第４の多重化拡張ヘッダは更に、第８のＬｅｎｇｔｈフィールドを含み、第６のＬｅｎｇｔｈフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８のＬｅｎｇｔｈフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０５０４】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０５０５】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０５０６】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０５０７】
実施形態１６
本発明のこの実施形態はデータ伝送装置を提供し、この装置は、ＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、若しくはｅＮＢとすることができるか、又はＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、及びｅＮＢのうちのいくつかとすることができる。図２５を参照すると、装置は、送信器１１、受信器１２、メモリ１３、及びプロセッサ１４（ＣＰＵなど）を含み、実施形態１〜実施形態９のうちの任意の実施形態の方法を実行するように構成することができる。
【０５０８】
図２５を参照して、以下ではデータ伝送装置１０の構成要素部品についての具体的な概説を行う。
【０５０９】
メモリ１３は、ソフトウェアプログラム及びアプリケーションモジュールを格納するように構成することができる。メモリ１３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせることによって、プロセッサ１３は、データ伝送装置１０の様々な機能アプリケーションを実行し、データ処理を行う。メモリ１３は、主としてプログラム記憶領域及びデータ記憶領域を含むことができ、オペレーティングシステム、及び少なくとも１つの機能に必要とされるアプリケーションプログラムなどはプログラム記憶領域に格納することができ、カプセル化処理により生成されたデータ（ＧＴＰ−Ｕパケットなど）はデータ記憶領域に格納することができる。加えて、メモリ１３は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ＲＡＭ）を含むことができ、更に、少なくとも１つのディスク記憶構成要素、フラッシュメモリ構成要素などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、又は他の揮発性固体記憶構成要素を含むことができる。
【０５１０】
受信器１２は、少なくとも２つのＩＰパケットを受信するように構成することができる。このＩＰパケットはＵＥ又はＣＮから送信される。
【０５１１】
送信器１１は、ＧＴＰ−Ｕパケットを送信するように構成することができる。
【０５１２】
プロセッサ１４は、データ伝送装置１０の制御センタであり、様々なインターフェース及びラインを用いて、データ伝送装置１０全体の様々な部分を接続する。
【０５１３】
詳細には、メモリ１３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせ、すなわち実行し、またメモリ１３に格納されているデータを呼び出すことによって、プロセッサ１４は、多重化ポリシに従って、受信器１２で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定し、これら少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化すると、次に、送信器１１がＧＴＰ−Ｕパケットを送信する。
【０５１４】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０５１５】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、及びフロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０５１６】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０５１７】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０５１８】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０５１９】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０５２０】
この実施形態の実施方式では、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得ること、また少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化して、ＧＴＰ−Ｕパケットを得ることができる。
【０５２１】
任意選択で、プロセッサ１４は、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定することができる。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５２２】
更に、プロセッサ１４は、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加することができる。
【０５２３】
任意選択で、第１のカプセル化ユニットによりカプセル化が行われる少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、プロセッサ１４は、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するか、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダ内に設定することができる。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５２４】
更に、プロセッサ１４は、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加すること、並びに、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを第２の多重化インジケーションフィールドとして用いるか、又は第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加することができる。
【０５２５】
任意選択で、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するか、若しくは第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定する、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定することができる。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５２６】
更に、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドは、第１の多重化インジケーションフィールドとして使用されるか、又は第１の多重化インジケーションフィールドが第１のＧＴＰ−Ｕヘッダの拡張ヘッダに加えられ、また第３のＧＴＰ−Ｕヘッダ内の未使用フィールドは、第３の多重化インジケーションフィールドとして使用されるか、又は第３の多重化インジケーションフィールドが第３のＧＴＰ−Ｕヘッダの拡張ヘッダに加えられる。
【０５２７】
任意選択で、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、また第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するか、又は第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定し、かつ第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダ内に設定することができる。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５２８】
更に、プロセッサ１４は、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加すること、また第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを第４の多重化インジケーションフィールドとして用いるか、又は第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加することができる。
【０５２９】
更に、プロセッサ１４は、第３のＬｅｎｇｔｈフィールドを第３のＧＴＰ−Ｕヘッダ内に設定し、第４のＬｅｎｇｔｈフィールドを第４のＧＴＰ−Ｕヘッダ内に設定することができる。第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０５３０】
任意選択で、受信器１２は、ＭＭＥ／ＰＣＲＦから多重化ポリシを取得することができる。
【０５３１】
この実施形態の別の実施方式では、プロセッサ１４は、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになり、このＧ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得ることができる。
【０５３２】
任意選択で、プロセッサ１４は、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定することができる。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５３３】
更に、プロセッサ１４は、第１のＴフィールドを第１の多重化拡張ヘッダ内に更に設定することができ、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５３４】
任意選択で、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するか、若しくは第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定する、又は第５のＬｅｎｇｔｈフィールド、ＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定する。
【０５３５】
更に、プロセッサ１４は、第１のＴフィールドを第１の多重化拡張ヘッダ内に更に設定し、第２のＴフィールドを第２の多重化拡張ヘッダ内に更に設定することができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５３６】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、プロセッサ１４は、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するか、又は第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第３の多重化拡張ヘッダ内に設定することができる。
【０５３７】
更に、プロセッサ１４は、第１のＴフィールドを第１の多重化拡張ヘッダ内に更に設定し、第３のＴフィールドを第３の多重化拡張ヘッダ内に更に設定することができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５３８】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、また第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するか、又は第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定し、かつ第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第４の多重化拡張ヘッダ内に設定することができる。
【０５３９】
更に、プロセッサ１４は、第２のＴフィールドを第２の多重化拡張ヘッダ内に更に設定し、第４のＴフィールドを第４の多重化拡張ヘッダ内に更に設定することができる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５４０】
受信器は更に、
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから多重化ポリシを取得する
ように構成される。
【０５４１】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、またＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０５４２】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０５４３】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０５４４】
実施形態１７
本発明のこの実施形態はデータ伝送装置を提供し、この装置は、ＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、若しくはｅＮＢとすることができるか、又はＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、及びｅＮＢのうちのいくつかとすることができる。図２６を参照すると、装置は、送信器２１、受信器２２、メモリ２３、及びプロセッサ２４（ＣＰＵなど）を含み、実施形態１〜実施形態９のうちの任意の実施形態の方法を実行するように構成することができる。
【０５４５】
図２６を参照して、以下ではデータ伝送装置２０の一体部品についての具体的な概説を行う。
【０５４６】
メモリ２３は、ソフトウェアプログラム及びアプリケーションモジュールを格納するように構成することができる。メモリ２３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせることによって、プロセッサ２３は、データ伝送装置２０の様々な機能アプリケーションを実行し、データ処理を行う。メモリ２３は、主としてプログラム記憶領域及びデータ記憶領域を含むことができ、オペレーティングシステム、及び少なくとも１つの機能に必要とされるアプリケーションプログラムなどはプログラム記憶領域に格納することができ、カプセル化解除処理により生成されたデータ（ＩＰパケットなど）はデータ記憶領域に格納することができる。加えて、メモリ２３は、高速ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ランダムアクセスメモリ）を含むことができ、更に、少なくとも１つのディスク記憶構成要素、フラッシュメモリ構成要素などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、又は他の揮発性固体記憶構成要素を含むことができる。
【０５４７】
受信器２２は、ＧＴＰ−Ｕパケットを受信するように構成することができ、このＧＴＰ−Ｕパケットは、ＧＴＰ−Ｕ送信ノードから送信される。ＧＴＰ−Ｕパケットは、少なくとも２つの多重化パケットカプセル化することによって得られ、少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである。
【０５４８】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０５４９】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、及びフロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０５５０】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０５５１】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０５５２】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０５５３】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０５５４】
送信器２１は、少なくとも２つの多重化パケットを送信するように構成することができる。
【０５５５】
プロセッサ２４は、データ伝送装置２０の制御センタであり、様々なインターフェース及びラインを用いて、データ伝送装置２０全体の各部を接続する。
【０５５６】
詳細には、メモリ２３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせ、すなわち実行し、またメモリ２３に格納されているデータを呼び出すことによって、プロセッサ２４は、受信器２２で受信されたＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを取得し、これら少なくとも２つの多重化パケットを、送信器２１を用いて送信することができる。
【０５５７】
この実施形態の方式では、プロセッサ２４は、ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つのＧ−ＰＤＵを得ることができる。これら少なくとも２つのＧ−ＰＤＵのそれぞれのＧ−ＰＵＤは１つのＧＴＰ−Ｕヘッダを含み、少なくとも２つのＧ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る。
【０５５８】
任意選択で、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５５９】
この実施形態では、第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５６０】
更に、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５６１】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて送信され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５６２】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５６３】
この実施形態では、第２のＧＴＰ−Ｕヘッダは、第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを含む。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５６４】
更に、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５６５】
任意選択で、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５６６】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０５６７】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＬｅｎｇｔｈフィールド及び第３の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５６８】
この実施形態では、第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含み、第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５６９】
更に、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５７０】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５７１】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５７２】
この実施形態では、第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含み、第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５７３】
更に、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５７４】
更に、第３のＧＴＰ−Ｕヘッダは更に第３のＬｅｎｇｔｈフィールドを含み、第４のＧＴＰ−Ｕヘッダは更に第４のＬｅｎｇｔｈフィールドを含み、第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０５７５】
この実施形態の別の方式では、プロセッサ２４は、ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、１つのＧ−ＰＤＵを得ること、及びＧ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５７６】
任意選択で、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５７７】
この実施形態では、第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５７８】
更に、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含み、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５７９】
任意選択で、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５８０】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０５８１】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５８２】
この実施形態では、第２の多重化拡張ヘッダは、第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５８３】
更に、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５８４】
任意選択で、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５８５】
或いは、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５８６】
この実施形態では、第３の多重化拡張ヘッダは、第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第７のＬｅｎｇｔｈフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５８７】
更に、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第３の多重化拡張ヘッダは更に、第３のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５８８】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５８９】
或いは、２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５９０】
この実施形態では、第４の多重化拡張ヘッダは、第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５９１】
更に、第２の多重化拡張ヘッダは更に第２のＴフィールドを含み、第４の多重化拡張ヘッダは更に、第４のＴフィールドを含む。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５９２】
更に、第２の多重化拡張ヘッダは更に第６のＬｅｎｇｔｈフィールドを含み、第４の多重化拡張ヘッダは更に、第８のＬｅｎｇｔｈフィールドを含み、第６のＬｅｎｇｔｈフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８のＬｅｎｇｔｈフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０５９３】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０５９４】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０５９５】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０５９６】
実施形態１８
本発明のこの実施形態は、通信デバイスを提供する。図２７を参照すると、デバイスは、実施形態１０、実施形態１１、実施形態１２又は実施形態１６で提供された装置１８０１と、実施形態１３、実施形態１４、実施形態１５又は実施形態１７で提供された装置１８０２とを含む。
【０５９７】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０５９８】
実施形態１９
本発明のこの実施形態は、通信システムを提供する。図２８を参照すると、このシステムは、実施形態１８で提供された少なくとも２つの通信デバイス１９０１を含む。
【０５９９】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０６００】
前述の実施形態で提供されたデータ伝送装置がデータ伝送を行うとき、前述の各機能モジュールの単に部分だけが説明のための一例として用いられていることに留意されたい。実際の適用例では、これらの機能は、実施するのに必要に応じて異なる機能モジュールに割り当てることができる。つまり、装置の内部構造は、上述の機能の全部又は一部を実施するのに、異なる機能モジュールに分割される。加えて、前述の実施形態で提供されているデータ伝送装置及びデータ伝送方法の実施形態は、同じ概念に関連する。特定の実施では、データ伝送装置の処理が方法実施形態を指しており、本明細書では詳細について再度説明しない。
【０６０１】
当業者には、実施形態のステップの全部又は一部をハードウェアによって、又は関連したハードウェアに命令するプログラムによって実施できることが理解されよう。プログラムは、コンピュータ可読記憶媒体に格納することができる。記憶媒体は、読み取り専用メモリ、磁気ディスク、又は光ディスクを含むことができる。
【０６０２】
本発明の前述の実施形態の連続番号は、単に説明を目的とするものであり、実施形態の優先順位を示すものではない。
【０６０３】
前述の説明は、本発明の単なる例示的な実施形態にすぎず、本発明を限定するものではない。本発明の趣旨及び原理から逸脱することなく加えられるいかなる修正、等価の置換え、及び改善も、本発明の保護範囲内に入るべきものである。
【図１】
2016524379.tif 000003
【図２】
2016524379.tif 000004
【図３】
2016524379.tif 000005
【図４】
2016524379.tif 000006
【図５】
2016524379.tif 000007
【図６】
2016524379.tif 000008
【図７】
2016524379.tif 000009
【図８】
2016524379.tif 000010
【図９】
2016524379.tif 000011
【図１０】
2016524379.tif 000012
【図１１】
2016524379.tif 000013
【図１２】
2016524379.tif 000014
【図１３】
2016524379.tif 000015
【図１４】
2016524379.tif 000016
【図１５】
2016524379.tif 000017
【図１６】
2016524379.tif 000018
【図１７】
2016524379.tif 000019
【図１８】
2016524379.tif 000020
【図１９】
2016524379.tif 000021
【図２０】
2016524379.tif 000022
【図２１】
2016524379.tif 000023
【図２２】
2016524379.tif 000024
【図２３】
2016524379.tif 000025
【図２４】
2016524379.tif 000026
【図２５】
2016524379.tif 000027
【図２６】
2016524379.tif 000028
【図２７】
2016524379.tif 000029
【図２８】
2016524379.tif 000030
【手続補正書】
【提出日】平成28年5月13日(2016.5.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも２つのインターネットプロトコルＩＰパケットを受信するステップと、
多重化ポリシに従って前記少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するステップであって、前記多重化ポリシは、以下の条件、すなわち、前記多重化パケットが設定値以下のサイズのＩＰパケットであること、前記多重化パケットのベアラ識別子が同じであること、前記多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び前記多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、ステップと、
前記少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するステップと、
前記ＧＴＰ−Ｕパケットを送信するステップと、
を含む、データ伝送方法。
【請求項２】
前記少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する前記ステップは、
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、該少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするステップであって、
前記ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、該少なくとも２つの多重化拡張ヘッダは前記少なくとも２つの多重化パケットと１対１の対応関係にあり、又は前記ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、前記ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、該第１の次の拡張ヘッダタイプフィールドは前記ＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、前記少なくとも１つの多重化拡張ヘッダは、前記ＧＴＰ−Ｕパケット内の前記最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、前記第１の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内の前記ＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、ステップと、
前記Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化して前記ＧＴＰ−Ｕパケットを得るステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記多重化拡張ヘッダは第１の多重化拡張ヘッダであり、該第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項２に記載の方法。
【請求項４】
前記第１の多重化拡張ヘッダは、第１のトンネル識別子フラグフィールドを更に含み、該第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項３に記載の方法。
【請求項５】
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕパケットをカプセル化する前記ステップの前に、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするステップを更に含み、
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化する前記ステップは、
パディングされた前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、前記ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるか、又は
前記ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
前記ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、前記ＧＴＰ−Ｕヘッダのうち前記最初の多重化拡張ヘッダ以外の別の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、
前記第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
前記第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項２乃至４のいずれか一項に記載の方法。
【請求項６】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項５に記載の方法。
【請求項７】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記ＧＴＰ−Ｕヘッダにおける前記多重化拡張ヘッダは、第１の多重化拡張ヘッダと第３の多重化拡張ヘッダとを含み、前記第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、前記第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
前記第５の長さフィールドは、前記第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第５のトンネル識別子フィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第２の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第７の長さフィールドは、前記第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
前記第４の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項２に記載の方法。
【請求項８】
前記第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、前記第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、前記第１のトンネル識別子フラグフィールドは、前記第１の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第３のトンネル識別子フラグフィールドは、前記第３の多重化拡張ヘッダに対応する前記多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、前記第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項７に記載の方法。
【請求項９】
前記少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化する前記ステップの前に、
前記少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた該少なくとも２つの多重化パケットのサイズがそれぞれ前記設定値になるようにするステップを更に含み、
前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化する前記ステップは、
パディングされた前記少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、前記ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
前記ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、前記最初の多重化拡張ヘッダ以外の前記多重化拡張ヘッダが第４の多重化拡張ヘッダであり、
前記第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、前記第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
前記第６のトンネル識別子フィールドは、前記第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
前記第３の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
前記第５の次の拡張ヘッダタイプフィールドは、前記ＧＴＰ−Ｕパケット内に、前記第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる、請求項７又は８に記載の方法。
【請求項１０】
前記第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、前記第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、前記第２のトンネル識別子フラグフィールドは、前記第２の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、前記第４のトンネル識別子フラグフィールドは、前記第４の多重化拡張ヘッダに対応する前記多重化パケットのために用いられる前記ＧＴＰ−Ｕトンネルが、前記第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる、請求項９に記載の方法。
【請求項１１】
前記第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、前記第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、前記第６の長さフィールドは、前記第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、前記第８の長さフィールドは、前記第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる、請求項９又は１０に記載の方法。
【請求項１２】
前記ＧＴＰ−Ｕヘッダは、第９の長さフィールドと、第９のトンネル識別子フィールドとを更に含み、前記第９の長さフィールドは、前記ＧＴＰ−Ｕパケットにおける最初の多重化パケットの長さを示すのに用いられ、前記第９のトンネル識別子フィールドは、前記最初の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる、請求項２乃至１１のいずれか１項に記載の方法。
【請求項１３】
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから前記多重化ポリシを取得するステップを更に含む、請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
受信器と、プロセッサと、送信器とを備え、前記プロセッサは、前記受信器を用いて信号受信を実行し、前記送信器を用いて信号送信を実行することによって、請求項１乃至１３のいずれか１項に記載の方法を実行するように構成される、データ伝送装置。
【請求項１５】
請求項１乃至１３のいずれか１項に記載の方法をコンピューターに実行させるように構成されるコンピュータープログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、詳細には、データ伝送方法及び装置、通信デバイス、並びに通信システムに関する。
【背景技術】
【０００２】
トンネリング（Ｔｕｎｎｅｌｉｎｇ）技術は、ネットワーク要素間でネットワークインフラストラクチャを用いてデータを伝送する方式である。トンネルを通して伝送されるデータは、異なるプロトコルに基づくデータフレーム又はパケットでよい。トンネリング技術では、トンネリングプロトコルを用いて、別のプロトコルに基づくデータフレーム又はパケットを再カプセル化することができ、次いで、再カプセル化後に得られたデータがトンネルを通して送信される。再カプセル化後に形成された新しいフレームヘッダは、ルーティング情報を提供することができ、これにより、このカプセル化データは、ネットワークを介して伝送されるようになる。
【０００３】
ＧＰＲＳトンネリングプロトコルユーザプレーン（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  ｐｌａｎｅ：ＧＴＰ−Ｕ）で定義された伝送機構が、パケット無線ネットワーク（Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ：ＰＲＮ）上でデータ伝送を行うために用いられる（パケット無線ネットワークは、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：ＧＰＲＳ）ネットワーク、及びユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：ＵＭＴＳ）ネットワークを含む）。以下では、データ伝送を行うために伝送機構を用いるノードをＧＴＰ−Ｕノードと呼ぶ。詳細には、ＧＴＰ−Ｕノード間でデータを伝送するための方法は、以下の通りである。ＧＴＰ−Ｕ送信ノードが、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：ＩＰ）パケットを受信し（このＩＰパケットは、トランスポートパケットデータユニット（Ｔｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ：Ｔ−ＰＤＵ）と呼ばれることもある）、ＩＰパケットの送信元アドレス及び宛先アドレスによりＩＰパケットのＧＴＰ−Ｕトンネルを決定し、またＩＰパケットについてＧＴＰ−Ｕヘッダ、ＩＰヘッダ及びユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ：ＵＤＰ）ヘッダをカプセル化してＧＴＰ−Ｕパケットを取得し、次に、ＧＴＰ−ＵパケットをＧＴＰ−Ｕ受信ノードへ送信する。ＧＴＰ−Ｕ受信ノードは、受信ＧＴＰ−Ｕパケットをカプセル化解除してＩＰパケットを取得し、カプセル化解除によって得られたＩＰパケットをユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）又は別の通信ノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ  Ｎｏｄｅ：ＣＮ）へ伝送する。
【０００４】
既存のＰＲＮ上でのデータ伝送の過程では、ＧＴＰ−Ｕノードが１つの受信ＩＰパケットを１つのＧＴＰ−Ｕパケットにカプセル化し、このカプセル化後に得られたＧＴＰ−Ｕパケットを複数回転送する。ＩＰヘッダ又はＵＤＰヘッダから１つのルートを得るには、転送が行われる度にリソースが１回消費される必要がある。したがって、ＩＰパケット伝送では、リソースをより多く消費する必要があり、そのため帯域幅利用度が比較的低くなり、また伝送効率が比較的低くなる。
【発明の概要】
【０００５】
従来技術に存在する多量のリソース消費及び低い伝送効率の問題を解決するために、本発明の実施形態は、データ伝送方法及び装置、通信デバイス、並びに通信システムを提供する。技術的解決法は以下の通りである。
【０００６】
第１の態様によれば、本発明はデータ伝送方法を提供し、本方法は、
少なくとも２つのインターネットプロトコルＩＰパケットを受信するステップと、
多重化ポリシに従って少なくとも２つのインターネットプロトコルＩＰパケットから少なくとも２つの多重化パケットを決定するステップであって、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、ステップと、
少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するステップと、
ＧＴＰ−Ｕパケットを送信するステップと、
を含む。
【０００７】
本発明の第１の可能な実施方式では、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するステップは、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るステップと、
少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るステップと、
を含む。
【０００８】
本発明の第２の可能な実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０００９】
本発明の第３の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１０】
本発明の第４の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるか、又は、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第２のＧＴＰ−Ｕヘッダは第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００１１】
本発明の第５の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１２】
本発明の第６の可能な実施方式では、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットのそれぞれについて第１のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は
パディングされた少なくとも２つの多重化パケットのそれぞれについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は、
パディングされた少なくとも２つの多重化パケットの最初の多重化パケットについて第１のＧＴＰ−Ｕヘッダをカプセル化し、パディングされた少なくとも２つの多重化パケットの最初の多重化パケット以外の多重化パケットについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップを含み、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００１３】
本発明の第７の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１４】
本発明の第８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットのそれぞれについて第３のＧＴＰ−Ｕヘッダをカプセル化するステップ、又は
パディングされた少なくとも２つの多重化パケットの第１の多重化パケットについて第３のＧＴＰ−Ｕヘッダをカプセル化し、パディングされた少なくとも２つの多重化パケットのうち最初の多重化パケット以外の多重化パケットについて第４のＧＴＰ−Ｕヘッダをカプセル化するステップを含み、
第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含み、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００１５】
本発明の第９の可能な実施方式では、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００１６】
本発明の第１０の可能な実施方式では、第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００１７】
本発明の第１１の可能な実施方式では、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するステップは、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするステップであって、
ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又はＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、ステップと、
Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るステップと、
を含む。
【００１８】
本発明の第１２の可能な実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダであり、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００１９】
本発明の第１３の可能な実施方式では、第１の多重化拡張ヘッダは、第１のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２０】
本発明の第１４の可能な実施方式では、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕパケットをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるか、又は
ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、ＧＴＰ−Ｕヘッダのうち最初の多重化拡張ヘッダ以外の別の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、
第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００２１】
本発明の第１５の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２２】
本発明の第１６の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダは、第１の多重化拡張ヘッダと第３の多重化拡張ヘッダとを含み、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００２３】
本発明の第１７の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２４】
本発明の第１８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップの前に、方法は、
少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするステップを更に含み、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップは、
パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化するステップを含み、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第２の多重化拡張ヘッダであるか、又は
ＧＴＰ−Ｕヘッダにおける最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであり、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００２５】
本発明の第１９の可能な実施方式では、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００２６】
本発明の第２０の可能な実施方式では、第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００２７】
本発明の第２１の可能な実施方式では、ＧＴＰ−Ｕヘッダは、第９の長さフィールドと、第９のトンネル識別子フィールドとを更に含み、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００２８】
本発明の第２２の可能な実施方式では、方法は、
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから多重化ポリシを取得するステップを更に含む。
【００２９】
第２の態様によれば、本発明はデータ伝送方法を提供し、本方法は、
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するステップであって、ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、ステップと、
ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得るステップと、
少なくとも２つの多重化パケットを送信するステップと、
を含む。
【００３０】
本発明の第１の可能な実施方式では、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得るステップは、
ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るステップであって、少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含む、ステップと、
少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップと、
を含む。
【００３１】
本発明の第２の可能な実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、第１のＧＴＰ−Ｕヘッダは第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含む。
【００３２】
本発明の第３の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３３】
本発明の第４の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るステップを含み、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第２のＧＴＰ−Ｕヘッダは、第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００３４】
本発明の第５の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３５】
本発明の第６の可能な実施方式では、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとネットワーク構成とに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップであって、ネットワーク構成は、設定値のサイズを示すのに用いられる、ステップを含み、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００３６】
本発明の第７の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３７】
本発明の第８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールド、並びに少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内にある第４の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、第４のＧＴＰ−Ｕヘッダは第４の多重化インジケーションフィールドを含み、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００３８】
本発明の第９の可能な実施方式では、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００３９】
本発明の第１０の可能な実施方式では、第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【００４０】
本発明の第１１の可能な実施方式では、ＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るステップであって、Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、ステップと、
Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップと、
を含む。
【００４１】
本発明の第１２の可能な実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダであり、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るステップを含む。
【００４２】
本発明の第１３の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４３】
本発明の第１４の可能な実施方式では、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップであって、ネットワーク構成は設定値のサイズを示すのに用いられる、ステップを含み、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００４４】
本発明の第１５の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４５】
本発明の第１６の可能な実施方式では、多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００４６】
本発明の第１７の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４７】
本発明の第１８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールド、及びＧ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールド、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内にある第５の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るステップを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００４８】
本発明の第１９の可能な実施方式では、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００４９】
本発明の第２０の可能な実施方式では、第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００５０】
本発明の第２１の可能な実施方式では、ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００５１】
本発明の第２２の可能な実施方式では、多重化ポリシは、モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから取得される。
【００５２】
第３の態様によれば、本発明はデータ伝送装置を提供し、本装置は、
少なくとも２つのインターネットプロトコルＩＰパケットを受信するように構成される受信モジュールと、
多重化ポリシに従って、受信モジュールによって受信される少なくとも２つのインターネットプロトコルＩＰパケットから少なくとも２つの多重化パケットを決定するように構成される決定モジュールであって、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、決定モジュールと、
少なくとも２つの多重化パケットを１つの汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットにカプセル化するように構成されるカプセル化モジュールと、
カプセル化モジュールによって得られたＧＴＰ−Ｕパケットを送信するように構成される送信モジュールと、
を備える。
【００５３】
本発明の第１の可能な実施方式では、カプセル化モジュールは、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成される第１のカプセル化ユニットと、
第１のカプセル化ユニットによって得られた少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのユーザデータグラムプロトコルＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るように構成される第２のカプセル化ユニットと、
を備える。
【００５４】
本発明の第２の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００５５】
本発明の第３の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００５６】
本発明の第４の可能な実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第２のＧＴＰ−Ｕヘッダ内の第２の長さフィールド及び第２の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００５７】
本発明の第５の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを第２の多重化インジケーションフィールドとして用いるか、又は第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００５８】
本発明の第６の可能な実施方式では、カプセル化モジュールは、
第１のカプセル化ユニットが少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第１のＧＴＰ−Ｕヘッダ内の第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドを設定し、第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するように構成され、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００５９】
本発明の第７の可能な実施方式では、第１のカプセル化ユニットは、
第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００６０】
本発明の第８の可能な実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、カプセル化モジュールは、
第１のカプセル化ユニットが少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第１のカプセル化ユニットは、
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定するか、又は
第３のＧＴＰ−Ｕヘッダ内の第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドを設定し、第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドを設定するように構成され、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００６１】
本発明の第９の可能な実施方式では、第１のカプセル化ユニットは、
第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加し、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを第４の多重化インジケーションフィールドとして用いるか、又は第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように構成される。
【００６２】
本発明の第１０の可能な実施方式では、第１のカプセル化ユニットは、
第３のＧＴＰ−Ｕヘッダ内の第３の長さフィールドを更に設定し、第４のＧＴＰ−Ｕヘッダ内の第４の長さフィールドを更に設定するように更に構成され、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００６３】
本発明の第１１の可能な実施方式では、第３のカプセル化ユニットであって、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるようにするように構成され、ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又はＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含み、ＧＴＰ−Ｕヘッダは第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、第３のカプセル化ユニットと、
第３のカプセル化ユニットによって得られたＧ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得るように構成される第４のカプセル化ユニットと、
を備える。
【００６４】
本発明の第１２の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００６５】
本発明の第１３の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００６６】
本発明の第１４の可能な実施方式では、カプセル化モジュールは、
第３のカプセル化ユニットが少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドを設定し、第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００６７】
本発明の第１５の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、第２の多重化拡張ヘッダ内の第２のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００６８】
本発明の第１６の可能な実施方式では、第３のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第１の次の拡張ヘッダタイプフィールドを設定するか、又は
第１の多重化拡張ヘッダ内の第５の長さフィールド、第５のトンネル識別子フィールド及び第１の次の拡張ヘッダタイプフィールドを設定し、第３の多重化拡張ヘッダ内の第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドを設定するように構成され、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００６９】
本発明の第１７の可能な実施方式では、第３のカプセル化ユニットは、
第１の多重化拡張ヘッダ内の第１のトンネル識別子フラグフィールドを更に設定し、第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定するように構成され、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００７０】
本発明の第１８の可能な実施方式では、第３のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送されるとき、装置は、
第３のカプセル化ユニットが少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングし、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにするように構成されるパディングユニットを更に備え、
第３のカプセル化ユニットは、
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定するか、又は
第２の多重化拡張ヘッダ内の第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドを設定し、第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドを設定するように構成され、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００７１】
本発明の第１９の可能な実施方式では、第３のカプセル化ユニットは、
第３の多重化拡張ヘッダ内の第３のトンネル識別子フラグフィールドを更に設定し、第４の多重化拡張ヘッダ内の第４のトンネル識別子フラグフィールドを更に設定するように構成され、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００７２】
本発明の第２０の可能な実施方式では、第３のカプセル化ユニットは、
第２の多重化拡張ヘッダ内の第６の長さフィールドを更に設定し、第４の多重化拡張ヘッダ内の第８の長さフィールドを更に設定するように更に構成され、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる
本発明の第２１の可能な実施方式では、
第３のカプセル化ユニットは、
ＧＴＰ−Ｕヘッダ内の第９の長さフィールド及び第９のトンネル識別子フィールドを設定するように構成され、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００７３】
本発明の第２２の可能な実施方式では、装置は、ＭＭＥ／ＰＣＲＦから多重化ポリシを取得するように構成される取得モジュールを更に備える。
【００７４】
本発明の第４の態様によれば、本発明はデータ伝送装置を提供し、本装置は、
データ伝送装置であって、
汎用パケット無線サービストンネリングプロトコル−ユーザプレーンＧＴＰ−Ｕパケットを受信するように構成される受信モジュールであって、ＧＴＰ−Ｕパケットは少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのインターネットプロトコルＩＰパケットであり、多重化ポリシは、以下の条件、すなわち、多重化パケットが設定値以下のサイズのＩＰパケットであること、多重化パケットのベアラ識別子が同じであること、多重化パケットのサービス品質クラス識別子ＱＣＩが同じであること、及び多重化パケットのフロー記述情報が同じであること、のうちの少なくとも１つを含む、受信モジュールと、
受信モジュールによって受信されるＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得るように構成されるカプセル化解除モジュールと、
カプセル化解除モジュールによって得られた少なくとも２つの多重化パケットを送信するように構成される送信モジュールと、
を備える。
【００７５】
本発明の第１の可能な実施方式では、カプセル化解除モジュールは、
ＧＴＰ−ＵパケットにおけるＩＰヘッダ及びユーザデータグラムプロトコルＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの汎用パケット無線サービストンネリングプロトコルパケットデータユニットＧ−ＰＤＵを得るように構成される第１のカプセル化解除ユニットであって、少なくとも２つのＧ−ＰＤＵの各Ｇ−ＰＤＵは１つのＧＴＰ−Ｕヘッダを含む、第１のカプセル化解除ユニットと、
第１のカプセル化解除ユニットによって得られた少なくとも２つのＧ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される第２のカプセル化解除ユニットと、
を備える。
【００７６】
本発明の第２の可能な実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、第１のＧＴＰ−Ｕヘッダは第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される。
【００７７】
本発明の第３の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００７８】
本発明の第４の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２の長さフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るように構成され、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第２のＧＴＰ−Ｕヘッダは、第２の長さフィールドと、第２の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第２の長さフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００７９】
本発明の第５の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００８０】
本発明の第６の可能な実施方式では、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとネットワーク構成とに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は、設定値のサイズを示すのに用いられ、又は
少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１の長さフィールド、第１のトンネル識別子フィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１のＧＴＰ−Ｕヘッダは、第１の長さフィールドと、第１のトンネル識別子フィールドと、第１の多重化インジケーションフィールドとを含み、第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、
第１の長さフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第１のトンネル識別子フィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００８１】
本発明の第７の可能な実施方式では、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００８２】
本発明の第８の可能な実施方式では、少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドとネットワーク構成とに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は設定値のサイズを示すのに用いられ、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、
少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のトンネル識別子フィールド及び第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内にある第４の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第３のＧＴＰ−Ｕヘッダは、第３のトンネル識別子フィールドと、第３の多重化インジケーションフィールドとを含み、第４のＧＴＰ−Ｕヘッダは第４の多重化インジケーションフィールドを含み、
第３のトンネル識別子フィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられ、
第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内にあり、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【００８３】
本発明の第９の可能な実施方式では、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【００８４】
本発明の第１０の可能な実施方式では、第３のＧＴＰ−Ｕヘッダは第３の長さフィールドを更に含み、第４のＧＴＰ−Ｕヘッダは第４の長さフィールドを更に含み、第３の長さフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４の長さフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００８５】
本発明の第１１の可能な実施方式では、カプセル化解除モジュールは、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して１つのＧ−ＰＤＵを得るように構成される第３のカプセル化解除ユニットであって、Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、少なくとも２つの多重化拡張ヘッダは少なくとも２つの多重化パケットと１対１の対応関係にあり、又は、ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダ及び第１の次の拡張ヘッダタイプフィールドを含み、第１の次の拡張ヘッダタイプフィールドはＧＴＰ−Ｕパケット内の最初の多重化パケットに対応し、少なくとも１つの多重化拡張ヘッダは、ＧＴＰ−Ｕパケット内の最初の多重化パケット以外の多重化パケットと１対１の対応関係にあり、第１の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内のＧＴＰ−Ｕヘッダにおける最初の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる、第３のカプセル化解除ユニットと、
Ｇ−ＰＤＵにおけるＧＴＰ−Ｕヘッダに従って、第３のカプセル化解除ユニットによって得られたＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成される第４のカプセル化解除ユニットと、
を備える。
【００８６】
本発明の第１２の可能な実施方式では、
多重化拡張ヘッダは第１の多重化拡張ヘッダであり、第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得るように構成される。
【００８７】
本発明の第１３の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００８８】
本発明の第１４の可能な実施方式では、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、ネットワーク構成は設定値のサイズを示すのに用いられ、又は
多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１の多重化拡張ヘッダは、第５のトンネル識別子フィールドと、第５の長さフィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００８９】
本発明の第１５の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００９０】
本発明の第１６の可能な実施方式では、多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
多重化パケットが同じＧＴＰ−Ｕトンネルによって伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５の長さフィールド、第５のトンネル識別子フィールド及び第２の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７の長さフィールド及び第４の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第１の多重化拡張ヘッダは、第５の長さフィールドと、第５のトンネル識別子フィールドと、第２の次の拡張ヘッダタイプフィールドとを含み、第３の多重化拡張ヘッダは、第７の長さフィールドと、第４の次の拡張ヘッダタイプフィールドとを含み、
第５の長さフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第５のトンネル識別子フィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第２の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第７の長さフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、
第４の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００９１】
本発明の第１７の可能な実施方式では、第１の多重化拡張ヘッダは第１のトンネル識別子フラグフィールドを更に含み、第３の多重化拡張ヘッダは第３のトンネル識別子フラグフィールドを更に含み、第１のトンネル識別子フラグフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第３のトンネル識別子フラグフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００９２】
本発明の第１８の可能な実施方式では、
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、又は
少なくとも２つの多重化パケットが同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、
Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５の次の拡張ヘッダタイプフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のトンネル識別子フィールド及び第３の次の拡張ヘッダタイプフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内にある第５の次の拡張ヘッダタイプフィールドとに従って、Ｇ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成され、
第２の多重化拡張ヘッダは、第６のトンネル識別子フィールドと、第３の次の拡張ヘッダタイプフィールドとを含み、第４の多重化拡張ヘッダは第５の次の拡張ヘッダタイプフィールドを含み、
第６のトンネル識別子フィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、
第３の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられ、
第５の次の拡張ヘッダタイプフィールドは、ＧＴＰ−Ｕパケット内にあり、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【００９３】
本発明の第１９の可能な実施方式では、第２の多重化拡張ヘッダは第２のトンネル識別子フラグフィールドを更に含み、第４の多重化拡張ヘッダは第４のトンネル識別子フラグフィールドを更に含み、第２のトンネル識別子フラグフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられ、第４のトンネル識別子フラグフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【００９４】
本発明の第２０の可能な実施方式では、第２の多重化拡張ヘッダは第６の長さフィールドを更に含み、第４の多重化拡張ヘッダは第８の長さフィールドを更に含み、第６の長さフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８の長さフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【００９５】
本発明の第２１の可能な実施方式では、ＧＴＰ−Ｕヘッダは、第９の長さフィールド及び第９のトンネル識別子フィールドを更に含み、第９の長さフィールドは、ＧＴＰ−Ｕパケットにおける第１の多重化パケットの長さを示すのに用いられ、第９のトンネル識別子フィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【００９６】
本発明の第２２の可能な実施方式では、多重化ポリシは、モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから取得される。
【００９７】
第５の態様によれば、本発明はデータ伝送装置を提供し、本装置は、受信器と、プロセッサと、送信器とを備える。プロセッサは、第１の態様及び第１の態様の可能な実施方式のうちいずれか１つにおいて提供された方法を実行するように構成される。
【００９８】
第６の態様によれば、本発明はデータ伝送装置を提供し、本装置は、受信器と、プロセッサと、送信器とを備える。プロセッサは、第２の態様及び第２の態様の可能な実施方式のうちいずれか１つにおいて提供された方法を実行するように構成される。
【００９９】
第７の態様によれば、本発明は通信デバイスを提供し、本デバイスは、第５の態様において提供される装置と、第６の態様において提供される装置とを備える。
【０１００】
第８の態様によれば、本発明は通信システムを提供し、本システムは、第７の態様において提供される少なくとも２つの通信デバイスを備える。
【０１０１】
本発明において提供される技術的解決法の有益な効果は以下の通りである。多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、ＧＴＰ−Ｕパケットが送信される。ＰＲＮにおけるデータ伝送の過程において、ＧＴＰ−ＵノードはＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るために、転送が実行される度にリソースが消費される必要がある。各ＧＴＰ−Ｕパケットについて、転送が行われる度に消費されるリソースは同じである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術において１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも消費するリソースが少ない。更に、１つのＩＰヘッダ及びＵＤＰヘッダはＧＴＰ−Ｕパケットごとにカプセル化され、したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各パケットの、ＧＴＰ−Ｕパケット全体に対する割合は、従来技術において１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する割合よりも高く、それによってネットワーク帯域幅利用が改善され、伝送効率が改善される。
【０１０２】
本発明の実施形態における技術的解決法をより明確に説明するために、以下では、実施形態を説明するのに必要な添付の図面を簡単に引用する。明らかに、以下の説明における添付の図面は、単に本発明のいくつかの実施形態を示すにすぎず、当業者であれば、これらの添付の図面から別の図面を更に導き出すことが創造的な努力なしにできよう。
【図面の簡単な説明】
【０１０３】
【図１】本発明の実施形態によるＧＰＲＳ／ＵＭＴＳネットワークのアーキテクチャ図である。
【図２】本発明の実施形態による進化型ＰＲＮのアーキテクチャ図である。
【図３】本発明の実施形態１によるデータ伝送方法の流れ図である。
【図４】本発明の実施形態２によるデータ伝送方法の概略流れ図である。
【図５】本発明の実施形態２によるＧＴＰ−Ｕヘッダの形式の図である。
【図６】本発明の実施形態２による多重化インジケーション拡張ヘッダの形式の図である。
【図７】本発明の実施形態２によるＧＴＰ−Ｕパケットの概略図である。
【図８】本発明の実施形態３によるデータ伝送方法の概略流れ図である。
【図９】本発明の実施形態４によるデータ伝送方法の概略流れ図である。
【図１０】本発明の実施形態４によるＧＴＰ−Ｕパケットの概略図である。
【図１１】本発明の実施形態５によるデータ伝送方法の概略流れ図である。
【図１２】本発明の実施形態６によるデータ伝送方法の概略流れ図である。
【図１３】本発明の実施形態６による多重化拡張ヘッダの形式の図である。
【図１４】本発明の実施形態６によるＧＴＰ−Ｕパケットの概略図である。
【図１５】本発明の実施形態７によるデータ伝送方法の概略流れ図である。
【図１６】本発明の実施形態７によるＧＴＰ−Ｕパケットの概略図である。
【図１７】本発明の実施形態８によるデータ伝送方法の概略流れ図である。
【図１８】本発明の実施形態９によるデータ伝送方法の概略流れ図である。
【図１９】本発明の実施形態１０によるデータ伝送装置の概略構造図である。
【図２０】本発明の実施形態１１によるデータ伝送装置の概略構造図である。
【図２１】本発明の実施形態１２によるデータ伝送装置の概略構造図である。
【図２２】本発明の実施形態１３によるデータ伝送装置の概略構造図である。
【図２３】本発明の実施形態１４によるデータ伝送装置の概略構造図である。
【図２４】本発明の実施形態１５によるデータ伝送装置の概略構造図である。
【図２５】本発明の実施形態１６によるデータ伝送装置の概略構造図である。
【図２６】本発明の実施形態１７によるデータ伝送装置のハードウェアの構造図である。
【図２７】本発明の実施形態１８による通信デバイスの概略構造図である。
【図２８】本発明の実施形態１９による通信システムの概略構造図である。
【発明を実施するための形態】
【０１０４】
本発明の目的、技術的解決法及び利点を明確にするために、以下では更に、本発明の実施形態について詳細に、添付の図面を参照して説明する。
【０１０５】
図１及び図２を参照して、以下ではまず本発明の実施形態の適用シナリオを提示する。この適用シナリオは、単に例示的なものにすぎず、本発明の制限を成すものではない。
【０１０６】
図１は、ＧＰＲＳ／ＵＭＴＳネットワークのアーキテクチャ図であり、このＧＰＲＳ／ＵＭＴＳネットワークは、無線アクセスネットワーク及びコアネットワークを含む。図１に示されるように、無線アクセスネットワークは、ＵＭＴＳ地上波無線アクセスネットワーク（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＵＴＲＡＮ）と、モバイル通信用グローバルシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ）／ＧＳＭエボリューション用拡張データレート（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ：ＥＤＧＥ）無線アクセスネットワーク（ＧＳＭ／ＥＤＧＥ  Ｒａｔｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＧＥＲＡＮ）とを含み、コアネットワークは、サービングＧＰＲＳサポートノード（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ：ＳＧＳＮ）及びゲートウェイＧＰＲＳサポートノード（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ：ＧＧＳＮ）を含む。ＳＧＳＮは、ＧＰＲＳ／ＵＭＴＳネットワーク上のルーティング及び転送、モビリティ管理、セッション管理、並びにユーザ情報記憶を実施するために用いられる、制御プレーンノードとして用いることができる。或いは、ＳＧＳＮは、データ転送のためのユーザプレーンノードとして用いることができる。ＧＧＳＮは、ＩＰベースのバックボーンネットワークを用いて別のコアネットワークノードに接続され、制御信号及びデータを伝送するための経路をユーザに提供する。
【０１０７】
図２は、進化型ＰＲＮのアーキテクチャ図である。図２に示されるように、進化型ＰＲＮのコアネットワークは、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：ＭＭＥ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ：ＳＧＷ）、及びパケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ：ＰＤＮ）ゲートウェイ（ＰＤＮ  Ｇａｔｅｗａｙ：ＰＧＷ）を含み、進化型ＰＲＮの無線アクセスネットワークは、進化型ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ：ＥＵＴＲＡＮ）を含む。ＭＭＥの機能はＳＧＳＮの制御プレーン機能と同じであり、ＳＧＷの機能はＳＧＳＮのユーザプレーン機能と同じであり、ＰＧＷの機能はＧＧＳＮの機能と同じであり、ＥＵＴＲＡＮの機能はＵＴＲＡＮ及びＧＥＲＡＮの機能と同じである。
【０１０８】
実際の適用例では、無線アクセスネットワーク上のデバイスは、それだけには限らないが、進化型ノードＢ（Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ：ｅＮＢ）、ＮｏｄｅＢ（ＮｏｄｅＢ）、及び無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ：ＷＬＡＮ）上のアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ：ＡＰ）を含む。
【０１０９】
実際には、ＧＰＲＳ／ＵＭＴＳネットワーク上、又は進化型ＰＲＮ若しくは他のＰＲＮ上で、ＵＥと外部ネットワーク（Ｅｘｔｅｒｎａｌ  Ｎｅｔｗｏｒｋ）の間の通信はＩＰパケットの方式で完成する。つまり、ＵＥによって外部ネットワークへ伝送されるデータ、また外部ネットワークからＵＥで受信されるデータは、ＩＰパケットの形になっている。ＰＲＮ上では、データは一般に、ＧＴＰ−Ｕプロトコルで定義された伝送機構を用いて伝送される。つまり、ＩＰパケットを伝送するための複数のＧＴＰ−ＵトンネルがＧＴＰ−Ｕノード間に、制御信号をＧＲＰＲトンネリングプロトコル制御プレーン（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ：ＧＴＰ−Ｃ）上で用いて確立される。ＧＴＰ−Ｕトンネルは、ＧＴＰ−Ｕトンネルを用いるユーザ、及びデータ処理方式（たとえば、ＩＰパケットの送信優先順位）を指定する。詳細には、ＧＴＰ−Ｃ信号対話処理において、ＧＴＰ−Ｕノードは、ＩＰパケット用のＧＴＰ−Ｕトンネルを決定するためのローカルポリシの取り決めをする。ここでローカルポリシは、ＩＰパケットの送信元アドレス及び宛先アドレスと、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルとの間の対応を含む。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−Ｕノードは、ローカルポリシに従ってＩＰパケット用のＧＴＰ−Ｕトンネルを選択し、このＧＴＰ−Ｕトンネルの識別子を、ＩＰパケットに対応するＧＴＰ−Ｕヘッダにカプセル化する。
【０１１０】
現在、ＧＴＰ−Ｕプロトコルは主に、ＧＧＳＳとＳＧＳＮ、ＰＧＷとＳＧＷ、ＳＧＳＮとＵＴＲＡＮ、ＳＧＷとＥＵＴＲＡＮ、又は進化型パケットデータゲートウェイ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ：ｅＰＤＧ）とＰＧＷの間に適用される。本発明の実施形態では、ＧＴＰ−Ｕノード（ＧＴＰ−Ｕ送信ノード及びＧＴＰ−Ｕ受信ノードを含む）は、ＧＴＰ−Ｕプロトコル（ＧＴＰ−Ｕプロトコルは、３ＧＰＰ規格書２９．２８１に定義されている）をサポートするノードを指し、これはＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、ｅＮＢなどであり得る。
【０１１１】
実施形態１
本発明の一実施形態では、データ伝送方法を提供する。図３を参照すると、この方法は以下のステップを含む。
【０１１２】
ステップ１０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０１１３】
この実施形態では、１つのＩＰパケットが１つのＵＥに関連し、少なくとも２つのＩＰパケットが少なくとも１つのＵＥに関連する。ＧＴＰ−Ｕ送信ノードは、ＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、ｅＮＢなどであり得る。
【０１１４】
ステップ１０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０１１５】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０１１６】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、サービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：ＱｏＳ）クラス識別子（ＱｏＳ  Ｃｌａｓｓ  Ｉｎｄｅｎｔｉｆｉｅｒ：ＱＣＩ）、フロー記述情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０１１７】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０１１８】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０１１９】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０１２０】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲にあるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０１２１】
ステップ１０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０１２２】
このステップにおいて、ＧＴＰ−Ｕパケットにカプセル化された多重化パケットが、このＧＴＰ−Ｕ送信ノードから同じＧＴＰ−Ｕ受信ノードに送信されるべきＩＰパケットであることを知るのは容易である。
【０１２３】
実際の適用例では、１つのＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び１つのＩＰパケットを含むことができ、又は１つのＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つのＩＰパケットを含むことができ、又は１つのＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＤＰヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つのＩＰパケットを含むことができる。本発明では、ＧＴＰ−Ｕパケットのこれら最後の２つのタイプについて主に説明する。つまり、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０１２４】
本発明のこの実施形態の実施方式では、ＧＴＰ−Ｕパケットは、１つのＩＰヘッダ、１つのＵＤＰヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含むことができ、これらのＧＴＰ−Ｕヘッダは、多重化パケットと１対１の対応関係にある。本発明のこの実施形態の別の実施方式では、ＧＴＰ−Ｕパケットは、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含むことができる。ＧＴＰ−Ｕヘッダは少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダは、多重化パケットと１対１の対応関係にある。本発明のこの実施形態の更に別の実施方式では、ＧＴＰ−Ｕパケットは、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含むことができ、ＧＴＰ−Ｕヘッダは少なくとも１つの多重化拡張ヘッダを含む。ＧＴＰ−Ｕヘッダは第１の多重化パケットに対応しており、多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にある。
【０１２５】
ＧＴＰ−Ｕパケットにカプセル化されるべき少なくとも２つの多重化パケットをカプセル化する順序は、本発明においては限定されないことに留意されたい。少なくとも２つの多重化パケットは、受信順にカプセル化することができ、或いは、本発明では限定されない別の順序でカプセル化することもできる。
【０１２６】
ステップ１０４：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを送信する。
【０１２７】
ステップ１０５：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットを受信する。
【０１２８】
ステップ１０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０１２９】
ステップ１０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０１３０】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０１３１】
実施形態２
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが、１つのＩＰヘッダ、１つのＵＤＰヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、かつＧＴＰ−Ｕヘッダが多重化パケットと１対１の対応関係にある例を、本発明で提供されるデータ伝送方法を説明するために用いる。図４を参照すると、この方法は以下のステップを含む。
【０１３２】
ステップ２０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０１３３】
ステップ２０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０１３４】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０１３５】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０１３６】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０１３７】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０１３８】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０１３９】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０１４０】
ステップ２０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧＴＰパケットデータユニット（ＧＴＰ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ：Ｇ−ＰＤＵ）を得る。
【０１４１】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダとすることができ、この第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１４２】
詳細には、別の多重化パケットは、ＧＴＰ−Ｕパケット内の、第１の多重化インジケーションフィールドが置かれている第１のＧＴＰ−Ｕヘッダに対応する多重化パケットを除く、多重化パケットである。
【０１４３】
任意選択で、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕヘッダ内の未使用フィールドとすることができるか、又はＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。ＧＴＰ−Ｕヘッダの既存の形式では、未使用フィールドは一般に（＊）で示され、既存のＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕヘッダ内の（＊）フィールドについては説明しない。
【０１４４】
図５は、この実施形態のＧＴＰ−Ｕヘッダの形式を示す。図５に示されるように、ＧＴＰ−Ｕヘッダの形式には、１２個のオクテット（Ｏｃｔｅｔ）を含むことができる。ビットの重要度の降順に、第１のＯｃｔｅｔの８ビット（ｂｉｔ）は、順次にバージョン番号（Ｖｅｒｓｉｏｎ）フィールド、プロトコルタイプ（Ｐｒｏｔｏｃｏｌ  Ｔｙｐｅ：ＰＴ）フィールド、多重化インジケーション（Ｍｕｌｔｉｐｌｅｘｉｎｇ  ｉｎｄｉｃａｔｉｏｎ：Ｍ）フィールド、拡張ヘッダフラグ（Ｅｘｔｅｎｓｉｏｎ  ｈｅａｄｅｒ  ｆｌａｇ：Ｅ）フィールド、シーケンス番号フラグ（Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  ｆｌａｇ：Ｓ）フィールド、及び層Ｎパケットデータユニット（Ｎ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ：Ｎ−ＰＤＵ）番号フラグ（Ｎ−ＰＤＵ  Ｎｕｍｂｅｒ  ｆｌａｇ：ＰＮ）フィールドである。Ｖｅｒｓｉｏｎフィールドは、ＧＴＰ−Ｕのバージョン番号を示すのに用いられ、フィールドの長さは３ビットとすることができる。ＰＴフィールドは、プロトコルがＧＴＰプロトコルであるか、それともＧＴＰ’プロトコルであるかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。Ｍフィールドは、ＧＴＰ−Ｕパケット内に、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く多重化パケットが存在するかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。Ｅフィールドは、拡張ヘッダがＧＴＰ−Ｕヘッダの後に保有されるかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。Ｓフィールドは、ＧＴＰ−Ｕヘッダ内にシーケンス番号が存在するかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。ＰＮフィールドは、ＧＴＰ−Ｕヘッダ内にＮ−ＰＤＵが存在するかどうかを示すのに用いられ、フィールドの長さは１ビットとすることができる。
【０１４５】
第２のＯｃｔｅｔは、ＧＴＰメッセージタイプを示すのに用いられるメッセージタイプ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）フィールドである。第３のＯｃｔｅｔ及び第４のＯｃｔｅｔは、ＩＰパケットの長さを示すのに用いられる長さ（Ｌｅｎｇｔｈ）フィールドである。第５のＯｃｔｅｔから第８のＯｃｔｅｔまでは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを識別するのに用いられるトンネルエンドポイント識別子（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ：ＴＥＩＤ）フィールドである。第９のＯｃｔｅｔ及び第１０のＯｃｔｅｔは、シーケンス番号を示すのに用いられるシーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールドである。第１１のＯｃｔｅｔは、Ｎ−ＰＤＵ番号を示すのに用いられるＮ−ＰＤＵ番号（Ｎ−ＰＤＵ  Ｎｕｍｂｅｒ）フィールドである。第１２のＯｃｔｅｔは、ＧＴＰ−Ｕヘッダに続く保有される拡張ヘッダのタイプを示すのに用いられる、次の拡張ヘッダタイプ（Ｎｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅ）フィールドである。たとえば、Ｎｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドが０ｘ０１である場合、これは、次の拡張ヘッダがサービスクラスインジケータ拡張ヘッダ（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ  ｅｘｔｅｎｓｉｏｎ  ｈｅａｄｅｒ）であることを示す。
【０１４６】
図６を参照すると、多重化インジケーションフィールド（以下では多重化インジケーション拡張ヘッダと呼ぶ）を保有する拡張ヘッダは、３つのＯｃｔｅｔを含むことができる。第１のＯｃｔｅｔは、拡張ヘッダのタイプであり、たとえば０ｘ１０で示される。第２のＯｃｔｅｔの最上位７ビットはＳｐａｒｅ（予備）フィールドであり、第２のＯｃｔｅｔの最下位ビットはＭフィールドである。第３のオクテットは、Ｎｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドである。たとえば、ＧＴＰ−Ｕパケットでは、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがある場合に、Ｍフィールドは１に設定し、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがない場合には、Ｍフィールドは０に設定することができる。逆に、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがある場合に、Ｍフィールドを０に設定し、ＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットがない場合には、Ｍフィールドを１に設定することもでき、これは本発明では限定されない。
【０１４７】
ステップ２０４：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得ＧＴＰ−Ｕパケットの構造は図７に示される）。
【０１４８】
特定の実施を通じて、ＩＰヘッダ及びＵＤＰヘッダは一般に、ＧＴＰ−Ｕ送信ノードのアドレス、及びＧＴＰ−Ｕ受信ノードのアドレスを示すのに用いられるフィールドを含む。
【０１４９】
前述のステップ２０３及び２０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０１５０】
ステップ２０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０１５１】
ステップ２０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０１５２】
この実施形態では、ステップ２０６は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０１５３】
詳細には、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定することは、第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除されることが必要で、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く多重化パケットがあるかどうかを判定することを含むことができる。
【０１５４】
詳細には、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることは、第１のＧＴＰ−Ｕヘッダ内の第１のＬｅｎｇｔｈフィールドから、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを知り、次に、この多重化パケットのサイズに一致した多重化パケットを得ることを含むことができる。これは従来技術に属し、本明細書では詳細について再度説明しない。
【０１５５】
カプセル化解除処理では、受信ノードは、第１のＧＴＰ−Ｕヘッダ内の第１のＴＥＩＤフィールドから、ＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを知って、多重化パケットの処理（たとえば、多重化パケットの送信優先順位、又は優先順位が低い多重化パケットの破棄）を決定できることに留意されたい。
【０１５６】
ステップ２０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０１５７】
この実施形態の別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによって、ＭＭＥ／ポリシ制御及び課金ルール機能エンティティ（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）から多重化ポリシを得るステップを含む。このステップとステップ２０１からステップ２０７までとの間には、実行シーケンスがない。
【０１５８】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０１５９】
実施形態３
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送される、また少なくとも２つの多重化パケットが同じＵＥに関連する、という点で実施形態２とは異なる。図８を参照すると、この方法は以下のステップを含む。
【０１６０】
ステップ３０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０１６１】
ステップ３０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０１６２】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０１６３】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート、及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０１６４】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０１６５】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０１６６】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０１６７】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０１６８】
ステップ３０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得る。
【０１６９】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダとすることができ、この第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１７０】
この実施形態の別の実施方式では、ＧＴＰ−Ｕヘッダは、第１のＧＴＰ−Ｕヘッダ及び第２のＧＴＰ−Ｕヘッダを含むことができる。第２のＧＴＰ−Ｕヘッダは、第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを含む。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１７１】
好ましくは、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダは第２のＧＴＰ−Ｕヘッダである。
【０１７２】
実際の適用例では、第２のＧＴＰ−Ｕヘッダ内にはなおＴＥＩＤフィールドがあるが、このＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。
【０１７３】
ステップ３０４：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０１７４】
前述のステップ３０３及び３０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０１７５】
ステップ３０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０１７６】
ステップ３０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０１７７】
この実施形態の実施方式では、ステップ３０６は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０１７８】
この実施形態の別の実施方式では、ステップ３０６は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドとによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０１７９】
ステップ３０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０１８０】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ３０１からステップ３０７までとの間には、実行シーケンスがない。
【０１８１】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０１８２】
実施形態４
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態２とは異なる。図９を参照すると、この方法は以下のステップを含む。
【０１８３】
ステップ４０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０１８４】
ステップ４０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０１８５】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０１８６】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー記述情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０１８７】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０１８８】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０１８９】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０１９０】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲にあるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０１９１】
ステップ４０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０１９２】
特定の実施を通じて、ステップ４０３は、パディングされた多重化パケットのサイズが１２８バイトなどの設定値に達するように、多重化パケットを非重要データでパディングすること（ｐａｄｄｉｎｇ）を含むことができる。非重要データとは、ＧＴＰ−Ｕ受信ノードでパースされないデータであり、たとえば、非重要データはすべて０の列からなるデータである。
【０１９３】
ステップ４０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得る。
【０１９４】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダとすることができ、この第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１９５】
この実施形態の別の実施方式では、ＧＴＰ−Ｕヘッダは、第３のＧＴＰ−Ｕヘッダとすることができ、この第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含む。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０１９６】
この実施形態の更に別の実施方式では、ＧＴＰ−Ｕヘッダは、第１のＧＴＰ−Ｕヘッダ及び第３のＧＴＰ−Ｕヘッダを含むことができる。
【０１９７】
好ましくは、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダは第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダは第３のＧＴＰ−Ｕヘッダである。
【０１９８】
実際の適用例では、第３のＧＴＰ−Ｕヘッダ内にはなおＬｅｎｇｔｈフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケット長さを示すデータでパディングされないことに留意されたい。
【０１９９】
ステップ４０５：ＧＴＰ−Ｕ送信ノードは、複数のＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得ＧＴＰ−Ｕパケットの構造は図１０に示される）。
【０２００】
前述のステップ４０３〜４０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、複数の多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２０１】
ステップ４０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２０２】
ステップ４０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０２０３】
この実施形態の実施方式では、ステップ４０７は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２０４】
この実施形態の別の実施方式では、ステップ４０７は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２０５】
この実施形態では、ネットワーク構成は、設定値のサイズを示すのに用いられる。
【０２０６】
この実施形態の更に別の実施方式では、ステップ４０７は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドとによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２０７】
ステップ４０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２０８】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含むことができる。このステップとステップ４０１からステップ４０８までとの間には、実行シーケンスがない。
【０２０９】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２１０】
実施形態５
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するという点で、並びに、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態２とは異なる。図１１を参照すると、この方法は以下のステップを含む。
【０２１１】
ステップ５０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２１２】
ステップ５０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２１３】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２１４】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２１５】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２１６】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０２１７】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０２１８】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０２１９】
ステップ５０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０２２０】
特定の実施を通じて、ステップ５０３は実施形態３のステップ３０３と同じとすることができ、本明細書では詳細について再度説明しない。
【０２２１】
ステップ５０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得る。
【０２２２】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダは第３のＧＴＰ−Ｕヘッダとすることができ、この第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含む。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２２３】
この実施形態の別の実施方式では、ＧＴＰ−Ｕヘッダは、第３のＧＴＰ−Ｕヘッダ及び第４のＧＴＰ−Ｕヘッダを含むことができ、この第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含む。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０２２４】
好ましくは、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダは第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダは第４のＧＴＰ−Ｕヘッダである。
【０２２５】
この実施形態の更に別の実施方式では、第３のＧＴＰ−Ｕヘッダは更に第３のＬｅｎｇｔｈフィールドを含むことができ、第４のＧＴＰ−Ｕヘッダは更に第４のＬｅｎｇｔｈフィールドを含むことができる。第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０２２６】
実際の適用例では、第４のＧＴＰ−Ｕヘッダ内にはなおＴＥＩＤフィールドがあるが、このＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。ＬｅｎｇｔｈフィールドはＴＥＩＤフィールドと類似しており、本明細書では詳細について再度説明しない。
【０２２７】
ステップ５０５：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０２２８】
前述のステップ５０３〜５０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２２９】
ステップ５０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２３０】
ステップ５０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０２３１】
この実施形態の実施方式では、ステップ５０７は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２３２】
この実施形態の更に別の実施方式では、ステップ５０７は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールド、及び少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドと、ネットワーク構成とによって、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２３３】
ステップ５０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２３４】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ５０１からステップ５０８までとの間には、実行シーケンスがない。
【０２３５】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２３６】
実施形態６
本発明のこの実施形態はデータ伝送方法を提供する。この実施形態では、ＧＴＰ−Ｕパケットが、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、またＧＴＰ−Ｕヘッダは、少なくとも２つの多重化拡張ヘッダ又は少なくとも１つの多重化拡張ヘッダを含む。ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含むとき、これらの多重化拡張ヘッダは多重化パケットと１対１の対応関係にある。ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−ＵパケットにおけるＧＴＰ−Ｕヘッダ内の第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる。図１２を参照すると、この方法は以下のステップを含む。
【０２３７】
ステップ６０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２３８】
ステップ６０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２３９】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２４０】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２４１】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２４２】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０２４３】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０２４４】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０２４５】
ステップ６０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０２４６】
この実施形態の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダとすることができ、この第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド、及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０２４７】
この実施形態の別の実施方式では、第１の多重化拡張ヘッダは更に、第１のＴＥＩＤフラグ（ＴＥＩＤ記号：Ｔ）フィールドを含むことができ、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第１のＴフィールドが、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルは、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるということを示す場合には、第１の多重化拡張ヘッダは第５のＴＥＩＤフィールドを含まない。
【０２４８】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０２４９】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にある。ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含む。第９のＬｅｎｇｔｈフィールドは、第１の多重化パケットのサイズを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０２５０】
図１３は、この実施形態における多重化拡張ヘッダの形式を示す。図１３に示されるように、この多重化拡張ヘッダの形式では９つのＯｃｔｅｔを含むことができる。第１のＯｃｔｅｔは、０ｘ１２などの拡張ヘッダのタイプである。第２のＯｃｔｅｔの最上位７ビットはＳｐａｒｅフィールドであり、第２のＯｃｔｅｔの最下位ビットは、多重化拡張ヘッダ内にＴＥＩＤフィールドが存在するかどうかを示すのに用いられるＴフィールドである。第３のＯｃｔｅｔと第４のＯｃｔｅｔは両方がＬｅｎｇｔｈフィールドである。第５のＯｃｔｅｔから第８のＯｃｔｅｔまではそれぞれ、ＴＥＩＤフィールドである。第９のＯｃｔｅｔはＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドである。拡張ヘッダのＴＥＩＤフィールドが、前の拡張ヘッダのＴＥＩＤフィールドと同じである場合、拡張ヘッダは、ＴＥＩＤフィールドを含むことができず、ＴフィールドはＴＥＩＤフィールドがないことを示し、たとえばＴフィールドは０になる。
【０２５１】
ステップ６０４：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得ＧＴＰ−Ｕパケットの構造は図１４に示される）。
【０２５２】
前述のステップ６０３及びステップ６０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２５３】
ステップ６０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２５４】
ステップ６０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０２５５】
この実施形態の実施方式では、ステップ６０６は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２５６】
詳細には、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定することは、第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドから、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダがあるかどうかを判定することを含む。
【０２５７】
詳細には、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることは、第１の多重化拡張ヘッダ内の第５のＬｅｎｇｔｈフィールドから、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを知り、次に、この多重化パケットのサイズに一致した多重化パケットを得ることを含むことができる。
【０２５８】
カプセル化解除処理では、ＧＴＰ−Ｕ受信ノードは、第１の多重化拡張ヘッダ内の第１のＴＥＩＤフィールドから、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを知って、多重化パケットの処理（たとえば、多重化パケットの送信優先順位、又は優先順位が低い多重化パケットの破棄）を決定できることに留意されたい。
【０２５９】
この実施形態の別の実施方式では、ステップ６０６は更に、Ｇ−ＰＤＵにおけるＧ−ＰＤＵにおける第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある、かつ第１の多重化パケットに続く多重化パケットがあるかどうかを判定すること、並びに、Ｇ−ＰＤＵ内のＧ−ＰＤＵ内にある第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して第１の多重化パケットを得ることを含むことができる。
【０２６０】
ステップ６０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２６１】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含むことができる。このステップとステップ６０１からステップ６０７までとの間には、実行シーケンスがない。
【０２６２】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２６３】
実施形態７
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態６とは異なる。図１５を参照すると、この方法は以下のステップを含む。
【０２６４】
ステップ７０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２６５】
ステップ７０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２６６】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２６７】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２６８】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２６９】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０２７０】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０２７１】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０２７２】
ステップ７０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０２７３】
特定の実施を通じて、ステップ７０３は実施形態３のステップ３０３と同じとすることができ、本明細書では詳細について再度説明しない。
【０２７４】
ステップ７０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０２７５】
この実施形態の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダとすることができ、この第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド、及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０２７６】
この実施形態の別の実施方式では、多重化拡張ヘッダは第２の多重化拡張ヘッダとすることができ、この第２の多重化拡張は、第６のＴＥＩＤフィールド、及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０２７７】
この実施形態の更に別の実施方式では、多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第２の多重化拡張ヘッダを含むことができる。
【０２７８】
好ましくは、多重化拡張ヘッダの最初の多重化拡張ヘッダは第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダは第２の多重化拡張ヘッダである。
【０２７９】
この実施形態の更に別の実施方式では、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含むことができ、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含むことができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０２８０】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０２８１】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができる。第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。ＧＴＰ−Ｕヘッダが第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすること、又は第２の多重化拡張ヘッダとすることができ、或いは多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第２の多重化拡張ヘッダを含むことができる。ＧＴＰ−Ｕヘッダが第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第２の多重化拡張ヘッダを含むことができる。
【０２８２】
実際の適用例では、ＧＴＰ−Ｕヘッダ内にはなおＬｅｎｇｔｈフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされないことに留意されたい。第２の多重化拡張ヘッダ内にはＬｅｎｇｔｈフィールドがない。
【０２８３】
ステップ７０５：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る（取得されるＧＴＰ−Ｕの構造は図１６に示されている）。
【０２８４】
前述のステップ７０３〜７０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０２８５】
ステップ７０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０２８６】
ステップ７０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０２８７】
この実施形態の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２８８】
この実施形態の別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２８９】
この実施形態の更に別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールド、及びＧ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０２９０】
ステップ７０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０２９１】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ７０１からステップ７０８までとの間には、実行シーケンスがない。
【０２９２】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０２９３】
実施形態８
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送される、また少なくとも２つの多重化パケットが同じＵＥに関連する、という点で実施形態６とは異なる。図１７を参照すると、この方法は以下のステップを含む。
【０２９４】
ステップ８０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０２９５】
ステップ８０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０２９６】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０２９７】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０２９８】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０２９９】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３００】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３０１】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３０２】
ステップ８０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０３０３】
この実施形態の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダとすることができ、この第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド、及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３０４】
この実施形態の別の実施方式では、多重化拡張ヘッダは第１の多重化拡張ヘッダ及び第３の多重化拡張ヘッダを含むことができ、この第３の多重化拡張は、第７のＬｅｎｇｔｈフィールド、及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第７のＬｅｎｇｔｈフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３０５】
好ましくは、多重化拡張ヘッダの最初の多重化拡張ヘッダは第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダは第３の多重化拡張ヘッダである。
【０３０６】
この実施形態の更に別の実施方式では、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含むことができ、第３の多重化拡張ヘッダは更に、第３のＴフィールドを含むことができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３０７】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０３０８】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは、第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができる。第９のＬｅｎｇｔｈフィールドは、第１の多重化パケットのサイズを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすること、又は第３の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第３の多重化拡張ヘッダを含むことができる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第１の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第１の多重化拡張ヘッダ及び第３の多重化拡張ヘッダを含むことができる。
【０３０９】
実際の適用例では、ＧＴＰ−Ｕヘッダ内にはなおＴＥＩＤフィールドがあるが、このＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。第３の多重化拡張ヘッダ内にはＴＥＩＤフィールドがない。
【０３１０】
ステップ８０４：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０３１１】
前述のステップ８０３及びステップ８０４を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０３１２】
ステップ８０５：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０３１３】
ステップ８０６：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０３１４】
この実施形態の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３１５】
この実施形態の別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールド、及びＧ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３１６】
ステップ８０７：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０３１７】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ送信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ８０１からステップ８０７までとの間には、実行シーケンスがない。
【０３１８】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３１９】
実施形態９
本発明のこの実施形態はデータ伝送方法を提供し、この実施形態では、１つのＧＴＰ−Ｕパケットにカプセル化された少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するという点で、並びに、少なくとも２つの多重化パケットがカプセル化される前に少なくとも２つの多重化パケットがパディングされて、パディングされた少なくとも２つの多重化パケットのサイズが同じになる、という点で実施形態６とは異なる。図１８を参照すると、この方法は以下のステップを含む。
【０３２０】
ステップ９０１：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットを受信する。
【０３２１】
ステップ９０２：ＧＴＰ−Ｕ送信ノードは、少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを、多重化ポリシに従って決定する。
【０３２２】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３２３】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３２４】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３２５】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３２６】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３２７】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３２８】
ステップ９０３：ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにする。
【０３２９】
特定の実施を通じて、ステップ９０３は実施形態３のステップ３０３と同じとすることができ、本明細書では詳細について再度説明しない。
【０３３０】
ステップ９０４：ＧＴＰ−Ｕ送信ノードは、パディングされた少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、１つのＧ−ＰＤＵを得る。
【０３３１】
この実施形態の別の実施方式では、多重化拡張ヘッダは第２の多重化拡張ヘッダとすることができ、この第２の多重化拡張ヘッダは、第６のＴＥＩＤフィールド、及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３３２】
この実施形態の別の実施方式では、多重化拡張ヘッダは第２の多重化拡張ヘッダ及び第４の多重化拡張ヘッダを含むことができ、この第４の多重化拡張は、第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３３３】
この実施形態の更に別の実施方式では、第２の多重化拡張ヘッダは更に第６のＬｅｎｇｔｈフィールドを含むことができ、第４の多重化拡張ヘッダは更に第８のＬｅｎｇｔｈフィールドを含むことができる。第６のＬｅｎｇｔｈフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第８のＬｅｎｇｔｈフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０３３４】
好ましくは、多重化拡張ヘッダの最初の多重化拡張ヘッダは第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダは第４の多重化拡張ヘッダである。
【０３３５】
この実施形態の更に別の実施方式では、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含むことができ、第４の多重化拡張ヘッダは更に、第４のＴフィールドを含むことができる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダに対応する多重化パケットの前の多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３３６】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０３３７】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは、第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができ、又は第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含むことができる。第９のＬｅｎｇｔｈフィールドは、第１の多重化パケットのサイズを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド、第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、又はＧＴＰ−Ｕヘッダが第９のＴＥＩＤフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第２の多重化拡張ヘッダとすること、若しくは第４の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第２の多重化拡張ヘッダ及び第４の多重化拡張ヘッダを含むことができる。ＧＴＰ−Ｕヘッダが第９のＬｅｎｇｔｈフィールド及び第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、又はＧＴＰ−Ｕヘッダが第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む場合、多重化拡張ヘッダは、第２の多重化拡張ヘッダとすることができ、又は多重化拡張ヘッダは、第２の多重化拡張ヘッダ及び第４の多重化拡張ヘッダを含むことができる。
【０３３８】
実際の適用例では、ＧＴＰ−Ｕヘッダ内にはなおＬｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドはＩＰパケットの長さを示すデータでパディングされず、またＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされないことに留意されたい。第４の多重化拡張ヘッダ内にはＴＥＩＤフィールドがない。
【０３３９】
ステップ９０５：ＧＴＰ−Ｕ送信ノードは、Ｇ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得る。
【０３４０】
前述のステップ９０３〜９０５を実行することによって、ＧＴＰ−Ｕ送信ノードは、少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化する。
【０３４１】
ステップ９０６：ＧＴＰ−Ｕ送信ノードは、ＧＴＰ−Ｕパケットを受信ノードへ送信する。
【０３４２】
ステップ９０７：ＧＴＰ−Ｕ受信ノードは、ＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを得る。
【０３４３】
この実施形態の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３４４】
この実施形態の別の実施方式では、ステップ７０７は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールド、及びＧ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定すること、並びに、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとによって、Ｇ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることを含むことができる。
【０３４５】
ステップ９０８：ＧＴＰ−Ｕ受信ノードは、少なくとも２つの多重化パケットを送信する。
【０３４６】
この実施形態の更に別の実施方式では、この方法は更に、ＧＴＰ−Ｕ受信ノードによってＭＭＥ／ＰＣＲＦから多重化ポリシを得るステップを含む。このステップとステップ９０１からステップ９０８までとの間には、実行シーケンスがない。
【０３４７】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３４８】
実施形態１０
本発明のこの実施形態はデータ伝送装置を提供する。図１９を参照すると、装置は、
少なくとも２つのＩＰパケットを受信するように構成された受信モジュール１００１と、
多重化ポリシに従って、受信モジュール１００１で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するように構成された決定モジュール１００２であって、多重化ポリシは次の各条件、すなわち、多重化パケットはサイズが設定値以下のＩＰパケットであること、各多重化パケットのベアラ識別子が同一であること、各多重化パケットのサービス品質クラス識別子ＱＣＩが同一であること、並びに、各多重化パケットのフロー記述情報が同一であること、のうちの少なくとも１つを含む、決定モジュール１００２と、
少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するように構成されたカプセル化モジュール１００３と、
カプセル化モジュール１００３で得られたＧＴＰ−Ｕパケットを送信するように構成された送信モジュール１００４と
を含む。
【０３４９】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３５０】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３５１】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３５２】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３５３】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３５４】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３５５】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３５６】
実施形態１１
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＰＤヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが多重化パケットと１対１の対応関係にある例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２０を参照すると、装置は、
少なくとも２つのＩＰパケットを受信するように構成された受信モジュール１１０１と、
多重化ポリシに従って、受信モジュール１１０１で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するように構成された決定モジュール１１０２と、
少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するように構成されたカプセル化モジュール１１０３と、
カプセル化モジュール１１０３で得られたＧＴＰ−Ｕパケットを送信するように構成された送信モジュール１１０４と
を含む。
【０３５７】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３５８】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３５９】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３６０】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３６１】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３６２】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３６３】
この実施形態では、カプセル化モジュール１１０３は、
少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して少なくとも２つのＧ−ＰＤＵを得るように構成された第１のカプセル化ユニットと、
第１のカプセル化ユニットによって得られた少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化して、ＧＴＰ−Ｕパケットを得るように構成された第２のカプセル化ユニットと
を含む。
【０３６４】
この実施形態の実施方式では、第１のカプセル化ユニットは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するように構成される。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０３６５】
任意選択で、第１のカプセル化ユニットは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０３６６】
この実施形態の別の実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、第１のカプセル化ユニットは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するように、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド、及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダ内に設定するように、構成される。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０３６７】
任意選択で、第１のカプセル化ユニットは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、かつ第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを第２の多重化インジケーションフィールドとして用いるか、又は第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０３６８】
この実施形態の更に別の実施方式では、カプセル化モジュールは更にパディングユニットを含み、これは、第１のカプセル化ユニットが、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０３６９】
それに応じて、第１のカプセル化ユニットは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するように、若しくは第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するように、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するように、構成される。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０３７０】
任意選択で、第１のカプセル化ユニットは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、並びに、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０３７１】
この実施形態の更に別の実施方式では、第１のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、カプセル化モジュールは更にパディングユニットを含み、これは、第１のカプセル化ユニットが、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０３７２】
それに応じて、第１のカプセル化ユニットは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するように、又は第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定し、かつ第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダに設定するように、構成される。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０３７３】
任意選択で、第１のカプセル化ユニットは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、かつ第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを第４の多重化インジケーションフィールドとして用いるか、又は第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加するように、構成される。
【０３７４】
更に、第１のカプセル化ユニットは更に、第３のＬｅｎｇｔｈフィールドを第３のＧＴＰ−Ｕヘッダに設定し、第４のＬｅｎｇｔｈフィールドを第４のＧＴＰ−Ｕヘッダに設定するように、構成される。第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０３７５】
この実施形態の更に別の実施方式では、装置は更に、多重化ポリシをＭＭＥ／ＰＣＲＦから取得するように構成された取得モジュールを含む。
【０３７６】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０３７７】
実施形態１２
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＰＤヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、この多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるか、又はＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含み、ＧＴＰ−Ｕヘッダが第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  ＴｙｐｅフィールドがＧＴＰ−Ｕパケット内の第１の多重化パケットと対応しており、少なくとも１つの多重化拡張ヘッダが、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕヘッダ内の第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２１を参照すると、装置は、
少なくとも２つのＩＰパケットを受信するように構成された受信モジュール１２０１と、
多重化ポリシに従って、受信モジュール１２０１で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定するように構成された決定モジュール１２０２と、
少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化するように構成されたカプセル化モジュール１２０３と、
カプセル化モジュール１２０３で得られたＧＴＰ−Ｕパケットを送信するように構成された送信モジュール１２０４と
を含む。
【０３７８】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０３７９】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０３８０】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０３８１】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０３８２】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０３８３】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０３８４】
この実施形態では、カプセル化モジュール１２０３は、
少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになるように構成された第３のカプセル化ユニットと、
第３のカプセル化ユニットによって得られたＧ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化して、ＧＴＰ−Ｕパケットを得るように構成された第４のカプセル化ユニットと
を含む。
【０３８５】
この実施形態の実施方式では、第３のカプセル化ユニットは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するように構成される。第５のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０３８６】
任意選択で、第３のカプセル化ユニットは、更に第１のＴフィールドを第１の多重化拡張ヘッダ内に設定するように構成され、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３８７】
この実施形態の別の実施方式では、カプセル化モジュールは更にパディングユニットを含み、これは、第３のカプセル化ユニットが、少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０３８８】
それに応じて、第３のカプセル化ユニットは、第５のＬｅｎｇｔｈフィールド、ＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するように、若しくは第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するように、又は第５のＬｅｎｇｔｈフィールド、ＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するように、構成される。
【０３８９】
任意選択で、第３のカプセル化ユニットは、更に第１のＴフィールドを第１の多重化拡張ヘッダ内に設定するように、更に第２のＴフィールドを第２の多重化拡張ヘッダ内に設定するように構成される。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３９０】
この実施形態の更に別の実施方式では、第３のカプセル化ユニットがカプセル化を実行する少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、第３のカプセル化ユニットは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するように、又は第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第３の多重化拡張ヘッダ内に設定するように、構成される。
【０３９１】
任意選択で、第３のカプセル化ユニットは、更に第１のＴフィールドを第１の多重化拡張ヘッダ内に設定するように、更に第３のＴフィールドを第３の多重化拡張ヘッダ内に設定するように構成される。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３９２】
この実施形態の更に別の実施方式では、第３のカプセル化ユニットによりカプセル化が行われる少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、カプセル化モジュールは更にパディングユニットを含み、これは、第３のカプセル化ユニットが、少なくとも２つの多重化パケットについてＧＴＰ−Ｕヘッダをカプセル化する前に、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるように、構成される。
【０３９３】
それに応じて、第３のカプセル化ユニットは、第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するように、又は第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定し、かつ第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第４の多重化拡張ヘッダ内に設定するように、構成される。
【０３９４】
任意選択で、第３のカプセル化ユニットは、更に第２のＴフィールドを第２の多重化拡張ヘッダ内に設定し、更に第４のＴフィールドを第４の多重化拡張ヘッダ内に設定するように、構成される。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０３９５】
更に、第３のカプセル化ユニットは更に、第６のＬｅｎｇｔｈフィールドを第２の多重化拡張ヘッダ内に設定し、第８のＬｅｎｇｔｈフィールドを第４の多重化拡張ヘッダ内に設定するように、構成される。
【０３９６】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０３９７】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０３９８】
この実施形態の更に別の実施方式では、装置は更に、多重化ポリシをＭＭＥ／ＰＣＲＦから取得するように構成された取得モジュールを含む。
【０３９９】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４００】
実施形態１３
本発明のこの実施形態はデータ伝送装置を提供する。図２２を参照すると、装置は、
ＧＴＰ−Ｕパケットを受信するように構成された受信モジュール１３０１であって、ＧＴＰ−Ｕパケットが、少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットが、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである、受信モジュール１３０１と、
受信モジュール１３０１で受信されたＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成されたカプセル化解除モジュール１３０２と、
カプセル化解除モジュール１３０２で得られた少なくとも２つの多重化パケットを送信するように構成された送信モジュール１３０３と
を含む。
【０４０１】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４０２】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４０３】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４０４】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４０５】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４０６】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４０７】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４０８】
実施形態１４
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが１つのＩＰヘッダ、１つのＵＰＤヘッダ、少なくとも２つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが多重化パケットと１対１の対応関係にある例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２３を参照すると、装置は、
ＧＴＰ−Ｕパケットを受信するように構成された受信モジュール１４０１であって、ＧＴＰ−Ｕパケットが、少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットが、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである、受信モジュール１４０１と、
受信モジュール１４０１で受信されたＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成されたカプセル化解除モジュール１４０２と、
カプセル化解除モジュール１４０２で得られた少なくとも２つの多重化パケットを送信するように構成された送信モジュール１４０３と
を含む。
【０４０９】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４１０】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４１１】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４１２】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４１３】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４１４】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４１５】
この実施形態では、カプセル化解除モジュール１５０２は、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つのＧ−ＰＤＵを得るように構成された第１のカプセル化解除ユニットであって、少なくとも２つのＧ−ＰＤＵのそれぞれのＧ−ＰＤＵが１つのＧＴＰ−Ｕヘッダを含む、第１のカプセル化解除ユニットと、
少なくとも２つのＧ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従って、第１のカプセル化解除ユニットで得られた少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成された第２のカプセル化解除ユニットと
を含む。
【０４１６】
この実施形態の実施方式では、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４１７】
この実施形態では、第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４１８】
任意選択で、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４１９】
この実施形態の別の実施方式では、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４２０】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４２１】
この実施形態では、第２のＧＴＰ−Ｕヘッダは、第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを含む。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４２２】
任意選択で、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４２３】
この実施形態の更に別の実施方式では、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４２４】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０４２５】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４２６】
この実施形態では、第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含む。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４２７】
任意選択で、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４２８】
この実施形態の更に別の実施方式では、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤ及び第３の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得る、ように構成される。
【０４２９】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、第２のカプセル化解除ユニットは、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４３０】
この実施形態では、第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含む。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４３１】
任意選択で、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０４３２】
更に、第３のＧＴＰ−Ｕヘッダは更に第３のＬｅｎｇｔｈフィールドを含み、第４のＧＴＰ−Ｕヘッダは更に第４のＬｅｎｇｔｈフィールドを含み、第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０４３３】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４３４】
実施形態１５
本発明のこの実施形態では一例として、ＧＴＰ−Ｕパケットが、１つのＩＰヘッダ、１つのＵＤＰヘッダ、１つのＧＴＰ−Ｕヘッダ、及び少なくとも２つの多重化パケットを含み、ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダは多重化パケットと１対１の対応関係にあり、或いはＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含み、このＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−ＵパケットにおけるＧＴＰ−Ｕヘッダ内の第１の拡張ヘッダが多重化拡張ヘッダであるかどうかを示すのに用いられる例を、本発明で提供されるデータ伝送装置を説明するために用いる。図２４を参照すると、装置は、
ＧＴＰ−Ｕパケットを受信するように構成された受信モジュール１５０１であって、ＧＴＰ−Ｕパケットが、少なくとも２つの多重化パケットをカプセル化することによって得られ、少なくとも２つの多重化パケットが、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである、受信モジュール１５０１と、
受信モジュール１５０１で受信されたＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成されたカプセル化解除モジュール１５０２と、
カプセル化解除モジュール１５０２で得られた少なくとも２つの多重化パケットを送信するように構成された送信モジュール１５０３と
を含む。
【０４３５】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４３６】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、フロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４３７】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４３８】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４３９】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４４０】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４４１】
この実施形態では、カプセル化解除モジュール１５０２は、
ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、１つのＧ−ＰＤＵを得るように構成された第３のカプセル化解除ユニットと、
Ｇ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従って、第３のカプセル化解除ユニットで得られたＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得るように構成された第４のカプセル化解除ユニットと
を含む。
【０４４２】
この実施形態の実施方式では、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４４３】
この実施形態では、第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４４４】
任意選択で、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含み、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４４５】
この実施形態の別の実施方式では、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは：Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４４６】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０４４７】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４４８】
この実施形態では、第２の多重化拡張ヘッダは、第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４４９】
任意選択で、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４５０】
この実施形態の更に別の実施方式では、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４５１】
或いは、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４５２】
この実施形態では、第３の多重化拡張ヘッダは、第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第７のＬｅｎｇｔｈフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４５３】
任意選択で、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第３の多重化拡張ヘッダは更に、第３のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４５４】
この実施形態の更に別の実施方式では、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４５５】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、第４のカプセル化解除ユニットは、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る、ように構成される。
【０４５６】
この実施形態では、第４の多重化拡張ヘッダは、第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４５７】
任意選択で、第２の多重化拡張ヘッダは更に第２のＴフィールドを含み、第４の多重化拡張ヘッダは更に、第４のＴフィールドを含む。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４５８】
更に、第２の多重化拡張ヘッダは更に第６のＬｅｎｇｔｈフィールドを含み、第４の多重化拡張ヘッダは更に、第８のＬｅｎｇｔｈフィールドを含み、第６のＬｅｎｇｔｈフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８のＬｅｎｇｔｈフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０４５９】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０４６０】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０４６１】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４６２】
実施形態１６
本発明のこの実施形態はデータ伝送装置を提供し、この装置は、ＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、若しくはｅＮＢとすることができるか、又はＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、及びｅＮＢのうちのいくつかとすることができる。図２５を参照すると、装置は、送信器１１、受信器１２、メモリ１３、及びプロセッサ１４（ＣＰＵなど）を含み、実施形態１〜実施形態９のうちの任意の実施形態の方法を実行するように構成することができる。
【０４６３】
図２５を参照して、以下ではデータ伝送装置１０の構成要素部品についての具体的な概説を行う。
【０４６４】
メモリ１３は、ソフトウェアプログラム及びアプリケーションモジュールを格納するように構成することができる。メモリ１３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせることによって、プロセッサ１４は、データ伝送装置１０の様々な機能アプリケーションを実行し、データ処理を行う。メモリ１３は、主としてプログラム記憶領域及びデータ記憶領域を含むことができ、オペレーティングシステム、及び少なくとも１つの機能に必要とされるアプリケーションプログラムなどはプログラム記憶領域に格納することができ、カプセル化処理により生成されたデータ（ＧＴＰ−Ｕパケットなど）はデータ記憶領域に格納することができる。加えて、メモリ１３は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ＲＡＭ）を含むことができ、更に、少なくとも１つのディスク記憶構成要素、フラッシュメモリ構成要素などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、又は他の揮発性固体記憶構成要素を含むことができる。
【０４６５】
受信器１２は、少なくとも２つのＩＰパケットを受信するように構成することができる。このＩＰパケットはＵＥ又はＣＮから送信される。
【０４６６】
送信器１１は、ＧＴＰ−Ｕパケットを送信するように構成することができる。
【０４６７】
プロセッサ１４は、データ伝送装置１０の制御センタであり、様々なインターフェース及びラインを用いて、データ伝送装置１０全体の様々な部分を接続する。
【０４６８】
詳細には、メモリ１３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせ、すなわち実行し、またメモリ１３に格納されているデータを呼び出すことによって、プロセッサ１４は、多重化ポリシに従って、受信器１２で受信された少なくとも２つのＩＰパケットから少なくとも２つの多重化パケットを決定し、これら少なくとも２つの多重化パケットを１つのＧＴＰ−Ｕパケットにカプセル化すると、次に、送信器１１がＧＴＰ−Ｕパケットを送信する。
【０４６９】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０４７０】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、及びフロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０４７１】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０４７２】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０４７３】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０４７４】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０４７５】
この実施形態の実施方式では、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれについてＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのＧ−ＰＤＵを得ること、また少なくとも２つのＧ−ＰＤＵについて１つのＩＰヘッダ及び１つのＵＤＰヘッダをカプセル化して、ＧＴＰ−Ｕパケットを得ることができる。
【０４７６】
任意選択で、プロセッサ１４は、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定することができる。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４７７】
更に、プロセッサ１４は、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加することができる。
【０４７８】
任意選択で、第１のカプセル化ユニットによりカプセル化が行われる少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、プロセッサ１４は、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するか、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダ内に設定することができる。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４７９】
更に、プロセッサ１４は、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドを第１の多重化インジケーションフィールドとして用いるか、又は第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダの拡張ヘッダに追加すること、並びに、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドを第２の多重化インジケーションフィールドとして用いるか、又は第２の多重化インジケーションフィールドを第２のＧＴＰ−Ｕヘッダの拡張ヘッダに追加することができる。
【０４８０】
任意選択で、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定するか、若しくは第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定する、又は第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを第１のＧＴＰ−Ｕヘッダ内に設定し、かつ第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定することができる。第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４８１】
更に、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドは、第１の多重化インジケーションフィールドとして使用されるか、又は第１の多重化インジケーションフィールドが第１のＧＴＰ−Ｕヘッダの拡張ヘッダに加えられ、また第３のＧＴＰ−Ｕヘッダ内の未使用フィールドは、第３の多重化インジケーションフィールドとして使用されるか、又は第３の多重化インジケーションフィールドが第３のＧＴＰ−Ｕヘッダの拡張ヘッダに加えられる。
【０４８２】
任意選択で、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、また第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定するか、又は第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダ内に設定し、かつ第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダ内に設定することができる。第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０４８３】
更に、プロセッサ１４は、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドを第３の多重化インジケーションフィールドとして用いるか、又は第３の多重化インジケーションフィールドを第３のＧＴＰ−Ｕヘッダの拡張ヘッダに追加すること、また第４のＧＴＰ−Ｕヘッダ内の未使用フィールドを第４の多重化インジケーションフィールドとして用いるか、又は第４の多重化インジケーションフィールドを第４のＧＴＰ−Ｕヘッダの拡張ヘッダに追加することができる。
【０４８４】
更に、プロセッサ１４は、第３のＬｅｎｇｔｈフィールドを第３のＧＴＰ−Ｕヘッダ内に設定し、第４のＬｅｎｇｔｈフィールドを第４のＧＴＰ−Ｕヘッダ内に設定することができる。第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられる。
【０４８５】
任意選択で、受信器１２は、ＭＭＥ／ＰＣＲＦから多重化ポリシを取得することができる。
【０４８６】
この実施形態の別の実施方式では、プロセッサ１４は、少なくとも２つの多重化パケットについて１つのＧＴＰ−Ｕヘッダをカプセル化して、少なくとも２つのカプセル化された多重化パケットが１つのＧ−ＰＤＵになり、このＧ−ＰＤＵについてＩＰヘッダ及びＵＤＰヘッダをカプセル化してＧＴＰ−Ｕパケットを得ることができる。
【０４８７】
任意選択で、プロセッサ１４は、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定することができる。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０４８８】
更に、プロセッサ１４は、第１のＴフィールドを第１の多重化拡張ヘッダ内に更に設定することができ、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４８９】
任意選択で、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するか、若しくは第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定する、又は第５のＬｅｎｇｔｈフィールド、ＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定する。
【０４９０】
更に、プロセッサ１４は、第１のＴフィールドを第１の多重化拡張ヘッダ内に更に設定し、第２のＴフィールドを第２の多重化拡張ヘッダ内に更に設定することができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４９１】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、プロセッサ１４は、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定するか、又は第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第１の多重化拡張ヘッダ内に設定し、かつ第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第３の多重化拡張ヘッダ内に設定することができる。
【０４９２】
更に、プロセッサ１４は、第１のＴフィールドを第１の多重化拡張ヘッダ内に更に設定し、第３のＴフィールドを第３の多重化拡張ヘッダ内に更に設定することができる。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４９３】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、かつ少なくとも２つの多重化パケットが同じＵＥに関連するとき、プロセッサ１４は、少なくとも２つの多重化パケットのそれぞれをパディングして、パディングされた少なくとも２つの多重化パケットのサイズがそれぞれ設定値になるようにし、また第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定するか、又は第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第２の多重化拡張ヘッダ内に設定し、かつ第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを第４の多重化拡張ヘッダ内に設定することができる。
【０４９４】
更に、プロセッサ１４は、第２のＴフィールドを第２の多重化拡張ヘッダ内に更に設定し、第４のＴフィールドを第４の多重化拡張ヘッダ内に更に設定することができる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０４９５】
受信器は更に、
モビリティ管理エンティティＭＭＥ／ポリシ制御及び課金ルール機能エンティティＰＣＲＦから多重化ポリシを取得する
ように構成される。
【０４９６】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、またＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０４９７】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０４９８】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０４９９】
実施形態１７
本発明のこの実施形態はデータ伝送装置を提供し、この装置は、ＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、若しくはｅＮＢとすることができるか、又はＧＧＳＮ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ＡＰ、ＮｏｄｅＢ、及びｅＮＢのうちのいくつかとすることができる。図２６を参照すると、装置は、送信器２１、受信器２２、メモリ２３、及びプロセッサ２４（ＣＰＵなど）を含み、実施形態１〜実施形態９のうちの任意の実施形態の方法を実行するように構成することができる。
【０５００】
図２６を参照して、以下ではデータ伝送装置２０の一体部品についての具体的な概説を行う。
【０５０１】
メモリ２３は、ソフトウェアプログラム及びアプリケーションモジュールを格納するように構成することができる。メモリ２３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせることによって、プロセッサ２４は、データ伝送装置２０の様々な機能アプリケーションを実行し、データ処理を行う。メモリ２３は、主としてプログラム記憶領域及びデータ記憶領域を含むことができ、オペレーティングシステム、及び少なくとも１つの機能に必要とされるアプリケーションプログラムなどはプログラム記憶領域に格納することができ、カプセル化解除処理により生成されたデータ（ＩＰパケットなど）はデータ記憶領域に格納することができる。加えて、メモリ２３は、高速ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ランダムアクセスメモリ）を含むことができ、更に、少なくとも１つのディスク記憶構成要素、フラッシュメモリ構成要素などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、又は他の揮発性固体記憶構成要素を含むことができる。
【０５０２】
受信器２２は、ＧＴＰ−Ｕパケットを受信するように構成することができ、このＧＴＰ−Ｕパケットは、ＧＴＰ−Ｕ送信ノードから送信される。ＧＴＰ−Ｕパケットは、少なくとも２つの多重化パケットカプセル化することによって得られ、少なくとも２つの多重化パケットは、多重化ポリシに従って決定される少なくとも２つのＩＰパケットである。
【０５０３】
この実施形態では、多重化ポリシは、多重化パケットはサイズが設定値以下のＩＰパケットである、ことを含むことができる。特定の実施を通じて、多重化パケットのサイズは設定値以下であり、１２８バイトとすることができる。
【０５０４】
ＩＰパケットのサイズに加えて、多重化ポリシは、ＩＰパケットのベアラ識別子、ＱＣＩ、及びフロー識別情報などを含むことができる。ＩＰパケットを受信した後、ＧＴＰ−Ｕノードは、以下の条件、すなわち、パケットの関連先のベアラと、パケットで必要とされるＱＣＩと、パケットのＩＰヘッダにある送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報と、のうちの少なくとも１つに従って、ＩＰパケットが多重化ポリシを満たすかどうかを判定し、ＩＰパケットが多重化ポリシを満たす場合には本発明の方法を実行して、多重化ポリシを満たすＩＰパケットのデータ伝送を実行する。
【０５０５】
たとえば、多重化ポリシが、「ベアラ識別子が２であり、ＱＣＩが３であり、送信元アドレスが１０．１０．１０．１０であるパケットをカプセル化すること」である場合、ＩＰパケットを受信後、ＧＴＰ−Ｕノードは、そのパケットがベアラ２に関連するかどうか、ＩＰパケットで必要とされるＱＣＩが３であるかどうか、またパケットの送信元アドレスが１０．１０．１０．１０であるかどうかを判定し、これらの条件すべてが満たされる場合、本発明の方式を実行してデータ伝送を行う。
【０５０６】
ＧＴＰ−Ｕトンネルが定義されているとき、ＧＴＰ−Ｕトンネルとユーザ情報の間の対応関係が確立される。この対応関係には、ＩＰパケットのベアラ識別子、ＱＣＩ及びフロー記述情報、並びにＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート及び宛先ポートについての情報などが含まれる。したがって、ＩＰパケットの前述のベアラ識別子、ＱＣＩ、フロー記述情報などは、以下の方式で得ることができる。
【０５０７】
多重化パケットをカプセル化するとき、ＧＴＰ−Ｕ送信ノードは、多重化パケットの送信元アドレス及び宛先アドレスにより、多重化パケットのために用いられるＧＴＰ−Ｕトンネルを決定し、この多重化パケットのために用いられるＧＴＰ−Ｕトンネルにより、多重化パケットに対応するユーザ情報を得る。
【０５０８】
実際の適用例では、多重化ポリシは、ＩＰパケットが関連する加入者加入情報（加入者カテゴリなど）に対応している可能性がある。ＩＰパケットのＱＣＩを一例として用いる。加入済ゴールド加入者では、ＱＣＩが９であるＩＰパケットを多重化することができる。つまり、比較的重要度が低いＩＰパケットが多重化パケットであり得る。加入済シルバー加入者では、ＱＣＩが４〜９の範囲であるＩＰパケットを多重化することができる。つまり、ほとんどのＩＰパケットが多重化パケットであり得る。加入済ブロンズ加入者では、ＱＣＩが１〜９の範囲であるＩＰパケットを多重化することができる。つまり、すべてのＩＰパケットが多重化パケットであり得る。
【０５０９】
送信器２１は、少なくとも２つの多重化パケットを送信するように構成することができる。
【０５１０】
プロセッサ２４は、データ伝送装置２０の制御センタであり、様々なインターフェース及びラインを用いて、データ伝送装置２０全体の各部を接続する。
【０５１１】
詳細には、メモリ２３に格納されているソフトウェアプログラム及びアプリケーションモジュールを走らせ、すなわち実行し、またメモリ２３に格納されているデータを呼び出すことによって、プロセッサ２４は、受信器２２で受信されたＧＴＰ−Ｕパケットをカプセル化解除して少なくとも２つの多重化パケットを取得し、これら少なくとも２つの多重化パケットを、送信器２１を用いて送信することができる。
【０５１２】
この実施形態の方式では、プロセッサ２４は、ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、少なくとも２つのＧ−ＰＤＵを得ることができる。これら少なくとも２つのＧ−ＰＤＵのそれぞれのＧ−ＰＵＤは１つのＧＴＰ−Ｕヘッダを含み、少なくとも２つのＧ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従って少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得る。
【０５１３】
任意選択で、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５１４】
この実施形態では、第１のＧＴＰ−Ｕヘッダは、第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドを含む。第１のＬｅｎｇｔｈフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第１のＴＥＩＤフィールドは、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第１の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第１のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５１５】
更に、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５１６】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて送信され、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５１７】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第２のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内の第２の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第２のＧＴＰ−Ｕヘッダ内にある第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５１８】
この実施形態では、第２のＧＴＰ−Ｕヘッダは、第２のＬｅｎｇｔｈフィールド及び第２の多重化インジケーションフィールドを含む。第２のＬｅｎｇｔｈフィールドは、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットのサイズを示すのに用いられ、第２の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第２のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５１９】
更に、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第２の多重化インジケーションフィールドは、第２のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第２のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５２０】
任意選択で、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５２１】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、ネットワーク構成とに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０５２２】
或いは、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第１のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内の第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第１のＧＴＰ−Ｕヘッダ内にある第１のＬｅｎｇｔｈフィールド、第１のＴＥＩＤフィールド及び第１の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＬｅｎｇｔｈフィールド及び第３の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５２３】
この実施形態では、第３のＧＴＰ−Ｕヘッダは、第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドを含み、第３のＴＥＩＤフィールドは、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５２４】
更に、第１の多重化インジケーションフィールドは、第１のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第１のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５２５】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して少なくとも２つの多重化パケットを得ることができる。
【０５２６】
或いは、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、少なくとも２つの多重化パケットのサイズがそれぞれ設定値であり、ＧＴＰ−Ｕヘッダの最初のＧＴＰ−Ｕヘッダが第３のＧＴＰ−Ｕヘッダであり、最初のＧＴＰ−Ｕヘッダ以外のＧＴＰ−Ｕヘッダが第４のＧＴＰ−Ｕヘッダであるとき、プロセッサ２４は、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内の第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、少なくとも２つのＧ−ＰＤＵにおける第３のＧＴＰ−Ｕヘッダ内にある第３のＴＥＩＤフィールド及び第３の多重化インジケーションフィールドと、少なくとも２つのＧ−ＰＤＵにおける第４のＧＴＰ−Ｕヘッダ内の第４の多重化インジケーションフィールドとに従って、少なくとも２つのＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５２７】
この実施形態では、第４のＧＴＰ−Ｕヘッダは、第４の多重化インジケーションフィールドを含み、第４の多重化インジケーションフィールドは、ＧＴＰ−Ｕパケット内に、第３のＧＴＰ−Ｕヘッダに対応する多重化パケットに続く別の多重化パケットが存在するかどうかを示すのに用いられる。
【０５２８】
更に、第３の多重化インジケーションフィールドは、第３のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第３のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有され、第４の多重化インジケーションフィールドは、第４のＧＴＰ−Ｕヘッダ内の未使用フィールドであるか、又は第４のＧＴＰ−Ｕヘッダの拡張ヘッダ内に保有される。
【０５２９】
更に、第３のＧＴＰ−Ｕヘッダは更に第３のＬｅｎｇｔｈフィールドを含み、第４のＧＴＰ−Ｕヘッダは更に第４のＬｅｎｇｔｈフィールドを含み、第３のＬｅｎｇｔｈフィールドは、第３のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第４のＬｅｎｇｔｈフィールドは、第４のＧＴＰ−Ｕヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０５３０】
この実施形態の別の方式では、プロセッサ２４は、ＧＴＰ−Ｕパケット内のＩＰヘッダ及びＵＤＰヘッダに従ってＧＴＰ−Ｕパケットをカプセル化解除して、１つのＧ−ＰＤＵを得ること、及びＧ−ＰＤＵ内のＧＴＰ−Ｕヘッダに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５３１】
任意選択で、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５３２】
この実施形態では、第１の多重化拡張ヘッダは、第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＬｅｎｇｔｈフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第５のＴＥＩＤフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第１の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５３３】
更に、第１の多重化拡張ヘッダは更に、第１のＴフィールドを含み、第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５３４】
任意選択で、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５３５】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、ネットワーク構成とに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。ここでネットワーク構成は、設定値のサイズを示すのに用いられる。
【０５３６】
或いは、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５３７】
この実施形態では、第２の多重化拡張ヘッダは、第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第６のＴＥＩＤフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられ、第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第２の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５３８】
更に、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第２の多重化拡張ヘッダは更に、第２のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５３９】
任意選択で、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、ＧＴＰ−Ｕヘッダにおける多重化拡張ヘッダが第１の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５４０】
或いは、１つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、多重化拡張ヘッダの最初の多重化拡張ヘッダが第１の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第３の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内の第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内の第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第１の多重化拡張ヘッダ内にある第５のＬｅｎｇｔｈフィールド、第５のＴＥＩＤフィールド及び第２のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第３の多重化拡張ヘッダ内にある第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５４１】
この実施形態では、第３の多重化拡張ヘッダは、第７のＬｅｎｇｔｈフィールド及び第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第７のＬｅｎｇｔｈフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのサイズを示すのに用いられ、第４のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第３の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５４２】
更に、第１の多重化拡張ヘッダは更に第１のＴフィールドを含み、第３の多重化拡張ヘッダは更に、第３のＴフィールドを含む。第１のＴフィールドは、第１の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第１の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第３のＴフィールドは、第３の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第３の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５４３】
任意選択で、少なくとも２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダが第２の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５４４】
或いは、２つの多重化パケットが、同じＧＴＰ−Ｕトンネルを用いて伝送され、１つの多重化パケットのサイズが設定値であり、多重化拡張ヘッダの最初の多重化拡張ヘッダが第２の多重化拡張ヘッダであり、最初の多重化拡張ヘッダ以外の多重化拡張ヘッダが第４の多重化拡張ヘッダであるとき、プロセッサ２４は、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内の第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従って、カプセル化解除される必要がある多重化パケットを決定し、Ｇ−ＰＤＵにおける第２の多重化拡張ヘッダ内にある第６のＴＥＩＤフィールド及び第３のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドと、Ｇ−ＰＤＵにおける第４の多重化拡張ヘッダ内の第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドとに従ってＧ−ＰＤＵをカプセル化解除して、少なくとも２つの多重化パケットを得ることができる。
【０５４５】
この実施形態では、第４の多重化拡張ヘッダは、第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含む。第５のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内に、第４の多重化拡張ヘッダに続く別の多重化拡張ヘッダが存在するかどうかを示すのに用いられる。
【０５４６】
更に、第２の多重化拡張ヘッダは更に第２のＴフィールドを含み、第４の多重化拡張ヘッダは更に、第４のＴフィールドを含む。第２のＴフィールドは、第２の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第２の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。第４のＴフィールドは、第４の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルが、第４の多重化拡張ヘッダの前の多重化拡張ヘッダに対応する多重化パケットのために用いられるＧＴＰ−Ｕトンネルと同じであるかどうかを示すのに用いられる。
【０５４７】
更に、第２の多重化拡張ヘッダは更に第６のＬｅｎｇｔｈフィールドを含み、第４の多重化拡張ヘッダは更に、第８のＬｅｎｇｔｈフィールドを含み、第６のＬｅｎｇｔｈフィールドは、第２の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられ、第８のＬｅｎｇｔｈフィールドは、第４の多重化拡張ヘッダに対応するパディングされた多重化パケットのサイズを示すのに用いられる。
【０５４８】
ＧＴＰ−Ｕヘッダが少なくとも２つの多重化拡張ヘッダを含み、これらの多重化拡張ヘッダが多重化パケットと１対１の対応関係にあるとき、ＧＴＰ−Ｕヘッダ内にはなお、Ｌｅｎｇｔｈフィールド及びＴＥＩＤフィールドがあるが、このＬｅｎｇｔｈフィールドは、ＩＰパケットの長さを示すデータでパディングされず、ＴＥＩＤフィールドは、ＩＰパケットのために用いられるＧＴＰ−Ｕトンネルを示すデータでパディングされない。
【０５４９】
ＧＴＰ−Ｕヘッダが少なくとも１つの多重化拡張ヘッダを含むとき、ＧＴＰ−Ｕヘッダは第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドを含み、第１のＮｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットに対応しており、少なくとも１つの多重化拡張ヘッダは、第１の多重化パケットを除いて、ＧＴＰ−Ｕパケット内の多重化パケットと１対１の対応関係にあり、ＧＴＰ−Ｕヘッダは更に、第９のＬｅｎｇｔｈフィールド及び第９のＴＥＩＤフィールドを含み、第９のＬｅｎｇｔｈフィールドは、ＧＴＰ−Ｕパケット内の第１の多重化パケットの長さを示すのに用いられ、第９のＴＥＩＤフィールドは、第１の多重化パケットのために用いられるＧＴＰ−Ｕトンネルを示すのに用いられる。
【０５５０】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０５５１】
実施形態１８
本発明のこの実施形態は、通信デバイスを提供する。図２７を参照すると、デバイスは、実施形態１０、実施形態１１、実施形態１２又は実施形態１６で提供された装置１８０１と、実施形態１３、実施形態１４、実施形態１５又は実施形態１７で提供された装置１８０２とを含む。
【０５５２】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０５５３】
実施形態１９
本発明のこの実施形態は、通信システムを提供する。図２８を参照すると、このシステムは、実施形態１８で提供された少なくとも２つの通信デバイス１９０１を含む。
【０５５４】
本発明のこの実施形態では、多重化ポリシに従って決定される少なくとも２つのＩＰパケットが１つのＧＴＰ−Ｕパケットにカプセル化され、このＧＴＰ−Ｕパケットが送信される。ＰＲＮ上でのデータ伝送の処理では、ＧＴＰ−ＵノードがＧＴＰ−Ｕパケットを複数回転送し、ＩＰヘッダから１つのルートを得るにはリソースが、転送が行われる度に１回消費される必要がある。それぞれのＧＴＰ−Ｕパケットについて、転送が実行される度に消費されるリソースは同じものである。したがって、転送が実行される度に、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットは、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットよりも、消費するリソースが少ない。加えて、１つのＩＰヘッダ、及び１つのＵＤＰヘッダがＧＴＰ−Ｕパケットごとにカプセル化される。したがって、１つのＧＴＰ−Ｕパケットにカプセル化される少なくとも２つのＩＰパケットの各ＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率は、従来技術で１つのＧＴＰ−Ｕパケットにカプセル化される１つのＩＰパケットの、ＧＴＰ−Ｕパケット全体に対する比率よりも大きく、これにより、ネットワーク帯域幅利用度が改善され、また伝送効率が改善されるようになる。
【０５５５】
前述の実施形態で提供されたデータ伝送装置がデータ伝送を行うとき、前述の各機能モジュールの単に部分だけが説明のための一例として用いられていることに留意されたい。実際の適用例では、これらの機能は、実施するのに必要に応じて異なる機能モジュールに割り当てることができる。つまり、装置の内部構造は、上述の機能の全部又は一部を実施するのに、異なる機能モジュールに分割される。加えて、前述の実施形態で提供されているデータ伝送装置及びデータ伝送方法の実施形態は、同じ概念に関連する。特定の実施では、データ伝送装置の処理が方法実施形態を指しており、本明細書では詳細について再度説明しない。
【０５５６】
当業者には、実施形態のステップの全部又は一部をハードウェアによって、又は関連したハードウェアに命令するプログラムによって実施できることが理解されよう。プログラムは、コンピュータ可読記憶媒体に格納することができる。記憶媒体は、読み取り専用メモリ、磁気ディスク、又は光ディスクを含むことができる。
【０５５７】
本発明の前述の実施形態の連続番号は、単に説明を目的とするものであり、実施形態の優先順位を示すものではない。
【０５５８】
前述の説明は、本発明の単なる例示的な実施形態にすぎず、本発明を限定するものではない。本発明の趣旨及び原理から逸脱することなく加えられるいかなる修正、等価の置換え、及び改善も、本発明の保護範囲内に入るべきものである。
【国際調査報告】
2016524379.tif 000031
2016524379.tif 000032
2016524379.tif 000033
2016524379.tif 000034