(57)【要約】  本発明に係る送信方法は、無線基地局６０に接続されている伝送路の種類に応じて上りユーザＩＰパケットの最大許容データサイズを決定して移動局７０に対して通知する工程Ａと、移動局７０が、通知された最大許容データサイズ以下の上位層データユニットを生成する工程Ｂと、移動局７０が、上位層データユニットを含む上りユーザＩＰパケットを生成し、上りユーザＩＰパケットを含む無線通信用データを生成して無線基地局６０に対して送信する工程Ｃと、無線基地局ｅＮＢが、上りユーザＩＰパケットを含む有線伝送用データを生成して上位ノードに対して送信する工程Ｄとを有する。
2009025282.tif 000002
【特許請求の範囲】
【請求項１】
移動局が、無線基地局に対して、上りユーザＩＰパケットを送信する送信方法であって、
前記無線基地局に接続されている伝送路の種類に応じて、前記上りユーザＩＰパケットの最大許容データサイズを決定して、前記移動局に対して通知する工程Ａと、
前記移動局が、通知された前記最大許容データサイズ以下の上位層データユニットを生成する工程Ｂと、
前記移動局が、生成された前記上位層データユニットを含む上りユーザＩＰパケットを生成し、生成された該上りユーザＩＰパケットを含む無線通信用データを生成して前記無線基地局に対して送信する工程Ｃと、
前記無線基地局が、前記上りユーザＩＰパケットを含む有線伝送用データを生成して上位ノードに対して送信する工程Ｄとを有し、
前記無線基地局は、前記最大許容データサイズ以下の前記上りユーザＩＰパケットを含む前記有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、前記上位ノードに送信することを特徴とする送信方法。
【請求項２】
前記工程Ａは、
前記移動局が、アイドル状態からアクティブ状態に遷移する際に、該移動局に接続されている無線基地局に対して、第１メッセージを送信する工程と、
前記無線基地局が、前記第１メッセージを受信した場合に、前記移動局に対するモビリティ制御を行うモビリティ制御装置に対して、第２メッセージを送信する工程と、
前記モビリティ制御装置が、前記第２メッセージを受信した場合に、前記最大許容データサイズを決定して、第３メッセージによって前記無線基地局に対して通知する工程と、
前記無線基地局が、第４メッセージによって、前記最大許容データサイズを前記移動局に通知する工程とを有することを特徴とする請求項１に記載の送信方法。
【請求項３】
前記工程Ａは、
前記移動局が、デタッチ状態からアタッチ状態に遷移する際に、無線基地局に対して、第１メッセージを送信する工程と、
前記無線基地局が、前記第１メッセージを受信した場合に、前記移動局に対するモビリティ制御を行うモビリティ制御装置に対して、第２メッセージを送信する工程と、
前記モビリティ制御装置が、前記第２メッセージを受信した場合に、前記最大許容データサイズを決定して、第３メッセージによって前記無線基地局に対して通知する工程と、
前記無線基地局が、第４メッセージによって、前記最大許容データサイズを前記移動局に通知する工程とを有することを特徴とする請求項１に記載の送信方法。
【請求項４】
前記工程Ａにおいて、前記無線基地局が、有線伝送用データ処理カードにおける処理量が所定閾値を越えたことを検出した場合に、前記最大許容データサイズを前記移動局に対して通知することを特徴とする請求項１に記載の送信方法。
【請求項５】
前記工程Ａにおいて、前記移動局とゲートウェイとの間で確立されている全てのベアラ上で送信される前記上りユーザＩＰパケットに対して、１つの前記最大許容データサイズを決定することを特徴とする請求項１に記載の送信方法。
【請求項６】
ユーザＩＰパケットを送信する送信方法であって、
管理装置が、ネットワーク内における伝送路の種類に応じて、前記上りユーザＩＰパケットの最大許容データサイズを決定して、前記移動局に対して通知する工程Ａと、
前記移動局が、通知された前記最大許容データサイズ以下の上位層データユニットを生成する工程Ｂと、
前記移動局が、生成された前記上位層データユニットを含む上りユーザＩＰパケットを生成し、生成された該上りユーザＩＰパケットを含む無線通信用データを生成して前記無線基地局に対して送信する工程Ｃと、
前記無線基地局が、前記上りユーザＩＰパケットを含む有線伝送用データを生成して上位ノードに対して送信する工程Ｄとを有し、
前記無線基地局は、前記最大許容データサイズ以下の前記上りユーザＩＰパケットを含む有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、前記上位ノードに送信することを特徴とする送信方法。
【請求項７】
前記工程Ａにおいて、前記管理装置が、前記移動局とゲートウェイとの間で確立されている全てのベアラ上で送信される前記上りユーザＩＰパケットに対して、１つの前記最大許容データサイズを決定することを特徴とする請求項６に記載の送信方法。
【請求項８】
無線基地局に対して、上りユーザＩＰパケットを送信するように構成されている移動局であって、
前記上りユーザＩＰパケットの最大許容データサイズが通知された場合、通知された該最大許容データサイズ以下の前記上位層データユニットを生成するように構成されている上位層処理部と、
生成された前記上位層データユニットを含む上りユーザＩＰパケットを生成し、生成された該上りユーザＩＰパケットを含む無線通信用データを生成して前記無線基地局に対して送信するように構成されているデータ送信部とを具備し、
前記無線基地局は、前記最大許容データサイズ以下の前記上りユーザＩＰパケットを含む有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、上位ノードに送信することを特徴とする移動局。
【請求項９】
移動局から、上位層データユニットを含む上りユーザＩＰパケットを受信し、該上位層データユニットを含む有線伝送用データを生成して上位ノードに対して送信するように構成されているＩＰパケット処理カードと、
前記移動局に対して、前記上りユーザＩＰパケットの最大許容データサイズを通知するように構成されている通知部とを具備し、
前記上りユーザＩＰパケットの最大許容データサイズが通知されている場合には、ＩＰパケット処理カードは、前記上位層データユニットを含む有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、前記上位ノードに送信するように構成されていることを特徴とする無線基地局。
【請求項１０】
前記ＩＰパケット処理カードは、該ＩＰパケット処理カードにおける処理量が所定閾値を越えたことを検知した場合に、前記上りユーザＩＰパケットの最大許容データサイズを決定するように構成されており、
前記通知部は、前記ＩＰパケット処理カードによって決定された前記上りユーザＩＰパケットの最大許容データサイズを、前記移動局に対して通知するように構成されていることを特徴とする請求項９に記載の無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信方法及び移動局に関する。
【背景技術】
【０００２】
図２に、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）で規定されているＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）方式の無線通信システムの概略構成について示す。【０００３】
かかる無線通信システムにおいて、一般的に、モビリティ制御装置（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３０及びサービングゲートウェイ（Ｓ-ＧＷ：Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ）４０よりも上位の伝送路（例えば、Ｓ５インターフェイス）におけるデータリンク層プロトコルとして「Ｇｉｇａ  Ｅｔｈｅｒｎｅｔ（登録商標）」が用いられている。【０００４】
一方、ＭＭＥ３０及びＳ-ＧＷ４０よりも下位の伝送路（例えば、Ｓ１インターフェイス）におけるデータリンク層プロトコルとして「Ｆａｓｔ  Ｅｔｈｅｒｎｅｔ（登録商標）」が用いられている場合が多い。【０００５】
ここで、図１に示すように、無線基地局（ｅＮＢ）６０とサービングゲートウェイ（Ｓ-ＧＷ：Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ）４０間の有線伝送路は、「Ｆａｓｔ  Ｅｔｈｅｒｎｅｔ（登録商標）」を用いる場合、伝送可能なＩＰパケットの最大許容データサイズ（すなわち、ＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）サイズ）は「１５００バイト」であるため、移動局（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）７０のＩＰ層によって生成されるユーザＩＰパケットのサイズが「１５００バイト」よりも大きい場合（例えば、「３０００バイト」である場合）、無線基地局（ｅＮＢ）６０のＩＰ層で、ＩＰフラグメンテーション処理を行うことによって、かかる上位層データユニットを含む上りユーザＩＰパケットをＭＴＵサイズに収まるように分割する必要がある。【０００６】
なお、ｅＮＢ６０において、ＩＰフラグメンテーション処理が行われると、当該ｅＮＢ６０に搭載されているＩＰパケット（有線伝送用データ）処理カードの処理量が増大することによって、当該ＩＰパケット処理カードの処理能力が劣化してしまい、有線伝送用データ（ＩＰパケット）の伝送速度が低くなってしまうという問題点があった。【０００７】
かかるＩＰフラグメンテーション処理の実施を回避するために、「ＭＴＵ  Ｐａｔｈ  Ｄｉｓｃｏｖｅｒｙ」及び「ＭＳＳ  Ｃｌａｍｐｉｎｇ」等の解決方法が考えられている。【０００８】
「ＭＴＵ  Ｐａｔｈ  Ｄｉｓｃｏｖｅｒｙ」は、ＵＥ７０とアプリケーションサーバ１０との間の伝送路においてサポート可能なユーザＩＰパケットのＭＴＵサイズを探索する方法である。【０００９】
また、「ＭＳＳ  Ｃｌａｍｐｉｎｇ」は、ＵＥ７０のＴＣＰ層及びアプリケーションサーバ１０のＴＣＰ層において、ＴＣＰセグメントを分割して送信する方法である。【００１０】
しかしながら、「ＭＴＵ  Ｐａｔｈ  Ｄｉｓｃｏｖｅｒｙ」では、ＵＥ７０とアプリケーションサーバ１０との間で対向するアプリケーション（ＡＰＰ）層では、上述のＭＴＵサイズを探索することができず、トランスポートネットワーク層（ＴＮＬ）において、上述のＭＴＵサイズを探索する必要があるため、非常に時間がかかるという問題点があった。【００１１】
また、「ＭＳＳ  Ｃｌａｍｐｉｎｇ」では、ＵＥ７０とアプリケーションサーバ１０との間で、上述のＭＴＵサイズを探索する必要があるため、非常に時間がかかるという問題点があった。
【非特許文献１】３ＧＰＰ  ＴＳ２９.０６０、「ＧＴＰ  ａｃｒｏｓｓ  Ｇｎ  ａｎｄ  Ｇｐ  ｉｎｔｅｒｆａｃｅ」
【非特許文献２】３ＧＰＰ  ＴＳ２５.４１４、「ＵＴＲＡＮ  ｌｕ  ｉｎｔｅｒｆａｃｅ  ｄａｔａ  ｔｒａｎｓｐｏｒｔ  ａｎｄ  ｔｒａｎｓｐｏｒｔ  ｓｉｇｎａｌｉｎｇ」
【発明の開示】
【００１２】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＵＥ７０とアプリケーションサーバ１０との間の伝送路においてサポート可能なＭＴＵサイズを効率的に探索することができる上りユーザＩＰパケットの送信方法及び移動局を提供することを目的とする。
【００１３】
本発明の第１の特徴は、移動局が、無線基地局に対して、上りユーザＩＰパケットを送信する送信方法であって、前記無線基地局に接続されている伝送路の種類に応じて、前記上りユーザＩＰパケットの最大許容データサイズを決定して、前記移動局に対して通知する工程Ａと、前記移動局が、通知された前記最大許容データサイズ以下の上位層データユニットを生成する工程Ｂと、前記移動局が、生成された前記上位層データユニットを含む上りユーザＩＰパケットを生成し、生成された該上りユーザＩＰパケットを含む無線通信用データを生成して前記無線基地局に対して送信する工程Ｃと、前記無線基地局が、前記上りユーザＩＰパケットを含む有線伝送用データを生成して上位ノードに対して送信する工程Ｄとを有し、前記無線基地局は、前記最大許容データサイズ以下の前記上りユーザＩＰパケットを含む前記有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、前記上位ノードに送信することを要旨とする。
【００１４】
本発明の第１の特徴において、前記工程Ａは、前記移動局が、アイドル状態からアクティブ状態に遷移する際に、該移動局に接続されている無線基地局に対して、第１メッセージを送信する工程と、前記無線基地局が、前記第１メッセージを受信した場合に、前記移動局に対するモビリティ制御を行うモビリティ制御装置に対して、第２メッセージを送信する工程と、前記モビリティ制御装置が、前記第２メッセージを受信した場合に、前記最大許容データサイズを決定して、第３メッセージによって前記無線基地局に対して通知する工程と、前記無線基地局が、第４メッセージによって、前記最大許容データサイズを前記移動局に通知する工程とを有してもよい。
【００１５】
本発明の第１の特徴において、前記工程Ａは、前記移動局が、デタッチ状態からアタッチ状態に遷移する際に、無線基地局に対して、第１メッセージを送信する工程と、前記無線基地局が、前記第１メッセージを受信した場合に、前記移動局に対するモビリティ制御を行うモビリティ制御装置に対して、第２メッセージを送信する工程と、前記モビリティ制御装置が、前記第２メッセージを受信した場合に、前記最大許容データサイズを決定して、第３メッセージによって前記無線基地局に対して通知する工程と、前記無線基地局が、第４メッセージによって、前記最大許容データサイズを前記移動局に通知する工程とを有してもよい。
【００１６】
本発明の第１の特徴において、前記工程Ａにおいて、前記無線基地局が、有線伝送用データ処理カードにおける処理量が所定閾値を越えたことを検出した場合に、前記最大許容データサイズを前記移動局に対して通知してもよい。
【００１７】
本発明の第１の特徴において、前記工程Ａにおいて、前記移動局とゲートウェイとの間で確立されている全てのベアラ上で送信される前記上りユーザＩＰパケットに対して、１つの前記最大許容データサイズを決定してもよい。
【００１８】
本発明の第２の特徴は、ユーザＩＰパケットを送信する送信方法であって、管理装置が、ネットワーク内における伝送路の種類に応じて、前記上りユーザＩＰパケットの最大許容データサイズを決定して、前記移動局に対して通知する工程Ａと、前記移動局が、通知された前記最大許容データサイズ以下の上位層データユニットを生成する工程Ｂと、前記移動局が、生成された前記上位層データユニットを含む上りユーザＩＰパケットを生成し、生成された該上りユーザＩＰパケットを含む無線通信用データを生成して前記無線基地局に対して送信する工程Ｃと、前記無線基地局が、前記上りユーザＩＰパケットを含む有線伝送用データを生成して上位ノードに対して送信する工程Ｄとを有し、前記無線基地局は、前記最大許容データサイズ以下の前記上りユーザＩＰパケットを含む有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、前記上位ノードに送信することを要旨とする。
【００１９】
本発明の第２の特徴において、前記工程Ａにおいて、前記管理装置が、前記移動局とゲートウェイとの間で確立されている全てのベアラ上で送信される前記上りユーザＩＰパケットに対して、１つの前記最大許容データサイズを決定してもよい。
【００２０】
本発明の第３の特徴は、無線基地局に対して、上りユーザＩＰパケットを送信するように構成されている移動局であって、前記上りユーザＩＰパケットの最大許容データサイズが通知された場合、通知された該最大許容データサイズ以下の前記上位層データユニットを生成するように構成されている上位層処理部と、生成された前記上位層データユニットを含む上りユーザＩＰパケットを生成し、生成された該上りユーザＩＰパケットを含む無線通信用データを生成して前記無線基地局に対して送信するように構成されているデータ送信部とを具備し、前記無線基地局は、前記最大許容データサイズ以下の前記上りユーザＩＰパケットを含む有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、上位ノードに送信することを要旨とする。
【００２１】
本発明の第４の特徴は、無線基地局であって、移動局から、上位層データユニットを含む上りユーザＩＰパケットを受信し、該上位層データユニットを含む有線伝送用データを生成して上位ノードに対して送信するように構成されているＩＰパケット処理カードと、前記移動局に対して、前記上りユーザＩＰパケットの最大許容データサイズを通知するように構成されている通知部とを具備し、前記上りユーザＩＰパケットの最大許容データサイズが通知されている場合には、ＩＰパケット処理カードは、前記上位層データユニットを含む有線伝送用データに対して、ＩＰフラグメンテーション処理を行うことなく、前記上位ノードに送信するように構成されていることを要旨とする。
【００２２】
本発明の第４の特徴において、前記ＩＰパケット処理カードは、該ＩＰパケット処理カードにおける処理量が所定閾値を越えたことを検知した場合に、前記上りユーザＩＰパケットの最大許容データサイズを決定するように構成されており、前記通知部は、前記ＩＰパケット処理カードによって決定された前記上りユーザＩＰパケットの最大許容データサイズを、前記移動局に対して通知するように構成されていてもよい。
【００２３】
以上説明したように、本発明によれば、移動局ＵＥ７０とアプリケーションサーバ１０との間の伝送路においてサポート可能なＭＴＵサイズを効率的に探索することができる上りユーザＩＰパケットの送信方法及び移動局を提供することができる。
【図面の簡単な説明】
【００２４】
【図１】図１は、従来の無線通信システムについて説明するための図である。
【図２】図２は、本発明の第１の実施形態に係る無線通信システムの全体構成図である。
【図３】図３は、本発明の第１の実施形態に係る無線通信システムにおけるプロトコル構成を示す図である。
【図４】図４は、本発明の第１の実施形態に係る無線基地局の機能ブロック図である。
【図５】図５は、本発明の第１の実施形態に係る移動局の機能ブロック図である。
【図６】図６は、本発明の第１の実施形態に係る無線通信システムの動作を示すシーケンス図である。
【図７】図７は、本発明の第１の実施形態に係る無線通信システムの動作を示すシーケンス図である。
【発明を実施するための最良の形態】
【００２５】
（本発明の第１の実施形態に係る無線通信システムの構成）
図２乃至図５を参照して、本発明の第１の実施形態に係る無線通信システムの構成について説明する。【００２６】
図２に示すように、本実施形態に係る無線通信システムは、アプリケーションサーバ１０と、ＰＤＮゲートウェイ（ＰＤＮ-ＧＷ：Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ-Ｇａｔｅｗａｙ）２０と、ＭＭＥ３０と、Ｓ-ＧＷ４０と、ＯＡＭ（Ｏｐｅｒａｔａｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）サーバ５０と、無線基地局（ｅＮＢ）６０とを具備している。【００２７】
ＵＥ７０は、ｅＮＢ６０との間で確立されている１つ又は複数の無線ベアラ（無線チャネル）を介して、ｅＮＢ６０に対して無線通信用データを送信し、ｅＮＢ６０から無線通信用データを受信するように構成されている。【００２８】
また、ＵＥ７０は、ＰＤＮ-ＧＷ２０との間で、１つ又は複数のＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ）ベアラを確立するように構成されている。【００２９】
アプリケーションサーバ１０は、下りユーザＩＰパケットを生成して送信するように構成されている。図３に、アプリケーションサーバ１０のプロトコルスタックを示す。【００３０】
図３に示すように、アプリケーションサーバ１０は、アプリケーション層（上位層）データユニットを含む下りユーザＩＰパケットを生成し、生成された下りユーザＩＰパケットを含む有線伝送用データ（ＩＰパケット）を生成してＰＤＮ-ＧＷ２０に対して送信するように構成されている。【００３１】
具体的には、アプリケーションサーバ１０は、アプリケーション層において、生成したアプリケーション層データユニットに対して、宛先ＩＰアドレスＢとしてＵＥ７０のＩＰアドレスを付与するように構成されている。【００３２】
また、アプリケーションサーバ１０は、ＧＴＰ-Ｕ層において、かかる宛先ＩＰアドレスＢが付与されているアプリケーション層データユニットに対して、ＰＤＮ-ＧＷとの間で確立されているＧＴＰ-Ｕトンネルを識別するためのＧＴＰ-ＵトンネルＩＤを含むＧＴＰ-Ｕトンネルヘッダを付与するように構成されている。【００３３】
その後、アプリケーションサーバ１０は、ＩＰ層において、宛先ＩＰアドレスＡとしてＰＤＮ-ＧＷ２０のＩＰアドレスを含むＩＰヘッダを付与することによって下りユーザＩＰパケットを生成し、データリンク層及び物理（ＰＨＹ）層を経由してＰＤＮ-ＧＷ２０に対して送信するように構成されている。【００３４】
ここで、有線伝送路におけるＧＴＰ-Ｕ層とＵＤＰ層とＩＰ層とデータリンク層と物理層とを総称して、トランスポートネットワーク層（ＴＮＬ）と呼ぶ。【００３５】
ＰＤＮ-ＧＷ２０は、ＭＭＥ３０及びＳ-ＧＷを含むＩＰトランスポートネットワークと、公衆データネットワーク（ＰＤＮ）との間のゲートウェイの役割を果たす装置である。また、ＰＤＮ-ＧＷ２０は、図３に示すようなプロトコルスタックを具備する。【００３６】
なお、ＩＰトランスポートネットワークに含まれる伝送路では、データリンク層プロトコルとして「Ｇｉｇａ  Ｅｔｈｅｒｎｅｔ（登録商標）」が用いられているものとする。【００３７】
ＭＭＥ３０は、ＵＥ７０に対するモビリティ制御を行うように構成されている装置である。また、ＭＭＥ３０は、図３に示すようなプロトコルスタックを具備する。【００３８】
ＭＭＥ３０は、各ｅＮＢ６０に接続されている伝送路の種類に応じて、上りユーザＩＰパケットのＭＴＵサイズ（最大許容データサイズ）を決定して、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージによって、ＵＥ７０に対して通知するように構成されていてもよい。【００３９】
ここで、ＭＭＥ３０は、ＵＥ７０とＰＤＮ-ＧＷ２０（ゲートウェイ）との間で確立されているＳＡＥベアラ（ベアラ）上で送信される上りユーザＩＰパケットに対して、１つのＭＴＵサイズを決定するように構成されている。【００４０】
すなわち、全てのＳＡＥベアラ上で送信されるアプリケーション層データユニットを含む上りユーザＩＰパケットに対して、同一のＭＴＵサイズが割り当てられるものとする。【００４１】
また、ＭＭＥ３０は、ｅＮＢ６０又はＯＡＭサーバ６０によって決定されたアプリケーション層データユニットを含む上りユーザＩＰパケットのＭＴＵサイズを、ＲＲＣメッセージによって、ＵＥ７０に対して通知するように構成されていてもよい。【００４２】
また、ＭＭＥ３０は、ＯＡＭサーバ６０によって決定されたアプリケーション層データユニットを含む上りユーザＩＰパケットのＭＴＵサイズを、ＮＡＳ（Ｎｏｎ-Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）の情報要素として定義し、ＮＡＳシグナリングとしてＵＥ７０に通知してもよい。この場合、具体的にＭＴＵサイズを含むＮＡＳメッセージがＳ１−ＡＰメッセージとしてｅＮＢに運び、ｅＮＢではＮＡＳメッセージを処理することなく、透過的にＵＥに送信する。【００４３】
Ｓ-ＧＷ４０は、ＰＤＮ-ＧＷ２０とＭＭＥ３０とｅＮＢ６０とに接続されているゲートウェイである。また、Ｓ-ＧＷ４０は、図３に示すようなプロトコルスタックを具備する。【００４４】
ＯＡＭサーバ５０は、ＰＤＮ-ＧＷ２０とＭＭＥ３０とＳ-ＧＷ４０とｅＮＢ６０とを管理するための管理装置である。【００４５】
ＯＡＭサーバ５０は、ネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）内における伝送路の種類に応じて、上りユーザＩＰパケットのＭＴＵサイズを決定して、ＵＥ７０に対して通知するように構成されている。【００４６】
具体的には、ＯＡＭサーバ５０は、ＰＬＭＮ内の各ｅＮＢ６０に接続されている伝送路における上りユーザＩＰパケットのＭＴＵサイズの中から最小のＭＴＵサイズを検索し、検索した最小のＭＴＵサイズを、上述のアプリケーション層データユニットを含む上りユーザＩＰパケットのＭＴＵサイズと決定する。【００４７】
ここで、ＯＡＭサーバ５０は、ＵＥ７０とＰＤＮ-ＧＷ２０（ゲートウェイ）との間で確立されているＳＡＥベアラ（ベアラ）上で送信される上りユーザＩＰパケットに対して、１つのＭＴＵサイズを決定するように構成されている。【００４８】
すなわち、全てのＳＡＥベアラ上で送信される上りユーザＩＰパケットに対して、同一のＭＴＵサイズが割り当てられるものとする。【００４９】
ｅＮＢ６０は、図４に示すように、伝送路インターフェイス６１と、複数のＩＰパケット処理カード６２＃１乃至６２＃４と、処理量判断部６３と、ＲＲＣ処理部６４とを具備している。なお、ｅＮＢ６０は、図３に示すようなプロトコルスタックを具備する。【００５０】
伝送路インターフェイス６１は、Ｓ-ＧＷ４０に対する伝送路インターフェイスと、各セルに在圏するＵＥ７０に対する伝送路インターフェイスの両者を含む。【００５１】
ＩＰパケット処理カード６２は、ｅＮＢ６０によって管理されている各セルに対応するものであって、ＩＰ層におけるＩＰパケット（有線伝送用データ）に対する処理（例えば、ＩＰフラグメンテーション処理やＩＰアセンブリング処理）を行うように構成されている。【００５２】
ＩＰパケット処理カード６２は、処理量判断部６３によって当該ＩＰパケット処理カード６２における処理量が所定閾値を越えたことが検出された場合に、上りユーザＩＰパケットのＭＴＵサイズを決定して、ＲＲＣ処理部６４に通知するように構成されている。【００５３】
例えば、ＩＰパケット処理カード６２は、処理量判断部６３によって当該ＩＰパケット処理カード６２におけるＩＰパケット（有線伝送用データ）に対するＩＰアセンブリングの処理量が所定閾値を越えたことが検出された場合に、上りユーザＩＰパケットのＭＴＵサイズを決定して、ＲＲＣ処理部６４に通知するように構成されていてもよい。【００５４】
ＲＲＣ処理部６４は、各ＩＰパケット処理カード６２から通知された上りユーザＩＰパケットのＭＴＵサイズを、ＲＲＣメッセージによって、ＵＥ７０に対して通知するように構成されている。【００５５】
ＵＥ７０は、図５に示すように、アプリケーション層処理部７１と、ＮＡＳ処理部７２と、ＲＲＣ処理部７３と、データ処理部７４とを具備している。なお、ＵＥ７０は、図３に示すようなプロトコルスタックを具備する。【００５６】
アプリケーション層処理部７１は、ＮＡＳ処理部７２又はＲＲＣ処理部７３から、上りユーザＩＰパケットのＭＴＵサイズが通知された場合、通知されたＭＴＵサイズ以下のアプリケーション層データユニットを生成するように構成されている。【００５７】
ＮＡＳ処理部７２は、ＯＡＭサーバ５０からＮＡＳシグナリングによって通知された上りユーザＩＰパケットのＭＴＵサイズを取得するように構成されている。【００５８】
ＲＲＣ処理部７３は、ｅＮＢ６０からＲＲＣメッセージによって通知された上りユーザＩＰパケットのＭＴＵサイズを取得するように構成されている。【００５９】
ここで、ｅＮＢ６０は、上述のＭＴＵサイズ以下の上りユーザＩＰパケットを含むＩＰパケット（有線伝送用データ）に対して、ＩＰ層において、ＩＰフラグメンテーション処理を行うことなく、上位ノード（例えば、Ｓ-ＧＷ等）に送信するように構成されている。【００６０】
データ送信部７４は、アプリケーション層処理部７１によって生成されたアプリケーション層データユニットを含む上りユーザＩＰパケットを生成し、生成された上りユーザＩＰパケットを含む無線通信用データを生成して、無線ベアラを介して、ｅＮＢ６０に対して送信するように構成されている。【００６１】
（本発明の第１の実施形態に係る無線通信システムの動作）
図６及び図７を参照して、本実施形態に係る無線通信システムの動作について説明する。【００６２】
第１に、図６を参照して、ＵＥ７０が、アイドル状態からアクティブ状態に遷移する際の本実施形態に係る無線通信システムの動作について説明する。【００６３】
図６に示すように、ステップＳ１０００において、ＵＥ７０は、アイドル状態（例えば、通信停止状態）であるものとする。【００６４】
ステップＳ１００１において、ＵＥ７０が、アクティブ状態（例えば、通信開始状態）に遷移しようとすると、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介して、当該ＵＥ７０が接続されているｅＮＢ６０に対して、ＵＥ７０の識別情報等の所定情報を送信する。【００６５】
ステップＳ１００２において、ｅＮＢ６０が、ＵＥ７０に対して、受信した所定情報に対する応答である「ＲＡＣＨ  ｒｅｓｐｏｎｓｅ」メッセージを送信する。【００６６】
ステップＳ１００３において、ＵＥ７０が、ｅＮＢ６０に対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ（第１メッセージ）」を送信する。【００６７】
ｅＮＢ６０は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」メッセージを受信した場合に、ステップＳ１００４において、ＵＥ７０に対するモビリティ制御を行うＭＭＥ３０に対して、「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）（第２メッセージ）」を送信すると共に、ステップＳ１００５において、ＵＥ７０に対して、「ＲＲＣ  Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎメッセージ」を送信する。【００６８】
ステップＳ１００６において、ＭＭＥ３０は、「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）」を受信した場合に、上りユーザＩＰパケットのＭＴＵサイズを決定し、ｅＮＢ６０に対して、「ＡＳ：Ａｃｃｅｓｓ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ  ＩＥ」及び「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」を含む「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）（第３メッセージ）」を送信する。【００６９】
ここで、ＭＭＥ３０は、ｅＮＢ６０に対して、「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」によって、個別のＳＡＥベアラに対してではなく、全てのＳＡＥベアラに対して、上述の上りユーザＩＰパケットのＭＴＵサイズを通知する。【００７０】
ステップＳ１００７において、ｅＮＢ６０は、ＵＥ７０に対して、「ＡＳ：Ｓｅｃｕｒｉｔｙ  ＋  Ｂｅａｒｅｒ  Ｓｅｔｕｐ」及び「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」を含む「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｍｍａｎｄメッセージ（第４メッセージ）」を送信する。【００７１】
ここで、ｅＮＢ６０は、ＵＥ７０に対して、「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」によって、個別のＳＡＥベアラに対してではなく、全てのＳＡＥベアラに対して、上述の上りユーザＩＰパケットのＭＴＵサイズを通知する。【００７２】
ステップＳ１００８において、ＵＥ７０は、ｅＮＢ６０に対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅメッセージ」を送信する。【００７３】
ステップＳ１００９において、ｅＮＢ６０は、ＭＭＥ３０に対して、「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ）」を送信する。【００７４】
その後、ＵＥ７０は、アプリケーション層において、通知された上りユーザＩＰパケットのＭＴＵサイズ以下のアプリケーション層データユニットを生成して、ＩＰ層において、ＩＰフラグメンテーション処理を行うことなく、当該アプリケーション層データユニットを含む上りユーザＩＰパケットを生成し、データリンク層及び物理層を介して当該上りユーザＩＰパケットを含む無線通信用データを送信する。【００７５】
そして、ｅＮＢ６０は、受信した無線通信用データに含まれる上りユーザＩＰパケットを抽出し、ＩＰ層において、ＩＰフラグメンテーション処理を行うことなく、当該アプリケーション層データユニットを含む上りユーザＩＰパケットを生成し、データリンク層及び物理層を介して当該上りユーザＩＰパケットを含む有線伝送用データを上位ノード（例えば、Ｓ-ＧＷ）に送信する。【００７６】
第２に、図７を参照して、ＵＥ７０が、デタッチ状態からアタッチ状態に遷移する際の本実施形態に係る無線通信システムの動作について説明する。【００７７】
図７に示すように、ステップＳ２０００において、ＵＥ７０は、デタッチ状態（例えば、電源オフ状態）であるものとする。【００７８】
ステップＳ２００１において、ＵＥ７０が、アタッチ状態（例えば、電源ＯＮ状態）に遷移しようとすると、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介して、当該ＵＥ７０が接続されているｅＮＢ６０に対して、ＵＥ７０の識別情報等の所定情報を送信する。【００７９】
ステップＳ２００２において、ｅＮＢ６０が、ＵＥ７０に対して、受信した所定情報に対する応答である「ＲＡＣＨ  ｒｅｓｐｏｎｓｅ」メッセージ（ＴＡ,ｇｒａｎｔ）を送信する。【００８０】
ステップＳ２００３において、ＵＥ７０が、ｅＮＢ６０に対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ（ＮＡＳ  Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）（第１メッセージ）」を送信する。【００８１】
ｅＮＢ６０は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」メッセージを受信した場合に、ステップＳ２００４において、ＵＥ７０に対するモビリティ制御を行うＭＭＥ３０に対して、「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）（第２メッセージ）」を送信すると共に、ステップＳ２００５において、ＵＥ７０に対して、「ＲＲＣ  Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎメッセージ」を送信する。【００８２】
ステップＳ２００６において、ＵＥ７０とＭＭＥ３０との間で、ＮＡＳシグナリングによって、「Ａｃｔｉｖａｔｉｏｎ  ａｎｄ  Ｓｅｃｕｒｉｔｙ  Ｓｅｔｕｐ」処理が行われる。【００８３】
ステップＳ２００７において、ＭＭＥ３０は、「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）」を受信した場合に、上りユーザＩＰパケットのＭＴＵサイズを決定し、ｅＮＢ６０に対して、「ＡＳ：Ａｃｃｅｓｓ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ  ＩＥ」及び「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」を含む「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）（第３メッセージ）」を送信する。【００８４】
ここで、ＭＭＥ３０は、ｅＮＢ６０に対して、「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」によって、個別のＳＡＥベアラに対してではなく、全てのＳＡＥベアラに対して、上述の上りユーザＩＰパケットのＭＴＵサイズを通知する。【００８５】
ステップＳ２００８において、ｅＮＢ６０は、ＵＥ７０に対して、「ＡＳ：Ｓｅｃｕｒｉｔｙ  ＋  Ｂｅａｒｅｒ  Ｓｅｔｕｐ」及び「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」を含む「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｍｍａｎｄメッセージ（第４メッセージ）」を送信する。【００８６】
ここで、ｅＮＢ６０は、ＵＥ７０に対して、「ＮＡＳ：ＵＬ  ＭＴＵ  Ｓｉｚｅ  ｆｏｒ  ａｌｌ  ＳＡＥ  ｂｅａｒｅｒ」によって、個別のＳＡＥベアラに対してではなく、全てのＳＡＥベアラに対して、上述の上りユーザＩＰパケットのＭＴＵサイズを通知する。【００８７】
ステップＳ２００９において、ＵＥ７０は、ｅＮＢ６０に対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅメッセージ」を送信する。【００８８】
ステップＳ２０１０において、ｅＮＢ６０は、ＭＭＥ３０に対して、「Ｓ１-ＡＰメッセージ（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ）」を送信する。【００８９】
その後、ＵＥ７０は、上りのＵＥのＩＰ層において、通知された上りユーザＩＰパケットのＭＴＵサイズ以下のアプリケーション層データユニットを生成し、ＩＰ層において、ＩＰフラグメンテーション処理を行うことなく、当該アプリケーション層データユニットを含む上りユーザＩＰパケットを生成し、データリンク層及び物理層を介して当該上りユーザＩＰパケットを含む無線通信用データを送信する。【００９０】
そして、ｅＮＢ６０は、受信した無線通信用データに含まれる上りユーザＩＰパケット及び当該上りユーザデータに含まれるアプリケーション層データユニットを抽出し、ＩＰ層において、ＩＰフラグメンテーション処理を行うことなく、当該アプリケーション層データユニットを含む上りユーザＩＰパケットを生成し、データリンク層及び物理層を介して当該上りユーザＩＰパケットを含む有線伝送用データを上位ノード（例えば、Ｓ-ＧＷ）に送信する。【００９１】
（本発明の第１の実施形態に係る無線通信システムの作用・効果）
本実施形態に係る無線通信システムによれば、ＵＥ７０が、アプリケーション層において、ＭＭＥ３０やＯＡＭサーバ５０やｅＮＢ６０によって決定されて通知された上りユーザＩＰパケットのＭＴＵサイズに従って、アプリケーション層データユニットを生成するように構成されているため、ＵＥ７０及びアプリケーションサーバ１０との間で、上述のＭＴＵサイズを探索する必要が無いため、効率的に、上りユーザＩＰパケットの送信を行うことができる。【００９２】
また、本実施形態に係る無線通信システムによれば、上述のＭＴＵサイズは、全てのＳＡＥベアラ上で送信される上りユーザＩＰパケットに対して１つだけ通知されるため、各ＳＡＥベアラ上で送信される上りユーザＩＰパケットに対して１つずつ通知される場合と比べて、無線リソースを効率的に使用することができる。【００９３】
なお、上述の移動局ＵＥ７０及び無線基地局ｅＮＢ６０の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。【００９４】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。【００９５】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。【００９６】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。【００９７】
なお、日本国特許出願第２００７−２１４１５８号（２００７年８月２０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【００９８】
以上のように、本発明に係る送信方法及び移動局は、移動局とアプリケーションサーバとの間の伝送路においてサポート可能なＭＴＵサイズを効率的に探索することができるため、有用である。
【図１】
2009025282.tif 000003
【図２】
2009025282.tif 000004
【図３】
2009025282.tif 000005
【図４】
2009025282.tif 000006
【図５】
2009025282.tif 000007
【図６】
2009025282.tif 000008
【図７】
2009025282.tif 000009
【国際調査報告】
2009025282.tif 000010
2009025282.tif 000011