JP2016533656A5 - - Google Patents

Description

能力を整合させる方法、装置、およびシステム

本発明の実施形態は、通信技術の分野に関し、詳細には、能力を整合させる方法、装置、およびシステムに関する。

低コストマシンタイプ通信（low cost machine type communication、以下略してLC−MTCと呼ばれる）をサポートするユーザ機器（user equipment、以下略してUEと呼ばれる）は、UEの特殊なタイプであり、通常のUEと比較してコストが低く、（1）単一無線周波受信チェーン、（2）アップリンク／ダウンリンクトランスポートブロックが1000bitよりも小さいこと、および（3）1．4Mの帯域幅内のベースバンドデータのみを受信できることを含む特徴を有する。

従来技術においてUEがネットワークにアクセスするプロセスは、UEが基地局から物理ブロードキャストチャネル（physical broadcast channel、略してPBCH）および物理ダウンリンク共有チャネル（physical downlink shared channel、略してPDSCH）を受信し、PBCHからマスタ情報ブロック（master information block、略してMIB）と、PDSCHからシステム情報ブロック（system information block、略してSIB）とを個別に取得すること、次に、UEがMIBおよびSIBに基づいてランダムアクセスプロセスを開始し、アクセスが成功した後、UEが次のシグナリング送信およびデータ送信を実行することである。

従来技術では、アイドル状態にあるUEは、UEの現在のセルのサービス品質が特定のしきい値よりも低いとき、セル再選択を実行し、サービスが受信または送信される必要があるとき、UEは、ネットワークへの接続を確立し、次いでデータを受信または送信する。

従来技術では、接続状態にあるUEは、測定構成に従ってネットワーク側に対する測定を実行し、測定結果をネットワーク側デバイスに報告し、ネットワーク側デバイスが測定結果に基づいてハンドオーバー条件が満たされていると判断すると、ネットワーク側デバイスは、別のセルにハンドオーバーされるようにUEに命令する。

ネットワークにはLC−MTCをサポートしないセル（たとえば、アップグレードされていない既存の基地局に属するセルであるセル）が存在する場合があり、したがって、1．既存のランダムアクセスプロセスによれば、LC−MTCをサポートするUEは、そのようなセルに選択される可能性があり、次いで、上記の手順に従ってネットワーク側とデータ交換を実行するように試み、データ交換のプロセスでは、スケジュールされたPDSCH送信のリソースが1．4Mを超えるか、またはアップリンク／ダウンリンクトランスポートブロックが1000bitよりも大きい場合、UEとの能力不整合の問題が発生する可能性がある。2．既存のセル再選択プロセスによれば、LC−MTCをサポートするUEがLC−MTCをサポートしないセルに再選択された場合、通信を確立するか、またはデータを受信もしくは送信するプロセスでは、スケジュールされたPDSCH送信のリソースが1．4Mを超えるか、またはアップリンク／ダウンリンクトランスポートブロックが1000bitよりも大きい場合、UEとの能力不整合の問題が発生する可能性もある。3．既存のセルハンドオーバープロセスによれば、LC−MTCをサポートするUEがLC−MTCをサポートしないセルにハンドオーバーした場合、かつスケジュールされたPDSCH送信のリソースが1．4Mを超えるか、またはアップリンク／ダウンリンクトランスポートブロックが1000bitよりも大きい場合、UEとの能力不整合の問題が発生する可能性もある。上記の3つのケースでは、認可されたリソースの浪費およびUEの余分な電力消費、またはデータ送信の干渉が引き起こされる。

したがって、どのようにUEの能力をセルとより良く整合させるかは、解決される必要がある問題である。

本発明の実施形態は、UEとネットワーク側デバイスとの間で能力不整合が発生する問題を回避するために、能力を整合させる方法、装置、およびシステムを提供する。

第1の態様によれば、本発明の一実施形態は、
ユーザ機器UEがランダムアクセスプロセスを開始する前に、UEにより、ネットワーク側デバイスの能力を識別することと、
ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることをUEが識別すると、UEにより、別のネットワーク側デバイスにアクセスすることを再選択することと
を含む、能力整合方法を提供する。

第1の態様の第1の可能な実装方式では、UEにより、ネットワーク側デバイスの能力を識別することは、
UEにより、物理ブロードキャストチャネルPBCH内のマスタ情報ブロックMIBが能力指示情報を搬送するかどうかを判定することであって、能力指示情報は、
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号を含む、判定することを含む。

第1の態様を参照して、第1の態様の第2の可能な実装方式では、UEにより、ネットワーク側デバイスの能力を識別することは、
UEにより、物理ダウンリンク共有チャネルPDSCH内のシステム情報ブロックSIBが能力指示情報を搬送するかどうかを判定することであって、能力指示情報は、以下の
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、
ネットワーク側デバイスのバージョン番号、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、
LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネルRACHチャネル構成メッセージ、ならびに
LC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネルPRACHチャネル構成メッセージ
のうちのいずれか1つまたは組合せを含む、判定することを含む。

第1の態様を参照して、第1の態様の第3の可能な実装方式では、UEにより、ネットワーク側デバイスの能力を識別することは、
UEにより、以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、
スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、および
スケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つが受信されたスケジューリング情報において満たされるどうかを判定すること
を含む。

第1の態様の第3の可能な実装方式を参照して、第1の態様の第4の可能な実装方式では、UEにより、別のネットワーク側デバイスにアクセスすることを再選択することの前に、方法は、
UEにより、コアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信することであって、その結果、コアネットワークデバイスが開放要求を受信した後ネットワーク側に対する開放手順を実施する、送信すること
をさらに含む。

第1の態様の第4の可能な実装方式を参照して、第1の態様の第5の可能な実装方式では、UEにより、コアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信することの後に、方法は、
UEにより、コアネットワークデバイスによって送信された再選択構成情報を受信することであって、再選択構成情報がLC−MTCをサポートするネットワーク側デバイスについての情報を含む、受信すること
をさらに含み、
UEにより、別のネットワーク側デバイスにアクセスすることを再選択することは、
UEにより、アクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択すること
を含む。

第1の態様から第1の態様の第5の可能な実装方式のうちのいずれか1つを参照して、第1の態様の第6の可能な実装方式では、UEにより、別のネットワーク側デバイスにアクセスすることを再選択することの前に、方法は、
UEにより、ネットワーク側デバイスを禁制ネットワーク側デバイスとして識別すること
をさらに含む。

第2の態様によれば、本発明の一実施形態は、
ネットワーク側デバイスにより、能力指示情報を生成することと、
ネットワーク側デバイスにより、ユーザ機器UEに能力指示情報を送信することであって、その結果、ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEが別のネットワーク側デバイスにアクセスすることを再選択する、送信することと
を含む、能力整合方法を提供する。

第2の態様の第1の可能な実装方式では、能力指示情報がマスタ情報ブロックMIBの中で搬送され、能力指示情報は、
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号
を含む。

第2の態様を参照して、第2の態様の第2の可能な実装方式では、能力指示情報がシステム情報ブロックSIBの中で搬送され、能力指示情報は、以下の
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、
ネットワーク側デバイスのバージョン番号、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、
LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネルRACHチャネル構成メッセージ、ならびに
LC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネルPRACHチャネル構成メッセージ
のうちのいずれか1つまたは組合せを含む。

第2の態様を参照して、第2の態様の第3の可能な実装方式では、能力指示情報はスケジューリング情報であり、スケジューリング情報は、以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、
スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、および
スケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つを満たす。

第2の態様から第2の態様の第3の可能な実装方式のうちのいずれか1つによる方法を参照して、第2の態様の第4の可能な実装方式では、方法は、
ネットワーク側デバイスにより、コアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信することであって、セットアップ要求メッセージまたは構成更新メッセージがLC−MTCをサポートするネットワーク側デバイスの識別子を搬送し、その結果、コアネットワークデバイスがLC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報をUEに送信する、送信すること
をさらに含む。

第3の態様によれば、本発明の一実施形態は、
コアネットワークデバイスにより、再選択構成情報を生成することであって、再選択構成情報が低コストマシンタイプ通信LC−MTCをサポートするネットワーク側デバイスについての情報を含む、生成することと、
コアネットワークデバイスにより、ユーザ機器UEに再選択構成情報を送信することであって、その結果、UEがアクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する、送信することと
を含む、能力整合方法を提供する。

第3の態様の第1の可能な実装方式では、方法は、
コアネットワークデバイスにより、UEによって送信され、開放要求を搬送する非アクセス層NASシグナリングを受信することと、
コアネットワークデバイスにより、NASシグナリングに従ってネットワーク側に対する開放手順を実施することと
をさらに含む。

第3の態様または第3の態様の第1の可能な実装方式を参照して、第3の態様の第2の可能な実装方式では、コアネットワークデバイスにより、再選択構成情報を生成することは、
コアネットワークデバイスにより、ネットワーク側デバイスによって送信されたセットアップ要求メッセージまたは構成更新メッセージを受信することであって、セットアップ要求メッセージまたは構成更新メッセージがLC−MTCをサポートするネットワーク側デバイスの識別子を搬送する、受信することと、
コアネットワークデバイスにより、LC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報を生成することと
を含む。

第4の態様によれば、本発明の一実施形態は、
ランダムアクセスプロセスが開始される前に、ネットワーク側デバイスの能力を識別するように構成された識別モジュールと、
ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることを識別モジュールが識別すると、別のネットワーク側デバイスにアクセスすることを再選択するように構成された選択アクセスモジュールと
を含む、ユーザ機器を提供する。

第4の態様の第1の可能な実装方式では、識別モジュールは、
物理ブロードキャストチャネルPBCH内のマスタ情報ブロックMIBが能力指示情報を搬送するかどうかを判定することであって、能力指示情報は、
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号
を含む、判定することを行うように構成される。

第4の態様を参照して、第4の態様の第2の可能な実装方式では、識別モジュールは、
物理ダウンリンク共有チャネルPDSCH内のシステム情報ブロックSIBが能力指示情報を搬送するかどうかを判定することであって、能力指示情報は、以下の
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、
ネットワーク側デバイスのバージョン番号、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、
LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネルRACHチャネル構成メッセージ、ならびに
LC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネルPRACHチャネル構成メッセージ
のうちのいずれか1つまたは組合せを含む、判定することを行うように構成される。

第4の態様を参照して、第4の態様の第3の可能な実装方式では、識別モジュールは、
以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、
スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、および
スケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つが受信されたスケジューリング情報において満たされるどうかを判定すること
を行うように構成される。

第4の態様の第3の可能な実装方式を参照して、第4の態様の第4の可能な実装方式では、ユーザ機器は、
選択アクセスモジュールが別のネットワーク側デバイスにアクセスすることを再選択する前に、コアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信するように構成された送信モジュールであって、その結果、コアネットワークデバイスが開放要求を受信した後ネットワーク側に対する開放手順を実施する、送信モジュール
をさらに含む。

