(57)【要約】  システムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)無線ネットワークにおいて、ネットワークは、各ベアラについてUEにおけるリンクMTUを設定するように構成され、ネットワークが設定するリンクMTUは、ある特定のSAE/LTEネットワークの全体又は一部におけるSAEベアラサービス用の経路のMTUを表すことができる。
2010522465.tif 000002
【特許請求の範囲】
【請求項１】
システムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)無線ネットワークに接続するように構成されたユーザ端末(UE)においてリンク最大転送単位(MTU)を設定する方法であって、前記SAE/LTEネットワークによってサポートされるMTUを前記UEに通知するステップを有することを特徴とする方法。
【請求項２】
前記リンクのトランスポートレイヤプロトコルが最大セグメントサイズ(MSS)を有する場合、送信MSS及び受信MSSの少なくとも一方が前記UEに通知された前記MTUに基づいて選択されることを特徴とする請求項１記載の方法。
【請求項３】
前記トランスポートレイヤプロトコルが、前記受信MSSの通知及び前記送信MSSの選択をサポートすることを特徴とする請求項２記載の方法。
【請求項４】
前記トランスポートレイヤプロトコルが伝送制御プロトコル(TCP)又はストリーム制御伝送プロトコル(SCTP)であることを特徴とする請求項２記載の方法。
【請求項５】
前記リンクのトランスポートレイヤプロトコルが受信最大セグメントサイズ(MSS)を通知しない場合、前記UEが送信元において、送信されたデータグラムを前記UEに通知された前記MTUに基づいてフラグメント化することが可能なように構成されることを特徴とする請求項１記載の方法。
【請求項６】
前記トランスポートレイヤプロトコルがUDPであることを特徴とする請求項５記載の方法。
【請求項７】
前記リンクMTUが、移動性管理エンティティ(MME)からのノンアクセスストラタム(NAS)メッセージにおいて通知されることを特徴とする請求項１乃至請求項６のいずれか１項に記載の方法。
【請求項８】
前記リンクMTUが、進化型ノードＢ(eNB)からの無線リソース制御(RRC)メッセージにおいて通知されることを特徴とする請求項１乃至請求項６のいずれか１項に記載の方法。
【請求項９】
前記通知されるリンクMTUが、前記SAE/LTEネットワークによってサポートされる最大値に設定されることを特徴とする請求項１乃至請求項８のいずれか１項に記載の方法。
【請求項１０】
システムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)無線ネットワークに接続するように構成されたユーザ端末(UE)であって、前記SAE/LTEネットワークによってサポートされるリンク最大転送単位(MTU)を含むデータを受信する手段を有することを特徴とするユーザ端末。
【請求項１１】
前記トランスポートレイヤプロトコルの送信最大セグメントサイズ及び受信最大セグメントサイズの少なくとも一方を、前記UEに通知された前記MTUに基づいて選択する手段をさらに有することを特徴とする請求項１０記載のユーザ端末。
【請求項１２】
前記UEに通知された前記MTUに基づいて、送信元で送信されたデータグラムのフラグメント化を可能にする手段をさらに有することを特徴とする請求項１０記載のユーザ端末。
【請求項１３】
前記リンクMTUをノンアクセスストラタム(NAS)メッセージで受信する手段をさらに有することを特徴とする請求項１０乃至請求項１２のいずれか１項に記載のユーザ端末。
【請求項１４】
前記リンクMTUを無線リソース制御(RRC)メッセージで受信する手段をさらに有することを特徴とする請求項１０乃至請求項１２のいずれか１項に記載のユーザ端末。
【請求項１５】
システムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)無線ネットワークにおけるノードであって、前記SAE/LTEネットワークによってサポートされるMTUを前記ネットワークに接続されたユーザ端末(UE)に通知する手段を有することを特徴とするノード。
【請求項１６】
前記リンクMTUをノンアクセスストラタム(NAS)メッセージで通知する手段をさらに有することを特徴とする請求項１５記載の移動性管理エンティティ(MME)ノード。
【請求項１７】
前記リンクMTUを無線リソース制御(RRC)メッセージで通知する手段をさらに有することを特徴とする請求項１５記載の進化型ノードＢ(eNB)。
【請求項１８】
前記通知されたリンクMTUを前記SAE/LTEネットワークによってサポートされる最大値に設定する手段をさらに有することを特徴とする請求項１５乃至請求項１７のいずれか１項に記載のノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信システムにおける方法及び装置に関し、特に、ユーザ端末(UE)におけるリンク最大転送単位(MTU)のネットワーク制御による設定のための方法及び装置に関する。
【背景技術】
【０００２】
UTRANロングタームエボリューション(LTE)について、第３世代パートナーシッププロジェクト(3GPP)内で検討がなされている最中である。PDCP、ユーザプレーン暗号化及びヘッダ圧縮を拡張ノードＢ(eNB)へ移すシステムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)アーキテクチャでは、S1-U（及びX2-U）フレームの長さが非常に増加するため、S1-U（及びX2-U）フレームの長さを取り扱う必要性に変化が生じる。そのため、最大転送単位(MTU: Muximum Transmission Unit)の長さに対応するための適切な方法が必要である。一方、S1-Uフレームがフラグメント化されている確率を最小化する能力も幾分向上されてきている。
【０００３】
フラグメント化に関する問題には以下のものがある。
【０００４】
搬送オーバヘッド：  個々のフラグメントは追加のIPヘッダを含む分、伝送オーバヘッドを増加させる。それはIPv4の場合（オプショナルヘッダの利用にもよるが）フラグメントあたり２０オクテットであり、IPv6の場合は４８オクテットである（標準のIPv6ヘッダ４０オクテットと、フラグメントヘッダ８オクテット）。典型的なトランスポートレイヤデータグラムは、２つのフラグメントで搬送されるであろう。そのため、１つのIPパケットに合うようにトランスポートレイヤデータグラムの長さを選択することにより、全体的なオーバヘッドが大幅に低減する。
【０００５】
不完全な廃棄：  輻輳によってパケットが廃棄される場合、同一のデータグラムのフラグメントは別個に廃棄される可能性が非常に高い。そのため、搬送ネットワークリソースは、受信機（サービングゲートウェイ(SGW)又はeNB）で廃棄されるであろうデータを転送するために用いられている。輻輳がひどい場合には廃棄がさらに増えるであろうことから、さらに不完全なデータグラムが増加する。
【０００６】
処理効率：  S1インタフェースがボトルネックであることは一般に認識されている。そのため、エンドユーザが知覚するデータレート及び乏しいS1リソースの利用を最大化するには、インタラクティブおよびベストエフォートフローについて、通常の状態でさえかなりのパケット損失及び遅延変動が存在しうる。少なくとも、適用可能な伝送経路上で認められる遅延変動の長さに対応する再組み立てバッファを割り当てる必要があるため、受信機で元のデータグラムを再組み立てするには、かなりの処理労力と、比較的長期のメモリ予約が必要とされるであろう。
【０００７】
セキュリティへの脅威：  通常の実装は、データグラムの一部分だけがフラグメントされており、従って、データグラムがフラグメントされていればフラグメントは非常に短い間隔で到達するとの仮定に基づいていることに留意すべきである。この仮定により、再組み立てに必要なメモリを抑えることが可能になっている。そのため、不完全なデータグラムの伝送は、DoS攻撃の常套手段である。容量の乏しい再組み立てバッファが長期間消費されるため、正当なフラグメントデータグラムが再組み立てバッファ／エンジンの不足によって廃棄されうる。これは、セキュアネットワークを用いるノードである（論理的）SGW及びeNBにとっては問題というほどのことではないが、セキュリティゲートウェイ(SEG)間の経路上でフラグメント化が実行される場合、SEGにとっては問題となりうる。
【０００８】
再組立の失敗：  再組み立てに用いられる識別ヘッダは、IPv4ではたった１６ビット（IPv6では３２ビット）しかない。１秒当たりのパケット数で測定されるピークデータレートを考慮すると、IDが一巡して（受信機における再組み立てタイマの設定にも依存するが）再組み立てが正しく行われない確率が高いことがわかる。再組立の失敗は、少なくとも受信機で検出されうるデータ損失を増加させ、場合によってはインテグリティ（あるいは機密性保持）違反を引き起こす。
【０００９】
従って、フラグメント化に関する問題を無くすか、少なくとも軽減するシステムアーキテクチャに対する必要性が存在する。
【発明の概要】
【００１０】
経路MTU、すなわち図１に示すネットワークのようなLTEネットワークにおけるアプリケーションサーバとUEとの間の経路は、様々な事象の影響を受ける。IPネットワーク内のあらゆるリンクは定められた最大転送単位(MTU)を有し、従ってUE内のIPホストによって用いられるリンクにもMTUが定められている。そして、UEにおけるリンクMTUをどのように設定するかが課題とされている。一般には、経路MTUディスカバリを用いて更新される「合理的な」デフォルト値を最初は用いることができるであろう。
【００１１】
しかし、「過大パケット」メッセージを含む多数のIPv4 ICMPメッセージを廃棄する構成／実装（例えばファイアウォール／ゲートウェイ）が多く存在することに留意すべきである。そのため、エンドツーエンド経路MTUディスカバリは、IPv4では用いられないと仮定することができる。それにより、ネットワークにおけるフラグメント化及びそのようなフラグメント化に関する問題の全てが生じる。
【００１２】
上述した問題を解消するため、ネットワークは、各ベアラについて、UEにおけるリンクMTUを設定するように構成され、ネットワークが設定したリンクMTUは、ある特定のSAE/LTEネットワークの全て又は一部におけるSAEベアラサービスについての経路のMTUを表しうる。
【００１３】
SAE/LTEネットワークにおけるフラグメント化を回避するか、少なくともその可能性を大幅に低減できるよう、SAE/LTEノードがSAE/LTEネットワークでサポートされるMTUを知る際に、ネットワークがUEにおけるリンクMTUを設定するように構成されてもよい。そのMTUがUE内のホストで利用可能とされれば、UE内のスタックが、ネットワークにおけるフラグメント化の必要性を大幅に低減する以下の動作を提供することが可能になる。
【００１４】
- トランスポートレイヤプロトコルが最大セグメントサイズ(MSS)を有する場合、例えば伝送制御プロトコル(TCP)又はストリーム制御伝送プロトコル(SCTP)の場合、ネットワークが設定したリンクMTUを考慮するUEが送信及び受信MSSの両方を選択可能であり、従ってフラグメント化を完全に（あるいは少なくともSAE/LTEネットワークドメインにおいて）回避可能である。TCPの場合、TCPコネクションの確立時に、受信MSSをSYN又はSYN ACKメッセージによってピアへ通知することが可能である。
【００１５】
- トランスポートレイヤプロトコルが最大セグメントサイズ(MSS)を持たない場合、例えばUDPの場合、UEは送信元で、ネットワークによって設定されたMTUに従って、送信されたデータグラムをフラグメント化してよく、その結果少なくともアップリンク方向ではフラグメント化が回避可能である。
【００１６】
本発明はまた、リンクMTUをUEに送信するように構成されるSAE/LTEネットワーク内のノード及び、リンクMTUを受信し、リンクMTUに基づいて送信するように構成されたUEにも関連する。
【００１７】
従って、本発明によれば、SAE/LTEネットワークでサポートされるMTUはUEに通知される。
【００１８】
本発明の長所の１つは、大幅に複雑さを増すこと無しに、UEがSAE/LTEネットワーク用に最適化されたMTUを利用可能なことである。さらに、経路MTUディスカバリを介したMTUの増加について許容される時間制約では、移動性に起因する経路MTUの変化の利点を享受することは事実上できない（すなわち、その間をUEが移動する複数の進化型ノードＢ(eNB)は、異なるMTUを有する異なるIPネットワークに接続されてよい）。移動体ネットワークにおけるハンドオーバは、経路MTUディスカバリについて規定されたタイミング制約よりもずっと頻繁であると考えられている。
【図面の簡単な説明】
【００１９】
【図１】S1-U上のSAE/LTEプロトコルアーキテクチャからの経路MTUの影響を示す図である。
【図２】SAEベアラ確立／変更を示す図である。
【図３】無線ベアラ確立／変更を示す図である。
【発明を実施するための形態】
【００２０】
上述の通り、経路MTU、すなわちアプリケーションサーバとUE間の経路は、例えば図１に示すように、以下を含む様々な効果の影響をうけうる。
【００２１】
- 元の（すなわちエンドツーエンドユーザ）IPパケットの非圧縮ヘッダ、
- S1-Uトンネリングプロトコル(GTP-U)、
- セキュリティゲートウェイ(SEG)間のアクセスネットワークにおけるインテグリティ及び機密性保護のためのIPSecトンネル（トンネルモードにおけるカプセル化セキュリティペイロード(ESP)セキュリティアソシエーション(SA)）、
- S1インタフェースの特定のインスタンス上のデータリンクレイヤから与えられるMTU、
- IPネットワークの特定の管理（及びQoS）ドメインに課されるMTU、
用いられるインターネットプロトコルのバージョン（すなわち、IPv4かIPv6）。
【００２２】
上述した問題点のいくつかで説明した見地は、主にユーザ移動性に起因する可変経路MTUを生じさせるかもしれない。可変経路MTUの別の要因は、リンク障害や、それに続くIPネットワーク内の再ルーティングでありうる。
【００２３】
さらに、SAE/LTEネットワークがエンドツーエンド経路上で最小MTUを有する可能性が非常に高い。
【００２４】
IPネットワーク内の個々のリンクは定められたMTUを有し、UE内のIPホストによって用いられるリンクにもMTUが定められている。UEにおけるリンクMTUをどのように設定するかは、課題とされてきた。一般には、経路MTUディスカバリを用いて更新される合理的なデフォルト値を最初は用いることができるであろう。しかし、「過大パケット」タイプのメッセージを含む多数のIPv4 ICMPメッセージを廃棄する（例えばファイアウォール／ゲートウェイの）構成／実装が多く存在することに留意すべきである。そのため、エンドツーエンド経路MTUディスカバリは、IPv4では用いられないと仮定することができる。つまりは、ネットワーク内のフラグメント化及びそのようなフラグメント化に関する問題の全てが生じる。図１に示すような配置の場合、フラグメント化はエンドツーエンドデータグラムのフラグメント化、S1-Uデータグラムのフラグメント化、IPSecトンネルデータグラムのフラグメント化を含む、様々なレベルで生じうる。
【００２５】
SAE/LTEノードがSAE/LTEネットワークでサポートされるMTUを知る場合、ネットワークは、SAE/LTEネットワーク内のフラグメント化を回避もしくは少なくとも大幅に減少可能なように、UEにおけるリンクMTUを設定することができる。このMTUをUE内のホストが利用可能なら、UE内のスタックはネットワーク内でのフラグメント化の必要性を削減するための以下の動作を提供可能である。
【００２６】
トランスポートレイヤプロトコルが最大セグメントサイズ(MSS)を有する場合、例えばTCPの場合、ネットワークが設定した「リンク」MTUを考慮するUEが送信及び受信MSSの両方を選択可能であり、従ってフラグメント化を完全に、あるいは少なくともSAE/LTEネットワークドメインにおいて回避可能である。
【００２７】
トランスポートレイヤプロトコルが最大セグメントサイズ(MSS)を持たない場合、例えばUDPの場合、UEは送信元で、ネットワークによって設定された「リンク」MTUに従って、送信されたデータグラムをフラグメントさせることが可能であり、その結果少なくともアップリンク方向ではフラグメント化が回避可能である。
【００２８】
本発明によれば、SAE/LTEネットワークでサポートされるMTUはUEに通知される。
【００２９】
以下、非限定的な例を用いて、リンクMTUの通知のためのいくつかの実施形態を説明する。
【００３０】
第１の実施形態によれば、リンクMTUは移動性管理エンティティ(MME)からのノンアクセスストラタム(NAS)メッセージ内で通知される。通知されるリンクMTUは、SAEベアラサービスによってサポートされるMTUを概念的に表しているため、それは明確に表される。SAEベアラ確立及び変更のためのNASシグナリングを図２に示す。まずメッセージ２０１において、移動性管理エンティティ(MME)からのノンアクセスストラタム(NAS)メッセージは、SAEベアラ設定／変更要求並びにリンクMTUを含んでいる。UEはメッセージ２０１に応答して、SAEベアラ設定／変更が完了したことをアクノリッジするNASメッセージを送信する。
【００３１】
本発明の一実施形態によれば、NAS SAEベアラ設定／変更要求メッセージ（又は同様のメッセージ）信号内のMME信号は、ある特定のSAE/LTEネットワークの全体又は一部におけるSAEベアラサービス用の経路のMTUを表すことのできるリンクMTUを通知する。通知されるリンクMTUは、ネットワークが元のエンドツーエンドデータグラム又はエンドツーエンドデータグラムをカプセル化している任意の（ネストされた）トンネリングデータグラムのIPフラグメント化を実行しなくてよいように、例えばSAE/LTEネットワークがサポートする最大値に設定されてよい。SAEベアラ設定又は変更の際に、UEが特定のSAEベアラについてのリンクMTUを受信すると、UEは通知されたリンクMTUをその特定のSAEベアラに適用可能となる。
【００３２】
本発明の別の実施形態によれば、リンクMTUは進化型ノードＢ(eNB)からの無線リソース制御(RRC)メッセージにおいて通知される。通知されるMTUは例えば無線ベアラ確立／変更手順の一部であってよく、そしてSAEベアラサービスによってサポートされるMTUを暗示的に表すだけであってよい。
【００３３】
図３に、無線ベアラ確立及び変更のためのRRCシグナリングを示す。本発明の一実施形態によれば、eNBはRRC無線ベアラ設定／再構成要求メッセージ３０１（又は同様のメッセージ）において、eNBが知っているある特定のSAE/LTEネットワークの全体又は一部におけるSAEベアラサービス用の経路のMTUを暗示的に表すことが可能なリンクMTUを通知する。通知されるリンクMTUは、ネットワークが元のエンドツーエンドデータグラム又はエンドツーエンドデータグラムをカプセル化している任意の（ネストされた）トンネリングデータグラムのIPフラグメント化を実行しなくてよいように、例えばSAE/LTEネットワークがサポートする最大値に設定されてよい。無線ベアラの確立又は再構成の際に、UEが特定の無線ベアラについてのリンクMTUを受信すると、UEは通知されたリンクMTUをその特定の無線ベアラに適用するように好ましくは設定される。また、メッセージ３０３に応答して、UEは無線ベアラ設定／再構成の完了をアクノリッジする。
【００３４】
SGW及びeNBにおいてドメインMTUを設定する際、リンクMTUはそのリンクが属する管理ドメインのプロパティでもある。これは通常、最小数の有能なリンク(capable link)が、ドメイン全体についてのMTUを規定することにつながる。さらに、近年のIPネットワークでは非常に短いMTUを用いないと仮定することができる。そのため、S1-U (X2-U)の最小のリンクMTUを、通常は、およそ1500オクテットから適用可能なオーバヘッドを差し引いた程度と仮定することができる。本発明の一実施形態によれば、相互間でX2インタフェースが規定されている複数のeNBは、IPネットワークの同一管理ドメインに属するように設定される。同様に、UPE内の対応するS1-Uインスタンスは、好ましくは同一の管理ドメインの一部からなる。
【００３５】
さらに、特定のリンクについて２、３のオクテットを増すための最悪な性能に帰結しうるMTUの小さな変動を回避するため、eNB及びUPEにおいて、対応するリンクの各々に対する管理ドメインのMTUを設定することが好ましい。eNB及びSGWにおいて、対応するリンクの各々に対する管理ドメインのMTUを設定する理由の１つは、以下に説明するように、eNB及びUPEには「過大パケット」機能が実装されているであろうことによる。
【００３６】
３つのフラグメント化方法がある：
エンドツーエンドIPパケットのフラグメント化：  このオプションは、IPv4の場合で、かつ「フラグメント禁止(DF)」ビットが設定されている場合にのみ可能である。しかし、DFビットが設定されていてもフラグメント化してしまう実装も多数存在する。DFビットが設定されている際のフラグメント化は、例えばIPv4ネットワークにおける経路MTUディスカバリの実行制限を打開するために用いられることがある。
【００３７】
DFビットの設定とは独立したエンドツーエンドIPパケットのフラグメント化を用いることの利点は、エンドホストに組み立てを押しつけることにより、再組み立てでネットワークリソースを消費しないことである。これは、SGW及びeNBにS1-U (X2-U)経路MTUに対応するリンクMTUが設定されている場合か、S1-U (X2-U)上で経路MTUディスカバリが用いられる場合のみ適用可能である。加えて、エンドツーエンドフローを終端するホストは、自身に関連付けられたリンクについて設定されたリンクMTUに従って、自身によってフラグメント化／再組み立てを行ってもよい。
【００３８】
S1-U (X2-U)トンネリングIPパケットのフラグメント化：  「過大パケット」を取り扱うための方法としてフラグメント化が用いられる場合、S1-U (X2-U)トンネリングIPパケットのフラグメント化は、エンドツーエンドフローがIPv6フローであれば好適なオプションである。これはIPv4エンドツーエンドフローにも適用可能である。
【００３９】
さらに、フラグメント化は、S1-U (X2-U)上のIPv4経路の場合、S1-U (X2-U)上の最小MTUを用いてリンクをインタフェースするノードに任されてよい。S1-U (X2-U)がIPv6経路の場合、フラグメント化はeNB／SGWによって実行することができる。しかし、最も負荷が大きく、かつメモリを大幅に消費する処理が再組み立てであるからこそ、再組み立てはeNB／SGWで、また非常に多くのフローについて実行される。
【００４０】
IPSecトンネリングIPパケットのフラグメント化：  S1-U (X2-U)トンネリングIPパケットのフラグメント化と原理はほぼ同じである。しかし、１点異なるのは、フラグメント化については、IPv4 IPsecトンネルの場合はS1-U (X2-U)経路上の最小MTUを有するリンクを用いてインタフェースするノードで実行可能で、IPv6 IPsecトンネルの場合はセキュリティゲートウェイ(SEG)で実行しなくてはならないのに対し、再組み立てはSEGで実行しなければならないことである。
【００４１】
さらに、MTUディスカバリを、異なるタイプのMTUディスカバリ、すなわちエンドツーエンド経路MTUディスカバリ、S1-U (X2-U)経路MTUディスカバリ、及びSEGツーSEG経路MTUディスカバリに分割可能である。
【００４２】
エンドツーエンド経路MTUディスカバリについては、エンドツーエンドIPフローを終端するIPホストが、経路MTUディスカバリを実行してよい。しかし、「過大パケット」メッセージを含む多くのIPv4 ICMPメッセージを廃棄する（ファイアウォール／ゲートウェイの）構成／実装が多く存在することに留意すべきである。従って、IPv4の場合、エンドツーエンド経路MTUディスカバリは用いられないものと仮定することができる。
【００４３】
一方、IPv6の場合、ホストは、１２８０オクテットのMTU（すなわち、IPv6に対応するノードの各々がサポートしなくてはならない最小MTU）を用いるか、エンドツーエンド経路MTUディスカバリを用いるかの２つの選択肢を有する。TCPについての経路MTUディスカバリに関する問題を考えると、移動性によるエンドツーエンド経路MTUの変化を避けるためには、eNBの管理ドメイン全体で共通のS1-U (X2-U)経路MTUを適用することが好ましい。eNBの管理ドメインに共通のMTUが適用されないとすると、ハンドオーバの頻度が何十倍にもなるため、MTUの増加について許容される時間制約は管理ドメインにおける「可変」MTUからのゲインを実質的に無効化することに留意すべきである。
【００４４】
S1-U (X2-U)経路MTUディスカバリについて、eNB及びSGWは管理上設定されたS1-U (X2-U)経路MTUの代わりに、経路MTUディスカバリを用いることができる。S1-U (X2-U)は信用のおけるネットワークを用いるように規定されているため、オペレータが直接的又は間接的にICMPメッセージの処理を制御可能であるものと仮定でき、従って、S1-U (X2-U)トンネリングに用いられるIPのバージョンによらず経路MTUディスカバリを用いることができる。
【００４５】
SEGツーSEG経路MTUディスカバリについて、SEGは管理上設定されたトンネルMTUの代わりに経路MTUディスカバリを用いることができる。しかし、IPv4トンネルの場合は「過大パケット」ICMPメッセージを当てにすることができないため、IPv6 IPsecの場合のみ用いることができる。
【００４６】
eNBは、自身が属する管理ドメインのMTUに従うリンクMTUを用いて設定されてよい。さらに、eNBにおいて設定されているリンクMTUをMMEが知っていることを考慮してもよい。そのMTUがUEにおけるホストで利用可能であれば、UE内のIPスタックはネットワーク内におけるフラグメント化の必要性を大幅に削減する以下の動作を提供可能である。
【００４７】
トランスポートレイヤプロトコルがMSSを有する場合、例えばTCPの場合、ネットワークが設定した「リンク」MTUを考慮するUEが送信及び受信MSSの両方を選択可能であり、従ってフラグメント化を完全に（あるいは少なくともSAE/LTEネットワークドメインにおいて）回避可能である。トランスポートレイヤプロトコルがMSSを持たない場合、例えばUDPの場合、UEは送信元で、ネットワークによって設定された「リンク」MTUに従って、送信されたデータグラムをフラグメントさせることが可能であり、その結果少なくともアップリンク方向ではフラグメント化が回避可能である。
【００４８】
SAEベアラが確立されているUEにおいて、eNBが属する管理ドメインのMTUに従って「リンク」MTUを設定することで得られるゲインを考えると、個々のeNBについてMMEに既知のS1-U経路MTUに従ったSAEベアラの確立／変更時に「リンク」MTUを設定する機能を提供することが推奨される（例えば、NAS：SAEベアラ確立／変更に含める）。
【図１】
2010522465.tif 000003
【図２】
2010522465.tif 000004
【図３】
2010522465.tif 000005
【手続補正書】
【提出日】平成21年1月22日(2009.1.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)無線ネットワークに接続するように構成されたユーザ端末(UE)においてリンク最大転送単位(MTU)を設定する方法であって、前記SAE/LTEネットワークによってサポートされるMTUを、移動性管理エンティティ(MME)からのノンアクセスストラタム(NAS)メッセージ及び進化型ノードＢ(eNB)からの無線リソース制御(RRC)メッセージのいずれかにより前記UEに通知するステップを有することを特徴とする方法。
【請求項２】
前記リンクのトランスポートレイヤプロトコルが最大セグメントサイズ(MSS)を有する場合、送信MSS及び受信MSSの少なくとも一方が前記UEに通知された前記MTUに基づいて選択されることを特徴とする請求項１記載の方法。
【請求項３】
前記トランスポートレイヤプロトコルが、前記受信MSSの通知及び前記送信MSSの選択をサポートすることを特徴とする請求項２記載の方法。
【請求項４】
前記トランスポートレイヤプロトコルが伝送制御プロトコル(TCP)又はストリーム制御伝送プロトコル(SCTP)であることを特徴とする請求項２記載の方法。
【請求項５】
前記リンクのトランスポートレイヤプロトコルが受信最大セグメントサイズ(MSS)を通知しない場合、前記UEが送信元において、送信されたデータグラムを前記UEに通知された前記MTUに基づいてフラグメント化することが可能なように構成されることを特徴とする請求項１記載の方法。
【請求項６】
前記トランスポートレイヤプロトコルがUDPであることを特徴とする請求項５記載の方法。
【請求項７】
前記通知されるリンクMTUが、前記SAE/LTEネットワークによってサポートされる最大値に設定されることを特徴とする請求項１乃至請求項６のいずれか１項に記載の方法。
【請求項８】
システムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)無線ネットワークに接続するように構成されたユーザ端末(UE)であって、前記SAE/LTEネットワークによってサポートされるリンク最大転送単位(MTU)を含むデータを受信する手段を有し、
前記手段が、前記リンクMTUをノンアクセスストラタム(NAS)メッセージで受信する手段及び前記リンクMTUを無線リソース制御(RRC)メッセージで受信する手段のいずれかを有することを特徴とするユーザ端末。
【請求項９】
前記トランスポートレイヤプロトコルの送信最大セグメントサイズ及び受信最大セグメントサイズの少なくとも一方を、前記UEに通知された前記MTUに基づいて選択する手段をさらに有することを特徴とする請求項８記載のユーザ端末。
【請求項１０】
前記UEに通知された前記MTUに基づいて、送信元で送信されたデータグラムのフラグメント化を可能にする手段をさらに有することを特徴とする請求項８記載のユーザ端末。
【請求項１１】
システムアーキテクチャエボリューション／ロングタームエボリューション(SAE/LTE)無線ネットワークにおけるノードであって、前記SAE/LTEネットワークによってサポートされるMTUを前記ネットワークに接続されたユーザ端末(UE)に通知する手段を有し、
前記手段が、前記リンクMTUをノンアクセスストラタム(NAS)メッセージで通知する手段及び前記リンクMTUを無線リソース制御(RRC)メッセージで通知する手段のいずれかを有することを特徴とするノード。
【請求項１２】
前記通知されたリンクMTUを前記SAE/LTEネットワークによってサポートされる最大値に設定する手段をさらに有することを特徴とする請求項１１記載のノード。
【国際調査報告】
2010522465.tif 000006
2010522465.tif 000007
2010522465.tif 000008
2010522465.tif 000009
2010522465.tif 000010