(57)【要約】      （修正有）【課題】ネットワークノードとモバイル端末の間でデータを送信する方法を提供する。【解決手段】モバイル通信ネットワークのネットワークノード（ＧＷ）がモバイル端末（ＵＥ）宛てのデータパケット（ＤＬ＿Ｐ（ｄｉ））を受信（Ｓ０１）した後に、警告メッセージ（Ｐｇｎｇ）をモバイル端末に送信するステップ（Ｓ０３）と、これに応答して、モバイル端末からサービス要求（Ｓ０４）を受信した後に、モバイルネットワークのデータトランスポートチャネル及びシグナリングチャネルのうちから、データを送信するべく使用されるべきチャネルを判定するステップ（Ｓ１）と、シグナリングチャネルが使用されるべきである際に、送信対象のデータを少なくとも１つのシグナリングメッセージ（ＭＳＧ（ｄｉ））に挿入し（Ｓ４）、且つ、前記少なくとも１つのシグナリングメッセージをモバイル端末に向かって送信する（Ｓ５）ステップと、を有する。【選択図】図３Ａ
2019180090.tif 000002
【特許請求の範囲】
【請求項１】
モバイル通信ネットワークのネットワークノード（ＧＷ）とモバイル端末（ＵＥ）の間においてデータを送信する方法であって、前記方法は、前記モバイル端末宛ての少なくとも１つのデータパケット（ＤＬ＿Ｐ（ｄｉ））の受信の後に、前記ネットワークノードによって実装され、前記方法は、前記少なくとも１つのデータパケットの受信の後の前記モバイル端末へのアラートメッセージ（Ｐｇｎｇ）の送信（Ｓ０３）と、これに応答する前記モバイル端末からのサービス要求（Ｓｅｒｖ＿ｒｅｑ）の受信（Ｓ０４）と、を含み、
前記方法は、前記モバイル端末からの前記サービス要求の前記受信の後に、
前記送信対象のデータの容量に、或いは、前記モバイル端末を前記ネットワークに接続するフェーズにおいて受信されたパラメータに、応じて、前記モバイルネットワークのデータトランスポートチャネル及びシグナリングチャネルのうちから、前記データを送信するべく使用されるべきチャネルを判定するステップ（Ｓ１）と、
データトランスポートチャネルが使用されるべきである際に、前記モバイル端末と前記ネットワーク装置の間におけるデータトランスポートチャネルのセットアップをトリガし（Ｓ２）、且つ、前記データトランスポートチャネルにより、前記少なくとも１つのデータパケットを送信する（Ｓ３）ステップと、
シグナリングチャネルが使用されるべきである際に、前記送信対象のデータを少なくとも１つのシグナリングメッセージ（ＭＳＧ（ｄｉ））に挿入し（Ｓ４）、且つ、前記少なくとも１つのシグナリングメッセージを前記モバイル端末に送信する（Ｓ５）ステップ
を含むことを特徴とする、方法。
【請求項２】
前記使用されるべきチャネルの前記判定（Ｓ１）は、
前記送信対象のデータの前記容量（ＶＯＬ（ｄｉ））を判定するステップと、
前記容量を決定閾値容量（ＶＯＬＳ）と比較するステップであって、前記容量が前記決定閾値容量を上回っている際にデータトランスポートチャネルが使用され、且つ、前記容量が前記決定閾値容量を下回っている際にシグナリングチャネルが使用されるステップ
を含む請求項１に記載の方法。
【請求項３】
前記ネットワークノードによって実装された、且つ、前記使用されるべきチャネルの前記判定（Ｓ１）の前の、
前記モバイル端末に送信される対象である、前記ネットワークノードによって受信された、前記少なくとも１つのデータパケットの保存をトリガするステップ（Ｓ０２）と、
前記サービス要求が受信される時点まで、前記保存されているデータパケットの、或いは、それらが収容しているデータの、バイトの数を合算することにより、前記送信対象のデータの容量を判定するステップ
を更に含む請求項２に記載の方法。
【請求項４】
前記ネットワークノードによって実装された、且つ、前記使用されるべきチャネルの前記判定の前の、
既定の期間にわたって、前記モバイル端末に対して送信される対象である前記少なくとも１つの受信されたデータパケットを保存するステップと、
前記保存されているデータパケットの、或いは、それらが収容しているデータの、バイトの数を合算することにより、前記送信対象のデータの容量が算出されるステップ
を更に含む請求項２に記載の方法。
【請求項５】
前記ネットワークノード（ＧＷ）は、前記端末を前記ネットワークに接続するフェーズにおいて、前記端末を前記ネットワークに接続するための要求において、前記送信対象のデータが低容量を有することを通知するパラメータ（ＩＮＤ）を受信した後に（ステップＳ００１）、シグナリングチャネルが使用されるべきであると判定し、且つ／又は、前記端末を前記ネットワークに接続するための要求において、前記送信対象のデータが高容量を有することを通知するパラメータ（ＩＮＤ）を受信した後に（ステップＳ００１）、データトランスポートチャネルが使用されるべきであると判定する請求項１に記載の方法。
【請求項６】
モバイル端末（ＵＥ）に対して送信される対象である少なくとも１つのデータパケット（ＤＬ＿Ｐ（ｄｉ））を受信可能な処理モジュールを有するモバイル通信ネットワーク内において使用されるべく意図されたネットワークノード（ＧＷ）であって、前記処理モジュールは、前記少なくとも１つのデータパケットの前記受信の後にアラートメッセージ（Ｐｇｎｇ）を前記モバイル端末に対して送信する（Ｓ０３）と共にこれに応答して前記モバイル端末からサービス要求（Ｓｅｒｖ＿ｒｅｑ）を受信する（ＳＯ４）ように、構成されており、
前記ネットワークノードは、前記処理モジュールが、前記モバイル端末からの前記サービス要求の受信の後に、
前記送信対象のデータの容量に、或いは、前記モバイル端末を前記ネットワークに接続するフェーズにおいて前記モバイル端末から受信されたパラメータに、応じて、前記モバイルネットワークのデータトランスポートチャネル及びシグナリングチャネルのうちから、前記データを送信するべく使用されるべきチャネルを判定し（Ｓ１）、
データトランスポートチャネルが使用されるべきである際に、前記モバイル端末との間におけるデータトランスポートチャネルのセットアップをトリガし（Ｓ２）、且つ、前記データトランスポートチャネルによって前記少なくとも１つのデータパケットを送信し（Ｓ３）、
シグナリングチャネルが使用されるべきである際に、前記送信対象のデータを少なくとも１つのシグナリングメッセージ（ＭＳＧ（ｄｉ））に挿入し（Ｓ４）、且つ、前記少なくとも１つのシグナリングメッセージを前記モバイル端末に送信する（Ｓ５）
ように構成されていることを特徴とする、ネットワークノード。
【請求項７】
モバイル端末であって、前記モバイル端末宛てのダウンリンクデータを受信しうるネットワークノード（ＧＷ）を有するモバイル通信ネットワークと共に使用されるべく意図されたモバイル端末（ＵＥ）であって、前記モバイルネットワークとの間においてデータを交換しうる処理モジュール（ＣＯＭ）を有し、前記処理モジュールは、前記モバイル通信ネットワークに接続するための要求内に、前記モバイル端末が、前記ダウンリンクデータの送信のために、シグナリングチャネル又はデータトランスポートチャネルのいずれを使用することを所望しているのかについて通知するパラメータ（ＩＮＤ）を挿入するように構成されており、前記パラメータ（ＩＮＤ）は、前記モバイルネットワークのデータトランスポートチャネル及びシグナリングチャネルのうちから、前記ダウンリンクデータを送信するべく使用されるべきチャネルを判定するべく、前記ネットワークノード（ＧＷ）によって使用されるように意図されている、モバイル端末（ＵＥ）。
【請求項８】
コンピュータプログラムであって、このプログラムがネットワークノード（ＧＷ）又はモバイル端末（ＵＥ）の処理モジュールによって実行された際に請求項１乃至７のいずれか１項に記載の前記データ送信方法を実装するためのコード命令を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル通信ネットワークにおけるデータ送信の分野に関し、且つ、更に詳しくは、特にセルラーネットワークにおける、可変容量を有しうるデータの送信に関する。
【背景技術】
【０００２】
最近のモバイル通信ネットワークは、具体的には、ネットワークの様々な装置の間においてシグナリングデータを交換するためにのみ使用されるシグナリングチャネルとネットワークに接続されたモバイル端末との間においてペイロードデータを交換するためにのみ使用されるユーザーデータトランスポートチャネルの間の区別に基づいた、規格団体３ＧＰＰによって定義された、ＥＰＳ（「Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ」）アーキテクチャを使用している。
【０００３】
従って、ペイロードデータは、通常、このモバイル端末とモバイルネットワークの外部のネットワークに対するアクセスを管理するネットワークエンティティの間においてセットアップされたデータトランスポートチャネルにより、トランスポートプレーン内においてモバイル端末に送信されている。
【０００４】
図１は、３ＧＰＰ規格において「データ無線ベアラ」又は「ＥＰＳベアラ」とも呼称される、このようなデータトランスポートチャネルを示している。この図において、このデータトランスポートチャネルは、モバイル端末ＵＥとモバイルネットワークのアクセスネットワーク部分ＲＡＮ内の基地局ｅＮＢをリンクする無線インターフェイスＵｕにより、且つ、次いで、基地局ｅＮＢをモバイルネットワークのコアネットワーク部分ＥＰＣにリンクするインターフェイスＳ１−Ｕにより、搬送されており、次いで、例えば、インターネットなどの、別の外部ネットワークＥＸＴとの間においてデータを送受信するべく、サービスゲートウェイＳ−ＧＷ及びデータゲートウェイＰ−ＧＷが使用されている。
【０００５】
ＥＰＳアーキテクチャにおいて利用されているシグナリングチャネルとの関連においては、前記チャネルは、基地局とモバイルネットワークのコアネットワーク部分ＥＰＣ内に位置するモビリティ管理エンティティＭＭＥをリンクする、「Ｓ１−ＭＭＥ」と呼称されるインターフェイスである、無線インターフェイスＵｕによって搬送される論理チャネルに基づいている。
【０００６】
このようなアーキテクチャによれば、それぞれの端末ごとに、データがこの端末によって送受信される際にのみ、トランスポートチャネルがセットアップされており、データ送信の前に、このトランスポートチャネルをセットアップするべく、且つ、データ送信の終了時点において、これを無効にするべく、シグナリングチャネル上の交換が必要とされている。
【０００７】
ＩｏＴの使用（即ち、英語においては、「Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ」）の発展に伴い、スマートフォンに伴う音声、画像、又はビデオデータの従来の送信とは対照的に、恐らくは単一のＩＰパケット内において収容される、非常に小さな容量のデータの、センサなどの多数の簡単な端末による、送信を実装する用途を想定することが可能になっている。
【０００８】
先程概説したＥＰＳアーキテクチャは、単一のＩＰパケット内に収容されるわずかな量のデータを送信する場合にも、トランスポートチャネルを回復するべく、且つ、次いで、これを無効にするべく、端末とネットワークの間においてシグナリングメッセージを交換する必要が依然として存在していることから、このタイプのわずかな容量のデータの送信には適していない。
【０００９】
特に、端末の電力消費量の観点において、わずかな容量のデータの搬送の有効性を改善するべく、「予め確立されたＮＡＳセキュリティを使用する、まれなわずかなデータの送信」と呼称される、このタイプの使用法にのみ限定された解決策が、（非特許文献１）において提示されている。
【００１０】
この解決策は、トランスポートチャネルのセットアップを回避するように、Ｃ−ＳＧＮエンティティとの間において交換されるシグナリングメッセージ内において低容量データをカプセル化することにより、このタイプの使用法に専用の特別な端末がモバイルネットワークとの間において低容量データを交換することを可能にする、「Ｃ−ＳＧＮ」と表記される、ＩｏＴデータ（換言すれば、低容量データ）の送信に固有のネットワークエンティティの導入に基づいている。
【００１１】
このような解決策は、非常に低容量のデータを転送しなければならない際には、有利となりうるものであり、これは、通常、データが単一のＩＰパケット内にフィットする際に該当している。対照的に、転送対象のデータの容量が、相対的に大きく、且つ、大きくなることが明らかになった場合には、この解決策は、交換されるシグナリングメッセージの増殖をもたらし、これにより、恐らくは、無線リンクの相対的に高度な占有（並びに、従って、相対的に大きな電力消費量）に結び付くことになり、この状況は、データを送信するべく、従来のトランスポートチャネルが使用される場合に該当するであろう。
【００１２】
更には、（特許文献１）は、ＳＰＤＳ（「Ｓｈｏｒｔ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｃｅ」）サーバーが導入されるネットワークアーキテクチャについて記述しており、このサーバーは、ダウンリンクパケットが、トランスポートチャネルを介してではなく、シグナリングチャネルを介して送信されなければならないことを判定することができる。このケースに該当する際には、このＳＰＤＳサーバーは、低容量パケットをモバイルネットワークのＭＭＥモビリティ管理エンティティにそれに送信するように、（ＳＰＤＳ−ＡＰと呼称される）特定のプロトコルに従って、このエンティティと会話している。このようなパケットを受け取った際に、ＭＭＥエンティティは、この特定のタイプのダウンリンクパケットの到来について受信者端末に通知するべく、特別に変更された「ページング」メッセージを受信者端末に対して送信しなければならない。
【００１３】
従って、このメカニズムは、負担となるプロトコル変更を必要としており、これがＭＭＥエンティティにおいて位置していることから、結果的に、このエンティティは、ＳＰＤＳ−ＡＰプロトコルに従ってＳＰＤＳサーバーと会話しうるのみならず、ケースバイケースで、ダウンリンク接続の際に自身がモバイル端末に送信する「ページング」メッセージをも変更しうるが、モバイル端子それ自体も、この結果、シグナリングチャネル上において送信されるべきダウンリンクパケットが存在している際には、ＭＭＥエンティティが自身に対して送信する変更済みの「ページング」メッセージを解釈しうることになる。
【００１４】
更には、このメカニズムは、低容量であると考えられるデータの到来の際にも、ＳＤＰＳサーバーによってトリガされる。この結果、ＳＤＰＳサーバーがＳＰＤＳ−ＡＰプロトコルに従ってＭＭＥエンティティとの間において会話を開始する時点と、端末ＵＥが、シグナリングチャネルを介してダウンリンクデータを取得するべく、拡張されたサービス要求を返す時点の間において、この状況が発生し、その結果、例えば、更なるダウンリンクデータの到来により、ＳＤＰＳサーバーの決定が無効化されうると共に、データトランスポートチャネルを介したこれらのすべてのダウンリンクデータの送信が相対的に適切なものとなりうる。ＳＤＰＳサーバーがその選択決定を逆転するように決定した場合にも、特定量のダウンリンクデータは、既に、最も適した送信モードではないにも拘わらず、これを目的としてセットアップされたシグナリングチャネルを介して送信が完了した状態となる。
【００１５】
従って、現時点においては、柔軟に、効果的に、且つ、容易に、低容量のデータの送信と高容量のデータの送信の両方をモバイルネットワーク内において処理する能力を有する装置は存在してはいない。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】国際特許出願第２０１３／０１２７５９号パンフレット
【非特許文献】
【００１７】
【非特許文献１】３ＧＰＰ  ｔｅｃｈｎｉｃａｌ  ｒｅｐｏｒｔ  ＴＲ  ２３．７２０  ｖ１．１．０（ｃｌａｕｓｅ  ６．２）
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明の目的は、この状況を改善することにある。
【課題を解決するための手段】
【００１９】
これを目的として、本発明は、モバイル端末宛ての少なくとも１つのデータパケットの受信の後にネットワークノードによって実装される、モバイル通信ネットワークのネットワークノードとモバイル端末の間においてデータを送信する方法を提案しており、方法は、前記少なくとも１つのデータパケットの受信及びこれに応答するモバイル端末からのサービス要求の受信の後のモバイル端末に対するアラートメッセージの送信を含み、方法は、モバイル端末からのサービス要求の受信の後に、
送信対象のデータの容量に、或いは、ネットワークに対する前記モバイル端末の接続のフェーズにおいて受信されたパラメータに、応じて、モバイルネットワークのデータトランスポートチャネル及びシグナリングチャネルのうちから、データを送信するべく使用されるべきチャネルを判定するステップと、
データトランスポートチャネルが使用されるべきである際に、モバイル端末とネットワーク装置の間のデータトランスポートチャネルのセットアップをトリガし、且つ、前記データトランスポートチャネルによって前記少なくも１つのデータパケットを送信するステップと、
シグナリングチャネルが使用されるべきである際に、送信対象のデータを少なくとも１つのシグナリングメッセージに挿入し、且つ、前記少なくとも１つのシグナリングメッセージをモバイル端末に送信するステップと、
を更に含む。
【００２０】
この方法によれば、ダウンリンクパケットの宛先であるモバイル端末との間における最初の交換に関するプロトコルの変更を伴っておらず、ダウンリンクデータに使用されるべき送信モードの簡単な選択が可能である。更には、この選択は、ネットワークに対してモバイル端末を接続するプロセスの後の段階において発生しており、且つ、従って、データ送信コンテキストとの関連における相対的に高度な洞察を伴っているから、相対的に信頼性が高い。
【００２１】
特定の一実施形態においては、使用されるべきチャネルの判定は、
送信対象のデータの容量を判定するステップと、
この容量を決定閾値容量と比較するステップであって、データトランスポートチャネルは、この容量が決定閾値容量を上回っている際に使用され、且つ、シグナリングチャネルは、この容量が決定閾値容量を下回っている際に使用される、ステップと、
を有する。
【００２２】
有利には、この方法は、ネットワークノードによって実装された、且つ、使用されるべきチャネルの判定の前の、
モバイル端末に送信される対象である、ネットワークノードによって受信された、少なくとも１つのデータパケットの保存をトリガするステップと、
サービス要求が受信される時点まで、保存されているデータパケットの、且つ、それらが収容しているデータの、バイトの数を合算することにより、送信対象のデータの容量を判定するステップと、
を更に有する。
【００２３】
従って、後続のダウンリンクデータフロー内のデータ容量を反映していない場合がある、ネットワークノードにおいて受信される第１ダウンリンクパケット全体の内部のデータの容量に依存するのではなく、このフローを受信するためのモバイル端末の準備が完了する時点までのダウンリンクデータのフローの評価に基づいて、利用されるべき送信モードについて、相対的に信頼性の高い決定を下すことが可能である。
【００２４】
一代替肢として、方法は、ネットワークノードによって実装された、且つ、使用されるべきチャネルの判定の前の、
既定の期間にわたって、モバイル端末に送信される対象である少なくとも１つの受信されたデータパケットを保存するステップと、
保存されているデータパケットの、或いは、それらが収容しているデータの、バイトの数を合算することにより、送信対象のデータの容量が算出されるステップと、
を更に有する。
【００２５】
又、この結果、ネットワークノードにおいて受信された第１データリンクパケット全体の内部のデータの容量にのみ依存するのではなく、時間フレームにわたって計測されたデータの容量に依存することにより、利用されるべき送信モードとの関連において、相対的に信頼性の高い決定を下すことが可能であり、これにより、この時間フレームにおける容量の一時的な影響を弁別することが可能となっている。
【００２６】
別の特定の実施形態においては、ネットワークノードは、ネットワークに対する端末の接続のフェーズにおいて、ネットワークに対して端末を接続するため接続要求内において、送信対象のデータが低容量を有することを通知するパラメータを受信した後に、シグナリングチャネルが使用されるべきであると判定しており、且つ／又は、ネットワークに対して端末を接続するための要求内において、送信対象のデータが高容量を有することを通知するパラメータを受信した後に、データトランスポートチャネルが使用されるべきであると判定している。
【００２７】
従って、モバイル端末は、ダウンリンクデータ送信モードの選択との関連において、ネットワークレベルにおける決定に対して影響を及ぼすことができる。
【００２８】
本発明の別の主題によれば、モバイル通信ネットワーク内において使用されるべく意図されたネットワークノードは、モバイル端末に送信される対象である少なくとも１つのデータパケットを受信しうる処理モジュールを有しており、前記処理モジュールは、前記少なくとも１つのデータパケットの受信の後にアラートメッセージをモバイル端末に送信すると共にこれに応答してモバイル端末からサービス要求を受信するように、構成されており、このノードの処理モジュールは、モバイル端末からのサービス要求の受信の後に、
送信対象のデータの容量に、或いは、ネットワークに対して前記モバイル端末を接続するフェーズにおいてモバイル端末から受信されたパラメータに、応じて、モバイルネットワークのデータトランスポートチャネル及びシグナリングチャネルのうちから、データを送信するべく使用されるべきチャネルを判定し、
データトランスポートチャネルが使用されるべきである際に、モバイル端末との間におけるデータトランスポートチャネルのセットアップをトリガし、且つ、前記データトランスポートチャネルによって前記少なくとも１つのデータパケットを送信し、
シグナリングチャネルが使用されるべきである際に、送信対象のデータを少なくとも１つのシグナリングメッセージに挿入し、且つ、前記少なくとも１つのシグナリングメッセージをモバイル端末に送信する、
ように構成されている。
【００２９】
本発明の別の主題によれば、モバイル端末であって、このモバイル端末宛てのダウンリンクデータを受信しうるネットワークノードを有するモバイル通信ネットワークと共に使用されるべく意図されたモバイル端末は、モバイルネットワークとの間においてデータを交換しうる処理モジュールを有しており、処理モジュールは、モバイル通信ネットワークに対して接続するための要求内に、モバイル端末がダウンリンクデータの送信のためにシグナリングチャンネル及びデータトランスポートチャネルのうちのいずれを使用することを所望しているのかを通知するパラメータを挿入するように構成されており、前記パラメータは、モバイルネットワークのデータトランスポートチャネル及びシグナリングチャネルのうちから、ダウンリンクデータを送信するべく使用されるべきチャネルを判定するべく、ネットワークノードによって使用されるように、意図されている。
【００３０】
本発明の別の主題によれば、コンピュータプログラムは、このプログラムがネットワークノードの処理モジュールによって実行された際に上述のデータ送信モードを実装するためのコード命令を含む。本発明の別の主題によれば、コンピュータプログラムは、このプログラムがネットワークノードの処理モジュールによって実行された際に上述の方法を実装するためのコード命令と、プロセッサによって判読可能であるコンピュータプログラムプロダクトと、を含む。
【００３１】
本発明のその他の特徴及び利点については、非限定的な例として付与されている特定の実施形態に関する以下の詳述な説明及び以下の添付の図を参照した際に明らかとなろう。
【図面の簡単な説明】
【００３２】
【図１】モバイル通信ネットワークにおいて使用されているものなどの通常のデータトランスポートチャネルを示す概略図である。
【図２】本発明の一般的な原理による方法のステップを示す。
【図３Ａ】本発明の２つの実施形態による方法のステップを示しており、この場合には、ネットワークノードが、ダウンリングデータと呼称されるものをモバイル端末に送信している。
【図３Ｂ】本発明の２つの実施形態による方法のステップを示しており、この場合には、ネットワークノードが、ダウンリングデータと呼称されるものをモバイル端末に送信している。
【発明を実施するための形態】
【００３３】
まず、図２を参照すれば、これは、本発明の一般的な原理による方法のステップを示している。
【００３４】
この方法は、一方においては、モバイル端末ＵＥ（例えば、スマートフォン、タブレット、携帯電話機、携帯型ＰＣ、通信オブジェクトなど）と、他方においては、このモバイル端末が接続しているモバイル通信ネットワークのネットワークノードＧＷと、の間におけるデータ交換のコンテキストにおいて使用される。このネットワークノードＧＷは、具体的には、交換が、モバイル端末が無線リンクを介して接続しうる基地局（或いは、場合によっては、ｅＮｏｄｅＢ）を有するアクセスネットワークＲＡＮを介して行われるように、モバイルネットワークのコア部分内に位置している。このネットワークノードＧＷは、具体的には、端末ＵＥ宛ての、且つ、外部ネットワークから到来する、データパケットを受信しうると共に、端末ＵＥから到来する、且つ、この外部ネットワークに対して送信されるべく意図された、データパケットを受信しうるように、この外部ネットワークに対するアクセスを付与するゲートウェイであってもよい。
【００３５】
この方法においては、モバイル端末ＵＥに対して送信される対象であるデータｄｉ（即ち、「ダウンリンクデータ」）を収容する１つ又は複数のパケットの、ネットワークノードＧＷに対する提供の後に、ネットワークノードＧＷは、送信対象であるデータの容量に応じて、
−データを送信するべく使用されるチャネルが、モバイルネットワーク内においてセットアップされたデータトランスポートチャネルである、換言すれば、データが、好ましくは、トランスポートプレーン内において送信される、第１送信モードＡと、
−データを送信するべく使用されるチャネルが、モバイルネットワークのシグナリングチャネルである、換言すれば、データが、好ましくは、シグナリングプレーン内において送信される、第２送信モードＢと、
という２つの可能なモードのうちから、使用されるべき送信モードを判定している。
【００３６】
モバイル端末ＵＥに対して送信されるべき１つ又は複数のデータパケットについて送信モードが判定されたら、このモードが、これらのデータをこの装置に対して送信するべく使用される。
【００３７】
従って、第１送信モードＡが使用されるべきである（換言すれば、データトランスポートチャネルが使用されるべきである）と判定された場合、具体的には、高容量のデータを送信する必要がある際には、ネットワークノードＧＷは、例えば、ＴＳ２３．４０１及びＴＳ２４．３０１という文献に記述されているものなどの、この目的のために専用のシグナリングメッセージにより、モバイル端末とネットワークノードの間におけるデータトランスポートチャネルのセットアップをトリガする（ステップＳ２）。
【００３８】
データトランスポートチャネルがセットアップされたら、ネットワークノードＧＷは、自身に対して提供された１つ又は複数のデータパケットをこのトランスポートチャネルにおいてモバイル端末ＵＥに送信し（ステップＳ３）、その結果、データｄｉは、トランスポートプレーンにおいて送信される。
【００３９】
対照的に、第２送信モードＢが使用されるべき（換言すれば、シグナリングチャネルが使用されるべき）であると判定された場合、具体的には、低容量のデータを送信する必要がある際には、ネットワークノードＧＷは、自身に対して提供されたデータを１つ又は複数のシグナリングメッセージに挿入し（ステップＳ４）、その結果、これらのシグナリングメッセージが、シグナリングプレーンにおいて、従って、トランスポートプレーンにおいてデータトランスポートチャネルをセットアップする必要なしに、モバイル端末ＵＥに対して送信される（ステップＳ５）。
【００４０】
次に、図３Ａ及び図３Ｂを参照すれば、これらは、ネットワークノードＧＷが、モバイル端末ＵＥに送信されるべき「ダウンリンク」データパケットＤＬ＿Ｐ（ｄｉ）を受信する本発明の２つの実施形態による方法のステップを示している。この実施形態においては、端末ＵＥは、端末ＵＥが接続されている基地局又はｅＮｏｄｅＢを有するアクセスネットワークＲＡＮにより、モバイル通信ネットワークに接続されている。
【００４１】
まず、図３Ａを参照すれば、これは、送信対象のデータの容量を動的に考慮している、本発明に従ってダウンリンクデータを送信する方法の特定の実施形態を示している。
【００４２】
この実施形態においては、方法は、このケースにおいては、端末ＵＥ宛ての、且つ、この同一の端末宛てのペイロードデータｄｉを収容している、第１データパケットＤＬ＿Ｒ（ｄｉ）の、ネットワークノードＧＷによる受信（ステップＳ０１）によってトリガされており、このパケットは、恐らくは、例えば、インターネットなどの外部ネットワークから到来している。
【００４３】
この第１データパケットの受信の後に、ネットワークノードＧＷは、この第１パケットの、且つ、自身がその後に受信しうる端末ＵＥ宛ての任意のその他のデータパケットＤＬ＿Ｐ（ｄｉ，１）、ＤＬ＿Ｐ（ｄｉ，２）などの、保存をトリガしている（ステップＳ０２）。この保存は、ネットワークノードの一時的保存モジュール（又は、バッファ）内におけるバッファ保存に対応しうる。
【００４４】
更には、ネットワークノードＧＷは、通常は、「ページング」メッセージの形態を有する、アラートメッセージＰｇｎｇを端末ＵＥに送信しており（ステップＳ０３）、このメッセージは、この端末ＵＥが無線リンクを介して接続されているアクセスネットワークＲＡＮを介して搬送される。このメッセージに応答して、端末ＵＥは、特に、自身が自身宛てのデータを受け取ることに同意していることをネットワークノードＧＷに通知するべく、自身が無線リンクを介して接続されているアクセスネットワークＲＡＮを依然として介して、サービス要求Ｓｅｒｖ＿ｒｅｑを返すことができる（ステップＳ０４）。次いで、端末は、スタンバイ状態から接続状態に切り替わる。
【００４５】
この段階において、ネットワークノードＧＷは、図２において上述したように、自身が端末ＵＥのために受け取ったデータパケットＤＬ＿Ｐ（ｄｉ）を送信するべく使用されるべきチャネルを判定している（ステップＳ１）。
【００４６】
これを目的として、ネットワークノードＧＷは、まず、端末ＵＥに対して送信される対象のデータの容量を判定しうると共に、これを決定閾値容量ＶＯＬＳと比較することにより、それから、以下のように、低容量又は高容量のいずれが関与しているのかを推定することができる。
・この容量が、この決定閾値容量ＶＯＬＳを下回っている場合には、低容量のデータを送信する必要があり、且つ、従って、シグナリングチャネルがこれらのデータの送信に最も適していると見なされ、
・この容量が、この決定閾値容量ＶＯＬＳを上回っている場合には、高容量のデータを送信する必要があり、且つ、データトランスポートチャネルがこれらのデータの送信に最も適していると見なされる。
【００４７】
送信対象のデータの容量は、いくつかの方法により、ネットワークノードＧＷによって判定することができる。
【００４８】
具体的には、アラートメッセージＰｇｎｇの送信をトリガする第１パケットから始まってサービス要求Ｓｅｒｖ＿ｒｅｑが受信される時点まで、受信されるＵＥ宛てのパケットのすべてを考慮することができる。その結果、送信対象のデータの容量ＶＯＬ（ｄｉ）が、（恐らくは、受信されたデータのペイロード部分のみを考慮するように、これらのデータをカプセル解除及び保存した後に）これらのパケット内において収容されているすべてのデータバイトを合算することにより、或いは、さもなければ、パケットがその受信の際に変更されていない形態において保存されている際には、全体として、受信されたすべてのパケットＤＬ＿Ｐ（ｄｉ）のバイトを合算することにより、算出される。次いで、この容量がいくつかのバイトとして表現された状態において、この容量が、こちらも、例えば、２０００バイトなどの、いくつかのバイトとして表現された決定閾値容量ＶＯＬＳと比較される。
【００４９】
一代替肢は、端末ＵＥ宛ての第１データパケットの受信の後に既定の期間のタイムアウトをトリガするステップと、この既定の期間において受信及び保存されたＵＥ宛てのデータパケットのみを考慮するステップと、を有することができる。次いで、上述したものに類似した方式により、容量の計算及び閾値決定容量ＶＯＬＳとの間における比較を実行することができる。
【００５０】
次いで、端末ＵＥにデータパケットを送信するべく使用されるべきであると判定されるチャネルに応じて、以下のように、２つのシナリオが生じる。
【００５１】
・データトランスポートチャネルの使用が適切である（高容量のデータを送信する必要がある）と判定された場合には、これは、送信モードＡに対応しており、ネットワークノードＧＷは、例えば、３ＧＰＰ規格に基づいた従来の手順図により、データトランスポートチャネルのセットアップをトリガする（ステップＳ２）。このケースにおいては、ネットワークノードＧＷは、初期コンテキストセットアップ要求をアクセスネットワークＲＡＮに送信し、次いで、このＲＡＮが、端末ＵＥとの間において無線チャネル（「データ無線ベアラ」）をセットアップし、その後、初期コンテキストセットアップ完了メッセージがネットワークノードに返される（無線チャネルが正常にセットアップされた場合）。
【００５２】
これらのセットアップの終了時点において、端末ＵＥからネットワークノードＧＷまで、トランスポートチャネル（即ち、「Ｓ１ベアラ」）がセットアップされる。次いで、ネットワークノードＧＷは、このトランスポートチャネルにより、自身がこのインターバルにおいて保存したデータパケットＤＬ＿Ｐ（ｄｉ）のすべてを端末ＵＥに送信することができる（ステップＳ３）。
【００５３】
・対照的に、シグナリングチャネルの使用が適切である（低容量のデータを送信する必要がある）と判定された際には、これは、送信モードＢに対応しており、ネットワークＧＷは、トランスポートチャネルのセットアップをトリガすることなしに、自身がこの時点まで保存することができている、端末ＵＥに対して送信される対象である、受信されたパケットＤＬ＿Ｐ（ｄｉ）から抽出されたデータｄｉをシグナリングメッセージに挿入することにより、１つ又は複数のシグナリングメッセージＭＳＧ（ｄｉ）を準備する（ステップＳ４）。
【００５４】
ネットワークノードＧＷは、このケースにおいては、例えば、ＴＲ２３．７２０  ｖ１．１．０という文献において記述されているものなどの、「ＮＡＳ」メッセージなどの、端末ＵＥに到達すると共に低容量データを収容する能力を有する任意のタイプのシグナリングメッセージを利用してもよく、具体的には、アクセスネットワークＲＡＮに対する「ダウンリンクＮＡＳトランスポート」メッセージを利用することができる。
【００５５】
この（又は、さもなければ、これらの）シグナリングメッセージが準備されたら、シグナリングメッセージは、アクセスネットワークＲＡＮを介して端末ＵＥに送信されるが（ステップＳ５）、このネットワークは、恐らくは、ＵＥ宛てのデータを保持している間に、そのフォーマットを変更することができる。従って、このケースにおいては、ダウンリンクＮＡＳトランスポートメッセージは、ＲＡＮにより、無線リンクを介して端末ＵＥに送信されるダウンリンク情報転送（「ＤＬ情報転送」）メッセージに変換されている。
【００５６】
次に図３Ｂを参照すれば、これは、本発明によるダウンリンクデータを送信する方法の別の相対的に静的な実施形態を示している。
【００５７】
この実施形態における方法は、使用されるべきチャネルが、データの容量に応じてではなく、端末ＵＥによって予め送信された通知に応じて、判定されているという点において以前のものと区別される。
【００５８】
この方法においては、端末がネットワークに接続できるようにするべく、従来のプロセスを使用することによって端末ＵＥをモバイルネットワークに接続する先行フェーズＳ０が発生している。
【００５９】
このフェーズにおいて、端末ＵＥは、ＲＡＮによって中継される状態において、接続要求をネットワークノードＧＷに送信している（ステップＳ００１）。但し、本実施形態においては、端末ＵＥは、自身宛てでありうると共にネットワークノードＧＷによって受信されうるダウンリンクデータのために、自身がシグナリングチャネルを使用することを所望していることを通知する第１値又は自身がデータトランスポートチャネルを使用することを所望していることを通知する第２値を採用したパラメータＩＮＤを要求に挿入することにより、この要求を準備している。
【００６０】
ネットワークノードＧＷは、端末ＵＥの識別子（例えば、そのＩＭＳＩ）との関連において、このパラメータを保存し（ステップＳ００２）、且つ、接続承諾メッセージを返しており（ステップＳ００３）、この中において、ネットワークノードＧＷは、選択されたチャネルのテイクオーバーを確認するように、パラメータＩＮＤを複製している。このチャネルの使用がネットワークによって否定されるか又はサポートされていない場合には、ネットワークノードＧＷは、接続承諾メッセージにおいて、パラメータＩＮＤを複製しない。
【００６１】
その後に、端末ＵＥ宛てのデータパケットＤＬ＿Ｐ（ｄｉ）を受信した際に、ネットワークノードは、上述したように（ステップＳ０３及びＳ０４）、アラートメッセージを送信しうると共に、その返事としてのサービス要求を待つことができる。
【００６２】
次いで、ネットワークノードＧＷは、自身が、それらのパケットの受信者端末ＵＥの識別子との関連においてパラメータＩＮＤを保存しているかどうかをチェックしている。その値が、シグナリングチャネルを介して送信することに対する所望を通知している識別子ＩＮＤが保存されている場合には、ネットワークノードＧＷは、シグナリングチャネルを使用するように、上述のステップＳ４及びＳ５をトリガする。対照的に、その値が、トランスポートチャネルを介して送信することに対する所望を通知している識別子ＩＮＤが保存されている場合には、ネットワークノードＧＷは、データトランスポートチャネルを使用するように、上述のステップＳ２及びＳ３をトリガする。
【００６３】
一代替肢として、既定により、インジケータが存在していない際にはシグナリングチャネルがダウンリンクデータのために使用され、インジケータが存在する際にのみトランスポートチャネルが使用されるというもの、或いは、この逆であるもの、を想定することもできる。
【００６４】
ダウンリンクデータを送信するべく使用されるべきチャネルに対する所望を通知するパラメータは、任意のタイプのダウンリンクデータに使用されるべきチャネルを判定する際に、確立することができる。一代替肢として、このパラメータは、ダウンリンクパケットと共に挿入された逆の命令又は特定の状況が存在していない限り、使用されるべきチャネルに対する所望であってもよい。例として、低容量のデータ用に設計された端末ＵＥ（例えば、規則的に温度を送信するセンサ）は、シグナリングチャネルを使用するというその所望をネットワークに対して通知することができるが、ネットワークノードＧＷは、例えば、端末用のファームウェアの更新などの、大規模な高容量データを間欠的に送信する際には、恐らくは、この所望を無視し、且つ、データトランスポートチャネルを優先するように、決定することができる。
【００６５】
上述の方法を実装するべく、ネットワークノードＧＷは、上述の方法のステップを実装するべく処理モジュールが実行可能であるコンピュータプログラムのコード命令がその内部において保存されうる読み出し専用メモリモジュールと、上述の方法に従って処理される対象であるダウンリンクデータ又はダウンリンクパケットがその内部において保存されうるランダムアクセスメモリと、と関連付けられた処理モジュール（例えば、プロセッサ）を有する装置の形態を有することができる。処理モジュールは、単独のものであってもよく、或いは、恐らくは、複数の装置内において分散された、且つ、上述の方法のステップのうちの１つ又は複数のステップの実行の責任を担う、複数のモジュール（又は、プロセッサ）に分解することもできる。
【００６６】
その一部分として、モバイル端末ＵＥは、具体的には、以下のように、２つの別個のモジュールを有することができる。
【００６７】
・第１に、通常は、端末ＵＥ内においてインストールされた又は組み込まれたソフトウェアアプリケーションに対応する、且つ、（恐らくは、ユーザーインターフェイスを介して提供された又はセンサに由来する）データを処理すると共にデータを端末ＵＥのその他のモジュールに提供する能力を有する、１つの（或いは、恐らくは、複数の）アプリケーションモジュールＡＰＰ（このケースにおいては、１つのみが示されている）である。
【００６８】
・第２に、具体的には、その機能が無線リンクを介してモバイルネットワークと通信することである、（通常は、無線局、アンテナ、発振器などを有する）無線通信モジュールを有する処理モジュールＣＯＭである。この処理モジュールＣＯＭは、読み出し専用メモリと、プロセッサによって実行された際に後述する方法の様々なステップを実行するための命令を有するコンピュータプログラムがその内部において保存されうるランダムアクセスメモリと、と関連付けられたプロセッサの形態において実装することができる。
【００６９】
アプリケーションモジュールＡＰＰ及び処理モジュールＣＯＭは、１つの且つ同一のチップ（チップセット）上において統合することができる。
【００７０】
このケースにおいては、図３Ｂにおいて示されている実施形態においては、処理モジュールＣＯＭは、端末ＵＥがこのネットワークに接続できるようにするように、モバイルネットワークに送信される接続要求内に上述のパラメータＩＮＤを挿入するように構成されている。
【００７１】
当然のことながら、本発明は、以上において記述及び図示されている例示用の実施形態に限定されるものではなく、且つ、これらの実施形態に基づいて、本発明の範囲を逸脱することなしに、その他の実施形態及び実装形態を提供することができる。
【００７２】
従って、ダウンリンクデータを送信する方法は、ペイロードデータｄｉ自体と、それらを収容しているパケット（例えば、ＩＰパケット）と、に等しく適用することができる。具体的には、本発明によるシグナリングメッセージは、そのサイズがこれを許容している際には、提供されたパケットから抽出されたデータと、全体としてのパケットと、を等しく収容することができる。対照的に、トランスポートプレーンにおいては、トランスポートチャネルにおいて提供されたパケットを再送信することと、これらのパケットから抽出されたペイロードデータをこのようなトランスポートチャネルにおいて送信することと、が等しく可能である。
【００７３】
更には、ネットワークノードＧＷは、以上においては、単一のネットワークエンティティとして記述されている。但し、当然のことながら、複数の別個のエンティティを使用することにより、ネットワークノードＧＷが実行している上述の機能を実装することが可能である。具体的には、第１ネットワークエンティティ（例えば、Ｓ−ＧＷゲートウェイ）は、トランスポートチャネルにおける、必要に応じた、ダウンリンクパケットの受信、判定を待っている際のその保存、送信されるべきデータの容量の算出、及びこれらのパケットの再送信の責任を担うことが可能であり、第２ネットワークエンティティ（例えば、ＭＭＥモビリティ管理エンティティ）は、送信閾値容量との間における送信対象のデータの容量の比較、データトランスポートチャネルが使用されるべきである場合にデータトランスポートチャネルにおいてデータを送信せよという第１ネットワークエンティティに対する命令、或いは、シグナリングチャネルが使用されるべきである場合のシグナリングメッセージ内におけるデータの挿入及び送信の責任を担うことができる。本発明の範囲を逸脱することなしに、これらの２つ又はそれ以上の数のネットワークエンティティの間におけるこれらの機能の任意のその他の分配を想定することができる。
【図１】
2019180090.tif 000003
【図２】
2019180090.tif 000004
【図３Ａ】
2019180090.tif 000005
【図３Ｂ】
2019180090.tif 000006
【手続補正書】
【提出日】令和1年6月19日(2019.6.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイル通信ネットワークのネットワークノード（ＧＷ）とモバイル端末（ＵＥ）の間においてデータを送信する方法であって、前記方法は、前記モバイル端末宛ての少なくとも１つのデータパケット（ＤＬ＿Ｐ（ｄｉ））の受信の後に、前記ネットワークノードによって実装され、前記方法は、前記少なくとも１つのデータパケットの前記受信の後の前記モバイル端末へのアラートメッセージ（Ｐｇｎｇ）の送信（Ｓ０３）と、これに応答する前記モバイル端末からのサービス要求（Ｓｅｒｖ＿ｒｅｑ）の受信（Ｓ０４）と、を含み、
前記方法は、前記モバイル端末からの前記サービス要求の前記受信の後に、
前記モバイル端末がシグナリングメッセージチャネルを使用することを所望していることを通知するパラメータが、前記モバイル端末からの要求において受信された際に、
前記送信対象のデータを少なくとも１つのシグナリングメッセージ（ＭＳＧ（ｄｉ））に挿入し（Ｓ４）、且つ、前記少なくとも１つのシグナリングメッセージを前記モバイル端末に送信し（Ｓ５）、
そうでなければ前記モバイル端末と前記ネットワーク装置との間にセットアップされたデータトランスポートチャネルによって、前記少なくとも１つのデータパケットを前記モバイル端末に送信する、ステップ（Ｓ３）
を含むことを特徴とする、方法。
【請求項２】
前記データトランスポートチャネルの前記セットアップは、前記モバイル端末からの前記サービス要求の前記受信によってトリガされる（Ｓ２）、請求項１に記載の方法。
【請求項３】
少なくとも１つのデータパケットのネットワークエンティティによる前記受信の後にアラートメッセージ（Ｐｇｎｇ）を前記モバイル端末に対して送信する（Ｓ０３）と共にこれに応答して前記モバイル端末からサービス要求（Ｓｅｒｖ＿ｒｅｑ）を受信する（ＳＯ４）ように構成された処理モジュールを有する、モバイル通信ネットワーク内において使用されるべく意図されたネットワークノードであって、
前記ネットワークノードは、前記処理モジュールが、前記モバイル端末からの前記サービス要求の受信の後に、
前記モバイル端末がシグナリングメッセージを使用することを所望していることを通知するパラメータが、前記モバイル端末からの要求において受信された際に、前記送信対象のデータを少なくとも１つのシグナリングメッセージ（ＭＳＧ（ｄｉ））に挿入し（S4）、且つ、前記少なくとも１つのシグナリングメッセージを前記モバイル端末に送信し（S５）、
そうでなければ前記モバイル端末と前記ネットワーク装置との間でセットアップされる前記データトランスポートチャネルによって前記少なくとも１つのデータパケットを前記モバイル端末に送信する（S3）、
ように構成されていることを特徴とする、ネットワークノード。
【請求項４】
前記処理モジュールが、前記モバイル端末からの前記サービス要求の受信の後に、前記データトランスポートチャネルの前記セットアップをトリガするようにさらに構成された、請求項３に記載のネットワークノード。
【請求項５】
前記ネットワークノードが、モビリティ管理エンティティ（MME）である、請求項３または４に記載のネットワークノード。
【請求項６】
前記ネットワークノードと前記ネットワークエンティティは同一である、請求項３または４に記載のネットワークノード。
【請求項７】
第１のネットワークエンティティと第2のネットワークエンティティを含むシステムであって、前記第１のネットワークエンティティは、請求項３または４に記載のネットワークノードであり、前記第２のネットワークエンティティは、モバイル端末（ＵＥ）に対して送信される対象である少なくとも１つのデータパケット（DL_P（ｄｉ））を受信可能な処理モジュールを有し、且つ、前記少なくとも１つのデータパケット（DL_P（ｄｉ））を前記第１の前記第１のネットワークエンティティに送信するように構成され、これにより、前記第１のネットワークエンティティは、前記少なくとも１つのデータパケット（DL_P（ｄｉ））を、データトランスポートチャネルによって前記モバイル端末（ＵＥ）に送信するか、又は送信対象である前記データを前記モバイル端末に送信される対象であるシグナリングメッセージに挿入する、システム。
【請求項８】
前記第２のネットワークエンティティは、Ｓ−ＧＷタイプのネットワークゲートウェイである、請求項７に記載のシステム。
【請求項９】
モバイル端末であって、前記モバイル端末宛てのダウンリンクデータを受信しうるネットワークノード（ＧＷ）を有するモバイル通信ネットワークと共に使用されるべく意図されたモバイル端末（ＵＥ）であって、前記モバイルネットワークとの間においてデータを交換しうる処理モジュール（ＣＯＭ）を有し、前記処理モジュールは、前記ネットワークノード宛ての要求内に、前記モバイル端末が、シグナリングメッセージ又は前記ダウンリンクデータの前記送信のために前記モバイルネットワークとセットアップされたデータトランスポートチャネルのいずれを使用することを所望しているのかについて通知するパラメータ（ＩＮＤ）を挿入するように構成されている、モバイル端末（ＵＥ）。
【請求項１０】
前記モバイル端末が、シグナリングメッセージにより前記ダウンリンクデータを受信することを所望しているとき、前記パラメータ（ＩＮＤ）は、ダウンリンクデータを送信するためにシグナリングメッセージを使用することを所望していることを示す値を採用する、請求項９に記載のモバイル端末。
【請求項１１】
前記モバイル端末が、前記モバイルネットワークとセットアップされたデータトランスポートチャネルにより前記ダウンリンクデータを受信することを所望しているとき、前記パラメータ（ＩＮＤ）は、ダウンリンクデータを送信するためにデータトランスポートチャネルを使用することを所望していることを示す値を採用する、請求項９に記載のモバイル端末。
【請求項１２】
コンピュータプログラムであって、このプログラムがネットワークノード（ＧＷ）の処理モジュールによって実行された際に請求項１または２のいずれかに記載の前記データ送信方法の全てのステップを実装するためのコード命令を含むコンピュータプログラム。
【外国語明細書】
2019180090000001.pdf