第4の態様の第4の可能な実装方式を参照して、第4の態様の第5の可能な実装方式では、ユーザ機器は、
送信モジュールがコアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信した後に、コアネットワークデバイスによって送信された再選択構成情報を受信するように構成された受信モジュールであって、再選択構成情報がLC−MTCをサポートするネットワーク側デバイスについての情報を含む、受信モジュール
をさらに含み、
選択アクセスモジュールは、
アクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択すること
を行うように構成される。

第4の態様から第4の態様の第5の可能な実装方式のうちのいずれか1つを参照して、第4の態様の第6の可能な実装方式では、選択アクセスモジュールは、
別のネットワーク側デバイスにアクセスすることを再選択することの前に、ネットワーク側デバイスを禁制ネットワーク側デバイスとして識別すること
を行うようにさらに構成される。

第5の態様によれば、本発明の一実施形態は、
能力指示情報を生成するように構成された生成モジュールと、
ユーザ機器UEに能力指示情報を送信するように構成された送信モジュールであって、その結果、ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEが別のネットワーク側デバイスにアクセスすることを再選択する、送信モジュールと
を含む、ネットワーク側デバイスを提供する。

第5の態様の第1の可能な実装方式では、能力指示情報がマスタ情報ブロックMIBの中で搬送され、能力指示情報は、
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号
を含む。

第5の態様を参照して、第5の態様の第2の可能な実装方式では、能力指示情報がシステム情報ブロックSIBの中で搬送され、能力指示情報は、以下の
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、
ネットワーク側デバイスのバージョン番号、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、
LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、
LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネルRACHチャネル構成メッセージ、ならびに
LC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネルPRACHチャネル構成メッセージ
のうちのいずれか1つまたは組合せを含む。

第5の態様を参照して、第5の態様の第3の可能な実装方式では、能力指示情報はスケジューリング情報であり、スケジューリング情報は、以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、
スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、および
スケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つを満たす。

第5の態様から第5の態様の第3の可能な実装方式のうちのいずれか1つを参照して、第5の態様の第4の可能な実装方式では、送信モジュールは、
コアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信することであって、セットアップ要求メッセージまたは構成更新メッセージがLC−MTCをサポートするネットワーク側デバイスの識別子を搬送し、その結果、コアネットワークデバイスがLC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報をUEに送信する、送信すること
を行うようにさらに構成される。

第6の態様によれば、本発明の一実施形態は、
再選択構成情報を生成するように構成された生成モジュールであって、再選択構成情報が低コストマシンタイプ通信LC−MTCをサポートするネットワーク側デバイスについての情報を含む、生成モジュールと、
ユーザ機器UEに再選択構成情報を送信するように構成された送信モジュールであって、その結果、UEがアクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する、送信モジュールと
を含む、コアネットワークデバイスを提供する。

第6の態様の第1の可能な実装方式では、
UEによって送信され、開放要求を搬送する非アクセス層NASシグナリングを受信するように構成された受信モジュールと、
NASシグナリングに従ってネットワーク側に対する開放手順を実施するように構成された処理モジュールと
をさらに含む。

第6の態様または第6の態様の第1の可能な実装方式を参照して、第6の態様の第2の可能な実装方式では、受信モジュールは、
ネットワーク側デバイスによって送信されたセットアップ要求メッセージまたは構成更新メッセージを受信することであって、セットアップ要求メッセージまたは構成更新メッセージがLC−MTCをサポートするネットワーク側デバイスの識別子を搬送する、受信すること
を行うようにさらに構成され、
生成モジュールは、具体的に、LC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報を生成するように構成される。

第7の態様によれば、本発明の一実施形態は、第4の態様から第4の態様の第6の可能な実装方式のうちのいずれか1つによるユーザ機器と、第5の態様から第5の態様の第4の可能な実装方式のうちのいずれか1つによるネットワーク側デバイスと、第6の態様から第6の態様の第2の可能な実装方式のうちのいずれか1つによるコアネットワークデバイスとを含む、通信システムを提供する。

第8の態様によれば、本発明の一実施形態は、
ネットワーク側デバイスにより、能力指示情報を取得することであって、ユーザ機器UEの現在のセルのネットワーク側デバイスの隣接セルが低コストマシンタイプ通信LC−MTCをサポートするかどうかを示すために能力指示情報が使用される、取得することと、
ネットワーク側デバイスにより、ユーザ機器UEにブロードキャストメッセージを送信することであって、ブロードキャストメッセージが能力指示情報を含み、その結果、ネットワーク側デバイスにおいてLC−MTCタイプをサポートするUEが、UEがアイドル状態であるときにセル再選択測定を実行するとき、UEは能力指示情報に従ってLC−MTCをサポートするセルのみを測定し、ネットワーク側デバイスにおいてLC−MTCをサポートするUEがアイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従ってキャンプオンするためにLC−MTCをサポートするセルを選択するLC−MTCをサポートするセルに対してのみ、能力指示情報に従って再選択を実行する、送信することと
を含む、能力整合方法を提供する。

第8の態様の第1の可能な実装方式では、ネットワーク側デバイスにより、能力指示情報を取得することは、
ネットワーク側デバイスと別のネットワーク側デバイスとの間のX2インターフェースを確立するプロセスにおいて、ネットワーク側デバイスおよび別のネットワーク側デバイスにより、それぞれのカバレージ下のセルがLC−MTCをサポートするかどうかについての情報を交換すること
を含む。

第9の態様によれば、本発明の一実施形態は、
ユーザ機器UEにより、ネットワーク側デバイスによって送信されたブロードキャストメッセージを受信することであって、ブロードキャストメッセージが能力指示情報を含み、ネットワーク側デバイスの隣接セルが低コストマシンタイプ通信LC−MTCをサポートするかどうかを示すために能力指示情報が使用される、受信することと、
UEがアイドル状態でセル再選択測定を実行するとき、UEにより、能力指示情報に従ってLC−MTCをサポートするセルのみを測定し、かつ／または、LC−MTCタイプのUEがアイドル状態でセル再選択を実行するとき、キャンプオンするためにLC−MTCをサポートするセルに対してのみ、UEにより、能力指示情報に従って再選択を実行することと
を含む、能力整合方法を提供する。

第10の態様によれば、本発明の一実施形態は、
能力指示情報を取得するように構成された取得モジュールであって、ネットワーク側デバイスの隣接セルが低コストマシンタイプ通信LC−MTCをサポートするかどうかを示すために能力指示情報が使用される、取得モジュールと、
ユーザ機器UEにブロードキャストメッセージを送信するように構成された送信モジュールであって、ブロードキャストメッセージが能力指示情報を含み、その結果、ネットワーク側デバイスにおいてLC−MTCをサポートするUEが、UEがアイドル状態であるときにセル再選択測定を実行するとき、UEは能力指示情報に従ってLC−MTCをサポートするセルのみを測定し、ネットワーク側デバイスにおいてLC−MTCをサポートするUEがアイドル状態でセル再選択を実行するとき、UEは能力指示情報に従ってLC−MTCをサポートするセルに対してのみ再選択を実行する、送信モジュールと
を含む、ネットワーク側デバイスを提供する。

第10の態様の第1の可能な実装方式では、取得モジュールは、
別のネットワーク側デバイスとX2インターフェースを確立するプロセスにおいて、それぞれのカバレージ下のセルがLC−MTCをサポートするかどうかについての情報を交換すること
を行うように構成される。

第11の態様によれば、本発明の一実施形態は、
ネットワーク側デバイスによって送信されたブロードキャストメッセージを受信するように構成された受信モジュールであって、ブロードキャストメッセージが、ユーザ機器UEの現在のセルの隣接セルが低コストマシンタイプ通信LC−MTCをサポートするかどうかについての能力指示情報を含む、受信モジュールと、
UEがアイドル状態でセル再選択測定を実行するとき、能力指示情報に従ってLC−MTCをサポートするセルのみを測定し、かつ／または、UEがアイドル状態でセル再選択を実行するとき、能力指示情報に従ってLC−MTCをサポートするセルに対してのみ再選択を実行するように構成された処理モジュールと
を含む、ユーザ機器を提供する。

第12の態様によれば、本発明の一実施形態は、第10の態様または第10の態様の第1の可能な実装方式によるネットワーク側デバイスと、第11の態様によるユーザ機器とを含む、通信システムを提供する。

第13の態様によれば、本発明の一実施形態は、
第1のネットワーク側デバイスにより、低コストマシンタイプ通信LC−MTCをサポートするユーザ機器UEによって送信された測定報告メッセージを受信することと、
第1のネットワーク側デバイスにより、測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信することであって、ハンドオーバー要求メッセージが、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、その結果、指示情報に従って、第2のネットワーク側デバイスが、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する、送信することと
を含む、能力整合方法を提供する。

第14の態様によれば、本発明の一実施形態は、
第2のネットワーク側デバイスにより、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信することであって、ハンドオーバー要求メッセージが、UEがLC−MTCをサポートするUEであることの指示情報を搬送する、受信することと、
第2のネットワーク側デバイスにより、指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信することと
を含む、能力整合方法を提供する。

第15の態様によれば、本発明の一実施形態は、
低コストマシンタイプ通信LC−MTCをサポートするユーザ機器UEによって送信された測定報告メッセージを受信するように構成された受信モジュールと、
測定報告メッセージに従って判断を実行するように構成された処理モジュールと、
処理モジュールが第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するように構成された送信モジュールであって、ハンドオーバー要求メッセージが、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、その結果、指示情報に従って、第2のネットワーク側デバイスが、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する、送信モジュールと
を含む、ネットワーク側デバイスを提供する。

第16の態様によれば、本発明の一実施形態は、
第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するように構成された受信モジュールであって、ハンドオーバー要求メッセージが、UEがLC−MTCをサポートするUEであることの指示情報を搬送する、受信モジュールと、
指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信するように構成された処理モジュールと
を含む、ネットワーク側デバイスを提供する。

第17の態様によれば、本発明の一実施形態は、
第1のネットワーク側デバイスにより、低コストマシンタイプ通信LC−MTCをサポートするユーザ機器UEによって送信された測定報告メッセージを受信することと、
第1のネットワーク側デバイスにより、測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信することであって、その結果、ハンドオーバー要求メッセージに従って、第2のネットワーク側デバイスが第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージが、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送する、送信することと、
第1のネットワーク側デバイスにより、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスに引き続きハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないと判断されたとき、ハンドオーバー取消メッセージを返信することと
を含む、能力整合方法を提供する。

第18の態様によれば、本発明の一実施形態は、
第2のネットワーク側デバイスにより、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信することと、
第2のネットワーク側デバイスにより、ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信することであって、ハンドオーバー要求承認メッセージが、第2のネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、第1のネットワーク側デバイスが、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスに引き続きハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないと判断されたとき、ハンドオーバー取消メッセージを返信する、返信することと
を含む、能力整合方法を提供する。

