(57)【要約】本発明は、通信ネットワークにアクセスするために、ルータにデータパケットの流れを送信する手段を含む通信端末であって、前記流れが移動テレフォニー規格に対応するか否かを示すクライアント情報を前記流れに挿入する手段が設けられることを特徴とする、通信端末に関する。
2005535261.tif 000002
【特許請求の範囲】
【請求項１】
データのパケットのストリーム（ｆｕ）を、通信ネットワーク（Ｎ）へのアクセスルータ（Ｒ）に送信する手段を含む通信端末（ＴＵ）であって、前記ストリームが移動電話規格に対応するかどうかを示すクライアント情報を前記ストリームに挿入する手段を含むことを特徴とする通信端末。
【請求項２】
前記規格がユニバーサル移動体通信システム（ＵＭＴＳ）規格である請求項１に記載の通信端末。
【請求項３】
前記クライアント情報が前記パケットのヘッダーに挿入される請求項１または２に記載の通信端末。
【請求項４】
前記クライアント情報が前記パケットのホップバイホップオプションヘッダーに挿入される請求項３に記載の通信端末。
【請求項５】
通信ネットワークに属する、データのパケットのストリームを受信する手段を含む、ルータであって、前記ストリームが移動電話規格に対応するかどうかを、前記ストリームに挿入されたクライアント情報から決定する手段と、この方法により決定されたものに応じて、サービス品質保証機構を実施する手段とを含むことを特徴とするルータ。
【請求項６】
前記通信ネットワークへのアクセスルータの形式を取る請求項５に記載のルータ。
【請求項７】
前記サービス品質保証機構が、前記ストリームに含まれるクライアントに関する他の情報に依存する請求項５または６に記載のルータ。
【請求項８】
課金サーバに、前記ストリームが移動電話規格に対応するかどうかを示す通知を行う手段をさらに含む請求項５または６に記載のルータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動ネットワーク、特に、通常はユニバーサル移動体通信システム（ＵＭＴＳ）ネットワークと呼ばれる、第３世代の移動ネットワークの通信設備に関する。
【０００２】
より詳しくは、上記種類のネットワークに属するルータ、特にアクセスルータと、そのネットワークに接続された端末とに関する。
【背景技術】
【０００３】
第３世代の移動端末は、一方では、画像、ビデオなどのマルチメディアデータの伝達を可能にするために高い伝送容量を必要とし、他方では、所与の閾値を超えない２つの連続したデータパケット間の、保証される最小ビット転送率、端末相互間伝送遅延、損失率、またはジッタのレベルのような、サービス品質制約の適用を必要とする。
【０００４】
さらに、ＵＭＴＳ規格は、トラフィックを伝達するアクセスネットワークはインターネットプロトコル（ＩＰ）に準拠すべきであると規定する。より詳しくは、ＵＭＴＳ仕様第５版から、このプロトコルはインターネットプロトコル第６版（ＩＰｖ６）である必要がある。
【０００５】
上記ネットワークは、一般に、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）と称される。
【０００６】
さらに、「非ＵＭＴＳ」加入者のトラフィック、すなわち指定のサービス品質を有するトラフィックまたは指定のサービス品質を有しないトラフィックを、追加して伝達することをネットワークに設ける場合がある。次いでこのネットワークは、データ伝送サービスプロバイダのように、他のネットワークと相対して、振舞う。
【０００７】
図１に、この状態を示す。
【０００８】
ＵＭＴＳ端末ＴＵは、基地局ノードＢを介してルータＲと通信することができ、したがって、ネットワークＮでデータを送信することができる。このようにして送信されたデータは、マルチメディアストリームｆｕを形成する。マルチメディアストリームｆｕは、ＵＭＴＳコアネットワークＮＵに送信される前に、ネットワークＮによって伝達される。マルチメディアデータは、典型的には、音声、画像、またはビデオ（または可能ならばデータ）であり、上記のような要求の厳しいサービス品質制約と関連付けられる。
【０００９】
さらに、端末Ｔｉ、例えばマイクロコンピュータは、ネットワークＮで同じルータＲと通信し、端末Ｔｉのデータを送信することができる。このデータは、ネットワークＮによって伝達され、ネットワークＮｉに送信される、データストリームｆＩを形成する。
【００１０】
この例では、したがって、ネットワークＮが、マルチメディアストリーム（「マルチメディアトラフィック」と称される）から構成されるトラフィックと、必ずしもマルチメディアデータである必要はないデータのストリーム（「データトラフィック」と称される）から構成されるトラフィックの、２種類のトラフィックを伝達することが明らかである。より一般的には、ネットワークＮは、ＵＭＴＳトラフィック（本明細書ではマルチメディアトラフィック）と非ＵＭＴＳトラフィック（本明細書ではデータトラフィック）を伝達することができる。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
このような２つのトラフィック間でのネットワークＮの資源の共有により問題が生じる恐れがある。何故ならば、データトラフィック量が十分に高くなると、マルチメディアトラフィックが不利になる恐れがあり、従ってサービス品質基準を犯す危険性があるからである。
【００１２】
本発明の目的は、この問題を解決することである。
【課題を解決するための手段】
【００１３】
この目的のために、本発明は、第１に、データのパケットのストリームを、通信ネットワークへのアクセスルータに送信する手段を含む通信端末である。この端末は、前記ストリームが移動電話規格に対応するかどうかを示すクライアント情報を前記ストリームに挿入する手段を含むことを特徴とする。
【００１４】
本発明の一実施形態では、移動電話規格は、ＵＭＴＳ規格のような移動電話規格である。しかし、本発明は、いかなる他の第３世代の移動電話規格、または汎用パケット無線サービス（ＧＰＲＳ）システムのようないかなる他の「第２．５」世代の移動電話規格でも利用できる。
【００１５】
特に、本発明は、ＮＥ２０００または日本企業ＮＴＴの指定するｉモードシステムに適用することができる。
【００１６】
クライアント情報は、パケットヘッダーに挿入されることが好ましい。このヘッダーは、特に、ホップバイホップオプションヘッダーであってよい。
【００１７】
本発明は、第２に、通信ネットワークに属する、データのパケットのストリームを受信する手段を含む、ルータである。本発明によれば、このルータは、
前記ストリームが移動電話規格に対応するかどうかを、前記ストリームに挿入されたクライアント情報から決定する手段と、
この方法により決定されたものに応じて、サービス品質保証機構を実施する手段と
を含むことを特徴とする。
【００１８】
本発明の一実施形態では、サービス品質保証機構は、ストリームに含まれるクライアントに関する他の情報に依存する。
【００１９】
本発明の一実施形態では、ルータには、課金サーバに、そのストリームが移動電話規格に対応するかどうかを示す通知を行う手段がさらに設けられる。
【００２０】
本発明およびその利点は、添付の図面を参照してなされる以下の説明により、より明らかになろう。
【発明を実施するための最良の形態】
【００２１】
本発明によれば、通信端末は、ＵＭＴＳ規格のような移動電話規格に準拠した移動端末であっても、データトラフィックを送信するための、移動または移動でない端末であってもよい。後者の端末は、例えば、固定または携帯型マイクロコンピュータまたは携帯情報端末（ＰＤＡ）であってよい。
【００２２】
これらの通信端末は、アクセスルータを介してデータパケットのストリームを通信ネットワークに送信する手段を含む。これらの手段は、無線通信インターフェースまたはケーブル接続であってよい。
【００２３】
本発明によれば、通信端末は、データパケットのストリームに、そのストリームが、移動電話規格、具体的には、以下で一例として想定するＵＭＴＳ規格に、対応しているか否かを示すクライアント情報を挿入する手段も含む。
【００２４】
したがって、端末がＵＭＴＳ端末である場合、その端末は、そのストリームがＵＭＴＳストリームであることを示すクライアント情報を挿入する。
【００２５】
反対に、端末がＵＭＴＳ端末でない場合（例えば、マイクロコンピュータ）、その端末は、そのストリームがＵＭＴＳストリームでないことを示すクライアント情報を挿入する。
【００２６】
このクライアント情報は、データパケットのストリームに属するパケットに挿入することができる。このクライアント情報は、パケットのヘッダーに挿入されることが好ましい。
【００２７】
ＵＭＴＳシステムの状況において、通信ネットワークは、典型的には、インターネットプロトコルの第６版（ＩＰｖ６）に準拠する。このプロトコルは、１９９８年１２月に発行されたインターネットエンジニアリングタスクフォース（ＩＥＴＦ）のＲｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ（ＲＦＣ）２４６０で定義されている。
【００２８】
図２は、ＩＰｖ６データパケットの形式を示す。ＩＰｖ６仕様に従って、データパケットは、一連のヘッダーとメッセージ本体を含む。
【００２９】
メッセージ本体は、転送制御プロトコル（ＴＣＰ）またはユーザデータグラムプロトコル（ＵＤＰ）のような直ぐ上のレベルのプロトコルに準拠してもよい。
【００３０】
一連のヘッダーは、必ず最初に置かれる必要がある少なくとも１つのＩＰｖ６ヘッダーＨを含み、ネットワーク内でパケットをルーティングするために必要な情報を含む。
【００３１】
他のヘッダーを、任意選択で、ＩＰｖ６ヘッダーＨと、ペイロード（ＰＬ）としても知られるメッセージ本体の間に置くことができる。これらの他のヘッダーは、「ホップバイホップ」ヘッダー、ルーティングヘッダー、フラグメントヘッダー、宛先オプションヘッダー、または認証ヘッダーを含むことができる。
【００３２】
ヘッダーを配列することは、各ヘッダーの「次ヘッダー」フィールドの値に従って管理される。
【００３３】
図２の例では、任意選択の「ホップバイホップ」ヘッダーＨｂＨだけを示す。これがあるということは、ＩＰｖ６ヘッダーＨの「次ヘッダー」フィールドＮＨの０値によって示される。同様に、このヘッダーＨｂＨは、ヘッダーＨｂＨの次にペイロードＰＬが続く（別の任意選択のヘッダーはない）ことを示すフィールドＮＨｂＨを含む。
【００３４】
「ホップバイホップ」ヘッダーに特徴的な特性は、このヘッダーが、そのパケットを伝達するすべてのルータ（または他のネットワーク要素）によって読まれ、分析される必要があることである。
【００３５】
このヘッダーは、一組の任意選択フィールド（可能ならばこのようなフィールドを１つだけ）を含む。各任意選択フィールドは、タイプ−長さ−値（ＴＬＶ）タイプであり、したがって、
第１は、オプションのタイプを示し、
第２は、次のサブフィールドの長さを示し、
第３は、そのタイプに対応する値を示す、
３つのサブフィールドを含む。
【００３６】
本発明の一実施形態では、このクライアント情報は、１つのオプションとしてホップバイホップヘッダーに挿入される。
【００３７】
図３は、この実施形態を示し、ヘッダーＨｂＨを構成する様々なフィールドを表す。このヘッダーは、第１に、上記のフィールドＮＨｂＨと、ヘッダーＨｂＨの合計サイズを提供するフィールドＬＨｂＨとを含む。
【００３８】
このヘッダーは、１つまたは複数のオプションをさらに含む。本明細書では、クライアント情報を含む１つのオプションだけを示す。このオプションは、第１に、サブフィールドＴを含む。このサブフィールドの値は、このオプションが含む情報のタイプを特徴とする。この値は、典型的には、インターネットアサインドナンバーオーソリティ（ＩＡＮＡ）によって割り当てられた値でなければならない。
【００３９】
サブフィールドＶはこの値を示し、サブフィールドＬはサブフィールドＶの長さを示す。
【００４０】
例えば、サブフィールドＶは、６バイトを占めることができる。この場合、サブフィールドＬの値は６であり、このオプションの合計の長さは８バイトである。
【００４１】
サブフィールドＶの値は、クライアント情報、すなわち、第１に、それを含むパケットに対応するストリームがＵＭＴＳストリームであるか否かを示す。
【００４２】
サブフィールドＶの値は、クライアントに関する他の情報も示すことができる。例えば、それは、クライアントの要求するサービス品質、「金」、「銀」、「銅」などを示すことができる。
【００４３】
したがって、この種のパケットを受信するすべてのルータは、「ホップバイホップ」ヘッダーを読む必要があり、これを行うことによって、パケットがその一部分であるストリームが移動電話規格に対応するかどうかを決定する必要がある。本発明の一実施形態では、これらのルータは、クライアントに関するさらに詳細な情報をさらに得ることができる。
【００４４】
そして、これらのルータは、それらが決定するものに応じてサービス品質保証機構を実施することができる。
【００４５】
典型的には、アクセスルータＲだけが、このような機構を実施する責任を負う。
【００４６】
例えば、アクセスルータＲは、ＩＥＴＦ  ＲＦＣ  ２４７４で指定されるようなＤｉｆｆＳｅｒｖ技術を使用することができる。この場合、アクセスルータＲは、クライアント情報の値のそれぞれ（すなわち、サブフィールドＶの値）に異なる色を単純に割り当てることができる。
【００４７】
したがって、パケットを送信し、ＤｉｆｆＳｅｒｖ技術を実施する、後続のルータそれぞれは、ＵＭＴＳパケットと非ＵＭＴＳパケットを異なる方法で伝達する。ネットワークの観点からすると、この場合、サービス品質制約に準拠するように、ＵＭＴＳパケットの処理に優先権を与えることが可能になる。
【００４８】
本発明の一実施形態では、ストリームを、クライアントに関する他の情報に応じて、異なる方法で伝達することができる。
【００４９】
前例に戻ると、「金」のサービス品質を要求するストリームを、「銀」または「銅」のサービス品質のみを要求するストリームよりも高い優先権で処理することができる。
【００５０】
代替形態は、ＩＥＴＦ  ＲＦＣ  ２２０５で指定されるような資源予約プロトコル（ＲＳＶＰ）技術を使用する。
【００５１】
この実施形態では、アクセスルータＲは、シグナリングパケットで指定されたサービス品質に従うことを保証するために、ネットワークＮで送信されるシグナリングパケットを作成し、そのネットワーク内の資源の確保を可能にする。
【００５２】
このサービス品質は、次いで、ストリームがＵＭＴＳストリームかどうかを示すクライアント情報に応じて、アクセスルータにより判定される。
【００５３】
例えば、パケットがＵＭＴＳストリームに属さない場合、シグナリングパケットは送信されず、他方で、パケットがＵＭＴＳストリームに属する場合、
上記のように、クライアントに応じて、すなわちクライアント情報に含まれる情報に応じて、
または、適度なサービス品質に対応する、
サービス品質を要求する、シグナリングパケットが送信される。
【００５４】
ネットワークＮ（ＵＭＴＳアクセスネットワーク）が非ＵＭＴＳトラフィックに相対してサービスプロバイダのように振舞う限り、トラフィックのタイプに応じて異なる課金規定を有することを想像することができ、インターネットサービスプロバイダーはＵＭＴＳアクセスネットワークを使用することができるが、単にインターネットへのアクセスを必要とするだけのエンドユーザもＵＭＴＳ設備なしに使用することができる。この場合、このエンドユーザはＵＭＴＳユーザよりも低い料金を請求されなければならないことは明らかである。したがって、ネットワークの観点からすると、これらのユーザ間を差別化することができなければならない。
【００５５】
本発明は、この差別化を行う方法を提供する。例えば、アクセスルータは、課金サーバに、当該ストリームが移動電話規格に対応するか否かを示して通知を行う立場にある。
【００５６】
さらに、本発明の一実施形態では、より詳しい情報をクライアントに伝達するためにクライアント情報が使用される。この場合、課金規定を、より多くの改良点をもって、クライアントに、適応させることが、特に、クライアントが要求したサービス品質（金、銀、銅など）に適応させることが可能になる。
【００５７】
アクセスルータは、トラフィック管理、動的ネットワーク構成などの他のサービスを提供するために、クライアントに関して有する情報を使用することもできる。
【図面の簡単な説明】
【００５８】
【図１】既に解説した、本発明の状況を示す図である。
【図２】ＩＰｖ６データパケットの形式を示す図である。
【図３】本発明に適合する、「ホップバイホップ」ヘッダーの構成を示す図である。
【図１】
2005535261.tif 000003
【図２】
2005535261.tif 000004
【図３】
2005535261.tif 000005
【国際調査報告】
2005535261.tif 000006
2005535261.tif 000007
2005535261.tif 000008
2005535261.tif 000009