(57)【要約】  本開示にかかるデータ伝送方法は、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することと、前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエストプロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うこととを含む。本開示の実施例では、制御プレーン伝送方式を使用する狭帯域のモノインターネットユーザがアイドル状態に入った時に、これからビックデータパケットを伝送することを予知した場合、アイドル状態で直接にユーザプレーン伝送方式に転換し、データ伝送を行うことができ、これによって、データ伝送プロセスの転換を減らし、システムシグナリングの支出を節約し、パケットロス及び順序乱れを減らすことができる。
2019515576.tif 000002
【特許請求の範囲】
【請求項１】
データ伝送方法であって、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うこととを含む、前記データ伝送方法。
【請求項２】
前記制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することは、
前記制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、伝送される必要があるデータパケットのサイズを確定することと、
伝送される必要があるデータパケットのサイズによって、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することとを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記伝送される必要があるデータパケットのサイズによって、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することは、
前記データパケットのサイズが設定された閾値より大きい場合、ユーザプレーン伝送方式に転換する必要があることを確定することを含むことを特徴とする
請求項２に記載の方法。
【請求項４】
前記ユーザ端末は、狭帯域のモノインターネットを使用するユーザ端末であることを特徴とする
請求項１に記載の方法。
【請求項５】
前記ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することは、
無線リソース制御プロトコル（ＲＲＣ）シグナリングを通じて、基地局にＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを送信することを含むことを特徴とする
請求項１に記載の方法。
【請求項６】
前記ユーザ端末がローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報を削除し、前記基地局とＲＯＨＣコンテキスト情報を再度ネゴシエーションすることをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項７】
データ伝送方法であって、
移動性管理エンティティ（ＭＭＥ）は、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定することと、
前記ＭＭＥは、記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除することとを含むデータ伝送方法。
【請求項８】
移動性管理エンティティ（ＭＭＥ）が、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定することは、
前記ＭＭＥは、制御プレーン伝送方式を使用するユーザ端末がアイドル状態で送信されたＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを受信することを含むことを特徴とする
請求項７に記載の方法。
【請求項９】
前記ユーザコンテキスト情報は、
前記ＭＭＥとサービスゲートウェイ（ＳＧＷ）との間のインタフェースに関する情報、
ロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報のうちの少なくとも一つを含むことを特徴とする
請求項７に記載の方法。
【請求項１０】
データ伝送装置であって、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断するように構成される確定モジュールと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うように構成される転換モジュールとを含むデータ伝送装置。
【請求項１１】
前記確定モジュールは、前記制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、伝送される必要があるデータパケットのサイズを確定し、伝送される必要があるデータパケットのサイズによって、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断するように構成されることを特徴とする
請求項１０に記載の装置。
【請求項１２】
前記確定モジュールは、前記データパケットのサイズが設定された閾値より大きい場合、ユーザプレーン伝送方式に転換する必要があることを確定するように構成されることを特徴とする
請求項１１に記載の装置。
【請求項１３】
前記ユーザ端末は、狭帯域のモノインターネットを使用するユーザ端末であることを特徴とする
請求項１０に記載の装置。
【請求項１４】
ローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報を削除し、基地局とＲＯＨＣコンテキスト情報を再度ネゴシエーションするように構成されるコンテキスト情報処理モジュールをさらに含むことを特徴とする
請求項１０に記載の装置。
【請求項１５】
データ伝送装置であって、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定するように構成される確定モジュールと、
記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除するように構成される削除モジュールとを含むデータ伝送装置。
【請求項１６】
前記ユーザコンテキスト情報は、
前記ＭＭＥとサービスゲートウェイ（ＳＧＷ）との間のインタフェースに関する情報、
ロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報のうちの少なくとも一つを含むことを特徴とする
請求項１５に記載の装置。
【請求項１７】
コンピュータ記憶媒体であって、１セットの命令を含み、前記命令を実行する時に、少なくとも一つのプロセッサは、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うこととを含む操作を実行するコンピュータ記憶媒体。
【請求項１８】
コンピュータ記憶媒体であって、１セットの命令を含み、前記命令を実行する時に、少なくとも一つのプロセッサは、
移動性管理エンティティ（ＭＭＥ）は、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定することと、
前記ＭＭＥは、記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除することとを含む操作を実行するコンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、特にデータ伝送方法、装置及びコンピュータ記憶媒体に関する。
【０００２】
関連出願の相互参照
本願発明は、出願番号が２０１６１０３４６２３１.７であり、出願日が２０１６年０５月２３日である中国特許出願に基づいて提出し、当該中国特許出願の先行出願優先権を主張し、当該中国特許出願の全ての内容は参照により本明細書に組み込まれる。
【背景技術】
【０００３】
狭帯域のモノインターネット（ＮＢ−ＩＯＴ：Ｎａｒｒｏｗ  Ｂａｎｄ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）は、低消費電力・広域通信（ＬＰＷＡ：Ｌｏｗ  Ｐｏｗｅｒ  Ｗｉｄｅ  Ａｒｅａ）市場における最も将来性のある解決方式として、数多くのモノを接続して管理することができる。ＮＢ−ＩＯＴは、優れる室内のカバレッジを効果的に提供すると同時に、大量の低スループット、超低コストの設備の接続をサポートすることができ、しかも低消費電力、最適化されたネットワークアーキテクチャ等のユニークな利点を持ち、個人消費、工業分野、公共分野、家電分野で広く使用されることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ＮＢ−ＩＯＴ端末の低スループット、超低コスト等の特性によって、従来の第３世代（３Ｇ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）、第４世代（４Ｇ：４ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）ネットワークは、既に狭帯域のモノインターネットへの適用に適されなくなっている。発展型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）ネットワークのアーキテクチャの複雑さ、数多くのコアネットワーク側のネットワークエレメント及びインタフェース、端末対端末のシグナリングの複雑さによって、低速データ伝送は、冗長なシグナリングのため、伝送率が低下し、コアネットワーク、端末のコストが非常に高くなる。したがって、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＮＢ−ＩＯＴのニーズを満たすために新技術を提出している。データ伝送に対し、図１に示すように、現在二つの解決方式が考案され、その一つとしては、制御プレーン伝送方式（制御プレーン最適化方式とも呼ばれる）であり、このような方式の下で、Ｓ１−Ｕベアラとデータ無線ベアラ（ＤＲＢ：Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）を確立する必要がなくなり、スモールデータパケットは、非アクセス層（ＮＡＳ：Ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングを介して、移動性管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）に伝送され、そしてＴ６ａまたはＳ１１インタフェースに送られ、制御プレーンデータ伝送を実現する。もう一つは、ユーザプレーン伝送方式（ユーザプレーン最適化方式とも呼ばれる）のような方式で、Ｓ１−Ｕベアラとデータ無線ベアラを確立する必要があり、ユーザプレーンデータ伝送を実現する。
【０００５】
制御プレーンリソースが比較的に少ないため、制御プレーン伝送方式を使用する場合、データ伝送過程において、伝送待ちのデータ量が急に増大する時に、制御プレーンリソースが無駄になるという問題を解決するため、接続状態の狭帯域のモノインターネットユーザが制御プレーン伝送方式からユーザプレーン伝送方式に転換できる方法をある会社から提示された。詳細なプロセスは、図２に示すように、以下のステップを含む。
【０００６】
１、ユーザ端末は、接続状態で制御プレーン伝送方式により、データを送受信する。
２、ユーザ端末は、ユーザプレーンベアラの確立をトリガし，発展型基地局（ｅＮｏｄｅＢ：Ｅｖｏｌｖｅｄ    Ｎｏｄｅ  Ｂ）に、ユーザプレーン伝送方式へ転換することを示すＮＡＳメッセージを送信する。
３、ｅＮｏｄｅＢは、このＮＡＳメッセージをＭＭＥに転送する。ＭＭＥは受信した後に、Ｓ１−Ｕベアラを確立する。
４、ＭＭＥは、ダウンリンクデータの順序乱れを減少するため、サービスゲートウェイ（ＳＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）にアクセスベアラ解放リクエストメッセージを送信する。
５、ＳＧＷは、ベアラ解放リクエストメッセージを受信した後、当該ユーザ端末のコンテキスト内のＭＭＥに関する情報を削除し、アクセスベアラ解放応答メッセージに返信する。
６、ＭＭＥは、ｅＮｏｄｅＢに初期化コンテキストセットアップリクエスト（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージを送信し、Ｓ１−ＵベアラとＤＲＢベアラの確立をリクエストする。
７、ｅＮｏｄｅＢは、ＵＥに無線リソース制御接続再構成メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信し、無線ベアラの確立をリクエストし、ＵＥは、ＲＲＣ接続再構成完成メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）を返信し、これによって、アップリンクチャネルの確立が完成される。
８、アップリンクチャネルが確立された後、ユーザ端末はアップリンクデータをｅＮｏｄｅＢに送信することができ、ｅＮｏｄｅＢにてＳＧＷに送信し、さらにパケットデータゲートウェイ（ＰＧＷ：ＰＤＮ  Ｇａｔｅ  Ｗａｙ）に送信する。
９、ｅＮｏｄｅＢは、ＭＭＥにＳ１−ＡＰプロトコルメッセージ、即ち初期化コンテキストセットアップ完成（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージを送信する。
１０、ＭＭＥは、ＳＧＷにベアラ修正リクエスト（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージを送信し、ｅＮｏｄｅＢのＩＰアドレスを更新する。
１１、ＳＧＷは、ベアラ修正応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）メッセージを返信し、ダウンリンクチャネルの確立が完成される。
【０００７】
前記プロセスにおいて、ユーザ端末は、制御プレーン伝送方式をしている最中、ＮＡＳメッセージを送信することによって、制御プレーン伝送方式からユーザプレーン伝送方式への転換を開始する。もし、ユーザ端末が制御プレーン伝送方式の下でデータを送信した後、アイドル状態になり、アイドル状態でこれからビッグデータパケットを送信する必要があることが予知された場合、前記転換プロセスを使用しようとしたら、ユーザ端末は、まず接続状態に入る必要があり、そして制御プレーン伝送方式の下で、前記転換プロセスを開始する。明らかに、このようにすれば、システムに余分なシグナリング支出を増加させる。
【課題を解決するための手段】
【０００８】
本発明の実施例は、データ伝送方法及び装置を提供し、制御プレーン伝送方式からユーザプレーン伝送方式への転換を実現し、システムシグナリング支出を節約する。
【０００９】
本発明の実施例は、データ伝送方法を提供し、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うこととを含む。
【００１０】
前記解決手段において、前記制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することは、
前記制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、伝送される必要があるデータパケットのサイズを確定することと、
伝送される必要があるデータパケットのサイズによって、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することとを含む。
【００１１】
前記解決手段において、前記伝送される必要があるデータパケットのサイズによって、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することは、
前記データパケットのサイズが設定された閾値より大きい場合、ユーザプレーン伝送方式に転換する必要があることを確定することを含む。
【００１２】
前記解決手段において、前記ユーザ端末は、狭帯域のモノインターネットを使用するユーザ端末である。
【００１３】
前記解決手段において、前記ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することは、
無線リソース制御プロトコル（ＲＲＣ）シグナリングを通じて、基地局にＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを送信することを含む。
【００１４】
前記解決手段において、前記方法は、前記ユーザ端末がローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報を削除し、前記基地局とＲＯＨＣコンテキスト情報を再度ネゴシエーションすることをさらに含む。
【００１５】
本発明は、
移動性管理エンティティ（ＭＭＥ）は、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定することと、
前記ＭＭＥは、記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除することとを含むデータ伝送方法をさらに提供する。
【００１６】
前記解決手段において、移動性管理エンティティ（ＭＭＥ）が、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定することは、
前記ＭＭＥは、制御プレーン伝送方式を使用するユーザ端末がアイドル状態で送信されたＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを受信することを含む。
【００１７】
前記解決手段において、前記ユーザコンテキスト情報は、
前記ＭＭＥとサービスゲートウェイ（ＳＧＷ）との間のインタフェースに関する情報、
ロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報のうちの少なくとも一つを含む。
【００１８】
本発明は、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断するように構成される確定モジュールと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うように構成される転換モジュールとを含むデータ伝送装置を提供する。
【００１９】
前記解決手段において、前記確定モジュールは、前記制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、伝送される必要があるデータパケットのサイズを確定し、伝送される必要があるデータパケットのサイズによって、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断するように構成される。
【００２０】
前記解決手段において、前記確定モジュールは、前記データパケットのサイズが設定された閾値より大きい場合、ユーザプレーン伝送方式に転換する必要があることを確定するように構成される。
【００２１】
前記解決手段において、前記ユーザ端末は、狭帯域のモノインターネットを使用するユーザ端末である。
【００２２】
前記解決手段において、前記装置は、
ローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報を削除し、基地局とＲＯＨＣコンテキスト情報を再度ネゴシエーションするように構成されるコンテキスト情報処理モジュールをさらに含む。
【００２３】
本発明は、データ伝送装置を提供し、当該装置は、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定するように構成される確定モジュール、
記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除するように構成される削除モジュールを含む。
【００２４】
前記解決手段において、前記ユーザコンテキスト情報であって、
前記ＭＭＥとサービスゲートウェイ（ＳＧＷ）との間のインタフェースに関する情報、
ロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報のうちの少なくとも一つを含む。
【００２５】
本発明は、コンピュータ記憶媒体を提供し、１セットの命令を含み、前記命令を実行する時に、少なくとも一つのプロセッサは、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うこととを含む操作を実行する。
【００２６】
本発明は、コンピュータ記憶媒体を提供し、１セットの命令を含み、前記命令を実行する時に、少なくとも一つのプロセッサは、
移動性管理エンティティ（ＭＭＥ）は、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定することと、
前記ＭＭＥは、記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除することとを含む操作を実行する。
【発明の効果】
【００２７】
本発明の実施例において、制御プレーン伝送方式を使用する狭帯域のモノインターネットユーザがアイドル状態に入った時に、これからビックデータパケットを伝送することが予知された場合、アイドル状態でユーザプレーン伝送方式に直接転換することができ、これによって、データ伝送プロセスの転換を減らし、システムシグナリングの支出を節約し、パケットロス及び順序乱れを減らすことができる。
【図面の簡単な説明】
【００２８】
【図１】背景技術で考案される制御プレーン伝送とユーザプレーン伝送の模式図である。
【図２】背景技術で言及される制御プレーン伝送方式からユーザプレーン伝送方式への転換のプロセスの模式図である。
【図３】本発明の実施例１で提供されるデータ伝送方法のフローチャートである。
【図４】本発明の実施例２で提供されるデータ伝送の繰り返しのフローチャートである。
【図５】本発明の実施例３で提供される狭帯域のモノインターネットにおけるデータ伝送方法のフローチャートである。
【図６】本発明の実施例で提供されるデータ伝送装置の構造模式図である。
【図７】本発明の他の実施例で提供されるデータ伝送装置の構造模式図である。
【発明を実施するための形態】
【００２９】
制御プレーン伝送方式を使用する狭帯域のモノインターネットユーザがアイドル状態に入った時に、これからビックデータパケットを伝送することが予知された場合、先に接続状態に入ってから、制御プレーン伝送方式の下でユーザプレーン伝送方式への転換プロセスを開始する必要がなく、アイドル状態で直接にユーザプレーン伝送方式に入り、したがって、データ伝送プロセスの転換を減らし、システムシグナリングの支出を節約し、パケットロス及び順序乱れを減らすことができる。
【００３０】
以下では、図面を参照して本発明の実施例をより詳細に説明する。
【００３１】
実施例１
本発明で提供されるデータ伝送方法は、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うこととを含む。
【００３２】
具体的に、図３に示すように、本発明の実施例１で提供されるデータ伝送方法のフローチャートであり、以下のようなステップを含むことができる。
【００３３】
Ｓ３０１において、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式への転換が必要であることを確定する。
【００３４】
本発明の実施例におけるユーザ端末は、狭帯域のモノインターネットを使用するユーザ端末を意味することができる。また、本発明の実施例におけるユーザ端末は、制御プレーン伝送方式（または制御プレーン最適化方式と称する）以外のユーザプレーン伝送方式（またはユーザプレーン方式またはユーザプレーン最適化方式と称する）をサポートする。
【００３５】
ここで、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することは、具体的に、
ユーザ端末がアイドル状態である時に、伝送される必要があるデータパケットのサイズを予測することができ、伝送される必要があるデータパケットのサイズによって、ユーザプレーン伝送方式に転換する必要があるか否かを判断することを含むことができる。具体的に、伝送される必要があるデータパケットのサイズが設定された閾値より大きい場合、当該データパケットはビッグデータパケットと見なすことができ、この場合、ユーザプレーン伝送方式に転換する必要があることを確定することができる。
【００３６】
Ｓ３０２において、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスの開始するにより、ユーザプレーン伝送方式に転換する。
【００３７】
具体的に、ユーザ端末は、無線リソース制御プロトコル（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングを通じて、基地局（ｅＮｏｄｅＢ）にＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを送信することができ、当該Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージは、ユーザ識別情報を有することができ、ユーザ識別情報は一時移動ユーザ識別番号（Ｓ−ＴＭＳＩ：ＳＡＥ−Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔ）であってもよい。
【００３８】
選択的に、ユーザ端末は、ローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報を削除し、前記基地局とＲＯＨＣコンテキスト情報を再度ネゴシエーションする。
【００３９】
エアインターフェースリソースを節約し、エアインターフェースにおけるＩＰヘッダの冗長な伝送を減少するために、データ伝送時に一般的にＩＰヘッダ圧縮機能を使用する。制御プレーン伝送方式において、ＩＰヘッダ圧縮機能は、ユーザ端末とＭＭＥにおいて実現されることが可能である。ユーザ端末は、アタッチ（Ａｔｔａｃｈ）リクエストまたはトラッキングエリアアップデート（ＴＡＵ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）リクエストを行う時に、ＩＰヘッダ圧縮の構成パラメータを含ませ、これらの構成パラメータには、ロバストヘッダ圧縮（ＲＯＨＣ：Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）チャネルを確立するための情報、及び他のヘッダ圧縮に関するコンテキスト情報が含まれる。ＭＭＥは、ユーザ端末に送信されるＡｔｔａｃｈまたはＴＡＵの受け入れメッセージ中にアップ／ダウンリンクＲＯＨＣチャネルをバインドし、また、さらにユーザ端末にヘッダ圧縮コンテキストに応答して生成されるパラメータを送信する。それに対して、ユーザプレーン伝送方式において、ＩＰにヘッダ圧縮機能はユーザ端末とｅＮｏｄｅＢにて実現され、ＲＲＣ接続確立または再構成の過程において、ヘッダ圧縮に関連するパラメータのネゴシエーションと構成を完成させる。
【００４０】
制御プレーンデータ伝送からユーザプレーンデータ伝送に転換する時に、ＩＰヘッダ圧縮を実施するネットワークエレメントが変わるため、ＭＭＥとユーザ端末におけるＩＰヘッダ圧縮に関するパラメータは、もはや有効でなくなり、このように、ユーザプレーンデータ伝送を行う時に、ＩＰヘッダ圧縮機能は実施できなくなり、エアインターフェースにて冗長なＩＰヘッダ情報を伝送し、エアインターフェースリソースを浪費する。
【００４１】
したがって、本発明の実施例において、ユーザ端末は、制御プレーンデータ伝送からユーザプレーンデータ伝送に転換した後、ローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するＲＯＨＣコンテキスト情報を削除し、また基地局とＲＯＨＣコンテキスト情報を再度ネゴシエーションする。具体的に、ユーザ端末は、基地局とＲＲＣ接続を確立した後、ｅＮｏｄｅＢから送信された能力照会リクエストを受信した後、基地局に当該ユーザ端末のサポート能力をフィードバックすることができ、その中には、ユーザ端末のＲＯＨＣ能力に関連するパラメータ情報が含まれる。ＭＭＥ側の処理については、実施例２の説明を参照する。
【００４２】
実施例２
本発明の実施例において、本発明の実施例１の方法を使用して、制御プレーン伝送方式からユーザプレーン伝送方式への転換を開始した後、従来制御プレーン伝送を行っているユーザ端末は、ＩＰヘッダ圧縮に関連するパラメータ等を含むＭＭＥ中での一部のユーザコンテキスト情報が失効される。したがって、ＭＭＥは、関連する情報を削除する必要があり、フローチャート４に示される通りである。
【００４３】
Ｓ４０１において、ＭＭＥは、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定する。
【００４４】
Ｓ４０２において、ＭＭＥは、記憶されている前記ユーザ端末がユーザプレーン伝送方式の下で失効されたユーザコンテキスト情報を削除する。
【００４５】
具体的な実施において、ＭＭＥは、制御プレーン伝送方式を使用するユーザ端末によりアイドル状態で送信されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージ（ユーザ端末がｅＮｏｄｅＢにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを含むＲＲＣシグナリングを送信し、ｅＮｏｄｅＢがＭＭＥにユーザ初期化メッセージを送信し、ここで、ＮＡＳメッセージ、即ちＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージが含まれる）を受信する。ＭＭＥは、ユーザプレーン伝送方式の下で失効されたユーザコンテキスト情報が記憶されているか否かを判断し、存在する場合、当該ユーザコンテキスト情報を削除し、そうでない場合、操作を終了する。
【００４６】
ここで、失効されたユーザコンテキスト情報は、制御プレーン最適化方式におけるダウンリンクトンネルエンドポイント識別子（ＴＥＩＤ：Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ）（ダウンリンクデータキャッシュがＳＧＷではなくＭＭＥにある場合）のような前記ＭＭＥとサービスゲートウェイ（ＳＧＷ）との間のＳ１１−Ｕインタフェースに関する情報を含むことができ、さらにロバストヘッダ圧縮（ＲＯＨＣ：Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）コンテキスト等を含む。
【００４７】
以下では、実施例３を参照して本発明の制御プレーン伝送方式からユーザプレーン伝送方式に転換するシグナリングプロセスを詳細に説明する。
【００４８】
実施例３
図５に示すように、本発明の実施例３に提供される狭帯域のモノインターネットにおけるデータ伝送方法のフローチャートであり、Ｓ５０１〜Ｓ５１２を含む。
【００４９】
Ｓ５０１において、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ビックデータパケットを伝送する必要があることを予測した場合（データパケットのサイズが設定された閾値より大きい）、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔプロセスを開始する。具体的に、ユーザ端末は、ＲＲＣメッセージ中にＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを含ませ、ｅＮｏｄｅＢに送信し、それにユーザ識別子Ｓ−ＴＭＳＩを含まれる。
【００５０】
Ｓ５０２において、ｅＮｄｏｅＢは、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージ（ＮＡＳメッセージに属する）を含むＭＭＥにユーザ初期化メッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）を送信する。
【００５１】
Ｓ５０３において、ＭＭＥは、ホーム契約者サーバ（ＨＳＳ：Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に向けて、認証プロセスを開始することを選択することができる。
【００５２】
Ｓ５０４において、ＭＭＥは、記憶されているユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除する。
【００５３】
ここで、ユーザ端末が制御プレーン伝送方式でのユーザコンテキスト情報は、Ｓ１１−Ｕインタフェースに関連する情報、ロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報等、及びＳ１１−Ｕインタフェースに関連する情報は、制御プレーン最適化方式におけるダウンリンクＴＥＩＤ等を含む（もし、ユーザ端末の制御プレーン伝送方式におけるダウンリンクデータは、ＭＭＥにキャッシュされている場合、ユーザ端末がアイドル状態に入った時に、ＭＭＥは、コンテキスト中のＳ１１−Ｕに関連する情報を削除せず、ユーザ端末がユーザプレーン伝送方式に転換された後、これらの情報は無効になり、そしてこれらの情報は削除してストレージスペースを解放することができる。）。
【００５４】
Ｓ５０５において、ＭＭＥは、ｅＮｏｄｅＢに初期化コンテキストセットアップリクエスト（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージを送信し、Ｓ１−ＵベアラとＤＲＢベアラの確立をリクエストする。
【００５５】
Ｓ５０６において、ｅＮｏｄｅＢは、ＵＥにＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送信し、無線ベアラの確立をリクエストし、ＵＥは、ＲＲＣ接続再構成完成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをフィードバックする。
【００５６】
これによって、アップリンクチャネルの確立が完成し、無線ベアラが成功に確立される。ユーザ端末は、アップリンクデータをｅＮｏｄｅＢに送信し、ｅＮｏｄｅＢによってＳＧＷに送信し、さらにパケットデータゲートウェイ（ＰＧＷ：ＰＤＮ  ＧａｔｅＷａｙ）に送信することができる。
【００５７】
なお、ユーザ端末は、ローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報を削除し、ｅＮｏｄｅＢとＲＯＨＣコンテキスト情報を再度ネゴシエーションすることができる。具体的に、ｅＮｏｄｅＢから送信された能力照会リクエストを受信した後、ｅＮｏｄｅＢに、ユーザ端末のＲＯＨＣ能力に関連するパラメータ情報を含む当該ユーザ端末のサポート能力をフィードバックすることができる。
【００５８】
Ｓ５０７において、ｅＮｏｄｅＢは、Ｓ１−ＵベアラとＤＲＢベアラが確立された後、ＭＭＥに、初期化コンテキストセットアップ完成（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージを送信する。
【００５９】
Ｓ５０８において、ＭＭＥは、ＳＧＷにベアラ修正リクエスト（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージを送信し、ｅＮｏｄｅＢのＩＰアドレスを更新する。
【００６０】
Ｓ５０９において、もし、無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）またはユーザ位置情報（ＵＬＩ：Ｕｓｅｒ−ｌｏｃａｔｉｏｎ−ｉｎｆｏｒｍａｔｉｏｎ）が変更された場合、ＳＧＷは、ＰＧＷにＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージを送信し、ＲＡＴまたはＵＬＩ情報を更新する。
【００６１】
Ｓ５１０において、もし、動的なポリシーおよび課金制御（ＰＣＣ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ）配備が存在する場合、ＰＧＷはポリシーおよび課金ルール機能ユニット（ＰＣＲＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）に向けて、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ：ＩＰ−Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）セッション修正プロセスを開始する。
【００６２】
Ｓ５１１において、ＰＧＷは、ＳＧＷにベアラ修正応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）メッセージをフィードバックする。
【００６３】
Ｓ５１２において、ＳＧＷは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅメッセージをＭＭＥに送信する。
【００６４】
これで、ダウンリンクチャネルの確立が完成される。
【００６５】
同様な発明構想に基づいて、本発明の実施例では、データ伝送方法に対応するデータ伝送装置をさらに提供し、当該装置の課題の解決原理は本発明の実施例のデータ伝送方法と同様であるため、当該装置の実施は、方法の実施を参照することができ、重複部分を説明しない。
【００６６】
図６に示すように、本発明の実施例で提供されるデータ伝送装置の構造模式図であり、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断するように構成される確定モジュール６１と、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）プロセスを開始することにより、ユーザプレーン伝送方式に転換し、データ伝送を行うように構成される転換モジュール６２とを含む。
【００６７】
選択的に、確定モジュール６１は、具体的に、アイドル状態である時に、伝送される必要があるデータパケットのサイズを確定し、伝送される必要があるデータパケットのサイズによって、ユーザプレーン伝送方式に転換する必要があるか否かを判断するように構成される。
【００６８】
選択的に、確定モジュール６１は、具体的に、前記データパケットのサイズが設定された閾値より大きい場合、ユーザプレーン伝送方式に転換する必要があることを確定する。
【００６９】
選択的に、前記ユーザ端末が狭帯域のモノインターネットを使用するユーザ端末である。
【００７０】
選択的に、転換モジュール６２は、具体的に、無線リソース制御プロトコル（ＲＲＣ）シグナリングを通じて、基地局にＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを送信し、前記Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージはユーザ識別情報を有する。
【００７１】
選択的に、当該装置は、ローカルに記憶されている移動性管理エンティティ（ＭＭＥ）に関連するロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報を削除し、基地局とＲＯＨＣコンテキスト情報を再度ネゴシエーションするように構成されるコンテキスト情報処理モジュールをさらに含む。
【００７２】
図７に示すように、本発明の他の実施例で提供されるデータ伝送装置の構造模式図であり、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定するように構成される確定モジュール７１と、
記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除するように構成される削除モジュール７２とを含む。
【００７３】
選択的に、確定モジュール７１は、具体的に、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、送信するＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージを受信するように構成される。
【００７４】
選択的に、前記ユーザコンテキスト情報は、
前記ＭＭＥとサービスゲートウェイ（ＳＧＷ）との間のインタフェースに関する情報、
ロバストヘッダ圧縮（ＲＯＨＣ）コンテキスト情報のうちの少なくとも一つを含む。
【００７５】
本発明は、１セットの命令を含むコンピュータ記憶媒体を提供し、前記命令を実行する時に、少なくとも一つのプロセッサは、
制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、前記ユーザ端末が前記制御プレーン伝送方式からユーザプレーン伝送方式に転換する必要があるか否かを判断することと、
前記ユーザ端末がユーザプレーン伝送方式に転換する必要があることが確定された場合、ネットワーク側に向けて、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）を開始するプロセスにより、ユーザプレーン伝送方式に転換し、データ伝送を行うことを含む操作を実行する。
【００７６】
本発明は、１セットの命令を含むコンピュータ記憶媒体をさらに提供し、前記命令を実行する時に、少なくとも一つのプロセッサは、
移動性管理エンティティ（ＭＭＥ）は、制御プレーン伝送方式を使用するユーザ端末がアイドル状態である時に、ユーザプレーン伝送方式に転換する必要があることを確定することと、
前記ＭＭＥは、記憶されている前記ユーザ端末がユーザプレーン伝送方式での失効されたユーザコンテキスト情報を削除することを含む操作を実行する。
【００７７】
なお、ここで提供される記憶媒体は、上述した方法の実施例においてすべての処理プロセスを実行することができ、ここでは詳細な説明を省略する。
【００７８】
当業者は、本発明の実施例が、方法、システム、またはコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本発明は、完全なハードウェアの実施例、完全なソフトウェアの実施例、またはソフトウェアとハードウェアの組み合わせの実施例の形態を使用してもよい。なお、本発明は、コンピュータ使用可能プログラムコードを含む一つまたは複数のコンピュータ使用可能な記憶媒体（ディスク記憶装置、ＣＤ−ＲＯＭ、光学記憶装置などを含むが、これに限定されない）上に実施されたコンピュータプログラム製品の形態を使用してもよい。
【００７９】
本出願は、本発明の実施例による方法、装置（システム）、及びコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して説明される。フローチャートおよび/またはブロック図の各フローおよび/またはブロック、およびフローチャートおよび/またはブロック図におけるフローおよび/またはブロックの組み合わせは、コンピュータプログラム命令によって実現できることが理解できる。これらのコンピュータプログラム命令を提供し、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または他のプログラマブルデータ処理デバイスのプロセッサに適用し、一つのマシンを生成することができ、コンピュータまたは他のプログラマブルデータ処理デバイスのプロセッサによる実行される命令が、フローチャートの一つまたは複数のフローまたはブロック図の一つのブロックまたは複数のブロックに指定される機能を実現することができる。
【００８０】
これらのコンピュータプログラム命令は、コンピュータ、または他のプログラム可能なデータ処理デバイスを特定の方式で動作させるコンピュータ可読メモリに記憶されることが可能であり、当該コンピュータ可読メモリに記憶されている命令が命令装置を含む製品を生成するようにし、当該命令装置は、フローチャートの1つまたは複数のブロックおよび/またはフローチャートの一つのブロックまたは複数のブロック中で指定された機能を実現する。
【００８１】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理デバイスにロードされても良く、それによってコンピュータまたは他のプログラム可能なデバイスで一連の操作ステップを実行してコンピュータ実現の処理を生成し、それによって、コンピュータまたは他のプログラム可能なデバイスで実行される命令は、フローチャートの1つのローまたは複数のローおよび/またはブロック図の一つのブロックまたは複数のブロック中で指定される機能を実現するステップを提供する。
【００８２】
本発明の好ましい実施例について説明しているが、当業者は基本的な進歩性概念を把握した場合、これらの実施例に対して追加の変更と修正を行うことができる。したがって、添付の特許請求は、好ましい実施例及び本請求範囲内であるすべての変更及び修正を含むことを意図している。
【００８３】
もちろん、当業者は、本発明の精神および範囲から逸脱することなく、本発明において様々な修正および変形を行うことができる。このように、本発明に対するこれらの修正および変形が本発明の特許請求およびそれに相当する技術的範囲内に属する場合、本発明はこれらの変更および変形を含むことを意図する。
【図１】
2019515576.tif 000003
【図２】
2019515576.tif 000004
【図３】
2019515576.tif 000005
【図４】
2019515576.tif 000006
【図５】
2019515576.tif 000007
【図６】
2019515576.tif 000008
【図７】
2019515576.tif 000009
【国際調査報告】
2019515576.tif 000010
2019515576.tif 000011
2019515576.tif 000012
2019515576.tif 000013
2019515576.tif 000014
2019515576.tif 000015