第19の態様によれば、本発明の一実施形態は、
低コストマシンタイプ通信LC−MTCをサポートするユーザ機器UEによって送信された測定報告メッセージを受信するように構成された受信モジュールと、
測定報告メッセージに従って判断を実行するように構成された処理モジュールと、
処理モジュールが第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するように構成された送信モジュールであって、その結果、第2のネットワーク側デバイスが、ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージが、第2のネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートするかどうかについての指示情報を搬送する、送信モジュールと
を含み、
処理モジュールが、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスに引き続きハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信するようにさらに構成される、
ネットワーク側デバイスを提供する。

第20の態様によれば、本発明の一実施形態は、
第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するように構成された受信モジュールと、
ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信するように構成された送信モジュールであって、ハンドオーバー要求承認メッセージが、第2のネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、第1のネットワーク側デバイスが、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスに引き続きハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信する、送信モジュールと
を含む、ネットワーク側デバイスを提供する。

第21の態様によれば、本発明の一実施形態は、
ネットワーク側デバイスにより、測定構成情報を生成することであって、測定構成情報が低コストマシンタイプ通信LC−MTCがサポートされないセル識別子を含む、生成することと、
ネットワーク側デバイスにより、ユーザ機器UEに測定構成情報を送信することであって、その結果、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をUEがスキップする、送信することと
を含む、能力整合方法を提供する。

第21の態様の第1の可能な実装方式では、ネットワーク側デバイスにより、測定構成情報を生成することの前に、方法は、
ネットワーク側デバイスにより、UEによって送信された指示情報を受信することであって、UEがLC−MTCをサポートするUEであるかどうかを示すために指示情報が使用される、受信すること
をさらに含む。

第22の態様によれば、本発明の一実施形態は、
ユーザ機器UEにより、ネットワーク側デバイスによって送信された測定構成情報を受信することであって、測定構成情報が低コストマシンタイプ通信LC−MTCがサポートされないセル識別子を含む、受信することと、
UEにより、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップすることと
を含む、能力整合方法を提供する。

第22の態様の第1の可能な実装方式では、ユーザ機器UEにより、ネットワーク側デバイスによって送信された測定構成情報を受信することの前に、方法は、
UEにより、ネットワーク側デバイスに指示情報を送信することであって、UEがLC−MTCをサポートするUEであるかどうかを示すために指示情報が使用される、送信すること
をさらに含む。

第23の態様によれば、本発明の一実施形態は、
測定構成情報を生成するように構成された生成モジュールであって、測定構成情報が低コストマシンタイプ通信LC−MTCがサポートされないセル識別子を含む、生成モジュールと、
ユーザ機器UEに測定構成情報を送信するように構成された送信モジュールであって、その結果、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をUEがスキップする、送信モジュールと
を含む、ネットワーク側デバイスを提供する。

第23の態様の第1の可能な実装方式では、ネットワーク側デバイスは、
生成モジュールが測定構成情報を生成する前に、UEによって送信された指示情報を受信するように構成された受信モジュールであって、UEがLC−MTCをサポートするUEであることを示すために指示情報が使用される、受信モジュール
をさらに含む。

第24の態様によれば、本発明の一実施形態は、
ネットワーク側デバイスによって送信された測定構成情報を受信するように構成された受信モジュールであって、測定構成情報が低コストマシンタイプ通信LC−MTCがサポートされないセル識別子を含む、受信モジュールと、
測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップするように構成された処理モジュールと
を含む、ユーザ機器を提供する。

第24の態様の第1の可能な実装方式では、ユーザ機器は、
受信モジュールがネットワーク側デバイスによって送信された測定構成情報を受信する前に、ネットワーク側デバイスに指示情報を送信するように構成された送信モジュールであって、UEがLC−MTCをサポートするUEであることを示すために指示情報が使用される、送信モジュール
をさらに含む。

第25の態様によれば、本発明の一実施形態は、第23の態様または第23の態様の第1の可能な実装方式によるネットワーク側デバイスと、第24の態様または第24の態様の第1の可能な実装方式によるユーザ機器とを含む、通信システムを提供する。

本発明の実施形態において提供される、能力を整合させる方法、装置、およびシステムでは、ランダムアクセスプロセスを開始する前に、UEはネットワーク側デバイスの能力を識別し、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

本発明の実施形態または従来技術における技術的解決策を記載するために、以下で、実施形態または従来技術を記載するために必要な添付図面を簡単に紹介する。明らかに、以下の説明における添付図面は本発明のいくつかの実施形態を示すにすぎず、当業者は、創造的な努力なしに、これらの添付図面から他の図面をさらに導出することができる。

本発明による能力整合方法の実施形態1のフローチャートである。 本発明による能力整合方法の実施形態2のフローチャートである。 本発明による能力整合の実施形態3のフローチャートである。 本発明によるユーザ機器の実施形態1の概略構造図である。 本発明によるネットワーク側デバイスの実施形態1の概略構造図である。 本発明によるコアネットワークデバイスの実施形態1の概略構造図である。 本発明によるユーザ機器の実施形態2の概略構造図である。 本発明によるネットワーク側デバイスの実施形態2の概略構造図である。 本発明によるコアネットワークデバイスの実施形態2の概略構造図である。 本発明による能力整合方法の実施形態4のフローチャートである。 本発明による能力整合方法の実施形態5のフローチャートである。 本発明による能力整合方法の実施形態6の対話のフローチャートである。 本発明によるネットワーク側デバイスの実施形態3の概略構造図である。 本発明によるユーザ機器の実施形態3の概略構造図である。 本発明による能力整合方法の実施形態7のフローチャートである。 本発明による能力整合方法の実施形態8のフローチャートである。 本発明による能力整合方法の実施形態9の対話のフローチャートである。 本発明によるネットワーク側デバイスの実施形態4の概略構造図である。 本発明によるネットワーク側デバイスの実施形態5の概略構造図である。 本発明による能力整合方法の実施形態10のフローチャートである。 本発明による能力整合方法の実施形態11のフローチャートである。 本発明による能力整合方法の実施形態12の対話のフローチャートである。 ネットワーク側デバイスの実施形態6の概略構造図である。 ネットワーク側デバイスの実施形態7の概略構造図である。 本発明による能力整合方法の実施形態13のフローチャートである。 本発明による能力整合方法の実施形態14のフローチャートである。 本発明による能力整合方法の実施形態15の対話のフローチャートである。 ネットワーク側デバイスの実施形態8の概略構造図である。 ユーザ機器の実施形態4の概略構造図である。

本発明の実施形態の目的、技術的解決策、および利点をより明確にするために、以下で、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決策を明確かつ完全に記載する。明らかに、記載される実施形態は、本発明の実施形態のうちのいくつかであるが、すべてではない。創造的な努力なしに本発明の実施形態に基づいて、当業者によって取得されるすべての他の実施形態は、本発明の保護範囲内に入るべきである。

図1は、本発明による能力整合方法の実施形態1のフローチャートである。この実施形態では、UEが方法を実行する一例が説明のために使用される。図1に示されたように、この実施形態における方法は、以下を含む場合がある。

S101：ランダムアクセスプロセスを開始する前に、UEがネットワーク側デバイスの能力を識別する。

S102：ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEが別のネットワーク側デバイスにアクセスすることを再選択する。

ネットワーク側デバイスは、基地局、マルチキャスト制御エンティティなどであり得る。UEは、3つの可能な実装方式でネットワーク側デバイスの能力を識別する。

1．ネットワーク側デバイスからPBCHを受信した後、UEはPBCHからマスタ情報ブロック（MIB）を読み取り、UEはMIBが能力指示情報を搬送しているかどうかを判定し、能力指示情報は、ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号を含む。MIBが能力指示情報を搬送していないとUEが判断した場合、UEは、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別し、UEは、別のネットワーク側デバイスにアクセスすることを再選択する。

2．ネットワーク側デバイスからPDSCHを受信した後、UEはPDSCHからシステム情報ブロック（SIB）を取得し、UEはSIBが能力指示情報を搬送しているかどうかを判定し、能力指示情報は、以下のネットワーク側デバイスがLC−MTCをサポートすることの能力指示、ネットワーク側デバイスのバージョン番号、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネル（Random Access Channel、以下略してRACHと呼ばれる）チャネル構成メッセージ、ならびにLC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネル（Physical Random Access Channel、以下略してPRACHと呼ばれる）チャネル構成メッセージのうちのいずれか1つまたは組合せを含む。SIBが能力指示情報を搬送していないとUEが判断した場合、UEは、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別し、UEは、別のネットワーク側デバイスにアクセスすることを再選択する。

3．UEは、既存のアクセス手順に従って、ネットワーク側デバイスによって送信されたブロードキャストメッセージを受信し、次いで、ランダムアクセスプロセスを実行する。ランダムアクセスプロセスが成功した場合、UEは接続状態に変わる。次いで、UEは、ネットワーク側デバイスによって送信されたスケジューリング情報を引き続き受信し、UEは、以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、およびスケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つが受信されたスケジューリング情報において満たされるどうかを判定する。

スケジューリング情報が上記のいずれか1つを満たす場合、UEは、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別し、UEは、別のネットワーク側デバイスにアクセスすることを再選択する。

第3の可能な実装方式では、その上、UEが受信されたスケジューリング情報に従ってネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別し、別のネットワーク側デバイスにアクセスすることを再選択する前に、方法は、
UEにより、コアネットワークデバイスに開放要求を搬送する非アクセス層（Non−Access Stratum、略してNAS）シグナリングを送信することであって、その結果、コアネットワークデバイスが開放要求を受信した後ネットワーク側に対する開放手順を実施する、送信すること
をさらに含む場合があり、開放手順が終了した後、UEは別のネットワーク側デバイスにアクセスすることを再選択し、このようにして、ネットワーク側デバイスとUEとの間の同期が実施される場合があり、それにより、リソースの浪費が回避される。

その上、UEにより、コアネットワークデバイスに開放要求を搬送するNASシグナリングを送信することの後、方法は、
UEにより、コアネットワークデバイスによって送信された再選択構成情報を受信することであって、再選択構成情報がLC−MTCをサポートするネットワーク側デバイスについての情報を含む、受信すること
をさらに含む場合があり、UEにより、別のネットワーク側デバイスにアクセスすることを再選択することは、UEにより、アクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択することを含み、このようにして、UEは、LC−MTCをサポートしないネットワーク側デバイスを別に再選択しないように防止される可能性がある。

具体的には、コアネットワークデバイスがLC−MTCをサポートするネットワーク側デバイスについての情報をどのように取得するかに関して、可能な実装方式は、ネットワーク側デバイスがコアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信するとき、LC−MTCをサポートするネットワーク側デバイスの識別子がセットアップ要求メッセージまたは構成更新メッセージの中で搬送され、セットアップ要求メッセージまたは構成更新メッセージを受信した後、コアネットワークデバイスは、その後UEに識別子を含む再選択構成情報を送信するために、LC−MTCをサポートするネットワーク側デバイスの識別子を保存することである。

