(57)【要約】本発明の実施例は伝送方式の切替方法、ユーザ装置及び基地局を提供する。該切替方法は、基地局がユーザ装置の識別子を含むページングメッセージを受信するステップと、ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断するステップと、ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、基地局がユーザ装置に無線リソース制御接続解放メッセージを送信するステップと、を含む。本発明の実施例によれば、ユーザ装置が接続無し方式から従来方式に切り替えてデータ伝送を行うことができる。【選択図】図３
2016530798.tif 000002
【特許請求の範囲】
【請求項１】
伝送方式の切替方法であって、
基地局がユーザ装置の識別子を含むページングメッセージを受信するステップと、
前記ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断するステップと、
前記ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、前記基地局が前記ユーザ装置に無線リソース制御接続解放メッセージを送信するステップと、を含む、方法。
【請求項２】
前記基地局が前記ユーザ装置に前記ページングメッセージを送信するステップ、をさらに含む、請求項１に記載の方法。
【請求項３】
前記ページングメッセージは、前記ユーザ装置が無線接続方式で構成されていることを示す指示情報をさらに含む、請求項１又は２に記載の方法。
【請求項４】
前記無線リソース制御接続解放メッセージは、今回の接続解放の原因を示す情報をさらに含む、請求項１又は２に記載の方法。
【請求項５】
伝送方式の切替方法であって、
ユーザ装置が基地局により送信された無線リソース制御接続解放メッセージを受信するステップと、
前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止するステップと、を含む、方法。
【請求項６】
前記ユーザ装置が前記基地局により送信されたページングメッセージを受信するステップと、
前記ページングメッセージに基づいてサービス要求をトリガし、接続有り方式を用いてデータ伝送を行うステップと、をさらに含む、請求項５に記載の方法。
【請求項７】
前記無線リソース制御接続解放メッセージは、今回の接続解放の原因を示す情報をさらに含む、請求項５又は６に記載の方法。
【請求項８】
前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止するステップは、
前記ユーザ装置の無線リソース制御層が前記無線リソース制御接続解放メッセージを受信し、前記無線リソース制御接続を解放するステップと、
前記無線リソース制御層が前記ユーザ装置の非アクセス層に無線リソース制御接続解放の指示を送信するステップと、
前記非アクセス層が、前記指示を受信した後に、所定の期間内に接続無し方式によるデータ伝送を停止するステップと、を含む、請求項５又は６に記載の方法。
【請求項９】
伝送方式の切替方法であって、
ユーザ装置が、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップと、
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止するステップと、を含む、方法。
【請求項１０】
前記ユーザ装置がサービス要求をトリガし、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行うステップ、をさらに含む、請求項９に記載の方法。
【請求項１１】
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップは、
前記アップリンクトラヒックと予め取得されたトラヒックフローテンプレートとを比較するステップと、
前記アップリンクトラヒックが前記トラヒックフローテンプレートと一致している場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適すると決定するステップと、を含む、請求項９に記載の方法。
【請求項１２】
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップは、
前記アップリンクトラヒックの属性値と予め設定された閾値とを比較するステップと、
比較結果に基づいて、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを決定するステップと、を含む、請求項９に記載の方法。
【請求項１３】
前記アップリンクトラヒックの属性値は、データ総量のサイズ情報、データパケットのサイズ情報、バーストデータストリームのサイズ情報、データパケット間隔情報、及び平均データパケット速度情報の１つ又は組み合わせを含む、請求項１２に記載の方法。
【請求項１４】
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記方法は、
前記ユーザ装置が基地局に接続解放要求を送信するステップと、
前記基地局により送信された無線リソース制御接続解放メッセージを受信し、接続無し方式によるデータ伝送を停止するステップと、をさらに含む、請求項９乃至１３のいずれかに記載の方法。
【請求項１５】
前記ユーザ装置が基地局に接続解放要求を送信し、前記基地局により送信された無線リソース制御接続解放メッセージを受信し、接続無し方式によるデータ伝送を停止するステップは、
前記ユーザ装置の非アクセス層が、接続解放をトリガし、前記ユーザ装置の無線リソース制御層が無線リソース制御接続解放を開始するように指示するステップと、
前記無線リソース制御層が基地局に無線リソース制御接続解放要求を送信するステップと、
前記無線リソース制御層が基地局により送信された無線リソース制御接続解放メッセージを受信し、前記無線リソース制御接続を解放するステップと、
前記無線リソース制御層が前記非アクセス層に無線リソース制御接続解放の指示を送信するステップと、
前記非アクセス層が、前記指示を受信した後に、所定の期間内に接続無し方式によるデータ伝送を停止するステップと、を含む、請求項１４に記載の方法。
【請求項１６】
前記接続解放要求は、今回の接続解放の原因を示す情報をさらに含む、請求項１４に記載の方法。
【請求項１７】
伝送方式の切替方法であって、
ユーザ装置が、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップと、
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行うステップと、を含む、方法。
【請求項１８】
前記ユーザ装置が無線ベアラの変更及び／又は構成を行うステップは、
前記ユーザ装置が接続無し方式によるデータ伝送を中断し、基地局にアップリンク情報伝送メッセージを送信するステップと、
前記基地局により送信された無線リソース制御接続再構成メッセージを受信するステップと、
前記無線リソース制御接続再構成メッセージに基づいて無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行うステップと、を含む、請求項１７に記載の方法。
【請求項１９】
前記アップリンク情報伝送メッセージは、前記ユーザ装置が接続無し方式を用いることを示す情報を含む、請求項１７又は１８に記載の方法。
【請求項２０】
伝送方式の切替方法であって、
基地局がユーザ装置により送信されたアップリンク情報伝送メッセージを受信するステップと、
モビリティ管理エンティティに初期ユーザ装置メッセージを送信するステップと、を含む、方法。
【請求項２１】
前記基地局が、前記モビリティ管理エンティティにより送信された、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを受信するステップと、
前記ユーザ装置に無線リソース制御接続再構成メッセージを送信するステップと、をさらに含む、請求項２０に記載の方法。
【請求項２２】
前記初期ユーザ装置メッセージは、前記ユーザ装置が接続無し方式を用いることを示す情報を含む、請求項２０又は２１に記載の方法。
【請求項２３】
伝送方式の切替方法であって、
モビリティ管理エンティティが、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信するステップと、
前記接続無し方式に対応する無線ベアラを再確立するステップと、
前記基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信するステップと、を含む、方法。
【請求項２４】
前記モビリティ管理エンティティが前記基地局により送信された初期コンテキストセットアップ応答メッセージを受信するステップと、
サービングゲートウェイに無線ベアラ変更要求メッセージを送信するステップと、をさらに含む、請求項２３に記載の方法。
【請求項２５】
基地局であって、
ユーザ装置の識別子を含むページングメッセージを受信する第１の受信手段と、
前記ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断する第１の判断手段と、
前記ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、前記ユーザ装置に無線リソース制御接続解放メッセージを送信する第１の送信手段と、を含む、基地局。
【請求項２６】
前記ユーザ装置に前記ページングメッセージを送信する第２の送信手段、をさらに含む、請求項２５に記載の基地局。
【請求項２７】
ユーザ装置であって、
基地局により送信された無線リソース制御接続解放メッセージを受信する第２の受信手段と、
前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第１の解放手段と、を含む、ユーザ装置。
【請求項２８】
前記基地局により送信されたページングメッセージを受信する第３の受信手段と、
前記ページングメッセージに基づいてサービス要求をトリガし、接続有り方式を用いてデータ伝送を行う第１の要求手段と、をさらに含む、請求項２７に記載のユーザ装置。
【請求項２９】
ユーザ装置であって、
アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第２の判断手段と、
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第２の解放手段と、を含む、ユーザ装置。
【請求項３０】
サービス要求をトリガし、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行う第２の要求手段、をさらに含む、請求項２９に記載のユーザ装置。
【請求項３１】
基地局に接続解放要求を送信する第３の送信手段と、
前記基地局により送信された無線リソース制御接続解放メッセージを受信し、接続無し方式によるデータ伝送を停止する第４の受信手段と、をさらに含む、請求項２９又は３０に記載のユーザ装置。
【請求項３２】
ユーザ装置であって、
アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第３の判断手段と、
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行う接続再構成手段と、を含む、ユーザ装置。
【請求項３３】
前記接続再構成手段は、
接続無し方式によるデータ伝送を中断し、基地局にアップリンク情報伝送メッセージを送信する第４の送信手段と、
前記基地局により送信された無線リソース制御接続再構成メッセージを受信する第５の受信手段と、
前記無線リソース制御接続再構成メッセージに基づいて無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行うベアラ変更手段と、を含む、請求項３２に記載のユーザ装置。
【請求項３４】
基地局であって、
ユーザ装置により送信されたアップリンク情報伝送メッセージを受信する第６の受信手段と、
モビリティ管理エンティティに初期ユーザ装置メッセージを送信する第５の送信手段と、を含む、基地局。
【請求項３５】
前記モビリティ管理エンティティにより送信された、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを受信する第７の受信手段と、
前記ユーザ装置に無線リソース制御接続再構成メッセージを送信する第６の送信手段と、をさらに含む、請求項３４に記載の基地局。
【請求項３６】
モビリティ管理エンティティであって、
基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する第８の受信手段と、
前記接続無し方式に対応する無線ベアラを再確立する再確立手段と、
前記基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する第７の送信手段と、を含む、モビリティ管理エンティティ。
【請求項３７】
前記基地局により送信された初期コンテキストセットアップ応答メッセージを受信する第９の受信手段と、
サービングゲートウェイに無線ベアラ変更要求メッセージを送信する第８の送信手段と、をさらに含む、請求項３６に記載のモビリティ管理エンティティ。
【請求項３８】
請求項２５又は２６に記載のユーザ装置と、請求項２７又は２８に記載の基地局とを含み、或いは
請求項２９乃至３１のいずれかに記載のユーザ装置を含み、或いは
請求項３２又は３３に記載のユーザ装置と、請求項３４又は３５に記載の基地局と、請求項３６又は３７に記載のモビリティ管理エンティティとを含む、通信システム。
【請求項３９】
ユーザ装置においてプログラムを実行する際に、コンピュータに、請求項５乃至１９のいずれかに記載の伝送方式の切替方法を前記ユーザ装置において実行させる、コンピュータ読み取り可能なプログラム。
【請求項４０】
コンピュータに、請求項５乃至１９のいずれかに記載の伝送方式の切替方法をユーザ装置において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体。
【請求項４１】
基地局においてプログラムを実行する際に、コンピュータに、請求項１乃至４、２０乃至２２のいずれかに記載の伝送方式の切替方法を前記基地局において実行させる、コンピュータ読み取り可能なプログラム。
【請求項４２】
コンピュータに、請求項１乃至４、２０乃至２２のいずれかに記載の伝送方式の切替方法を基地局において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に小さいデータパケットの伝送プロセスにおける伝送方式の切替方法、ユーザ装置及び基地局に関する。
【背景技術】
【０００２】
ＬＴＥネットワークシステムでは、アイドル状態（Ｉｄｌｅ）にあるユーザ装置（ＵＥ）がデータの送受信を行う場合、アイドル状態から接続状態に入り、ネットワーク側との制御プレーン接続及びユーザプレーン接続を確立する必要がある。ここで、制御プレーン接続は、ＵＥと基地局（ｅＮＢ）との間の無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続、及びｅＮＢとモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）との間のＳ１接続を含み、ユーザプレーン接続は、ＵＥとｅＮＢとの間の無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）、及びｅＮＢとサービングゲートウェイ（Ｓ−ＧＷ）との間の接続を含む。
【０００３】
図１は従来技術におけるユーザ装置によるデータ伝送の状態切替を示す１つのフローチャートである。図１に示すように、ＵＥのアイドル状態から接続状態への切替、並びにこれらの制御プレーン及びユーザプレーンの接続の確立は、該フローで行われてもよい。よって、ネットワーク側に一連のサービス要求を行うための従来方式が必要であり、通常、接続有り方式と称されてもよい。
【０００４】
一方、小さいデータの伝送は、マシン型通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーション及びスマート端末トラヒックの典型的特徴の１つである。小さいデータとは、ＵＥとネットワーク側との間で少量のデータパケットを送受信することを指し、このような小さいデータの伝送は頻繁なものであってもよいし、頻繁なものでなくてもよい。例えば、スマート温度検出のアプリケーションでは、ＭＴＣ端末装置は、検出された温度値をサーバに１時間ごとに報告し、該アプリケーションでは、各時間に報告されたデータは単なる１回で検出された温度値であり、データ量が小さく、小さいデータ伝送と見なされてもよい。
【０００５】
従来の方式で小さいデータ伝送を用いる場合、ＵＥが一連のネットワーク側へのサービス要求フローを行い、ネットワーク側のサービスを受けるようにアイドル状態から接続状態に切り替える必要があり、伝送されるデータ量に比べると、システムのリソース利用率の低下に繋がる可能性がある。小さいデータ伝送のシステムのリソース利用率を高めるために、いくつかの解決方法が提出されている。
【０００６】
図２は、従来技術における強化された小さいデータパケットの伝送方式を示す１つの図である。図２に示すように、該方法では、各小さいデータパケットの伝送経路を１つの接続識別子（ｃｏｎｎｅｃｔｉｏｎ  ＩＤ）で表示し、ｅＮＢでｃｏｎｎｅｃｔｉｏｎ  ＩＤとＳ−ＧＷのアドレス（例えばＩＰアドレス及びＴＥＩＤ）との対応関係を保存している。アップリンク伝送の例では、小さいデータパケットの伝送が発生した場合、ＵＥは、ｅＮＢとの間のＲＲＣ接続を確立し、接続の確立プロセスにおいて、該ＵＥで小さいデータパケット伝送の行われているｃｏｎｎｅｃｔｉｏｎ  ＩＤをｅＮＢに通知する。
【０００７】
図２に示すように、ＵＥはアップリンクデータパケットでｃｏｎｎｅｃｔｉｏｎ  ＩＤ情報をキャリーし、ｅＮＢは該データパケットを受信した後に、データパケットにおけるｃｏｎｎｅｃｔｉｏｎ  ＩＤに基づいて対応するＳ−ＧＷのアドレス情報を検索し、該データパケットをＳ−ＧＷに送信する。一方、ｅＮＢは、Ｓ−ＧＷがｅＮＢにダウンリンクデータを送信するように、アップリンクデータパケットでｅＮＢのアドレス情報（ＴＥＩＤ）をキャリーしてもよい。
【０００８】
上記の強化された小さいデータ伝送方式は、ｅＮＢとＭＭＥとの間の制御プレーン接続を確立する必要がないため、通常、接続無し方式のデータ伝送と称される。このように、データパケット内でアドレスをキャリーすることでｅＮＢとＳＧＷとの間のデータ伝送経路を確立し、制御プレーンサイトＭＭＥを用いてｅＮＢとＳ−ＧＷとの間のデータ伝送経路を確立することによるシグナリングオーバヘッドが回避された。
【０００９】
なお、背景技術に関する上記の説明は、単なる本発明の技術案をより明確、完全に説明するためのものであり、当業者を理解させるために説明するものであり。これら技術案が本発明の背景技術の部分に説明されているから当業者にとって周知の技術であると解釈してはならない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
発明者の発見によると、ＵＥが接続無し方式を用いて小さいデータパケットを伝送している場合、ＵＥで、現在使用されている接続無し方式に適用しない他のトラヒックが発生したとき、従来技術はこのようなシナリオを処理できず、接続無し方式から接続有り方式（従来方式）への切替を実現できない。
【００１１】
本発明の実施例は、ユーザ装置が接続無し方式から従来方式へ切り替えてデータパケットの伝送を行うことができる伝送方式の切替方法、ユーザ装置及び基地局を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の実施例の一の態様では、伝送方式の切替方法であって、基地局がユーザ装置の識別子を含むページングメッセージを受信するステップと、前記ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断するステップと、前記ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、前記基地局が前記ユーザ装置に無線リソース制御接続解放メッセージを送信するステップと、を含む、方法を提供する。
【００１３】
本発明の実施例の他の態様では、伝送方式の切替方法であって、ユーザ装置が基地局により送信された無線リソース制御接続解放メッセージを受信するステップと、前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止するステップと、を含む、方法を提供する。
【００１４】
本発明の実施例の他の態様では、伝送方式の切替方法であって、ユーザ装置が、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップと、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止するステップと、を含む、方法を提供する。
【００１５】
本発明の実施例の他の態様では、伝送方式の切替方法であって、ユーザ装置が、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップと、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行うステップと、を含む、方法を提供する。
【００１６】
本発明の実施例の他の態様では、伝送方式の切替方法であって、基地局がユーザ装置により送信されたアップリンク情報伝送メッセージを受信するステップと、モビリティ管理エンティティに初期ユーザ装置メッセージを送信するステップと、を含む、方法を提供する。
【００１７】
本発明の実施例の他の態様では、伝送方式の切替方法であって、モビリティ管理エンティティが、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信するステップと、前記接続無し方式に対応する無線ベアラを再確立するステップと、前記基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信するステップと、を含む、方法を提供する。
【００１８】
本発明の実施例の他の態様では、基地局であって、ユーザ装置の識別子を含むページングメッセージを受信する第１の受信手段と、前記ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断する第１の判断手段と、前記ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、前記ユーザ装置に無線リソース制御接続解放メッセージを送信する第１の送信手段と、を含む、基地局を提供する。
【００１９】
本発明の実施例の他の態様では、ユーザ装置であって、基地局により送信された無線リソース制御接続解放メッセージを受信する第２の受信手段と、前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第１の解放手段と、を含む、ユーザ装置を提供する。
【００２０】
本発明の実施例の他の態様では、ユーザ装置であって、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第２の判断手段と、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第２の解放手段と、を含む、ユーザ装置を提供する。
【００２１】
本発明の実施例の他の態様では、ユーザ装置であって、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第３の判断手段と、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行う接続再構成手段と、を含む、ユーザ装置を提供する。
【００２２】
本発明の実施例の他の態様では、基地局であって、ユーザ装置により送信されたアップリンク情報伝送メッセージを受信する第６の受信手段と、モビリティ管理エンティティに初期ユーザ装置メッセージを送信する第５の送信手段と、を含む、基地局を提供する。
【００２３】
本発明の実施例の他の態様では、モビリティ管理エンティティであって、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する第８の受信手段と、前記接続無し方式に対応する無線ベアラを再確立する再確立手段と、前記基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する第７の送信手段と、を含む、モビリティ管理エンティティを提供する。
【００２４】
本発明の実施例の他の態様では、上記のユーザ装置と、基地局とを含む、通信システムを提供する。
【００２５】
本発明の実施例の他の態様では、ユーザ装置においてプログラムを実行する際に、コンピュータに、上記の伝送方式の切替方法を前記ユーザ装置において実行させる、コンピュータ読み取り可能なプログラムを提供する。
【００２６】
本発明の実施例の他の態様では、コンピュータに、上記の伝送方式の切替方法をユーザ装置において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体を提供する。
【００２７】
本発明の実施例の他の態様では、基地局においてプログラムを実行する際に、コンピュータに、上記の伝送方式の切替方法を前記基地局において実行させる、コンピュータ読み取り可能なプログラムを提供する。
【００２８】
本発明の実施例の他の態様では、コンピュータに、上記の伝送方式の切替方法を基地局において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体を提供する。
【００２９】
本発明の実施例の有益な効果としては、接続無し方式を用いてデータ伝送を行うユーザ装置がアップリンクシナリオ又はダウンリンクシナリオで無線リソース制御接続を解放してサービス要求を行い、或いは無線ベアラを再構成することで、ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒック又はダウンリンクトラヒックが発生した場合、ユーザ装置がより適切な伝送方式を使用できる。
【００３０】
下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる方式が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。
【００３１】
１つの実施形態に記載された特徴及び／又は示された特徴は、同一又は類似の方式で１つ又はさらに多くの他の実施形態で用いられてもよいし、他の実施形態における特徴と組み合わせてもよいし、他の実施形態における特徴に代わってもよい。
【００３２】
なお、本文では、用語「包括／含む」は、特徴、部材、ステップ又はコンポーネントが存在することを指し、一つ又は複数の他の特徴、部材、ステップ又はコンポーネントの存在又は付加を排除しない。
【図面の簡単な説明】
【００３３】
本発明の多くの態様は、以下の図面を参照しながら理解できる。図面における素子は比例に応じて記載されたものではなく、本発明の原理を示すためのものである。本発明の一部分を示す又は記載するため、図面における対応部分は拡大或いは縮小される可能性がある。
【００３４】
本発明の１つの図面及び１つの実施形態に記載された要素及び特徴は、１つ又はさらに多くの図面又は実施形態に示された要素及び特徴と組み合わせてもよい。また、図面において、類似の符号は複数の図面における対応する素子を示し、１つ以上の実施形態に用いられる対応素子を示してもよい。
【図１】従来技術におけるユーザ装置によるデータ伝送の状態切替を示す１つのフローチャートである。
【図２】従来技術における強化された小さいデータパケットの伝送方式を示す１つの図である。
【図３】本発明の実施例１の伝送方式の切替方法の１つのフローチャートである。
【図４】本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートである。
【図５】本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートである。
【図６】本発明の実施例２の伝送方式の切替方法の１つのフローチャートである。
【図７】本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートである。
【図８】本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートである。
【図９】本発明の実施例３の伝送方式の切替方法の１つのフローチャートである。
【図１０】本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートである。
【図１１】本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートである。
【図１２】本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートである。
【図１３】本発明の実施例４の基地局の１つの構成を示す図である。
【図１４】本発明の実施例５の情報フィードバック方法の１つのフローチャートである。
【図１５】本発明の実施例５のユーザ装置の１つの構成を示す図である。
【図１６】本発明の実施例５のユーザ装置のもう１つの構成を示すである。
【図１７】本発明の実施例６のユーザ装置の１つの構成を示す図である。
【図１８】本発明の実施例６の基地局の１つの構成を示す図である。
【図１９】本発明の実施例６のモビリティ管理エンティティの１つの構成を示す図である。
【図２０】本発明の実施例７の通信システムの１つの構成を示す図である。
【発明を実施するための形態】
【００３５】
図面を参照しながら、本発明の上記及び他の特徴を説明する。下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。
【００３６】
＜実施例１＞
本発明の実施例は伝送方式の切替方法を提供し、ダウンリンクデータ伝送のシナリオについて、基地局側及びユーザ装置側からそれぞれ説明する。本実施例では、ユーザ装置が接続無し方式を用いてデータ伝送を行っており、この時にダウンリンクトラヒックが到着し、該ダウンリンクトラヒックが接続無し方式による伝送に適しない場合、ユーザ装置による方式切替をトリガし、接続無し方式から接続有り方式（従来方式）に切り替える必要がある。
【００３７】
図３は本発明の実施例１の伝送方式の切替方法の１つのフローチャートであり、基地局側から説明する。図３に示すように、該方法は下記のステップを含む。
【００３８】
ステップ３０１：基地局は、ユーザ装置の識別子を含むページングメッセージを受信する。
【００３９】
ステップ３０２：基地局は、ユーザ装置が接続無し方式を用いてデータ伝送を行っているか否かを判断する。
【００４０】
ステップ３０３：ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、基地局はユーザ装置に無線リソース制御接続解放メッセージを送信する。
【００４１】
本実施例では、ダウンリンクトラヒックが到着した場合、ＭＭＥはｅＮＢにページングメッセージ（Ｐａｇｉｎｇ）を送信してもよく、該Ｐａｇｉｎｇメッセージ内にユーザ装置の識別子をキャリーしている。ｅＮＢは、該Ｐａｇｉｎｇメッセージを受信した後に、ユーザ装置の識別子に基づいて、該ユーザ装置が接続無し方式を用いてデータ伝送を行っているか否かを判断する。
【００４２】
例えば、ｅＮＢは、該ｅＮＢに接続され、且つ接続無し方式を用いているユーザ装置の識別子と、Ｐａｇｉｎｇメッセージにおけるユーザ装置の識別子とのマッチングを行う。ｅＮＢは、該ユーザ装置が接続無し方式を用いて通信を行っていると発見した場合、該ユーザ装置にＲＲＣ接続解放メッセージを送信する。
【００４３】
図３に示すように、該切替方法は、下記のステップをさらに含んでもよい。
【００４４】
ステップ３０４：基地局はユーザ装置にページングメッセージを送信する。
【００４５】
これによって、従来技術と異なるのは、ｅＮＢがＭＭＥにより送信されたＰａｇｉｎｇメッセージを受信した後に、ダウンリンクのユーザ装置が接続無し方式のデータ伝送を行っていると判断した場合、該ユーザ装置にＲＲＣ接続解放メッセージを送信する。該ユーザ装置がＲＲＣ接続を解放した後に、Ｐａｇｉｎｇメッセージを送信して、該ユーザ装置に接続有り方式のデータ伝送を開始させる。これによって、ユーザ装置が接続無し方式から従来方式に切り替えてデータパケットの伝送を行うことができ、ダウンリンクデータの伝送を遅れずに行うことができる。
【００４６】
図４は本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートであり、ユーザ装置側から説明する。図４に示すように、該方法は下記のステップを含む。
【００４７】
ステップ４０１：ユーザ装置は基地局により送信された無線リソース制御接続解放メッセージを受信する。
【００４８】
ステップ４０２：ユーザ装置は無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【００４９】
具体的には、例えばユーザ装置のＲＲＣ層はＲＲＣ接続解放メッセージを受信し、ＲＲＣ接続を解放し、ＲＲＣ層はユーザ装置の非アクセス（ＮＡＳ：Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層にＲＲＣ接続解放の指示を送信し、ＮＡＳ層は、該指示を受信した後に、所定の期間内に接続無し方式によるデータ伝送を停止する。ユーザ装置は、接続無しモードに関連するタイマを停止し、或いは接続無し起動タイマ（ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ  ａｃｔｉｖａｔｅｄ  ｔｉｍｅｒ）等のタイマで期間切れが発生したと見なされてもよい。
【００５０】
図４に示すように、該切替方法は、下記のステップを含んでもよい。
【００５１】
ステップ４０３：ユーザ装置は基地局により送信されたダウンリンクトラヒック用のページングメッセージを受信する。
【００５２】
ステップ４０４：ユーザ装置はページングメッセージに基づいてサービス要求をトリガし、接続有り方式を用いてデータ伝送を行う。
【００５３】
本実施例では、ユーザ装置はＲＲＣ接続を解放した後にアイドル状態に入る。基地局により送信されたＰａｇｉｎｇメッセージを受信した後に、ユーザ装置は、サービス要求をトリガし、接続有り方式のデータ伝送を行ってもおい。サービス要求の具体的なトリガ方法は図１を参照してもよい。
【００５４】
本実施例では、好ましくは、Ｐａｇｉｎｇメッセージは、ユーザ装置が無線接続方式で構成されていることを示す指示情報をさらに含んでもよい。ＭＭＥにより、該Ｐａｇｉｎｇメッセージに含ませてもよい。ｅＮＢは、Ｐａｇｉｎｇメッセージを受信した後に、Ｐａｇｉｎｇメッセージに該指示情報が含まれているか否かをさらに判断してもよい。
【００５５】
例えば、ｅＮＢは、Ｐａｇｉｎｇメッセージに該指示情報が含まれている場合のみ、該ＰａｇｉｎｇメッセージにおけるＵＥ識別子と、該ｅＮＢに接続され、且つ接続無し方式を用いているＵＥの識別子とのマッチングを行ってもよい。これによって、ユーザ装置が接続無し方式を用いてデータ伝送を行っているか否かをより正確、且つ効果的に判断できる。
【００５６】
本実施例では、ＲＲＣ接続解放メッセージは、今回の接続解放の原因を示す情報をさらに含んでもよい。例えば、該メッセージに原因フィールドを含んでもよく、該フィールドは、今回の接続解放の原因がダウンリンクトラヒックが到着し、伝送方式の切替を行う必要があることであることを示す。これによって、ユーザ装置は、原因を含むＲＲＣ接続解放メッセージを受信した後に、接続無し方式を用いて再接続する必要がなく、ユーザ装置の接続無し方式の再開始によるリソースの浪費を回避できる。
【００５７】
図５は本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートであり、ネットワーク側及びユーザ装置側から説明する。図５に示すように、該方法は下記のステップを含む。
【００５８】
ステップ５０１：ＭＭＥはｅＮＢにページングメッセージを送信する。
【００５９】
ステップ５０２：ｅＮＢは、ユーザ装置が接続無し方式のデータ伝送を行っているか否かを判断し、接続無し方式のデータ伝送を行っている場合に下記のステップを実行する。
【００６０】
ステップ５０３：ｅＮＢはユーザ装置にＲＲＣ接続解放メッセージを送信する。
【００６１】
ステップ５０４：ユーザ装置はＲＲＣ接続を解放し、アイドル状態に入る。
【００６２】
ステップ５０５：ｅＮＢはユーザ装置に該ページングメッセージを送信する。
【００６３】
ステップ５０６：ユーザ装置は従来方式のデータ伝送を開始する。
【００６４】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置について、基地局はダウンリンクシナリオの場合に無線リソース制御接続解放メッセージを送信してもよく、ユーザ装置は無線リソース制御接続を解放してからサービス要求を行う。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、ダウンリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【００６５】
＜実施例２＞
本発明の実施例は伝送方式の切替方法を提供し、アップリンクデータ伝送のシナリオについて、ユーザ装置側から説明する。本実施例では、ユーザ装置が接続無し方式を用いてデータ伝送を行っており、この時にアップリンクトラヒックが到着し、該アップリンクトラヒックが接続無し方式による伝送に適しない場合、ユーザ装置による方式切替をトリガし、接続無し方式から接続有り方式（従来方式）に切り替える必要がある。
【００６６】
図６は本発明の実施例２の伝送方式の切替方法の１つのフローチャートであり、ユーザ装置側から説明する。図６に示すように、該方法は下記のステップを含む。
【００６７】
ステップ６０１：ユーザ装置は、アップリンクトラヒックが到着した場合、該アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。
【００６８】
ステップ６０２：該アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、ユーザ装置は無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【００６９】
ステップ６０１において、各種の方法を用いて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断してもよい。具体的には、アップリンクトラヒックと予め取得されたトラヒックフローテンプレート（ＴＦＴ：Ｔｒａｆｆｉｃ  Ｆｌｏｗ  Ｔｅｍｐｌａｔｅ）とを比較し、アップリンクトラヒックがトラヒックフローテンプレートと一致している場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適すると決定してもよい。
【００７０】
ここで、ＴＦＴは、ネットワーク側のエンティティ、例えばＭＭＥから該ユーザ装置に送信することで取得されてもよいし、ユーザ装置により予め構成されてもよい。ＴＦＴは、トラヒック属性を規定する集合、例えばトラヒックのソースポート番号、ターゲットポート番号、ソースＩＰアドレス、ターゲットＩＤアドレス、又は伝送プロトコル番号などであってもよい。ＴＦＴの具体的な内容及び構成方法は、実際の要求に応じて決定されてもよく、従来技術を参照してもよい。
【００７１】
また、アップリンクトラヒックの属性値と予め設定された閾値とを比較し、比較結果に基づいて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを決定してもよい。ここで、アップリンクトラヒックの属性値は、データ総量のサイズ情報、データパケットのサイズ情報、バーストデータストリームのサイズ情報、データパケット間隔情報、及び平均データパケット速度情報の１つ又は組み合わせを含んでもよい。
【００７２】
例えば、該トラヒックのデータ量（例えばデータ総量のサイズ、データパケットのサイズ、又はバーストデータストリームのサイズ）が所定の閾値よりも大きい場合、及び／又はデータパケット間隔時間が所定の閾値よりも小さい場合、及び／又は平均データパケット速度が所定の閾値よりも大きい場合、該トラヒックが接続無し方式によるデータ通信に適しないと判断する。
【００７３】
なお、以上はアップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断することを例示的に説明した。しかし、本発明はこれに限定されず、実際の状況に応じて具体的な実施形態を決定してもよい。
【００７４】
ステップ６０２において、具体的には、ユーザ装置は、該トラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ユーザ装置のＮＡＳ層は、接続解放をトリガし、ＲＲＣ層にＲＲＣ接続解放プロセスを開始させるように指示してもよい。ユーザ装置は、接続無しモードに関連したタイマを停止し、或いは接続無し起動タイマ等のタイマで期間切れが発生したと見なされてもよい。
【００７５】
図６に示すように、切替方法は下記のステップをさらに含んでもよい。
【００７６】
ステップ６０３：ユーザ装置は、サービス要求をトリガし、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【００７７】
これによって、従来技術と異なるのは、ユーザ装置は、アップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ＲＲＣ接続を解放する。ユーザ装置は、ＲＲＣ接続を解放した後に、接続有り方式のデータ伝送を開始する。これによって、ユーザ装置が接続無し方式から従来方式に切り替えてデータパケットの伝送を行うことができ、アップリンクデータの伝送を遅れずに行うことができる。
【００７８】
１つの実施形態では、ユーザ装置は、ステップ６０１を実行した後に、ネットワーク側のｅＮＢの確認を必要とすることなく、ＲＲＣ接続を自発的に解放してもよい。この実施形態では、ｅＮＢは該ＵＥの接続無し方式のタイマのアクティブ化（ｄｅａｃｔｉｖａｔｅ）を維持し、該タイマで期間切れが発生した後に、ネットワーク側は該ＵＥの接続無し方式をアクティブ化する。
【００７９】
図７は本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートであり、ユーザ装置側から説明する。図７に示すように、該方法は下記のステップを含む。
【００８０】
ステップ７０１：ユーザ装置は、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断し、接続無し方式の使用に適しない場合は下記のステップを実行する。
【００８１】
ステップ７０２：ユーザ装置はＲＲＣ接続を解放し、アイドル状態に入る。
【００８２】
ステップ７０３：ユーザ装置は従来方式のデータ伝送を開始する。
【００８３】
もう１つの実施形態では、ユーザ装置はステップ６０１を実行した後に、ｅＮＢにＲＲＣ接続解放要求を送信し、基地局により送信されたＲＲＣ接続解放メッセージを受信した後にＲＲＣ接続を解放してもよい。
【００８４】
図８は本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートであり、ネットワーク側及びユーザ装置側から説明する。図８に示すように、該方法は下記のステップを含む。
【００８５】
ステップ８０１：ユーザ装置は、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断し、接続無し方式の使用に適しない場合は下記のステップを実行する。
【００８６】
ステップ８０２：ユーザ装置は、基地局に接続解放要求を送信する。
【００８７】
ステップ８０３：ユーザ装置は、基地局により送信された無線リソース制御接続解放メッセージを受信する。
【００８８】
ステップ８０４：ユーザ装置はＲＲＣ接続を解放し、アイドル状態に入る。
【００８９】
ステップ８０５：ユーザ装置は従来方式のデータ伝送を開始する。
【００９０】
具体的には、ステップ８０２は、ユーザ装置のＮＡＳ層が、接続解放をトリガし、ユーザ装置のＲＲＣ層が無線リソース制御接続解放を開始するように指示するステップと、ＲＲＣ層が基地局にＲＲＣ接続解放要求を送信するステップと、を含んでもよい。ステップ８０３及び８０４は、ＲＲＣ層が基地局により送信されたＲＲＣ接続解放メッセージを受信し、ＲＲＣ接続を解放するステップと、ＲＲＣ層がＮＡＳ層に無線リソース制御接続解放の指示を送信するステップと、ＮＡＳ層が、該指示を受信した後に、所定の期間内に接続無し方式によるデータ伝送を停止するステップと、を含んでもよい。
【００９１】
この実施形態では、接続解放要求は、今回の接続解放の原因を示す情報をさらに含んでもよい。例えば、該要求は、解放要求の原因フィールドを含み、該フィールドは、ＵＥが接続解放を要求する原因を示し、該原因フィールドは、ｅＮＢが接続解放の決断を行うのを補助するために用いられてもよい。
【００９２】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ＲＲＣ接続を自発的に解放し、或いはｅＮＢが確認した後にＲＲＣ接続を解放し、ユーザ装置がＲＲＣ接続を解放してからサービス要求を行うことができる。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【００９３】
＜実施例３＞
本発明の実施例は伝送方式の切替方法を提供し、アップリンクデータ伝送のシナリオについて、ネットワーク側及びユーザ装置側からそれぞれ説明する。本実施例では、ユーザ装置が接続無し方式を用いてデータ伝送を行っており、この時にアップリンクトラヒックが到着し、該アップリンクトラヒックが接続無し方式による伝送に適しない場合、ユーザ装置による方式切替をトリガし、接続無し方式から接続有り方式（従来方式）に切り替える必要がある。
【００９４】
図９は本発明の実施例３の伝送方式の切替方法の１つのフローチャートであり、ユーザ装置側から説明する。図９に示すように、該方法は下記のステップを含む。
【００９５】
ステップ９０１：ユーザ装置は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。
【００９６】
ステップ９０２：アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、ユーザ装置は、無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【００９７】
本実施例では、実施例２に記載の方法を用いて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断してもよい。具体的には、アップリンクトラヒックと予め取得されたＴＦＴとを比較し、アップリンクトラヒックがトラヒックフローテンプレートと一致している場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適すると決定してもよい。或いは、アップリンクトラヒックの属性値と予め設定された閾値とを比較し、比較結果に基づいて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを決定してもよい。なお、本発明はこれに限定されず、実際の状況に応じて具体的な実施形態を決定してもよい。
【００９８】
本実施例では、ステップ９０２において、具体的に、ユーザ装置が無線ベアラの変更及び／又は構成を行うステップは、ユーザ装置が接続無し方式によるデータ伝送を中断し、基地局にアップリンク情報伝送メッセージを送信するステップと、ユーザ装置が基地局により送信された無線リソース制御接続再構成メッセージを受信するステップと、ユーザ装置が無線リソース制御接続再構成メッセージに基づいて無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行うステップと、を含んでもよい。
【００９９】
例えば、ユーザ装置のＲＲＣ層は接続無し方式を用いてデータ伝送を行うベアラを中断してもよいし、ユーザ装置は接続無しモードに関連するタイマを停止し、或いは接続無し起動タイマ等のタイマで期間切れが発生したと見なされてもよい。同時に、ユーザ装置のＮＡＳ層はｅＮＢへのサービス要求フローを開始してもよく、該サービス要求メッセージはＵＬｉｎｆｏｒｍａｔｉｏｎＴｒａｎｆｅｒメッセージに含まれてもよい。ユーザ装置は、ｅＮＢにより送信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信し、対応する無線ベアラの変更及び／又は構成を行い、中断された無線ベアラを回復すると共に、ユーザ装置は従来方式に入ってデータ伝送を行う。
【０１００】
本実施例では、好ましくは、該ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージは指示情報を含んでもよく、該指示情報は、ＭＭＥに、現在ＵＥが接続無し方式を用いてデータを伝送していることを示すための情報である。
【０１０１】
図１０は本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートであり、基地局側から説明する。図１０に示すように、該方法は下記のステップを含む。
【０１０２】
ステップ１００１：基地局はユーザ装置により送信されたアップリンク情報伝送メッセージを受信する。
【０１０３】
ステップ１００２：基地局はモビリティ管理エンティティに初期ユーザ装置メッセージを送信する。
【０１０４】
本実施例では、ｅＮＢは、ＵＥにより送信されたＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージを受信した後に、ＭＭＥにＩｎｉｔｉａｌ  ＵＥメッセージを送信してもよい。好ましくは、該Ｉｎｉｔｉａｌ  ＵＥメッセージは、ユーザ装置が接続無し方式を用いることを示す情報を含んでもよい。
【０１０５】
図１０に示すように、該方法は下記のステップをさらに含んでもよい。
【０１０６】
ステップ１００３：基地局は、モビリティ管理エンティティにより送信された、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを受信する。
【０１０７】
ステップ１００４：基地局は、ユーザ装置に無線リソース制御接続再構成メッセージを送信する。
【０１０８】
本実施例では、ｅＮＢはＭＭＥにより送信されたＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージを受信してもよく、該ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージは、Ｅ−ＲＡＢ  ｍｏｄｉｆｉｃａｔｉｏｎ／ｓｅｔｕｐ等の情報を含んでもよい。基地局は、ユーザ装置にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信してもよく、該ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージはＲＢ  ｍｏｄｉｆｉｃａｔｉｏｎ／ａｄｄｉｔｉｏｎメッセージ等の情報を含んでもよい。
【０１０９】
図１１は本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートであり、ＭＭＥ側から説明する。図１１に示すように、該方法は下記のステップを含む。
【０１１０】
ステップ１１０１：モビリティ管理エンティティは、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する。
【０１１１】
ステップ１１０２：モビリティ管理エンティティは、接続無し方式に対応する無線ベアラを再確立する。
【０１１２】
ステップ１１０３：モビリティ管理エンティティは、基地局に、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する。
【０１１３】
本実施例では、ＭＭＥは、基地局により送信されたＩｎｉｔｉａｌ  ＵＥメッセージを受信した後に、該メッセージにユーザ装置が接続無し方式を用いることを示す情報が含まれている場合、ＭＭＥは、元々接続無し方式に対応する無線ベアラを再確立し、該無線ベアラを従来方式に切り替えてデータ伝送を行う。そして、ＭＭＥは、ｅＮＢにＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージを送信してもよい。
【０１１４】
図１１に示すように、該方法は下記のステップをさらに含んでもよい。
【０１１５】
ステップ１１０４：モビリティ管理エンティティは、基地局により送信された初期コンテキストセットアップ応答メッセージを受信する。
【０１１６】
ステップ１１０５：モビリティ管理エンティティは、サービングゲートウェイに無線ベアラ変更要求メッセージを送信する。
【０１１７】
本実施例では、ＭＭＥは、ｅＮＢにより送信されたＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｓｐｏｎｓｅメッセージを受信してもよく、ＭＭＥは、Ｓ−ＧＷへの無線ベアラ変更／確率フローを開始してもよく、Ｓ−ＧＷは対応する無線ベアラを確立、変更し、従来モードに切り替えてデータ伝送を行う。
【０１１８】
図１２は本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートであり、ネットワーク側及びユーザ装置側から説明する。図１２に示すように、該方法は下記のステップを含む。
【０１１９】
ステップ１２０１：ユーザ装置は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断し、接続無し方式に適しない場合に下記のステップを実行する。
【０１２０】
ステップ１２０２：ユーザ装置は、基地局にアップリンク情報伝送メッセージを送信する。
【０１２１】
ステップ１２０３：ユーザ装置は、接続無し方式に対応する無線ベアラをサスペンド（ｓｕｓｐｅｎｄ）する。
【０１２２】
ステップ１２０４：基地局は、モビリティ管理エンティティに初期ユーザ装置メッセージを送信する。
【０１２３】
ステップ１２０５：モビリティ管理エンティティは、接続なし方式に対応する無線ベアラを再確立し、基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する。
【０１２４】
ステップ１２０６：基地局は、ユーザ装置に無線リソース制御接続再構成メッセージを送信する。
【０１２５】
ステップ１２０７：ユーザ装置は、基地局に無線リソース制御接続再構成完了メッセージを送信する。
【０１２６】
ステップ１２０８：ユーザ装置は、該無線リソース制御接続再構成メッセージに基づいて、無線ベアラの変更及び／又は構成を行う。
【０１２７】
ステップ１２０９：基地局は、モビリティ管理エンティティに初期コンテキストセットアップ応答メッセージを送信する。
【０１２８】
ステップ１２１０：モビリティ管理エンティティは、サービングゲートウェイに無線ベアラ変更要求メッセージを送信する。
【０１２９】
ステップ１２１１：モビリティ管理エンティティは、サービングゲートウェイにより送信された無線ベアラ変更応答メッセージを受信する。
【０１３０】
なお、図１２に示されるフローは単なる本発明の例示的な説明であり、本発明はこれに限定されない。例えば、上記のステップの実行順序を調整してもよいし、実際の状況に応じて具体的な実施形態を決定してもよい。
【０１３１】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、無線ベアラを変更し、或いは再構成する。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１３２】
＜実施例４＞
本発明の実施例は、実施例１に記載の伝送方式の切替方法に対応する基地局及びユーザ装置を提供する。実施例１と同じ内容はその説明が省略される。
【０１３３】
図１３は本発明の実施例４の基地局の１つの構成を示す図である。図１３に示すように、基地局１３００は、第１の受信部１３０１、第１の判断部１３０２及び第１の送信部１３０３を含む。基地局１３００の他の部分は図示されておらず、従来技術を参照してもよい。
【０１３４】
第１の受信部１３０１は、ユーザ装置の識別子を含むページングメッセージを受信する。第１の判断部１３０２は、ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断する。第１の送信部１３０３は、ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、ユーザ装置に無線リソース制御接続解放メッセージを送信する。
【０１３５】
図１３に示すように、基地局１３００は、ユーザ装置にページングメッセージを送信する第２の送信部１３０４をさらに含んでもよい。
【０１３６】
図１４は本発明の実施例５の情報フィードバック方法の１つのフローチャートである。図１４に示すように、ユーザ装置１４００は、第２の受信部１４０１及び第１の解放部１４０２を含む。ユーザ装置１４００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１３７】
第２の受信部１４０１は、基地局により送信された無線リソース制御接続解放メッセージを受信する。第２の解放部１４０２は、無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【０１３８】
図１４に示すように、ユーザ装置１４００は、第３の受信部１４０３及び第１の要求部１４０４をさらに含んでもよい。第３の受信部１４０３は、基地局により送信されたページングメッセージを受信する。第１の要求部１４０４は、ページングメッセージに基づいてサービス要求をトリガし、接続有り方式を用いてデータ伝送を行う。
【０１３９】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置について、基地局はダウンリンクシナリオの場合に無線リソース制御接続解放メッセージを送信してもよく、ユーザ装置は無線リソース制御接続を解放してからサービス要求を行う。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、ダウンリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１４０】
＜実施例５＞
本発明の実施例は、実施例２に記載の伝送方式の切替方法に対応するユーザ装置を提供する。実施例２と同じ内容はその説明が省略される。
【０１４１】
図１５は本発明の実施例５のユーザ装置の１つの構成を示す図である。図１５に示すように、ユーザ装置１５００は、第２の判断部１５０１及び第２の解放部１５０２を含む。ユーザ装置１５００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１４２】
第２の判断部１５０１は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。第２の解放部１５０２は、アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【０１４３】
図１５に示すように、ユーザ装置１５００は、サービス要求をトリガし、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う第２の要求部１５０３、をさらに含んでもよい。
【０１４４】
１つの態様では、ユーザ装置は、ネットワーク側のｅＮＢの確認を必要とすることなく、ＲＲＣ接続を自発的に解放してもよい。
【０１４５】
もう１つの態様では、ユーザ装置は、ｅＮＢにＲＲＣ接続解放要求を送信し、基地局により送信されたＲＲＣ接続解放メッセージを受信した後にＲＲＣ接続を解放してもよい。
【０１４６】
図１６は本発明の実施例５のユーザ装置のもう１つの構成を示すである。図１６に示すように、ユーザ装置１６００は、第２の判断部１５０１及び第２の解放部１５０２を含む。また、図１６に示すように、ユーザ装置１６００は第２要求部１５０３をさらに含んでもよい。
【０１４７】
図１６に示すように、ユーザ装置１６００は、第３の送信部１６０４及び第４の受信部１６０５をさらに含んでもよい。第３の送信部１６０４は、基地局に接続解放要求を送信する。第４の受信部１６０５は、基地局により送信された無線リソース制御接続解放メッセージを受信し、接続無し方式によるデータ伝送を停止する。
【０１４８】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ＲＲＣ接続を自発的に解放し、或いはｅＮＢが確認した後にＲＲＣ接続を解放し、ユーザ装置がＲＲＣ接続を解放してからサービス要求を行うことができる。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１４９】
＜実施例６＞
本発明の実施例は、実施例３に記載の伝送方式の切替方法に対応するユーザ装置、基地局及びモビリティ管理エンティティを提供する。実施例３と同じ内容はその説明が省略される。
【０１５０】
図１７は本発明の実施例６のユーザ装置の１つの構成を示す図である。図１７に示すように、ユーザ装置１７００は、第３の判断部１７０１及び接続再構成部１７０２を含む。ユーザ装置１７００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１５１】
第３の判断部１７０１は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。接続再構成部１７０２は、アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【０１５２】
図１７に示すように、接続再構成部１７０２は、第４の送信部１７０２１、第５の受信部１７０２２及びベアラ変更部１７０２３を含んでもよい。第４の受信部１７０２１は、接続無し方式によるデータ伝送を中断し、基地局にアップリンク情報伝送メッセージを送信する。第５の受信部１７０２２は、基地局により送信された無線リソース制御接続再構成メッセージを受信する。ベアラ変更部１７０２３は、無線リソース制御接続再構成メッセージに基づいて無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【０１５３】
図１８は本発明の実施例６の基地局の１つの構成を示す図である。図１８に示すように、基地局１８００は、第６の受信部１８０１及び第５の送信部１８０２を含む。基地局１８００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１５４】
第６の受信部１８０１は、ユーザ装置により送信されたアップリンク情報伝送メッセージを受信する。第５の送信部１８０２は、モビリティ管理エンティティに初期ユーザ装置メッセージを送信する。
【０１５５】
図１８に示すように、基地局１８００は、第７の受信部１８０３及び第６の送信部１８０４をさらに含んでもよい。第７の受信部１８０３は、モビリティ管理エンティティにより送信された、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを受信する。第６の送信部１８０４は、ユーザ装置に無線リソース制御接続再構成メッセージを送信する。
【０１５６】
図１９は本発明の実施例６のモビリティ管理エンティティの１つの構成を示す図である。図１９に示すように、モビリティ管理エンティティ１９００は、第８の受信部１９０１、再確立部１９０２及び第７の送信部１９０３を含む。モビリティ管理エンティティ１９００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１５７】
第８の受信部１９０１は、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する。再確立部１９０２は、接続無し方式に対応する無線ベアラを再確立する。第７の送信部１９０３は、基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する。
【０１５８】
図１９に示すように、モビリティ管理エンティティ１９００は第９受信部１９０４及び第８の送信部１９０５をさらに含んでもよい。第９の受信部１９０４は、基地局により送信された初期コンテキストセットアップ応答メッセージを受信する。第８の送信部１９０５は、サービングゲートウェイに無線ベアラ変更要求メッセージを送信する。
【０１５９】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、無線ベアラを変更し、或いは再構成する。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１６０】
＜実施例７＞
本発明の実施例は通信システムを提供し、該通信システムは、実施例４に記載のユーザ装置及び基地局を含み、或いは実施例５に記載のユーザ装置を含み、或いは実施例６に記載のユーザ装置、基地局及びモビリティ管理エンティティとを含む。
【０１６１】
図２０は本発明の実施例７の通信システムの１つの構成を示す図である。図２０に示すように、通信システム２０００は、ユーザ装置２００１及び基地局２００２を含む。ここで、基地局２００２は、実施例４における基地局１３００又は実施例６における基地局１８００であってもよく、ユーザ装置２００１は、実施例４におけるユーザ装置１４００、実施例５におけるユーザ装置１５００若しくは１６００、又は実施例６におけるユーザ装置１７００であってもよい。なお、簡略化のため、図２０にはモビリティ管理エンティティが示されていない。
【０１６２】
本発明の実施例は、ユーザ装置においてプログラムを実行する際に、コンピュータに、上記の実施例１、２又は３に記載の伝送方式の切替方法を該ユーザ装置において実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６３】
本発明の実施例は、コンピュータに、上記の実施例１、２又は３に記載の伝送方式の切替方法をユーザ装置において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６４】
本発明の実施例は、基地局においてプログラムを実行する際に、コンピュータに、上記の実施例１又は３に記載の伝送方式の切替方法を該基地局において実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６５】
本発明の実施例は、コンピュータに、上記の実施例１又は３に記載の伝送方式の切替方法を基地局において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６６】
本発明の実施例は、モビリティ管理エンティティにおいてプログラムを実行する際に、コンピュータに、上記の実施例３に記載の伝送方式の切替方法を該モビリティ管理エンティティにおいて実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６７】
本発明の実施例は、コンピュータに、上記の実施例３に記載の伝送方式の切替方法をモビリティ管理エンティティにおいて実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６８】
本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される時に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、ディスク、光ディスク、ＤＶＤ、フラッシュメモリ等に関する。
【０１６９】
一つ以上の機能ブロックおよび/または添付の図面内の機能ブロックの一つ以上の組合せは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートとして実現されてもよいアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理装置、ディスクリートハードウェアコンポーネント、またはそれらの任意の適切な組み合わせが挙げられる。これらはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせとして、コンピューティング機器の組み合わせとして通信ＤＳＰと組み合わせて、または任意の他のそのような構成における1つまたは複数のマイクロプロセッサ、複数のプロセッサを実現することができる。
【０１７０】
以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び修正を行ってもよく、これらの変形及び修正も本発明の範囲に属する。
【図１】
2016530798.tif 000003
【図２】
2016530798.tif 000004
【図３】
2016530798.tif 000005
【図４】
2016530798.tif 000006
【図５】
2016530798.tif 000007
【図６】
2016530798.tif 000008
【図７】
2016530798.tif 000009
【図８】
2016530798.tif 000010
【図９】
2016530798.tif 000011
【図１０】
2016530798.tif 000012
【図１１】
2016530798.tif 000013
【図１２】
2016530798.tif 000014
【図１３】
2016530798.tif 000015
【図１４】
2016530798.tif 000016
【図１５】
2016530798.tif 000017
【図１６】
2016530798.tif 000018
【図１７】
2016530798.tif 000019
【図１８】
2016530798.tif 000020
【図１９】
2016530798.tif 000021
【図２０】
2016530798.tif 000022
【手続補正書】
【提出日】平成28年6月10日(2016.6.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局であって、
ユーザ装置の識別子を含むページングメッセージを受信する第１の受信手段と、
前記ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断する第１の判断手段と、
前記ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、前記ユーザ装置に無線リソース制御接続解放メッセージを送信する第１の送信手段と、を含む、基地局。
【請求項２】
前記ユーザ装置に前記ページングメッセージを送信する第２の送信手段、をさらに含む、請求項１に記載の基地局。
【請求項３】
前記ページングメッセージは、前記ユーザ装置が接続無し方式で構成されていることを示す指示情報をさらに含む、請求項１に記載の基地局。
【請求項４】
前記無線リソース制御接続解放メッセージは、今回の接続解放の原因を示す情報をさらに含む、請求項１に記載の基地局。
【請求項５】
ユーザ装置であって、
基地局により送信された無線リソース制御接続解放メッセージを受信する第２の受信手段と、
前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第１の解放手段と、を含む、ユーザ装置。
【請求項６】
前記基地局により送信されたページングメッセージを受信する第３の受信手段と、
前記ページングメッセージに基づいてサービス要求をトリガし、接続有り方式を用いてデータ伝送を行う第１の要求手段と、をさらに含む、請求項５に記載のユーザ装置。
【請求項７】
ユーザ装置であって、
アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第２の判断手段と、
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第２の解放手段と、を含む、ユーザ装置。
【請求項８】
サービス要求をトリガし、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行う第２の要求手段、をさらに含む、請求項７に記載のユーザ装置。
【請求項９】
前記第２の判断手段は、
前記アップリンクトラヒックと予め取得されたトラヒックフローテンプレートとを比較し、
前記アップリンクトラヒックが前記トラヒックフローテンプレートと一致している場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適すると決定する、請求項７に記載のユーザ装置。
【請求項１０】
前記第２の判断手段は、
前記アップリンクトラヒックの属性値と予め設定された閾値とを比較し、
比較結果に基づいて、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを決定する、請求項７に記載のユーザ装置。
【請求項１１】
前記アップリンクトラヒックの属性値は、データ総量のサイズ情報、データパケットのサイズ情報、バーストデータストリームのサイズ情報、データパケット間隔情報、及び平均データパケット速度情報の１つ又は組み合わせを含む、請求項１０に記載のユーザ装置。
【請求項１２】
基地局に接続解放要求を送信する第３の送信手段と、
前記基地局により送信された無線リソース制御接続解放メッセージを受信し、接続無し方式によるデータ伝送を停止する第４の受信手段と、をさらに含む、請求項７に記載のユーザ装置。
【請求項１３】
前記接続解放要求は、今回の接続解放の原因を示す情報をさらに含む、請求項１２に記載のユーザ装置。
【請求項１４】
ユーザ装置であって、
アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第３の判断手段と、
前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行う接続再構成手段と、を含む、ユーザ装置。
【請求項１５】
前記接続再構成手段は、
接続無し方式によるデータ伝送を中断し、基地局にアップリンク情報伝送メッセージを送信する第４の送信手段と、
前記基地局により送信された無線リソース制御接続再構成メッセージを受信する第５の受信手段と、
前記無線リソース制御接続再構成メッセージに基づいて無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行うベアラ変更手段と、を含む、請求項１４に記載のユーザ装置。
【請求項１６】
基地局であって、
ユーザ装置により送信されたアップリンク情報伝送メッセージを受信する第６の受信手段と、
モビリティ管理エンティティに初期ユーザ装置メッセージを送信する第５の送信手段と、を含む、基地局。
【請求項１７】
前記モビリティ管理エンティティにより送信された、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを受信する第７の受信手段と、
前記ユーザ装置に無線リソース制御接続再構成メッセージを送信する第６の送信手段と、をさらに含む、請求項１６に記載の基地局。
【請求項１８】
モビリティ管理エンティティであって、
基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する第８の受信手段と、
前記接続無し方式に対応する無線ベアラを再確立する再確立手段と、
前記基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する第７の送信手段と、を含む、モビリティ管理エンティティ。
【請求項１９】
前記基地局により送信された初期コンテキストセットアップ応答メッセージを受信する第９の受信手段と、
サービングゲートウェイに無線ベアラ変更要求メッセージを送信する第８の送信手段と、をさらに含む、請求項１８に記載のモビリティ管理エンティティ。
【請求項２０】
請求項１に記載の基地局と、請求項５に記載のユーザ装置とを含み、或いは
請求項７に記載のユーザ装置を含み、或いは
請求項１４に記載のユーザ装置と、請求項１６に記載の基地局と、請求項１８に記載のモビリティ管理エンティティとを含む、通信システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に小さいデータパケットの伝送プロセスにおける伝送方式の切替方法、ユーザ装置及び基地局に関する。
【背景技術】
【０００２】
ＬＴＥネットワークシステムでは、アイドル状態（Ｉｄｌｅ）にあるユーザ装置（ＵＥ）がデータの送受信を行う場合、アイドル状態から接続状態に入り、ネットワーク側との制御プレーン接続及びユーザプレーン接続を確立する必要がある。ここで、制御プレーン接続は、ＵＥと基地局（例えばｅＮＢ。なお、本発明はこれに限定されない）との間の無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続、及びｅＮＢとモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）との間のＳ１接続を含み、ユーザプレーン接続は、ＵＥと基地局との間の無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）、及び基地局とサービングゲートウェイ（Ｓ−ＧＷ）との間の接続を含む。
【０００３】
図１は従来技術におけるユーザ装置によるデータ伝送の状態切替を示す１つのフローチャートである。図１に示すように、ＵＥのアイドル状態から接続状態への切替、並びにこれらの制御プレーン及びユーザプレーンの接続の確立は、該フローで行われてもよい。よって、ネットワーク側に一連のサービス要求を行うための従来方式が必要であり、通常、接続有り方式と称されてもよい。
【０００４】
一方、小さいデータの伝送は、マシン型通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーション及びスマート端末トラヒックの典型的特徴の１つである。小さいデータとは、ＵＥとネットワーク側との間で少量のデータパケットを送受信することを指し、このような小さいデータの伝送は頻繁なものであってもよいし、頻繁なものでなくてもよい。例えば、スマート温度検出のアプリケーションでは、ＭＴＣ端末装置は、検出された温度値をサーバに１時間ごとに報告し、該アプリケーションでは、各時間に報告されたデータは単なる１回で検出された温度値であり、データ量が小さく、小さいデータ伝送と見なされてもよい。
【０００５】
従来の方式で小さいデータ伝送を用いる場合、ＵＥが一連のネットワーク側へのサービス要求フローを行い、ネットワーク側のサービスを受けるようにアイドル状態から接続状態に切り替える必要があり、伝送されるデータ量に比べると、システムのリソース利用率の低下に繋がる可能性がある。小さいデータ伝送のシステムのリソース利用率を高めるために、いくつかの解決方法が提出されている。
【０００６】
図２は、従来技術における強化された小さいデータパケットの伝送方式を示す１つの図である。図２に示すように、該方法では、各小さいデータパケットの伝送経路を１つの接続識別子（ｃｏｎｎｅｃｔｉｏｎ  ＩＤ）で表示し、基地局でｃｏｎｎｅｃｔｉｏｎ  ＩＤとＳ−ＧＷのアドレス（例えばＩＰアドレス及びＴＥＩＤ）との対応関係を保存している。アップリンク伝送の例では、小さいデータパケットの伝送が発生した場合、ＵＥは、基地局との間のＲＲＣ接続を確立し、接続の確立プロセスにおいて、該ＵＥで小さいデータパケット伝送の行われているｃｏｎｎｅｃｔｉｏｎ  ＩＤを基地局に通知する。
【０００７】
図２に示すように、ＵＥはアップリンクデータパケットでｃｏｎｎｅｃｔｉｏｎ  ＩＤ情報をキャリーし、基地局は該データパケットを受信した後に、データパケットにおけるｃｏｎｎｅｃｔｉｏｎ  ＩＤに基づいて対応するＳ−ＧＷのアドレス情報を検索し、該データパケットをＳ−ＧＷに送信する。一方、基地局は、Ｓ−ＧＷが基地局にダウンリンクデータを送信するように、アップリンクデータパケットで基地局のアドレス情報（ＴＥＩＤ）をキャリーしてもよい。
【０００８】
上記の強化された小さいデータ伝送方式は、基地局とＭＭＥとの間の制御プレーン接続を確立する必要がないため、通常、接続無し方式のデータ伝送と称される。このように、データパケット内でアドレスをキャリーすることで基地局とＳＧＷとの間のデータ伝送経路を確立し、制御プレーンサイトＭＭＥを用いて基地局とＳ−ＧＷとの間のデータ伝送経路を確立することによるシグナリングオーバヘッドが回避された。
【０００９】
なお、背景技術に関する上記の説明は、単なる本発明の技術案をより明確、完全に説明するためのものであり、当業者を理解させるために説明するものであり。これら技術案が本発明の背景技術の部分に説明されているから当業者にとって周知の技術であると解釈してはならない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
発明者の発見によると、ＵＥが接続無し方式を用いて小さいデータパケットを伝送している場合、ＵＥで、現在使用されている接続無し方式に適用しない他のトラヒックが発生したとき、従来技術はこのようなシナリオを処理できず、接続無し方式から接続有り方式（従来方式）への切替を実現できない。
【００１１】
本発明の実施例は、ユーザ装置が接続無し方式から従来方式へ切り替えてデータパケットの伝送を行うことができる伝送方式の切替方法、ユーザ装置及び基地局を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の実施例の一の態様では、伝送方式の切替方法であって、基地局がユーザ装置の識別子を含むページングメッセージを受信するステップと、前記ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断するステップと、前記ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、前記基地局が前記ユーザ装置に無線リソース制御接続解放メッセージを送信するステップと、を含む、方法を提供する。
【００１３】
本発明の実施例の他の態様では、伝送方式の切替方法であって、ユーザ装置が基地局により送信された無線リソース制御接続解放メッセージを受信するステップと、前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止するステップと、を含む、方法を提供する。
【００１４】
本発明の実施例の他の態様では、伝送方式の切替方法であって、ユーザ装置が、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップと、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止するステップと、を含む、方法を提供する。
【００１５】
本発明の実施例の他の態様では、伝送方式の切替方法であって、ユーザ装置が、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断するステップと、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行うステップと、を含む、方法を提供する。
【００１６】
本発明の実施例の他の態様では、伝送方式の切替方法であって、基地局がユーザ装置により送信されたアップリンク情報伝送メッセージを受信するステップと、モビリティ管理エンティティに初期ユーザ装置メッセージを送信するステップと、を含む、方法を提供する。
【００１７】
本発明の実施例の他の態様では、伝送方式の切替方法であって、モビリティ管理エンティティが、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信するステップと、前記接続無し方式に対応する無線ベアラを再確立するステップと、前記基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信するステップと、を含む、方法を提供する。
【００１８】
本発明の実施例の他の態様では、基地局であって、ユーザ装置の識別子を含むページングメッセージを受信する第１の受信手段と、前記ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断する第１の判断手段と、前記ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、前記ユーザ装置に無線リソース制御接続解放メッセージを送信する第１の送信手段と、を含む、基地局を提供する。
【００１９】
本発明の実施例の他の態様では、ユーザ装置であって、基地局により送信された無線リソース制御接続解放メッセージを受信する第２の受信手段と、前記無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第１の解放手段と、を含む、ユーザ装置を提供する。
【００２０】
本発明の実施例の他の態様では、ユーザ装置であって、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第２の判断手段と、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する第２の解放手段と、を含む、ユーザ装置を提供する。
【００２１】
本発明の実施例の他の態様では、ユーザ装置であって、アップリンクトラヒックが到着した場合、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する第３の判断手段と、前記アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、前記ユーザ装置が無線ベアラの変更及び／又は構成を行い、接続有り方式を用いて前記アップリンクトラヒックについてデータ伝送を行う接続再構成手段と、を含む、ユーザ装置を提供する。
【００２２】
本発明の実施例の他の態様では、基地局であって、ユーザ装置により送信されたアップリンク情報伝送メッセージを受信する第６の受信手段と、モビリティ管理エンティティに初期ユーザ装置メッセージを送信する第５の送信手段と、を含む、基地局を提供する。
【００２３】
本発明の実施例の他の態様では、モビリティ管理エンティティであって、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する第８の受信手段と、前記接続無し方式に対応する無線ベアラを再確立する再確立手段と、前記基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する第７の送信手段と、を含む、モビリティ管理エンティティを提供する。
【００２４】
本発明の実施例の他の態様では、上記のユーザ装置と、基地局とを含む、通信システムを提供する。
【００２５】
本発明の実施例の他の態様では、ユーザ装置においてプログラムを実行する際に、コンピュータに、上記の伝送方式の切替方法を前記ユーザ装置において実行させる、コンピュータ読み取り可能なプログラムを提供する。
【００２６】
本発明の実施例の他の態様では、コンピュータに、上記の伝送方式の切替方法をユーザ装置において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体を提供する。
【００２７】
本発明の実施例の他の態様では、基地局においてプログラムを実行する際に、コンピュータに、上記の伝送方式の切替方法を前記基地局において実行させる、コンピュータ読み取り可能なプログラムを提供する。
【００２８】
本発明の実施例の他の態様では、コンピュータに、上記の伝送方式の切替方法を基地局において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体を提供する。
【００２９】
本発明の実施例の有益な効果としては、接続無し方式を用いてデータ伝送を行うユーザ装置がアップリンクシナリオ又はダウンリンクシナリオで無線リソース制御接続を解放してサービス要求を行い、或いは無線ベアラを再構成することで、ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒック又はダウンリンクトラヒックが発生した場合、ユーザ装置がより適切な伝送方式を使用できる。
【００３０】
下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる方式が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。
【００３１】
１つの実施形態に記載された特徴及び／又は示された特徴は、同一又は類似の方式で１つ又はさらに多くの他の実施形態で用いられてもよいし、他の実施形態における特徴と組み合わせてもよいし、他の実施形態における特徴に代わってもよい。
【００３２】
なお、本文では、用語「包括／含む」は、特徴、部材、ステップ又はコンポーネントが存在することを指し、一つ又は複数の他の特徴、部材、ステップ又はコンポーネントの存在又は付加を排除しない。
【図面の簡単な説明】
【００３３】
本発明の多くの態様は、以下の図面を参照しながら理解できる。図面における素子は比例に応じて記載されたものではなく、本発明の原理を示すためのものである。本発明の一部分を示す又は記載するため、図面における対応部分は拡大或いは縮小される可能性がある。
【００３４】
本発明の１つの図面及び１つの実施形態に記載された要素及び特徴は、１つ又はさらに多くの図面又は実施形態に示された要素及び特徴と組み合わせてもよい。また、図面において、類似の符号は複数の図面における対応する素子を示し、１つ以上の実施形態に用いられる対応素子を示してもよい。
【図１】従来技術におけるユーザ装置によるデータ伝送の状態切替を示す１つのフローチャートである。
【図２】従来技術における強化された小さいデータパケットの伝送方式を示す１つの図である。
【図３】本発明の実施例１の伝送方式の切替方法の１つのフローチャートである。
【図４】本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートである。
【図５】本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートである。
【図６】本発明の実施例２の伝送方式の切替方法の１つのフローチャートである。
【図７】本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートである。
【図８】本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートである。
【図９】本発明の実施例３の伝送方式の切替方法の１つのフローチャートである。
【図１０】本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートである。
【図１１】本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートである。
【図１２】本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートである。
【図１３】本発明の実施例４の基地局の１つの構成を示す図である。
【図１４】本発明の実施例５の情報フィードバック方法の１つのフローチャートである。
【図１５】本発明の実施例５のユーザ装置の１つの構成を示す図である。
【図１６】本発明の実施例５のユーザ装置のもう１つの構成を示すである。
【図１７】本発明の実施例６のユーザ装置の１つの構成を示す図である。
【図１８】本発明の実施例６の基地局の１つの構成を示す図である。
【図１９】本発明の実施例６のモビリティ管理エンティティの１つの構成を示す図である。
【図２０】本発明の実施例７の通信システムの１つの構成を示す図である。
【発明を実施するための形態】
【００３５】
図面を参照しながら、本発明の上記及び他の特徴を説明する。下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。
【００３６】
＜実施例１＞
本発明の実施例は伝送方式の切替方法を提供し、ダウンリンクデータ伝送のシナリオについて、基地局側及びユーザ装置側からそれぞれ説明する。本実施例では、ユーザ装置が接続無し方式を用いてデータ伝送を行っており、この時にダウンリンクトラヒックが到着し、該ダウンリンクトラヒックが接続無し方式による伝送に適しない場合、ユーザ装置による方式切替をトリガし、接続無し方式から接続有り方式（従来方式）に切り替える必要がある。
【００３７】
図３は本発明の実施例１の伝送方式の切替方法の１つのフローチャートであり、基地局側から説明する。図３に示すように、該方法は下記のステップを含む。
【００３８】
ステップ３０１：基地局は、ユーザ装置の識別子を含むページングメッセージを受信する。
【００３９】
ステップ３０２：基地局は、ユーザ装置が接続無し方式を用いてデータ伝送を行っているか否かを判断する。
【００４０】
ステップ３０３：ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、基地局はユーザ装置に無線リソース制御接続解放メッセージを送信する。
【００４１】
本実施例では、ダウンリンクトラヒックが到着した場合、ＭＭＥは基地局にページングメッセージ（Ｐａｇｉｎｇ）を送信してもよく、該Ｐａｇｉｎｇメッセージ内にユーザ装置の識別子をキャリーしている。基地局は、該Ｐａｇｉｎｇメッセージを受信した後に、ユーザ装置の識別子に基づいて、該ユーザ装置が接続無し方式を用いてデータ伝送を行っているか否かを判断する。
【００４２】
例えば、基地局は、該基地局に接続され、且つ接続無し方式を用いているユーザ装置の識別子と、Ｐａｇｉｎｇメッセージにおけるユーザ装置の識別子とのマッチングを行う。基地局は、該ユーザ装置が接続無し方式を用いて通信を行っていると発見した場合、該ユーザ装置にＲＲＣ接続解放メッセージを送信する。
【００４３】
図３に示すように、該切替方法は、下記のステップをさらに含んでもよい。
【００４４】
ステップ３０４：基地局はユーザ装置にページングメッセージを送信する。
【００４５】
これによって、従来技術と異なるのは、基地局がＭＭＥにより送信されたＰａｇｉｎｇメッセージを受信した後に、ダウンリンクのユーザ装置が接続無し方式のデータ伝送を行っていると判断した場合、該ユーザ装置にＲＲＣ接続解放メッセージを送信する。該ユーザ装置がＲＲＣ接続を解放した後に、基地局はＰａｇｉｎｇメッセージを送信して、該ユーザ装置に接続有り方式のデータ伝送を開始させる。これによって、ユーザ装置が接続無し方式から従来方式に切り替えてデータパケットの伝送を行うことができ、ダウンリンクデータの伝送を遅れずに行うことができる。
【００４６】
図４は本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートであり、ユーザ装置側から説明する。図４に示すように、該方法は下記のステップを含む。
【００４７】
ステップ４０１：ユーザ装置は基地局により送信された無線リソース制御接続解放メッセージを受信する。
【００４８】
ステップ４０２：ユーザ装置は無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【００４９】
具体的には、例えばユーザ装置のＲＲＣ層はＲＲＣ接続解放メッセージを受信し、ＲＲＣ接続を解放し、ＲＲＣ層はユーザ装置の非アクセス（ＮＡＳ：Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層にＲＲＣ接続解放の指示を送信し、ＮＡＳ層は、該指示を受信した後に、所定の期間内に接続無し方式によるデータ伝送を停止する。ユーザ装置は、接続無しモードに関連するタイマを停止し、或いは接続無し起動タイマ（ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ  ａｃｔｉｖａｔｅｄ  ｔｉｍｅｒ）等のタイマで期間切れが発生したと見なされてもよい。
【００５０】
図４に示すように、該切替方法は、下記のステップを含んでもよい。
【００５１】
ステップ４０３：ユーザ装置は基地局により送信されたダウンリンクトラヒック用のページングメッセージを受信する。
【００５２】
ステップ４０４：ユーザ装置はページングメッセージに基づいてサービス要求をトリガし、接続有り方式を用いてデータ伝送を行う。
【００５３】
本実施例では、ユーザ装置はＲＲＣ接続を解放した後にアイドル状態に入る。基地局により送信されたＰａｇｉｎｇメッセージを受信した後に、ユーザ装置は、サービス要求をトリガし、接続有り方式のデータ伝送を行ってもおい。サービス要求の具体的なトリガ方法は図１を参照してもよい。
【００５４】
本実施例では、好ましくは、Ｐａｇｉｎｇメッセージは、ユーザ装置が接続無し方式で構成されていることを示す指示情報をさらに含んでもよい。ＭＭＥにより、該Ｐａｇｉｎｇメッセージに含ませてもよい。基地局は、Ｐａｇｉｎｇメッセージを受信した後に、Ｐａｇｉｎｇメッセージに該指示情報が含まれているか否かをさらに判断してもよい。
【００５５】
例えば、基地局は、Ｐａｇｉｎｇメッセージに該指示情報が含まれている場合のみ、該ＰａｇｉｎｇメッセージにおけるＵＥ識別子と、該基地局に接続され、且つ接続無し方式を用いているＵＥの識別子とのマッチングを行ってもよい。これによって、ユーザ装置が接続無し方式を用いてデータ伝送を行っているか否かをより正確、且つ効果的に判断できる。
【００５６】
本実施例では、ＲＲＣ接続解放メッセージは、今回の接続解放の原因を示す情報をさらに含んでもよい。例えば、該メッセージに原因フィールドを含んでもよく、該フィールドは、今回の接続解放の原因がダウンリンクトラヒックが到着し、伝送方式の切替を行う必要があることであることを示す。これによって、ユーザ装置は、原因を含むＲＲＣ接続解放メッセージを受信した後に、接続無し方式を用いて再接続する必要がなく、ユーザ装置の接続無し方式の再開始によるリソースの浪費を回避できる。
【００５７】
図５は本発明の実施例１の伝送方式の切替方法のもう１つのフローチャートであり、ネットワーク側及びユーザ装置側から説明する。図５に示すように、該方法は下記のステップを含む。
【００５８】
ステップ５０１：ＭＭＥは基地局にページングメッセージを送信する。
【００５９】
ステップ５０２：基地局は、ユーザ装置が接続無し方式のデータ伝送を行っているか否かを判断し、接続無し方式のデータ伝送を行っている場合に下記のステップを実行する。
【００６０】
ステップ５０３：基地局はユーザ装置にＲＲＣ接続解放メッセージを送信する。
【００６１】
ステップ５０４：ユーザ装置はＲＲＣ接続を解放し、アイドル状態に入る。
【００６２】
ステップ５０５：基地局はユーザ装置に該ページングメッセージを送信する。
【００６３】
ステップ５０６：ユーザ装置は従来方式のデータ伝送を開始する。
【００６４】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置について、基地局はダウンリンクシナリオの場合に無線リソース制御接続解放メッセージを送信してもよく、ユーザ装置は無線リソース制御接続を解放してからサービス要求を行う。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、ダウンリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【００６５】
＜実施例２＞
本発明の実施例は伝送方式の切替方法を提供し、アップリンクデータ伝送のシナリオについて、ユーザ装置側から説明する。本実施例では、ユーザ装置が接続無し方式を用いてデータ伝送を行っており、この時にアップリンクトラヒックが到着し、該アップリンクトラヒックが接続無し方式による伝送に適しない場合、ユーザ装置による方式切替をトリガし、接続無し方式から接続有り方式（従来方式）に切り替える必要がある。
【００６６】
図６は本発明の実施例２の伝送方式の切替方法の１つのフローチャートであり、ユーザ装置側から説明する。図６に示すように、該方法は下記のステップを含む。
【００６７】
ステップ６０１：ユーザ装置は、アップリンクトラヒックが到着した場合、該アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。
【００６８】
ステップ６０２：該アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、ユーザ装置は無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【００６９】
ステップ６０１において、各種の方法を用いて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断してもよい。具体的には、アップリンクトラヒックと予め取得されたトラヒックフローテンプレート（ＴＦＴ：Ｔｒａｆｆｉｃ  Ｆｌｏｗ  Ｔｅｍｐｌａｔｅ）とを比較し、アップリンクトラヒックがトラヒックフローテンプレートと一致している場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適すると決定してもよい。
【００７０】
ここで、ＴＦＴは、ネットワーク側のエンティティ、例えばＭＭＥから該ユーザ装置に送信することで取得されてもよいし、ユーザ装置により予め構成されてもよい。ＴＦＴは、トラヒック属性を規定する集合、例えばトラヒックのソースポート番号、ターゲットポート番号、ソースＩＰアドレス、ターゲットＩＤアドレス、又は伝送プロトコル番号などであってもよい。ＴＦＴの具体的な内容及び構成方法は、実際の要求に応じて決定されてもよく、従来技術を参照してもよい。
【００７１】
また、アップリンクトラヒックの属性値と予め設定された閾値とを比較し、比較結果に基づいて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを決定してもよい。ここで、アップリンクトラヒックの属性値は、データ総量のサイズ情報、データパケットのサイズ情報、バーストデータストリームのサイズ情報、データパケット間隔情報、及び平均データパケット速度情報の１つ又は組み合わせを含んでもよい。
【００７２】
例えば、該トラヒックのデータ量（例えばデータ総量のサイズ、データパケットのサイズ、又はバーストデータストリームのサイズ）が所定の閾値よりも大きい場合、及び／又はデータパケット間隔時間が所定の閾値よりも小さい場合、及び／又は平均データパケット速度が所定の閾値よりも大きい場合、該トラヒックが接続無し方式によるデータ通信に適しないと判断する。
【００７３】
なお、以上はアップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断することを例示的に説明した。しかし、本発明はこれに限定されず、実際の状況に応じて具体的な実施形態を決定してもよい。
【００７４】
ステップ６０２において、具体的には、ユーザ装置は、該トラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ユーザ装置のＮＡＳ層は、接続解放をトリガし、ＲＲＣ層にＲＲＣ接続解放プロセスを開始させるように指示してもよい。ユーザ装置は、接続無しモードに関連したタイマを停止し、或いは接続無し起動タイマ等のタイマで期間切れが発生したと見なされてもよい。
【００７５】
図６に示すように、切替方法は下記のステップをさらに含んでもよい。
【００７６】
ステップ６０３：ユーザ装置は、サービス要求をトリガし、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【００７７】
これによって、従来技術と異なるのは、ユーザ装置は、アップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ＲＲＣ接続を解放する。ユーザ装置は、ＲＲＣ接続を解放した後に、接続有り方式のデータ伝送を開始する。これによって、ユーザ装置が接続無し方式から従来方式に切り替えてデータパケットの伝送を行うことができ、アップリンクデータの伝送を遅れずに行うことができる。
【００７８】
１つの実施形態では、ユーザ装置は、ステップ６０１を実行した後に、ネットワーク側の確認を必要とすることなく、ＲＲＣ接続を自発的に解放してもよい。この実施形態では、基地局は該ＵＥの接続無し方式のタイマのアクティブ化（ｄｅａｃｔｉｖａｔｅ）を維持し、該タイマで期間切れが発生した後に、ネットワーク側は該ＵＥの接続無し方式をアクティブ化する。
【００７９】
図７は本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートであり、ユーザ装置側から説明する。図７に示すように、該方法は下記のステップを含む。
【００８０】
ステップ７０１：ユーザ装置は、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断し、接続無し方式の使用に適しない場合は下記のステップを実行する。
【００８１】
ステップ７０２：ユーザ装置はＲＲＣ接続を解放し、アイドル状態に入る。
【００８２】
ステップ７０３：ユーザ装置は従来方式のデータ伝送を開始する。
【００８３】
もう１つの実施形態では、ユーザ装置はステップ６０１を実行した後に、基地局にＲＲＣ接続解放要求を送信し、基地局により送信されたＲＲＣ接続解放メッセージを受信した後にＲＲＣ接続を解放してもよい。
【００８４】
図８は本発明の実施例２の伝送方式の切替方法のもう１つのフローチャートであり、ネットワーク側及びユーザ装置側から説明する。図８に示すように、該方法は下記のステップを含む。
【００８５】
ステップ８０１：ユーザ装置は、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断し、接続無し方式の使用に適しない場合は下記のステップを実行する。
【００８６】
ステップ８０２：ユーザ装置は、基地局に接続解放要求を送信する。
【００８７】
ステップ８０３：ユーザ装置は、基地局により送信された無線リソース制御接続解放メッセージを受信する。
【００８８】
ステップ８０４：ユーザ装置はＲＲＣ接続を解放し、アイドル状態に入る。
【００８９】
ステップ８０５：ユーザ装置は従来方式のデータ伝送を開始する。
【００９０】
具体的には、ステップ８０２は、ユーザ装置のＮＡＳ層が、接続解放をトリガし、ユーザ装置のＲＲＣ層が無線リソース制御接続解放を開始するように指示するステップと、ＲＲＣ層が基地局にＲＲＣ接続解放要求を送信するステップと、を含んでもよい。ステップ８０３及び８０４は、ＲＲＣ層が基地局により送信されたＲＲＣ接続解放メッセージを受信し、ＲＲＣ接続を解放するステップと、ＲＲＣ層がＮＡＳ層に無線リソース制御接続解放の指示を送信するステップと、ＮＡＳ層が、該指示を受信した後に、所定の期間内に接続無し方式によるデータ伝送を停止するステップと、を含んでもよい。
【００９１】
この実施形態では、接続解放要求は、今回の接続解放の原因を示す情報をさらに含んでもよい。例えば、該要求は、解放要求の原因フィールドを含み、該フィールドは、ＵＥが接続解放を要求する原因を示し、該原因フィールドは、基地局が接続解放の決断を行うのを補助するために用いられてもよい。
【００９２】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ＲＲＣ接続を自発的に解放し、或いは基地局が確認した後にＲＲＣ接続を解放し、ユーザ装置がＲＲＣ接続を解放してからサービス要求を行うことができる。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【００９３】
＜実施例３＞
本発明の実施例は伝送方式の切替方法を提供し、アップリンクデータ伝送のシナリオについて、ネットワーク側及びユーザ装置側からそれぞれ説明する。本実施例では、ユーザ装置が接続無し方式を用いてデータ伝送を行っており、この時にアップリンクトラヒックが到着し、該アップリンクトラヒックが接続無し方式による伝送に適しない場合、ユーザ装置による方式切替をトリガし、接続無し方式から接続有り方式（従来方式）に切り替える必要がある。
【００９４】
図９は本発明の実施例３の伝送方式の切替方法の１つのフローチャートであり、ユーザ装置側から説明する。図９に示すように、該方法は下記のステップを含む。
【００９５】
ステップ９０１：ユーザ装置は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。
【００９６】
ステップ９０２：アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、ユーザ装置は、無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【００９７】
本実施例では、実施例２に記載の方法を用いて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断してもよい。具体的には、アップリンクトラヒックと予め取得されたＴＦＴとを比較し、アップリンクトラヒックがトラヒックフローテンプレートと一致している場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適すると決定してもよい。或いは、アップリンクトラヒックの属性値と予め設定された閾値とを比較し、比較結果に基づいて、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを決定してもよい。なお、本発明はこれに限定されず、実際の状況に応じて具体的な実施形態を決定してもよい。
【００９８】
本実施例では、ステップ９０２において、具体的に、ユーザ装置が無線ベアラの変更及び／又は構成を行うステップは、ユーザ装置が接続無し方式によるデータ伝送を中断し、基地局にアップリンク情報伝送メッセージを送信するステップと、ユーザ装置が基地局により送信された無線リソース制御接続再構成メッセージを受信するステップと、ユーザ装置が無線リソース制御接続再構成メッセージに基づいて無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行うステップと、を含んでもよい。
【００９９】
例えば、ユーザ装置のＲＲＣ層は接続無し方式を用いてデータ伝送を行うベアラを中断してもよいし、ユーザ装置は接続無しモードに関連するタイマを停止し、或いは接続無し起動タイマ等のタイマで期間切れが発生したと見なされてもよい。同時に、ユーザ装置のＮＡＳ層は基地局へのサービス要求フローを開始してもよく、該サービス要求メッセージはＵＬｉｎｆｏｒｍａｔｉｏｎＴｒａｎｆｅｒメッセージに含まれてもよい。ユーザ装置は、基地局により送信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信し、対応する無線ベアラの変更及び／又は構成を行い、中断された無線ベアラを回復すると共に、ユーザ装置は従来方式に入ってデータ伝送を行う。
【０１００】
本実施例では、好ましくは、該ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージは指示情報を含んでもよく、該指示情報は、ＭＭＥに、現在ＵＥが接続無し方式を用いてデータを伝送していることを示すための情報である。
【０１０１】
図１０は本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートであり、基地局側から説明する。図１０に示すように、該方法は下記のステップを含む。
【０１０２】
ステップ１００１：基地局はユーザ装置により送信されたアップリンク情報伝送メッセージを受信する。
【０１０３】
ステップ１００２：基地局はモビリティ管理エンティティに初期ユーザ装置メッセージを送信する。
【０１０４】
本実施例では、基地局は、ＵＥにより送信されたＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージを受信した後に、ＭＭＥにＩｎｉｔｉａｌ  ＵＥメッセージを送信してもよい。好ましくは、該Ｉｎｉｔｉａｌ  ＵＥメッセージは、ユーザ装置が接続無し方式を用いることを示す情報を含んでもよい。
【０１０５】
図１０に示すように、該方法は下記のステップをさらに含んでもよい。
【０１０６】
ステップ１００３：基地局は、モビリティ管理エンティティにより送信された、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを受信する。
【０１０７】
ステップ１００４：基地局は、ユーザ装置に無線リソース制御接続再構成メッセージを送信する。
【０１０８】
本実施例では、基地局はＭＭＥにより送信されたＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージを受信してもよく、該ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージは、Ｅ−ＲＡＢ  ｍｏｄｉｆｉｃａｔｉｏｎ／ｓｅｔｕｐ等の情報を含んでもよい。基地局は、ユーザ装置にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信してもよく、該ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージはＲＢ  ｍｏｄｉｆｉｃａｔｉｏｎ／ａｄｄｉｔｉｏｎメッセージ等の情報を含んでもよい。
【０１０９】
図１１は本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートであり、ＭＭＥ側から説明する。図１１に示すように、該方法は下記のステップを含む。
【０１１０】
ステップ１１０１：モビリティ管理エンティティは、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する。
【０１１１】
ステップ１１０２：モビリティ管理エンティティは、接続無し方式に対応する無線ベアラを再確立する。
【０１１２】
ステップ１１０３：モビリティ管理エンティティは、基地局に、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する。
【０１１３】
本実施例では、ＭＭＥは、基地局により送信されたＩｎｉｔｉａｌ  ＵＥメッセージを受信した後に、該メッセージにユーザ装置が接続無し方式を用いることを示す情報が含まれている場合、ＭＭＥは、元々接続無し方式に対応する無線ベアラを再確立し、該無線ベアラを従来方式に切り替えてデータ伝送を行う。そして、ＭＭＥは、基地局にＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージを送信してもよい。
【０１１４】
図１１に示すように、該方法は下記のステップをさらに含んでもよい。
【０１１５】
ステップ１１０４：モビリティ管理エンティティは、基地局により送信された初期コンテキストセットアップ応答メッセージを受信する。
【０１１６】
ステップ１１０５：モビリティ管理エンティティは、サービングゲートウェイに無線ベアラ変更要求メッセージを送信する。
【０１１７】
本実施例では、ＭＭＥは、基地局により送信されたＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｓｐｏｎｓｅメッセージを受信してもよく、ＭＭＥは、Ｓ−ＧＷへの無線ベアラ変更／確率フローを開始してもよく、Ｓ−ＧＷは対応する無線ベアラを確立、変更し、従来モードに切り替えてデータ伝送を行う。
【０１１８】
図１２は本発明の実施例３の伝送方式の切替方法のもう１つのフローチャートであり、ネットワーク側及びユーザ装置側から説明する。図１２に示すように、該方法は下記のステップを含む。
【０１１９】
ステップ１２０１：ユーザ装置は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断し、接続無し方式に適しない場合に下記のステップを実行する。
【０１２０】
ステップ１２０２：ユーザ装置は、基地局にアップリンク情報伝送メッセージを送信する。
【０１２１】
ステップ１２０３：ユーザ装置は、接続無し方式に対応する無線ベアラをサスペンド（ｓｕｓｐｅｎｄ）する。
【０１２２】
ステップ１２０４：基地局は、モビリティ管理エンティティに初期ユーザ装置メッセージを送信する。
【０１２３】
ステップ１２０５：モビリティ管理エンティティは、接続なし方式に対応する無線ベアラを再確立し、基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する。
【０１２４】
ステップ１２０６：基地局は、ユーザ装置に無線リソース制御接続再構成メッセージを送信する。
【０１２５】
ステップ１２０７：ユーザ装置は、基地局に無線リソース制御接続再構成完了メッセージを送信する。
【０１２６】
ステップ１２０８：ユーザ装置は、該無線リソース制御接続再構成メッセージに基づいて、無線ベアラの変更及び／又は構成を行う。
【０１２７】
ステップ１２０９：基地局は、モビリティ管理エンティティに初期コンテキストセットアップ応答メッセージを送信する。
【０１２８】
ステップ１２１０：モビリティ管理エンティティは、サービングゲートウェイに無線ベアラ変更要求メッセージを送信する。
【０１２９】
ステップ１２１１：モビリティ管理エンティティは、サービングゲートウェイにより送信された無線ベアラ変更応答メッセージを受信する。
【０１３０】
なお、図１２に示されるフローは単なる本発明の例示的な説明であり、本発明はこれに限定されない。例えば、上記のステップの実行順序を調整してもよいし、実際の状況に応じて具体的な実施形態を決定してもよい。
【０１３１】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、無線ベアラを変更し、或いは再構成する。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１３２】
＜実施例４＞
本発明の実施例は、実施例１に記載の伝送方式の切替方法に対応する基地局及びユーザ装置を提供する。実施例１と同じ内容はその説明が省略される。
【０１３３】
図１３は本発明の実施例４の基地局の１つの構成を示す図である。図１３に示すように、基地局１３００は、第１の受信部１３０１、第１の判断部１３０２及び第１の送信部１３０３を含む。基地局１３００の他の部分は図示されておらず、従来技術を参照してもよい。
【０１３４】
第１の受信部１３０１は、ユーザ装置の識別子を含むページングメッセージを受信する。第１の判断部１３０２は、ユーザ装置が接続無し方式を用いてデータ伝送を行うか否かを判断する。第１の送信部１３０３は、ユーザ装置が接続無し方式を用いてデータ伝送を行う場合、ユーザ装置に無線リソース制御接続解放メッセージを送信する。
【０１３５】
図１３に示すように、基地局１３００は、ユーザ装置にページングメッセージを送信する第２の送信部１３０４をさらに含んでもよい。
【０１３６】
図１４は本発明の実施例５の情報フィードバック方法の１つのフローチャートである。図１４に示すように、ユーザ装置１４００は、第２の受信部１４０１及び第１の解放部１４０２を含む。ユーザ装置１４００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１３７】
第２の受信部１４０１は、基地局により送信された無線リソース制御接続解放メッセージを受信する。第２の解放部１４０２は、無線リソース制御接続解放メッセージに基づいて無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【０１３８】
図１４に示すように、ユーザ装置１４００は、第３の受信部１４０３及び第１の要求部１４０４をさらに含んでもよい。第３の受信部１４０３は、基地局により送信されたページングメッセージを受信する。第１の要求部１４０４は、ページングメッセージに基づいてサービス要求をトリガし、接続有り方式を用いてデータ伝送を行う。
【０１３９】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置について、基地局はダウンリンクシナリオの場合に無線リソース制御接続解放メッセージを送信してもよく、ユーザ装置は無線リソース制御接続を解放してからサービス要求を行う。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、ダウンリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１４０】
＜実施例５＞
本発明の実施例は、実施例２に記載の伝送方式の切替方法に対応するユーザ装置を提供する。実施例２と同じ内容はその説明が省略される。
【０１４１】
図１５は本発明の実施例５のユーザ装置の１つの構成を示す図である。図１５に示すように、ユーザ装置１５００は、第２の判断部１５０１及び第２の解放部１５０２を含む。ユーザ装置１５００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１４２】
第２の判断部１５０１は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。第２の解放部１５０２は、アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線リソース制御接続を解放し、接続無し方式によるデータ伝送を停止する。
【０１４３】
図１５に示すように、ユーザ装置１５００は、サービス要求をトリガし、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う第２の要求部１５０３、をさらに含んでもよい。
【０１４４】
１つの態様では、ユーザ装置は、ネットワーク側の確認を必要とすることなく、ＲＲＣ接続を自発的に解放してもよい。
【０１４５】
もう１つの態様では、ユーザ装置は、基地局にＲＲＣ接続解放要求を送信し、基地局により送信されたＲＲＣ接続解放メッセージを受信した後にＲＲＣ接続を解放してもよい。
【０１４６】
図１６は本発明の実施例５のユーザ装置のもう１つの構成を示すである。図１６に示すように、ユーザ装置１６００は、第２の判断部１５０１及び第２の解放部１５０２を含む。また、図１６に示すように、ユーザ装置１６００は第２要求部１５０３をさらに含んでもよい。
【０１４７】
図１６に示すように、ユーザ装置１６００は、第３の送信部１６０４及び第４の受信部１６０５をさらに含んでもよい。第３の送信部１６０４は、基地局に接続解放要求を送信する。第４の受信部１６０５は、基地局により送信された無線リソース制御接続解放メッセージを受信し、接続無し方式によるデータ伝送を停止する。
【０１４８】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、ＲＲＣ接続を自発的に解放し、或いは基地局が確認した後にＲＲＣ接続を解放し、ユーザ装置がＲＲＣ接続を解放してからサービス要求を行うことができる。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１４９】
＜実施例６＞
本発明の実施例は、実施例３に記載の伝送方式の切替方法に対応するユーザ装置、基地局及びモビリティ管理エンティティを提供する。実施例３と同じ内容はその説明が省略される。
【０１５０】
図１７は本発明の実施例６のユーザ装置の１つの構成を示す図である。図１７に示すように、ユーザ装置１７００は、第３の判断部１７０１及び接続再構成部１７０２を含む。ユーザ装置１７００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１５１】
第３の判断部１７０１は、アップリンクトラヒックが到着した場合、アップリンクトラヒックが接続無し方式によるデータ伝送に適するか否かを判断する。接続再構成部１７０２は、アップリンクトラヒックが接続無し方式によるデータ伝送に適しない場合、無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【０１５２】
図１７に示すように、接続再構成部１７０２は、第４の送信部１７０２１、第５の受信部１７０２２及びベアラ変更部１７０２３を含んでもよい。第４の受信部１７０２１は、接続無し方式によるデータ伝送を中断し、基地局にアップリンク情報伝送メッセージを送信する。第５の受信部１７０２２は、基地局により送信された無線リソース制御接続再構成メッセージを受信する。ベアラ変更部１７０２３は、無線リソース制御接続再構成メッセージに基づいて無線ベアラの変更及び／又は構成を行い、接続有り方式を用いてアップリンクトラヒックについてデータ伝送を行う。
【０１５３】
図１８は本発明の実施例６の基地局の１つの構成を示す図である。図１８に示すように、基地局１８００は、第６の受信部１８０１及び第５の送信部１８０２を含む。基地局１８００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１５４】
第６の受信部１８０１は、ユーザ装置により送信されたアップリンク情報伝送メッセージを受信する。第５の送信部１８０２は、モビリティ管理エンティティに初期ユーザ装置メッセージを送信する。
【０１５５】
図１８に示すように、基地局１８００は、第７の受信部１８０３及び第６の送信部１８０４をさらに含んでもよい。第７の受信部１８０３は、モビリティ管理エンティティにより送信された、無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを受信する。第６の送信部１８０４は、ユーザ装置に無線リソース制御接続再構成メッセージを送信する。
【０１５６】
図１９は本発明の実施例６のモビリティ管理エンティティの１つの構成を示す図である。図１９に示すように、モビリティ管理エンティティ１９００は、第８の受信部１９０１、再確立部１９０２及び第７の送信部１９０３を含む。モビリティ管理エンティティ１９００の他の部分は、図示されておらず、従来技術を参照してもよい。
【０１５７】
第８の受信部１９０１は、基地局により送信された、ユーザ装置が接続無し方式を用いることを示す情報を含む初期ユーザ装置メッセージを受信する。再確立部１９０２は、接続無し方式に対応する無線ベアラを再確立する。第７の送信部１９０３は、基地局に無線ベアラのセットアップ及び／又は変更の情報を含む初期コンテキストセットアップ要求メッセージを送信する。
【０１５８】
図１９に示すように、モビリティ管理エンティティ１９００は第９受信部１９０４及び第８の送信部１９０５をさらに含んでもよい。第９の受信部１９０４は、基地局により送信された初期コンテキストセットアップ応答メッセージを受信する。第８の送信部１９０５は、サービングゲートウェイに無線ベアラ変更要求メッセージを送信する。
【０１５９】
上記の実施例によれば、接続無し方式を用いてデータ伝送を行うユーザ装置は、アップリンクシナリオにおいてアップリンクトラヒックが接続無し方式によるデータ通信に適しないと判断した場合、無線ベアラを変更し、或いは再構成する。ユーザ装置が接続無し方式から従来方式へ切り替えてデータ伝送を行うことができ、アップリンクトラヒックが発生した場合、ユーザ装置が伝送方式を切り替えることができ、より適切な伝送方式を用いてデータ伝送を行うことができる。
【０１６０】
＜実施例７＞
本発明の実施例は通信システムを提供し、該通信システムは、実施例４に記載のユーザ装置及び基地局を含み、或いは実施例５に記載のユーザ装置を含み、或いは実施例６に記載のユーザ装置、基地局及びモビリティ管理エンティティとを含む。
【０１６１】
図２０は本発明の実施例７の通信システムの１つの構成を示す図である。図２０に示すように、通信システム２０００は、ユーザ装置２００１及び基地局２００２を含む。ここで、基地局２００２は、実施例４における基地局１３００又は実施例６における基地局１８００であってもよく、ユーザ装置２００１は、実施例４におけるユーザ装置１４００、実施例５におけるユーザ装置１５００若しくは１６００、又は実施例６におけるユーザ装置１７００であってもよい。なお、簡略化のため、図２０にはモビリティ管理エンティティが示されていない。
【０１６２】
本発明の実施例は、ユーザ装置においてプログラムを実行する際に、コンピュータに、上記の実施例１、２又は３に記載の伝送方式の切替方法を該ユーザ装置において実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６３】
本発明の実施例は、コンピュータに、上記の実施例１、２又は３に記載の伝送方式の切替方法をユーザ装置において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６４】
本発明の実施例は、基地局においてプログラムを実行する際に、コンピュータに、上記の実施例１又は３に記載の伝送方式の切替方法を該基地局において実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６５】
本発明の実施例は、コンピュータに、上記の実施例１又は３に記載の伝送方式の切替方法を基地局において実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６６】
本発明の実施例は、モビリティ管理エンティティにおいてプログラムを実行する際に、コンピュータに、上記の実施例３に記載の伝送方式の切替方法を該モビリティ管理エンティティにおいて実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６７】
本発明の実施例は、コンピュータに、上記の実施例３に記載の伝送方式の切替方法をモビリティ管理エンティティにおいて実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６８】
本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される時に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、ディスク、光ディスク、ＤＶＤ、フラッシュメモリ等に関する。
【０１６９】
一つ以上の機能ブロックおよび/または添付の図面内の機能ブロックの一つ以上の組合せは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートとして実現されてもよいアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理装置、ディスクリートハードウェアコンポーネント、またはそれらの任意の適切な組み合わせが挙げられる。これらはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせとして、コンピューティング機器の組み合わせとして通信ＤＳＰと組み合わせて、または任意の他のそのような構成における1つまたは複数のマイクロプロセッサ、複数のプロセッサを実現することができる。
【０１７０】
以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び修正を行ってもよく、これらの変形及び修正も本発明の範囲に属する。
【国際調査報告】
2016530798.tif 000023
2016530798.tif 000024
2016530798.tif 000025
2016530798.tif 000026
2016530798.tif 000027
2016530798.tif 000028