上記の3つの可能な実装方式では、その上、UEにより、別のネットワーク側デバイスにアクセスすることを再選択することの前に、方法は、UEにより、再びネットワーク側デバイスにランダムにアクセスすることを回避するために、識別されたLC−MTCをサポートしないネットワーク側デバイスを禁制ネットワーク側デバイスとして識別することをさらに含む。

この実施形態において提供される能力整合方法では、ランダムアクセスプロセスを開始する前に、UEはネットワーク側デバイスの能力を識別し、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図2は、本発明による能力整合方法の実施形態2のフローチャートである。この実施形態では、ネットワーク側デバイスが方法を実行する一例が説明のために使用される。図2に示されたように、この実施形態における方法は、以下を含む場合がある。

S201：ネットワーク側デバイスが能力指示情報を生成する。

S202：ネットワーク側デバイスがユーザ機器UEに能力指示情報を送信し、その結果、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEが別のネットワーク側デバイスにアクセスすることを再選択する。

具体的には、3つの可能な実装方式が存在する。

1．能力指示情報がMIBの中で搬送され、能力指示情報は、ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号を含む。

2．能力指示情報がSIBの中で搬送され、能力指示情報は、以下の
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、ネットワーク側デバイスのバージョン番号、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、LC−MTCタイプ専用の構成情報を含むRACHチャネル構成メッセージ、ならびにLC−MTCタイプ専用の構成情報を含むPRACHチャネル構成メッセージ
のうちのいずれか1つまたは組合せを含む。

3．能力指示情報はスケジューリング情報であり、スケジューリング情報は、以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、およびスケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つを満たす。

第3の実装方式では、その上、方法は、
ネットワーク側デバイスにより、コアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信することであって、セットアップ要求メッセージまたは構成更新メッセージがLC−MTCをサポートするネットワーク側デバイスの識別子を搬送し、その結果、コアネットワークデバイスがLC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報をUEに送信する、送信すること
をさらに含む。

この実施形態において提供される能力整合方法では、ネットワーク側デバイスは能力指示情報を生成、UEに能力指示情報を送信し、その結果、ランダムアクセスプロセスを開始する前に、UEはネットワーク側デバイスの能力を識別し、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図3は、本発明による能力整合の実施形態3のフローチャートである。図3に示されたように、この実施形態では、コアネットワークデバイスが方法を実行する一例が説明のために使用される。この実施形態における方法は、以下を含む場合がある。

S301：コアネットワークデバイスが再選択構成情報を生成し、再選択構成情報はLC−MTCをサポートするネットワーク側デバイスについての情報を含む。

S302：コアネットワークデバイスがUEに再選択構成情報を送信し、その結果、UEはアクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する。

その上、この実施形態における方法は、以下をさらに含む場合がある。

コアネットワークデバイスにより、UEによって送信され、開放要求を搬送するNASシグナリングを受信すること。

コアネットワークデバイスは、NASシグナリングに従ってネットワーク側に対する開放手順を実施する。コアネットワークデバイスがUEに再選択構成情報を送信するプロセスは、開放要求を搬送するNASシグナリングが受信された後行われる場合があるか、またはネットワーク側に対する開放手順のプロセスの中ほどにある場合がある。動作は、ネットワーク側デバイスとUEとの間の同期を実装する場合があり、それにより、リソースの浪費が回避される。

具体的には、コアネットワークデバイスがLC−MTCをサポートするネットワーク側デバイスについての情報をどのように取得するかに関して、可能な実装方式は、ネットワーク側デバイスがコアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信するとき、LC−MTCをサポートするネットワーク側デバイスの識別子がセットアップ要求メッセージまたは構成更新メッセージの中で搬送され、セットアップ要求メッセージまたは構成更新メッセージを受信した後、コアネットワークデバイスは、その後UEに識別子を含む再選択構成情報を送信するために、LC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報を生成することである。

この実施形態において提供される能力整合方法では、コアネットワークデバイスは、LC−MTCをサポートするネットワーク側デバイスについての情報を含む再選択構成情報を生成し、次に、UEに再選択構成情報を送信し、その結果、UEは、アクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する。このようにして、UEは、LC−MTCをサポートしないネットワーク側デバイスに対する再選択を防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図4は、本発明によるユーザ機器の実施形態1の概略構造図である。図4に示されたように、この実施形態におけるユーザ機器は、識別モジュール11と選択アクセスモジュール12とを含む場合がある。識別モジュール11は、ランダムアクセスプロセスが開始される前に、ネットワーク側デバイスの能力を識別するように構成される。選択アクセスモジュール12は、ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることを識別モジュールが識別すると、別のネットワーク側デバイスにアクセスすることを再選択するように構成される。

第1の可能な実装方式では、識別モジュール11は、物理ブロードキャストチャネルPBCH内のマスタ情報ブロックMIBが能力指示情報を搬送するかどうかを判定するように構成され、能力指示情報は、ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号を含む。

第2の可能な実装方式では、識別モジュール11は、物理ダウンリンク共有チャネルPDSCH内のシステム情報ブロックSIBが能力指示情報を搬送するかどうかを判定するように構成され、能力指示情報は、以下のネットワーク側デバイスがLC−MTCをサポートすることの能力指示、ネットワーク側デバイスのバージョン番号、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネルRACHチャネル構成メッセージ、ならびにLC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネルPRACHチャネル構成メッセージのうちのいずれか1つまたは組合せを含む。

第3の可能な実装方式では、識別モジュール11は、
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、およびスケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つが受信されたスケジューリング情報において満たされるどうかを判定するように構成される。

その上、ユーザ機器は送信モジュールをさらに含む。送信モジュールは、選択アクセスモジュールが別のネットワーク側デバイスにアクセスすることを再選択する前に、コアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信するように構成され、その結果、コアネットワークデバイスは、開放要求を受信した後ネットワーク側に対する開放手順を実施する。

その上、ユーザ機器は受信モジュールをさらに含む。受信モジュールは、送信モジュールがコアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信した後、コアネットワークデバイスによって送信された再選択構成情報を受信するように構成され、再選択構成情報は、LC−MTCをサポートするネットワーク側デバイスについての情報を含む。選択アクセスモジュール12は、アクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択するように構成される。

上記の実装形態では、選択アクセスモジュール12は、別のネットワーク側デバイスにアクセスすることを再選択することの前に、ネットワーク側デバイスを禁制ネットワーク側デバイスとして識別するようにさらに構成される。

この実施形態におけるユーザ機器は、図1に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理を有するので、ここではこれ以上詳述しない。

この実施形態において提供されるユーザ機器では、ランダムアクセスプロセスが開始される前に、識別モジュールはネットワーク側デバイスの能力を識別し、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることをUEが識別すると、選択アクセスモジュールは別のネットワーク側デバイスにアクセスすることを再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図5は、本発明によるネットワーク側デバイスの実施形態1の概略構造図である。図5に示されたように、この実施形態におけるネットワーク側デバイスは、生成モジュール21と送信モジュール22とを含む場合がある。生成モジュール21は、能力指示情報を生成するように構成される。送信モジュール22は、ユーザ機器UEに能力指示情報を送信するように構成され、その結果、ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。

第1の可能な実装方式では、能力指示情報がマスタ情報ブロックMIBの中で搬送され、能力指示情報は、ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号を含む。

第2の可能な実装方式では、能力指示情報がシステム情報ブロックSIBの中で搬送され、能力指示情報は、以下の
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、ネットワーク側デバイスのバージョン番号、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、LC−MTCタイプ専用の構成情報を含むRACHチャネル構成メッセージ、ならびにLC−MTCタイプ専用の構成情報を含むPRACHチャネル構成メッセージ
のうちのいずれか1つまたは組合せを含む。

第3の可能な実装方式では、能力指示情報はスケジューリング情報であり、スケジューリング情報は、以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、およびスケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つを満たす。

上記の実施形態では、送信モジュール22は、コアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信するようにさらに構成され、セットアップ要求メッセージまたは構成更新メッセージは、LC−MTCをサポートするネットワーク側デバイスの識別子を搬送し、その結果、コアネットワークデバイスは、LC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報をUEに送信する。

この実施形態におけるネットワーク側デバイスは、図2に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理および技術的効果を有するので、ここではこれ以上詳述しない。

この実施形態において提供されるネットワーク側デバイスでは、生成モジュールは能力指示情報を生成、送信モジュールはUEに能力指示情報を送信し、その結果、ランダムアクセスプロセスを開始する前に、UEはネットワーク側デバイスの能力を識別し、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図6は、本発明によるコアネットワークデバイスの実施形態1の概略構造図である。図6に示されたように、この実施形態におけるコアネットワークデバイスは、生成モジュール31と送信モジュール32とを含む場合がある。生成モジュール31は、再選択構成情報を生成するように構成され、再選択構成情報は、低コストマシンタイプ通信LC−MTCをサポートするネットワーク側デバイスについての情報を含む。送信モジュール32は、ユーザ機器UEに再選択構成情報を送信するように構成され、その結果、UEはアクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する。

その上、コアネットワークデバイスは、受信モジュールと処理モジュールとをさらに含む場合がある。受信モジュールは、UEによって送信され、開放要求を搬送する非アクセス層NASシグナリングを受信するように構成される。処理モジュールは、NASシグナリングに従ってネットワーク側に対する開放手順を実施するように構成される。

その上、受信モジュールは、ネットワーク側デバイスによって送信されたセットアップ要求メッセージまたは構成更新メッセージを受信するようにさらに構成され、セットアップ要求メッセージまたは構成更新メッセージは、LC−MTCをサポートするネットワーク側デバイスの識別子を搬送する。生成モジュール31は、具体的に、LC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報を生成するように構成される。

この実施形態におけるコアネットワークデバイスは、図3に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理および技術的効果を有するので、ここではこれ以上詳述しない。

この実施形態において提供されるコアネットワークデバイスでは、生成モジュールは、LC−MTCをサポートするネットワーク側デバイスについての情報を含む再選択構成情報を生成し、次に、送信モジュールはUEに再選択構成情報を送信し、その結果、UEはアクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する。このようにして、UEは、LC−MTCをサポートしないネットワーク側デバイスに対する再選択を防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

本発明の一実施形態において提供される通信システムは、図4に示されたユーザ機器と、図5に示されたネットワーク側デバイスと、図6に示されたコアネットワークデバイスとを含む。

図7は、本発明によるユーザ機器の実施形態2の概略構造図である。図7に示されたように、この実施形態におけるユーザ機器は、プロセッサ33を含む場合がある。プロセッサ33は、ランダムアクセスプロセスが開始される前に、ネットワーク側デバイスの能力を識別するように構成される。プロセッサ33は、ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることを識別モジュールが識別すると、別のネットワーク側デバイスにアクセスすることを再選択するようにさらに構成される。

第1の可能な実装方式では、プロセッサ33は、物理ブロードキャストチャネルPBCH内のマスタ情報ブロックMIBが能力指示情報を搬送するかどうかを判定するように構成され、能力指示情報は、ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号を含む。

第2の可能な実装方式では、プロセッサ33は、物理ダウンリンク共有チャネルPDSCH内のシステム情報ブロックSIBが能力指示情報を搬送するかどうかを判定するように構成され、能力指示情報は、以下のネットワーク側デバイスがLC−MTCをサポートすることの能力指示、ネットワーク側デバイスのバージョン番号、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネルRACHチャネル構成メッセージ、ならびにLC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネルPRACHチャネル構成メッセージのうちのいずれか1つまたは組合せを含む。

第3の可能な実装方式では、プロセッサ33は、
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、およびスケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つが受信されたスケジューリング情報において満たされるどうかを判定するように構成される。

その上、ユーザ機器は送信機をさらに含む。送信機は、プロセッサ33が別のネットワーク側デバイスにアクセスすることを選択する前に、コアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信するように構成され、その結果、コアネットワークデバイスは、開放要求を受信した後ネットワーク側に対する開放手順を実施する。

その上、ユーザ機器は受信機をさらに含む。受信機は、送信機がコアネットワークデバイスに開放要求を搬送する非アクセス層NASシグナリングを送信した後に、コアネットワークデバイスによって送信された再選択構成情報を受信するように構成され、再選択構成情報は、LC−MTCをサポートするネットワーク側デバイスについての情報を含む。プロセッサ33は、アクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択するように構成される。

上記の実装形態では、プロセッサ33は、別のネットワーク側デバイスにアクセスすることを再選択することの前に、ネットワーク側デバイスを禁制ネットワーク側デバイスとして識別するようにさらに構成される。

この実施形態におけるユーザ機器は、図1に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理を有するので、ここではこれ以上詳述しない。

この実施形態において提供されるユーザ機器では、ランダムアクセスプロセスを開始する前に、プロセッサはネットワーク側デバイスの能力を識別し、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図8は、本発明によるネットワーク側デバイスの実施形態2の概略構造図である。図8に示されたように、この実施形態におけるネットワーク側デバイスは、プロセッサ41と送信機42とを含む場合がある。プロセッサ41は、能力指示情報を生成するように構成される。送信機42は、ユーザ機器UEに能力指示情報を送信するように構成され、その結果、ネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。

第1の可能な実装方式では、能力指示情報がマスタ情報ブロックMIBの中で搬送され、能力指示情報は、ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、またはネットワーク側デバイスのバージョン番号を含む。

第2の可能な実装方式では、能力指示情報がシステム情報ブロックSIBの中で搬送され、能力指示情報は、以下の
ネットワーク側デバイスがLC−MTCをサポートすることの能力指示、ネットワーク側デバイスのバージョン番号、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、LC−MTCタイプおよびLC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、LC−MTCタイプ専用の構成情報を含むRACHチャネル構成メッセージ、ならびにLC−MTCタイプ専用の構成情報を含むPRACHチャネル構成メッセージ
のうちのいずれか1つまたは組合せを含む。

第3の可能な実装方式では、能力指示情報はスケジューリング情報であり、スケジューリング情報は、以下の
スケジューリング情報によってスケジュールされたリソースブロックが1000bitよりも大きいこと、スケジューリング情報によってスケジュールされたダウンリンクリソースが1．4MHzの帯域幅よりも大きいこと、およびスケジューリング情報によってスケジュールされたレイヤの数が1よりも大きいこと
のうちのいずれか1つを満たす。

上記の実施形態では、送信機42は、コアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信するようにさらに構成され、セットアップ要求メッセージまたは構成更新メッセージは、LC−MTCをサポートするネットワーク側デバイスの識別子を搬送し、その結果、コアネットワークデバイスは、LC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報をUEに送信する。

この実施形態におけるネットワーク側デバイスは、図2に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理および技術的効果を有するので、ここではこれ以上詳述しない。

この実施形態において提供されるネットワーク側デバイスでは、プロセッサは能力指示情報を生成、送信機はUEに能力指示情報を送信し、その結果、ランダムアクセスプロセスを開始する前に、UEはネットワーク側デバイスの能力を識別し、ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであることを識別すると、UEは別のネットワーク側デバイスにアクセスすることを再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図9は、本発明によるコアネットワークデバイスの実施形態2の概略構造図である。図9に示されたように、この実施形態におけるコアネットワークデバイスは、プロセッサ51と送信機52とを含む場合がある。プロセッサ51は、再選択構成情報を生成するように構成され、再選択構成情報は、低コストマシンタイプ通信LC−MTCをサポートするネットワーク側デバイスについての情報を含む。送信機52は、ユーザ機器UEに再選択構成情報を送信するように構成され、その結果、UEはアクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する。

その上、コアネットワークデバイスは、受信機をさらに含む場合がある。受信機は、UEによって送信され、開放要求を搬送する非アクセス層NASシグナリングを受信するように構成される。プロセッサ51は、NASシグナリングに従ってネットワーク側に対する開放手順を実施するようにさらに構成される。

その上、受信機は、ネットワーク側デバイスによって送信されたセットアップ要求メッセージまたは構成更新メッセージを受信するようにさらに構成され、セットアップ要求メッセージまたは構成更新メッセージは、LC−MTCをサポートするネットワーク側デバイスの識別子を搬送する。プロセッサ51は、具体的に、LC−MTCをサポートするネットワーク側デバイスの識別子を保存し、識別子を含む再選択構成情報を生成するように構成される。

この実施形態におけるコアネットワークデバイスは、図3に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理および技術的効果を有するので、ここではこれ以上詳述しない。

この実施形態において提供されるコアネットワークデバイスでは、プロセッサはLC−MTCをサポートするネットワーク側デバイスについての情報を含む再選択構成情報を生成し、次に、送信機はUEに再選択構成情報を送信し、その結果、UEはアクセス用に再選択構成情報の中のネットワーク側デバイスを優先的に選択する。このようにして、UEは、LC−MTCをサポートしないネットワーク側デバイスに対する再選択を防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

本発明の一実施形態において提供される通信システムは、図7に示されたユーザ機器と、図8に示されたネットワーク側デバイスと、図9に示されたコアネットワークデバイスとを含む。

図10は、本発明による能力整合方法の実施形態4のフローチャートである。この実施形態では、ネットワーク側デバイスが方法を実行する一例が説明のために使用される。図10に示されたように、この実施形態における方法は、以下を含む場合がある。

S401：ネットワーク側デバイスが能力指示情報を取得し、能力指示情報は、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを示すために使用される。

ネットワーク側デバイスが能力指示情報を取得する方式は、たとえば、ネットワーク側デバイスと別のネットワーク側デバイスとの間のX2インターフェースを確立するプロセスにおいて、ネットワーク側デバイスおよび別のネットワーク側デバイスにより、それぞれのカバレージ下のセルがLC−MTCをサポートするかどうかについての情報を交換することであり得る。このようにして、ネットワーク側デバイスは、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを入手することができる。

S402：ネットワーク側デバイスがUEにブロードキャストメッセージを送信し、ブロードキャストメッセージは能力指示情報を含み、その結果、ネットワーク側デバイスにおいてLC−MTCをサポートするUEが、UEがアイドル状態であるときにセル再選択測定を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルのみを測定する。このようにして、非効率的な測定を低減することができ、UE用の電力が節約され、ネットワーク側デバイスにおいてLC−MTCをサポートするUEがアイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルに対してのみ再選択を実行する。このようにして、ネットワーク側デバイスにおいてLC−MTCをサポートするUEは、セル再選択中にLC−MTCをサポートしないセルに対して選択されないように防止される可能性がある。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

本発明のこの実施形態において提供される能力整合方法では、ネットワーク側デバイスはUEにブロードキャストメッセージを送信し、ブロードキャストメッセージは、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを示す能力指示情報を含み、その結果、アイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルに対してのみ再選択を実行する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図11は、本発明による能力整合方法の実施形態5のフローチャートである。この実施形態では、ユーザ機器が方法を実行する一例が説明のために使用される。図11に示されたように、この実施形態における方法は、以下を含む場合がある。

S501：UEがネットワーク側デバイスによって送信されたブロードキャストメッセージを受信し、ブロードキャストメッセージは能力指示情報を含み、能力指示情報は、ネットワーク側デバイスの隣接セルが低コストマシンタイプ通信LC−MTCをサポートするかどうかを示すために使用される。

ネットワーク側デバイスが能力指示情報を取得する方式は、たとえば、ネットワーク側デバイスと別のネットワーク側デバイスとの間のX2インターフェースを確立するプロセスにおいて、ネットワーク側デバイスおよび別のネットワーク側デバイスにより、それぞれのカバレージ下のセルがLC−MTCをサポートするかどうかについての情報を交換することであり得る。このようにして、ネットワーク側デバイスは、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを入手することができる。

S502：アイドル状態でセル再選択測定を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルのみを測定し、かつ／または、アイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルに対してのみ再選択を実行する。

アイドル状態でセル再選択測定を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルのみを測定する。このようにして、非効率的な測定を低減することができ、UE用の電力が節約される。

本発明のこの実施形態において提供される能力整合方法では、UEはネットワーク側デバイスによって送信されたブロードキャストメッセージを受信し、ブロードキャストメッセージは、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを示す能力指示情報を含み、アイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルに対してのみ再選択を実行する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図12は、本発明による能力整合方法の実施形態6の対話のフローチャートである。図12に示されたように、この実施形態における方法は、以下を含む場合がある。

S601：ネットワーク側デバイスが能力指示情報を取得し、能力指示情報は、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを示すために使用される。

ネットワーク側デバイスが能力指示情報を取得する方式は、たとえば、ネットワーク側デバイスと別のネットワーク側デバイスとの間のX2インターフェースを確立するプロセスにおいて、ネットワーク側デバイスおよび別のネットワーク側デバイスにより、それぞれのカバレージ下のセルがLC−MTCをサポートするかどうかについての情報を交換することであり得る。このようにして、ネットワーク側デバイスは、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを入手することができる。

S602：ネットワーク側デバイスがUEにブロードキャストメッセージを送信し、ブロードキャストメッセージは能力指示情報を含む。

S603：アイドル状態でセル再選択測定を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルのみを測定し、かつ／または、アイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルに対してのみ再選択を実行する。

図13は、本発明によるネットワーク側デバイスの実施形態3の概略構造図である。図13に示されたように、この実施形態における装置は、取得モジュール61と送信モジュール62とを含む場合がある。取得モジュール61は、能力指示情報を取得するように構成され、能力指示情報は、ネットワーク側デバイスの隣接セルが低コストマシンタイプ通信LC−MTCをサポートするかどうかを示すために使用される。送信モジュール62は、UEにブロードキャストメッセージを送信するように構成され、ブロードキャストメッセージは能力指示情報を含み、その結果、ネットワーク側デバイスにおいてLC−MTCをサポートするUEが、UEがアイドル状態であるときにセル再選択測定を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルのみを測定し、ネットワーク側デバイスにおいてLC−MTCをサポートするUEがアイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルに対してのみ再選択を実行する。

その上、取得モジュール61は、別のネットワーク側デバイスとX2インターフェースを確立するプロセスにおいて、それぞれのカバレージ下のセルがLC−MTCをサポートするかどうかについての情報を交換するように構成される。

この実施形態におけるネットワーク側デバイスは、図10に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理および技術的効果を有するので、ここではこれ以上詳述しない。

本発明のこの実施形態において提供されるネットワーク側デバイスでは、送信モジュールはUEにブロードキャストメッセージを送信し、ブロードキャストメッセージは、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを示す能力指示情報を含み、その結果、アイドル状態でセル再選択を実行するとき、UEは、能力指示情報に従って、LC−MTCをサポートするセルに対してのみ再選択を実行する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図14は、本発明によるユーザ機器の実施形態3の概略構造図である。図14に示されたように、この実施形態における装置は、受信モジュール71と処理モジュール72とを含む場合がある。受信モジュール71は、ネットワーク側デバイスによって送信されたブロードキャストメッセージを受信するように構成され、ブロードキャストメッセージは、ユーザ機器UEの現在のセルの隣接セルが低コストマシンタイプ通信LC−MTCをサポートするかどうかについての能力指示情報を含む。

処理モジュール72は、UEがアイドル状態でセル再選択測定を実行するとき、能力指示情報に従ってLC−MTCをサポートするセルのみを測定し、かつ／または、UEがアイドル状態でセル再選択を実行するとき、能力指示情報に従ってLC−MTCをサポートするセルに対してのみ再選択を実行するように構成される。

この実施形態におけるユーザ機器は、図11に示された方法の実施形態における技術的解決策を実施するように構成される場合があり、同様の実装原理および技術的効果を有するので、ここではこれ以上詳述しない。

本発明のこの実施形態において提供されるユーザ機器では、受信モジュールは、ネットワーク側デバイスによって送信されたブロードキャストメッセージを受信し、ブロードキャストメッセージは、ネットワーク側デバイスの隣接セルがLC−MTCをサポートするかどうかを示す能力指示情報を含み、アイドル状態でセル再選択を実行するとき、処理モジュールは、能力指示情報に従ってLC−MTCをサポートするセルに対してのみ再選択する。このようにして、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

本発明の一実施形態において提供される通信システムは、図13に示されたネットワーク側デバイスと、図14に示されたユーザ機器とを含む。

図15は、本発明による能力整合方法の実施形態7のフローチャートである。この実施形態では、UEのためにセルハンドオーバーが実行され、ネットワーク側デバイスが方法を実行する一例が説明のために使用される。図15に示されたように、この実施形態における方法は、以下を含む場合がある。

S701：第1のネットワーク側デバイスが、LC−MTCをサポートするUEによって送信された測定報告メッセージを受信する。

S702：第1のネットワーク側デバイスが、測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、その結果、指示情報に従って、第2のネットワーク側デバイスは、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する。

具体的には、第1のネットワーク側デバイスは、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、ハンドオーバー要求メッセージを受信した後、第2のネットワーク側デバイスは、指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。

本発明のこの実施形態において提供される能力整合方法では、測定報告メッセージに従って第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第1のネットワーク側デバイスは、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、ハンドオーバー要求メッセージを受信した後、第2のネットワーク側デバイスは、指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信することができる。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図16は、本発明による能力整合方法の実施形態8のフローチャートである。この実施形態では、UEのためにセルハンドオーバーが実行され、ネットワーク側デバイスが方法を実行する一例が説明のために使用される。図16に示されたように、この実施形態における方法は、以下を含む場合がある。

S801：第2のネットワーク側デバイスが、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信し、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送する。

S802：指示情報に従って、第2のネットワーク側デバイスが、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する。

本発明のこの実施形態において提供される能力整合方法では、測定報告メッセージに従って第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第1のネットワーク側デバイスは、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、ハンドオーバー要求メッセージを受信した後、第2のネットワーク側デバイスは、指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図17は、本発明による能力整合方法の実施形態9の対話のフローチャートである。図17に示されたように、この実施形態における方法は、以下を含む場合がある。

S901：第1のネットワーク側デバイスが、LC−MTCをサポートするUEによって送信された測定報告メッセージを受信する。

S902：第1のネットワーク側デバイスが、測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送する。

S903：指示情報に従って、第2のネットワーク側デバイスが、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する。

図18は、本発明によるネットワーク側デバイスの実施形態4の概略構造図である。図18に示されたように、この実施形態におけるネットワーク側デバイスは、受信モジュール81と、処理モジュール82と、送信モジュール83とを含む場合がある。受信モジュール81は、低コストマシンタイプ通信LC−MTCをサポートするユーザ機器UEによって送信された測定報告メッセージを受信するように構成される。処理モジュール82は、測定報告メッセージに従って判断を実行するように構成される。送信モジュール83は、処理モジュールが第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するように構成され、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、その結果、指示情報に従って、第2のネットワーク側デバイスは、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する。

本発明のこの実施形態において提供されるネットワーク側デバイスでは、処理モジュールが測定報告メッセージに従って第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、送信モジュールは、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送し、ハンドオーバー要求メッセージを受信した後、第2のネットワーク側デバイスは、指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信することができる。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図19は、本発明によるネットワーク側デバイスの実施形態5の概略構造図である。図19に示されたように、この実施形態におけるネットワーク側デバイスは、受信モジュール84と処理モジュール85とを含む場合がある。受信モジュール84は、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するように構成され、ハンドオーバー要求メッセージは、UEがLC−MTCをサポートするUEであることの指示情報を搬送する。処理モジュール85は、指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信するように構成される。

本発明のこの実施形態において提供されるネットワーク側デバイスでは、受信モジュールが第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信した後、指示情報に従って、処理モジュールは、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図20は、本発明による能力整合方法の実施形態10のフローチャートである。この実施形態では、UEのためにセルハンドオーバーが実行され、ネットワーク側デバイスが方法を実行する一例が説明のために使用される。図20に示されたように、この実施形態における方法は、以下を含む場合がある。

S1001：第1のネットワーク側デバイスが、LC−MTCをサポートするUEによって送信された測定報告メッセージを受信する。

S1002：第1のネットワーク側デバイスが、測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、その結果、第2のネットワーク側デバイスが、ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送する。

S1003：第1のネットワーク側デバイスが、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスにハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信する。

具体的には、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、第2のネットワーク側デバイスがLC−MTCをサポートするとき、第1のネットワーク側デバイスは、LC−MTCをサポートするUEを第2のネットワーク側デバイスにハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、第1のネットワーク側デバイスは、ハンドオーバー取消メッセージを返信する。このようにして、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。

本発明のこの実施形態において提供される能力整合方法では、測定報告メッセージに従って第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第1のネットワーク側デバイスは、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、第2のネットワーク側デバイスは、第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、第2のネットワーク側デバイスがLC−MTCをサポートするとき、第1のネットワーク側デバイスは、LC−MTCをサポートするUEを第2のネットワーク側デバイスにハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、第1のネットワーク側デバイスは、ハンドオーバー取消メッセージを返信する。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図21は、本発明による能力整合方法の実施形態11のフローチャートである。この実施形態では、UEのためにセルハンドオーバーが実行され、ネットワーク側デバイスが方法を実行する一例が説明のために使用される。図21に示されたように、この実施形態における方法は、以下を含む場合がある。

S1101：第2のネットワーク側デバイスが、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信する。

S1102：第2のネットワーク側デバイスが、ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、第1のネットワーク側デバイスが、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスに引き続きハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信する。

本発明のこの実施形態において提供される能力整合方法では、第2のネットワーク側デバイスは、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信し、次に、第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、第2のネットワーク側デバイスがLC−MTCをサポートするとき、第1のネットワーク側デバイスは、LC−MTCをサポートするUEを第2のネットワーク側デバイスにハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、第1のネットワーク側デバイスは、ハンドオーバー取消メッセージを返信する。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図22は、本発明による能力整合方法の実施形態12の対話のフローチャートである。図22に示されたように、この実施形態における方法は、以下を含む場合がある。

S1201：第1のネットワーク側デバイスが、LC−MTCをサポートするUEによって送信された測定報告メッセージを受信する。

S1202：第1のネットワーク側デバイスが、測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信する。

S1203：第2のネットワーク側デバイスが、ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送する。

S1204：第1のネットワーク側デバイスが、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスにハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信する。

図23は、ネットワーク側デバイスの実施形態6の概略構造図である。図23に示されたように、この実施形態におけるネットワーク側デバイスは、受信モジュール86と、処理モジュール87と、送信モジュール88とを含む場合がある。受信モジュール86は、低コストマシンタイプ通信LC−MTCをサポートするユーザ機器UEによって送信された測定報告メッセージを受信するように構成される。処理モジュール87は、測定報告メッセージに従って判断を実行するように構成される。送信モジュール88は、処理モジュールが第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するように構成され、その結果、第2のネットワーク側デバイスが、ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートするかどうかについての指示情報を搬送する。処理モジュール87は、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスに引き続きハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信するようにさらに構成される。

本発明のこの実施形態において提供されるネットワーク側デバイスでは、処理モジュールが測定報告メッセージに従って第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、送信モジュールは、第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信し、その結果、第2のネットワーク側デバイスは、第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、第2のネットワーク側デバイスがLC−MTCをサポートするとき、処理モジュールは、LC−MTCをサポートするUEを第2のネットワーク側デバイスにハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、処理モジュールは、ハンドオーバー取消メッセージを返信する。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間の能力不整合の問題が発生しないように防止される可能性があり、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図24は、ネットワーク側デバイスの実施形態7の概略構造図である。図24に示されたように、この実施形態におけるネットワーク側デバイスは、受信モジュール90と送信モジュール91とを含む場合がある。受信モジュール90は、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するように構成される。送信モジュール91は、ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信するように構成され、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスが低コストマシンタイプ通信LC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、第1のネットワーク側デバイスが、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、LC−MTCをサポートするUEを第2のネットワーク側デバイスに引き続きハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信する。

本発明のこの実施形態において提供されるネットワーク側デバイスでは、受信モジュールは、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信し、次に、送信モジュールにハンドオーバー要求承認メッセージを返信し、ハンドオーバー要求承認メッセージは、第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送し、その結果、ハンドオーバー要求承認メッセージの中で搬送された指示情報に従って、第2のネットワーク側デバイスがLC−MTCをサポートするとき、第1のネットワーク側デバイスは、LC−MTCをサポートするUEを第2のネットワーク側デバイスにハンドオーバーするか、または第2のネットワーク側デバイスがLC−MTCをサポートしないとき、第1のネットワーク側デバイスは、ハンドオーバー取消メッセージを返信する。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図25は、本発明による能力整合方法の実施形態13のフローチャートである。この実施形態では、UEのためにセルハンドオーバーが実行され、ネットワーク側デバイスが方法を実行する一例が説明のために使用される。図25に示されたように、この実施形態における方法は、以下を含む場合がある。

S1301：ネットワーク側デバイスが測定構成情報を生成し、測定構成情報はLC−MTCがサポートされないセル識別子を含む。

S1302：ネットワーク側デバイスがUEに測定構成情報を送信し、その結果、UEは、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップする。

具体的には、UEは、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップし、さらに、LC−MTCをサポートしないセルにハンドオーバーされず、UE用のより多くの電力が節約される。

その上、ネットワーク側デバイスにより、測定構成情報を生成することの前に、方法は、
ネットワーク側デバイスにより、UEによって送信された指示情報を受信することであって、UEがLC−MTCをサポートするUEであることを示すために指示情報が使用される、受信すること
をさらに含む。

本発明のこの実施形態において提供される能力整合方法では、ネットワーク側デバイスはLC−MTCがサポートされないセル識別子を含む測定構成情報を生成し、次に、UEに測定構成情報を送信し、その結果、UEは、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップする。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図26は、本発明による能力整合方法の実施形態14のフローチャートである。この実施形態では、UEのためにセルハンドオーバーが実行され、UEが方法を実行する一例が説明のために使用される。図26に示されたように、この実施形態における方法は、以下を含む場合がある。

S1401：UEがネットワーク側デバイスによって送信された測定構成情報を受信し、測定構成情報はLC−MTCがサポートされないセル識別子を含む。

S1402：UEが、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップする。

UEがネットワーク側デバイスによって送信された測定構成情報を受信する前に、方法は、
UEにより、ネットワーク側デバイスに指示情報を送信することであって、UEがLC−MTCをサポートするUEであることを示すために指示情報が使用される、送信すること
をさらに含む。

本発明のこの実施形態において提供される能力整合方法では、UEは、ネットワーク側デバイスによって送信された測定構成情報を受信し、測定構成情報はLC−MTCがサポートされないセル識別子を含み、UEは、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップする。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図27は、本発明による能力整合方法の実施形態15の対話のフローチャートである。図27に示されたように、この実施形態における方法は、以下を含む場合がある。

S1501：UEがネットワーク側デバイスに指示情報を送信し、指示情報はUEがLC−MTCをサポートするUEであることを示すために使用される。

S1502：ネットワーク側デバイスが測定構成情報を生成し、測定構成情報はLC−MTCがサポートされないセル識別子を含む。

S1503：ネットワーク側デバイスがUEに測定構成情報を送信する。

S1504：UEが、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップする。

図28は、ネットワーク側デバイスの実施形態8の概略構造図である。図28に示されたように、この実施形態におけるネットワーク側デバイスは、生成モジュール92と送信モジュール93とを含む場合がある。生成モジュール92は、測定構成情報を生成するように構成され、測定構成情報は、低コストマシンタイプ通信LC−MTCがサポートされないセル識別子を含む。送信モジュール93は、ユーザ機器UEに測定構成情報を送信するように構成され、その結果、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をUEがスキップする。

その上、ネットワーク側デバイスは受信モジュールをさらに含む。受信モジュールは、生成モジュールが測定構成情報を生成する前に、UEによって送信された指示情報を受信するように構成され、指示情報はUEがLC−MTCをサポートするUEであることを示すために使用される。

この実施形態において提供されるネットワーク側デバイスでは、生成モジュールはLC−MTCがサポートされないセル識別子を含む測定構成情報を生成し、次に、送信モジュールはUEに測定構成情報を送信し、その結果、UEは、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップする。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

図29は、ユーザ機器の実施形態4の概略構造図である。図29に示されたように、この実施形態におけるユーザ機器は、受信モジュール95と処理モジュール96とを含む場合がある。受信モジュール95は、ネットワーク側デバイスによって送信された測定構成情報を受信するように構成され、測定構成情報は、低コストマシンタイプ通信LC−MTCがサポートされないセル識別子を含む。処理モジュール96は、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップするように構成される。

その上、ユーザ機器は送信モジュールをさらに含む。送信モジュールは、受信モジュールがネットワーク側デバイスによって送信された測定構成情報を受信する前に、ネットワーク側デバイスに指示情報を送信するように構成され、指示情報はUEがLC−MTCをサポートするUEであることを示すために使用される。

本発明のこの実施形態において提供されるユーザ機器では、受信モジュールは、ネットワーク側デバイスによって送信された測定構成情報を受信し、測定構成情報は、LC−MTCがサポートされないセル識別子を含み、処理モジュールは、測定構成情報に含まれる、LC−MTCがサポートされないセル識別子に対応するセルに対する測定の実行をスキップする。したがって、LC−MTCをサポートするUEは、LC−MTCをサポートしないセルにハンドオーバーされないように防止される可能性がある。したがって、UEとネットワーク側デバイスとの間で能力不整合が発生する問題が回避され、認可されたリソースの浪費、UEの余分な電力消費、およびデータ送信の干渉が回避される。

本発明の一実施形態において提供される通信システムは、図26に示されたネットワーク側デバイスと、図27に示されたユーザ機器とを含む。

従来技術では、低コストマシンタイプ通信（low cost machine type communication、以下略してLC−MTCと呼ばれる）をサポートするユーザ機器（user equipment、以下略してUEと呼ばれる）は、UEの特殊なタイプであり、通常のUEと比較してコストが低く、（1）単一無線周波受信チェーン、（2）アップリンク／ダウンリンクトランスポートブロックが1000bitよりも小さいこと、および（3）1．4Mの帯域幅内のベースバンドデータのみを受信できることを含む特徴を有する。LC−MTCは1．4MHzの帯域幅のみをサポートし、各サブフレームはしきい値（たとえば、1000bit）よりも大きくないデータのみを受信することができるので、以下のタイプ、たとえば、マスタ情報ブロック（MIB）、システム情報ブロック（SIB）、ページングメッセージ、ランダムアクセス応答（RAR）、およびサービスデータのコンテンツのうちの少なくとも2つが受信される必要があるとき、LC−MTCをサポートするUEはコンテンツを受信することができず、これは解決されるべき問題である。

UEが同じサブフレーム上で少なくとも2つのタイプのコンテンツを受信する必要があるとき、本発明の一実施形態は解決策を提供し、本発明のこの実施形態は、メッセージ受信方法を提案し、その方法は、

1．少なくとも2つのタイプの受信されるべきコンテンツがマスタ情報ブロックを含む場合、マスタ情報ブロックが受信される。あるいは、

2．以下の優先レベル順序に従って、最も優先レベルが高いコンテンツが受信される。

優先レベル順序は以下のうちのいずれか1つである。
マスタ情報ブロック＞システム情報ブロック＞ランダムアクセス応答＞ページングメッセージ＞サービスデータ
ランダムアクセス応答＞ページングメッセージ＞マスタ情報ブロック＞システム情報ブロック＞サービスデータ
ページングメッセージ＞ランダムアクセス応答＞マスタ情報ブロック＞システム情報ブロック＞サービスデータ。あるいは、

3．蓄積された受信コンテンツに対応する送信帯域幅が1．4MHzを超えるか、または蓄積された受信コンテンツのサイズが受信可能なデータのしきい値を超えるまで、以下の優先レベル順序に従って、1つずつ受信を実行する。

優先レベル順序は以下のうちのいずれか1つである。
マスタ情報ブロック＞システム情報ブロック＞ランダムアクセス応答＞ページングメッセージ＞サービスデータ
ランダムアクセス応答＞ページングメッセージ＞マスタ情報ブロック＞システム情報ブロック＞サービスデータ
ページングメッセージ＞ランダムアクセス応答＞マスタ情報ブロック＞システム情報ブロック＞サービスデータ。

当業者は、方法実施形態のステップのうちのすべてまたはいくつかが、関連するハードウェアに命令するプログラムによって実施される得ることを理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶される場合がある。プログラムが走るとき、方法実施形態のステップが実施される。上記の記憶媒体には、ROM、RAM、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体が含まれる。

便利かつ簡単な説明の目的で、上記の機能モジュールの分割が説明用の例になることを、当業者は明確に理解することができる。実際の用途では、上記の機能は、様々な機能モジュールに割り振られ、要件に応じて実装することができ、すなわち、装置の内部構造は、上述された機能のうちのすべてまたは一部を実装するために、様々な機能モジュールに分割される。上記の装置の詳細な動作プロセスについては、上記の方法実施形態の中の対応するプロセスを参照することができ、詳細は本明細書において再び記載されない。

最後に、上記の実施形態は、本発明の技術的解決策を記載するためのものであるにすぎず、本発明を限定するためではないことに留意されたい。本発明は上記の実施形態を参照して詳細に記載されたが、当業者は、本発明の施形態の技術的解決策の範囲から逸脱することなく、上記の実施形態において記載された技術的解決策にさらに修正を行うか、またはそれらのいくつかもしくはすべての技術的特徴に等価な置換を行うことができることを理解するべきである。

11 識別モジュール
12 選択アクセスモジュール
21 生成モジュール
22 送信モジュール
31 生成モジュール
32 送信モジュール
33 プロセッサ
41 プロセッサ
42 送信機
51 プロセッサ
52 送信機
61 取得モジュール
62 送信モジュール
71 受信モジュール
72 処理モジュール
81 受信モジュール
82 処理モジュール
83 送信モジュール
84 受信モジュール
85 処理モジュール
86 受信モジュール
87 処理モジュール
88 送信モジュール
90 受信モジュール
91 送信モジュール
92 生成モジュール
93 送信モジュール
95 受信モジュール
96 処理モジュール

Claims (19)

1. ユーザ機器（UE）がランダムアクセスプロセスを開始する前に、前記UEにより、ネットワーク側デバイスの能力を識別するステップと、
   前記ネットワーク側デバイスが低コストマシンタイプ通信（LC−MTC）をサポートしないネットワーク側デバイスであることを前記UEが識別すると、前記UEにより、アクセスする別のネットワーク側デバイスを再選択するステップと
   を含む、能力整合方法。
2. 前記UEにより、ネットワーク側デバイスの能力を識別する前記ステップが、
   前記UEにより、物理ダウンリンク共有チャネル（PDSCH）内のシステム情報ブロック（SIB）が能力指示情報を搬送するかどうかを判定するステップであって、前記能力指示情報が、以下の
   前記ネットワーク側デバイスがLC−MTCをサポートすることを指示する能力指示、
   前記ネットワーク側デバイスのバージョン番号、
   LC−MTCタイプおよび前記LC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、
   LC−MTCタイプおよび前記LC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、
   LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネル（RACH）チャネル構成メッセージ、ならびに
   LC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネル（PRACH）チャネル構成メッセージ
   のうちのいずれか1つまたは組合せを含む、ステップを含む請求項1に記載の方法。
3. 前記UEが、前記SIBが前記能力指示情報を搬送しないと判定するとき、前記UEは、前記ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであると識別する請求項2に記載の方法。
4. 前記UEにより、アクセスする別のネットワーク側デバイスを再選択する前記ステップの前に、
   前記UEにより、前記ネットワーク側デバイスを禁制ネットワーク側デバイスとして識別するステップ
   をさらに含む、請求項1から3のいずれか一項に記載の方法。
5. ネットワーク側デバイスにより、能力指示情報を生成するステップと、
   前記ネットワーク側デバイスにより、ユーザ機器（UE）に前記能力指示情報を送信するステップであって、前記能力指示情報はシステム情報ブロック（SIB）で搬送され、前記能力指示情報は、前記ネットワーク側デバイスが低コストマシンタイプ通信（LC−MTC）をサポートすることを指示する能力指示を含む、ステップと
   を含む、能力整合方法。
6. 前記ネットワーク側デバイスにより、コアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信するステップであって、前記セットアップ要求メッセージまたは構成更新メッセージがLC−MTCをサポートするネットワーク側デバイスの識別子を搬送する、ステップ
   をさらに含む、請求項5に記載の方法。
7. ユーザ機器であって、
   ランダムアクセスプロセスが開始される前に、ネットワーク側デバイスの能力を識別するように構成された識別モジュールと、
   前記ネットワーク側デバイスが低コストマシンタイプ通信（LC−MTC）をサポートしないネットワーク側デバイスであることを前記識別モジュールが識別すると、アクセスする別のネットワーク側デバイスを再選択するように構成された選択アクセスモジュールと
   を備える、ユーザ機器。
8. 前記識別モジュールが、
   物理ダウンリンク共有チャネル（PDSCH）内のシステム情報ブロック（SIB）が能力指示情報を搬送するかどうかを判定することであって、前記能力指示情報が、以下の
   前記ネットワーク側デバイスがLC−MTCをサポートすることを指示する能力指示、
   前記ネットワーク側デバイスのバージョン番号、
   LC−MTCタイプおよび前記LC−MTCタイプに対応するアクセスパラメータを含むアクセスタイプブロックパラメータ、
   LC−MTCタイプおよび前記LC−MTCタイプに対応するアクセスパラメータを含む拡張アクセスタイプブロックパラメータ、
   LC−MTCタイプ専用の構成情報を含むランダムアクセスチャネル（RACH）チャネル構成メッセージ、ならびに
   LC−MTCタイプ専用の構成情報を含む物理ランダムアクセスチャネル（PRACH）チャネル構成メッセージ
   のうちのいずれか1つまたは組合せを含む、判定することを行うように構成される請求項7に記載のユーザ機器。
9. 前記UEが、前記SIBが前記能力指示情報を搬送しないと判定するとき、前記UEは、前記ネットワーク側デバイスがLC−MTCをサポートしないネットワーク側デバイスであると識別する請求項8に記載のユーザ機器。
10. 前記選択アクセスモジュールが、
    アクセスする別のネットワーク側デバイスを再選択することの前に、前記ネットワーク側デバイスを禁制ネットワーク側デバイスとして識別すること
    を行うようにさらに構成される、請求項7から9のいずれか一項に記載のユーザ機器。
11. ネットワーク側デバイスであって、
    能力指示情報を生成するように構成された生成モジュールと、
    ユーザ機器（UE）に前記能力指示情報を送信するように構成された送信モジュールであって、前記能力指示情報はシステム情報ブロック（SIB）で搬送され、前記能力指示情報は、前記ネットワーク側デバイスが低コストマシンタイプ通信（LC−MTC）をサポートすることを指示する能力指示を含む、送信モジュールと
    を備える、ネットワーク側デバイス。
12. 前記送信モジュールが、
    コアネットワークデバイスにセットアップ要求メッセージまたは構成更新メッセージを送信することであって、前記セットアップ要求メッセージまたは構成更新メッセージがLC−MTCをサポートするネットワーク側デバイスの識別子を搬送する、送信すること
    を行うようにさらに構成される、請求項11に記載のネットワーク側デバイス。
13. 第1のネットワーク側デバイスにより、低コストマシンタイプ通信（LC−MTC）をサポートするユーザ機器（UE）によって送信された測定報告メッセージを受信するステップと、
    前記第1のネットワーク側デバイスにより、前記測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、前記第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージが、前記UEがLC−MTCをサポートするUEであることの指示情報を搬送し、その結果、前記指示情報に従って、前記第2のネットワーク側デバイスが、前記第2のネットワーク側デバイスがLC−MTCをサポートするときハンドオーバー要求承認メッセージを返信するか、または前記第2のネットワーク側デバイスがLC−MTCをサポートしないときハンドオーバー要求失敗メッセージを返信する、ステップと
    を含み、または、
    第2のネットワーク側デバイスにより、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するステップであって、前記ハンドオーバー要求メッセージが、前記UEがLC−MTCをサポートするUEであることの指示情報を搬送する、ステップと、
    前記第2のネットワーク側デバイスにより、前記指示情報に従って、前記UEがLC−MTCをサポートするときハンドオーバー要求承認メッセージを返信するか、または前記UEがLC−MTCをサポートしないときハンドオーバー要求失敗メッセージを返信するステップと
    を含む、能力整合方法。
14. ネットワーク側デバイスであって、
    低コストマシンタイプ通信（LC−MTC）をサポートするユーザ機器（UE）によって送信された測定報告メッセージを受信するように構成された受信モジュールと、
    前記測定報告メッセージに従って判断を実行するように構成された処理モジュールと、
    前記処理モジュールが第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、前記第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するように構成された送信モジュールであって、前記ハンドオーバー要求メッセージが、前記UEがLC−MTCをサポートするUEであることの指示情報を搬送し、その結果、前記指示情報に従って、前記第2のネットワーク側デバイスが、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信する、送信モジュールと
    を備え、または、
    第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するように構成された受信モジュールであって、前記ハンドオーバー要求メッセージが、前記UEがLC−MTCをサポートするUEであることの指示情報を搬送する、受信モジュールと、
    前記指示情報に従って、LC−MTCがサポートされるときハンドオーバー要求承認メッセージを返信するか、またはLC−MTCがサポートされないときハンドオーバー要求失敗メッセージを返信するように構成された処理モジュールと
    を備える、ネットワーク側デバイス。
15. 第1のネットワーク側デバイスにより、低コストマシンタイプ通信（LC−MTC）をサポートするユーザ機器（UE）によって送信された測定報告メッセージを受信するステップと、
    前記第1のネットワーク側デバイスにより、前記測定報告メッセージに従って判断を実行し、第2のネットワーク側デバイスへのハンドオーバーを実行するように判断されたとき、前記第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するステップであって、その結果、前記第2のネットワーク側デバイスが、前記ハンドオーバー要求メッセージに従って前記第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、前記ハンドオーバー要求承認メッセージが、前記第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送する、ステップと、
    前記第1のネットワーク側デバイスにより、前記ハンドオーバー要求承認メッセージの中で搬送された前記指示情報に従って、LC−MTCをサポートする前記UEである前記LC−MTC UEを前記第2のネットワーク側デバイスに引き続きハンドオーバーするか、または前記第2のネットワーク側デバイスがLC−MTCをサポートしないと判断されたとき、ハンドオーバー取消メッセージを返信するステップと
    を含む、能力整合方法。
16. 第2のネットワーク側デバイスにより、第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するステップと、
    前記第2のネットワーク側デバイスにより、前記ハンドオーバー要求メッセージに従って前記第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信するステップであって、前記ハンドオーバー要求承認メッセージが、前記第2のネットワーク側デバイスが低コストマシンタイプ通信（LC−MTC）をサポートするかどうかについての指示情報を搬送し、その結果、前記第1のネットワーク側デバイスが、前記ハンドオーバー要求承認メッセージの中で搬送された前記指示情報に従って、LC−MTCをサポートするユーザ機器（UE）であるLC−MTC UEを前記第2のネットワーク側デバイスに引き続きハンドオーバーするか、または前記第2のネットワーク側デバイスがLC−MTCをサポートしないと判断されたとき、ハンドオーバー取消メッセージを返信する、ステップと
    を含む、能力整合方法。
17. ネットワーク側デバイスであって、
    低コストマシンタイプ通信（LC−MTC）をサポートするユーザ機器（UE）によって送信された測定報告メッセージを受信するように構成された受信モジュールと、
    前記測定報告メッセージに従って判断を実行するように構成された処理モジュールと、
    前記処理モジュールが第2のネットワーク側デバイスへのハンドオーバーを実行するように判断したとき、前記第2のネットワーク側デバイスにハンドオーバー要求メッセージを送信するように構成された送信モジュールであって、その結果、前記第2のネットワーク側デバイスが、前記ハンドオーバー要求メッセージに従って第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信し、前記ハンドオーバー要求承認メッセージが、前記第2のネットワーク側デバイスがLC−MTCをサポートするかどうかについての指示情報を搬送する、送信モジュールと
    を備え、
    前記処理モジュールが、前記ハンドオーバー要求承認メッセージの中で搬送された前記指示情報に従って、LC−MTCをサポートする前記UEを前記第2のネットワーク側デバイスに引き続きハンドオーバーするか、または前記第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信するようにさらに構成される、
    ネットワーク側デバイス。
18. ネットワーク側デバイスであって、
    第1のネットワーク側デバイスによって送信されたハンドオーバー要求メッセージを受信するように構成された受信モジュールと、
    前記ハンドオーバー要求メッセージに従って前記第1のネットワーク側デバイスにハンドオーバー要求承認メッセージを返信するように構成された送信モジュールであって、前記ハンドオーバー要求承認メッセージが、第2のネットワーク側デバイスが低コストマシンタイプ通信（LC−MTC）をサポートするかどうかについての指示情報を搬送し、その結果、前記第1のネットワーク側デバイスが、前記ハンドオーバー要求承認メッセージの中で搬送された前記指示情報に従って、LC−MTCをサポートするユーザ機器（UE）を前記第2のネットワーク側デバイスに引き続きハンドオーバーするか、または前記第2のネットワーク側デバイスがLC−MTCをサポートしないとき、ハンドオーバー取消メッセージを返信する、送信モジュールと
    を備える、ネットワーク側デバイス。
19. 請求項7から10のいずれか一項によるユーザ機器と、請求項11または12によるネットワーク側デバイスと、コアネットワークデバイスとを備える、通信システムであって、前記コアネットワークデバイスは、再選択構成情報を生成するように構成された第2の生成モジュールであって、前記再選択構成情報が低コストマシンタイプ通信（LC−MTC）をサポートするネットワーク側デバイスについての情報を含む、第2の生成モジュールと、
    ユーザ機器（UE）に前記再選択構成情報を送信するように構成された第2の送信モジュールであって、その結果、前記UEがアクセス用に前記再選択構成情報の中の前記ネットワーク側デバイスを優先的に選択する、第2の送信モジュールと
    を備える、通信システム。