(57)【要約】  本発明の複数の実施形態は、データ送信方法及び装置を提供する。その方法は、ユーザ機器UEにより、第1のキャリアによって第1の同期ソース構成情報を受信するステップと、第1の同期ソース構成情報に基づいて、第1の同期ソースを決定するステップと、第1の同期ソースとの同期が失敗したということを決定するステップと、第2の同期ソース及び送信リソースを決定するステップと、決定された送信リソースを使用することによって、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するステップと、を含み、第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用され、第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。本発明の複数の実施形態においては、ユーザ機器と第1の同期ソースとの間の同期が失敗した後であっても、依然として、正常なデータ送信を実装することが可能である。
2019531004.tif 000002
【特許請求の範囲】
【請求項１】
データ送信方法であって、
ユーザ機器UEにより、第1のキャリアによって第1の同期ソース構成情報を受信するステップであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、ステップと、
前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するステップであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、ステップと、
前記第1の同期ソースとの同期が失敗したということを前記UEによって決定するステップと、
前記UEによって、第2の同期ソース及び送信リソースを決定するステップと、
前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するステップと、を含む、
方法。
【請求項２】
前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップは、
前記UEの同期タイマーが指定された時刻を超えたときに、前記UEが、前記第1の同期ソースから同期信号を受信しない場合に、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、
前記UEが前記第1の同期ソースから受信した同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、及び、
指定された継続期間Tにおいて前記UEが前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、
のうちのいずれか1つの方式を含む、請求項1に記載の方法。
【請求項３】
前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップは、
前記UEが前記第2の同期ソースを検出し、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップを含む、請求項1に記載の方法。
【請求項４】
前記UEによって、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、
前記UEにより、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、
前記UEにより、前記第1のキャリアによって無線リソース制御RRC専用シグナリングを受信し、そして、前記RRC専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、をさらに含む、請求項3に記載の方法。
【請求項５】
前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、
前記UEによって、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記UEによって、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定するステップ、又は、
前記UEによって、前記第2の同期ソースとして前記UEのクロックを使用するステップ、
を含む、請求項1乃至4のうちのいずれか1項に記載の方法。
【請求項６】
前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、
前記UEによって、リソースプール構成情報を取得するステップであって、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得される、ステップと、
前記UEによって、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定するステップと、を含む、請求項1乃至5のうちのいずれか1項に記載の方法。
【請求項７】
前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、
前記UEにより、前記第1のキャリアによってリソーススケジューリング情報を受信するステップと、
前記UEによって、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定するステップと、を含み、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である、請求項1乃至5のうちのいずれか1項に記載の方法。
【請求項８】
前記UEが、前記第1の同期ソースとの前記同期が失敗したということを決定した後に、前記UEにより、前記第1のキャリアによってアクセスネットワークデバイスに指示情報を送るステップをさらに含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の前記同期が失敗したということを示すのに使用される、請求項1乃至7のうちのいずれか1項に記載の方法。
【請求項９】
前記UEにより、前記第1のキャリアによって前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るステップをさらに含み、前記第2の同期ソースの前記識別情報は、前記UEの現在の同期ソースを示すのに使用される、請求項1乃至8のうちのいずれか1項に記載の方法。
【請求項１０】
前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定する前記ステップは、
前記UEによって、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するステップを含む、請求項1乃至9のうちのいずれか1項に記載の方法。
【請求項１１】
前記第1の同期ソースは、全球測位衛星システムGNSSである、請求項1乃至10のうちのいずれか1項に記載の方法。
【請求項１２】
前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信する前記ステップは、
前記UEによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するステップを含む、請求項1乃至11のうちのいずれか1項に記載の方法。
【請求項１３】
前記データは、あらゆる対象物と車両との間のV2X通信データである、請求項1乃至12のうちのいずれか1項に記載の方法。
【請求項１４】
データ送信方法であって、
アクセスネットワークデバイスによってユーザ機器UEに、第1のキャリアを使用することによって第1の同期ソース構成情報を送るステップであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、ステップと、
前記第1のキャリアによって前記UEが送った指示情報を前記アクセスネットワークデバイスによって受信するステップと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、
方法。
【請求項１５】
前記アクセスネットワークデバイスによって前記UEに、前記第1のキャリアによって第2の同期ソース構成情報を送るステップをさらに含み、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される、請求項14に記載の方法。
【請求項１６】
データ送信装置であって、
第1のキャリアによって第1の同期ソース構成情報を受信するように構成される受信ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、受信ユニットと、
前記受信ユニットが受信した前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するように構成される処理ユニットであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっており、
前記処理ユニットは、さらに、前記第1の同期ソースとの同期が失敗したということを決定するように構成され、
前記処理ユニットは、さらに、第2の同期ソース及び送信リソースを決定するように構成される、処理ユニットと、
前記送信リソースを使用することによって、前記処理ユニットが決定した前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するように構成される送信ユニットと、を含む、
装置。
【請求項１７】
前記処理ユニットは、特に、同期タイマーが指定された時刻を超える前に、前記第1の同期ソースからの同期信号を受信しない場合に、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、前記第1の同期ソースからの同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、及び、指定された継続期間Tにおいて前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、のうちのいずれか1つの方式によって、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される、請求項16に記載の装置。
【請求項１８】
前記処理ユニットは、前記第2の同期ソースが検出され、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される、請求項16に記載の装置。
【請求項１９】
前記処理ユニットは、さらに、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによって無線リソース制御RRC専用シグナリングを受信し、そして、前記RRC専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定する、ように構成される、請求項18に記載の装置。
【請求項２０】
前記処理ユニットは、さらに、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定する、ように構成されるか、又は、前記方法は、ユーザ機器UEによって実行され、前記UEのクロックが前記第2の同期ソースとして使用される、請求項16乃至19のうちのいずれか1項に記載の装置。
【請求項２１】
前記処理ユニットは、特に、リソースプール構成情報を取得し、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得され、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定する、ように構成される、請求項16乃至20のうちのいずれか1項に記載の装置。
【請求項２２】
前記処理ユニットは、特に、前記第1のキャリアによってリソーススケジューリング情報を受信し、そして、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定する、ように構成され、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である、請求項16乃至20のうちのいずれか1項に記載の装置。
【請求項２３】
前記第1の同期ソースとの前記同期が失敗したということを決定した後に、前記アクセスネットワークデバイスに指示情報を送るように構成される送出ユニットをさらに含み、前記指示情報は、前記第1の同期ソースとの前記同期が失敗したということを示すのに使用される、請求項16乃至22のうちのいずれか1項に記載の装置。
【請求項２４】
当該装置は、前記ユーザ機器UEであり、前記送出ユニットは、さらに、前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るように構成され、前記第2の同期ソースの前記識別情報は、前記UEの現在の同期ソースを示すのに使用される、請求項16乃至23のうちのいずれか1項に記載の装置。
【請求項２５】
前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記処理ユニットは、特に、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するように構成される、請求項16乃至24のうちのいずれか1項に記載の装置。
【請求項２６】
前記第1の同期ソースは、全球測位衛星システムGNSSである、請求項16乃至25のうちのいずれか1項に記載の装置。
【請求項２７】
前記送信ユニットは、特に、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するように構成される、請求項16乃至26のうちのいずれか1項に記載の装置。
【請求項２８】
前記データは、あらゆる対象物と車両との間のV2X通信データである、請求項16乃至27のうちのいずれか1項に記載の装置。
【請求項２９】
データ送信装置であって、
第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送るように構成される送出ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、送出ユニットと、
前記第1のキャリアによって前記UEが送った指示情報を受信するように構成される受信ユニットと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、
装置。
【請求項３０】
前記送出ユニットは、さらに、前記第1のキャリアによって前記UEに第2の同期ソース構成情報を送るように構成され、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される、をさらに含む、請求項29に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の複数の実施形態は、無線通信分野に関し、より具体的には、データ送信方法及び装置に関する。
【背景技術】
【０００２】
現時点では、車載型デバイスは、車車間(Vehicle  to  Vehicle,  V2V)通信、路車間(Vehicle  to  Infrastructure,  V2I)通信、歩車間(Vehicle  to  Pedestrian,  V2P)通信、及びネットワーク車間(Vehicle  to  Network,  V2N)通信等によって適時に、交通情報を取得し、或いは、情報サービスを受信することが可能である。V2V及びV2Iは、一般的な例として使用される。車載型デバイスは、V2V通信によって他の周囲の車載型デバイスに、速度、運転方向、又はその車両の特定の位置、或いは、緊急時制動が行われているか否か等の情報をブロードキャストしてもよく、それによって、運転者は、視線の外側の交通状況をより良好に知るための上記の情報を取得して、危険を早期に発見して回避することが可能である。V2I通信の場合には、上記のセキュリティ情報の交換のほかに、路側設備は、さらに、車載型デバイスにさまざまなタイプのサービス情報を提供し、その車載型デバイスがデータネットワークにアクセスするのを可能とし、その車両と停止させることなくその車両に充電し、そして、車載型エンターテイメントを提供することが可能であり、それによって、交通機関は、よりインテリジェントなものとなる。上記の通信方式は、本明細書においては、集合的に、あらゆる対象物と車両との間の(Vehicle-to-Everything,  V2X)通信と称されてもよく、V2X送信でのデータは、V2Xデータと称され、そして、V2X通信に使用されるネットワークは、車両のインターネットと称される。
【０００３】
ユーザ機器(User  Equipment,  UE)がV2X送信のために使用する送信キャリア及びそのUEがキャンプオンするサービスキャリアは、複数の異なるキャリアであってもよい、言い換えると、送信キャリア及びサービスキャリアは、複数の異なる周波数に位置していてもよい。
【０００４】
送信キャリア及びサービスキャリアが、複数の異なる周波数に位置している場合には、基地局は、そのサービスキャリアを使用することによって、UEがV2Xデータを送信するのに使用する送信キャリアのための同期ソースを構成してもよい。そのUEは、その同期ソースに基づいて、その送信キャリアによって同期クロックを取得し、そして、データを送信してもよい。例えば、基地局は、UEのために、V2Xデータのための送信キャリアの同期ソースとして、全球測位衛星システム(Global  Navigation  Satellite  System,  GNSS)を構成し、そのUEのために基地局が構成するリソースのすべては、同期ソースクロック(すなわち、GNSSクロック)に基づいている。ある特定のGNSS時点に基づいて、UEは、その時点に対応しているフレーム番号及びサブフレーム番号を算出してもよい。UEにリソースを割り当てる際に、その基地局は、GNSSクロックに基づいて、(例えば、V2Xデータを送信するのに、フレーム#1の10番目のサブフレームのすべての周波数領域リソースを使用してもよいといったように)そのUEが使用してもよい送信リソースの特定の時間周波数位置を示してもよい。現在のGNSS時点に対応しているフレーム番号及びサブフレーム番号が、基地局が割り当てたリソースの時点に達するときに、UEは、データを送ることが可能である。
【０００５】
しかしながら、UEは、時折、同期ソースとの同期がとれていない状態となる場合がある、言い換えると、そのUEとその同期ソースとの間の同期が失敗する場合がある。例えば、UEがトンネル又はガレージに入るときに、そのUEは、GNSSが送った信号を受信することができない。この場合には、そのUEは、フレーム番号及びサブフレーム番号を取得することは不可能である。結果的に、そのUEは、基地局が割り当てたリソースの正しい時点を決定することができず、そのUEは、正常にデータを送信することができない。
【発明の概要】
【０００６】
本発明の複数の実施形態は、データ送信方法及び装置を提供して、ユーザ機器が同期ソースとの間で同期がとれていない状態となった後の正常なデータ送信を実装する。
【０００７】
第1の態様によれば、データ送信方法であって、ユーザ機器UEにより、第1のキャリアによって第1の同期ソース構成情報を受信するステップであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、ステップと、前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するステップであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、ステップと、前記第1の同期ソースとの同期が失敗したということを前記UEによって決定するステップと、前記UEによって、第2の同期ソース及び送信リソースを決定するステップと、前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するステップと、を含む、データ送信方法が提供される。
【０００８】
上記の解決方法を使用することによって、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０００９】
ある1つの可能な設計において、データは、直接接続通信方式で送信されるデバイストゥデバイス(Device-to-Device,  D2D)データ、V2Xデータ、及び他のデータであってもよい。特に、本発明のこの実施形態におけるデータは、V2Xデータであり、V2Xデータは、V2Xサービス関連データである。
【００１０】
ある1つの可能な設計において、UEは、基地局のネットワークカバレッジエリアの中に常に存在していてもよい。言い換えると、そのUEが、基地局の信号品質がアクセス要件に適合しているということを検出する場合には、接続状態にあるそのUEは、その基地局とシグナリング及びデータを正常に交換することが可能であり、また、アイドル(IDLE)状態にあるそのUEは、その基地局が送ったシステム情報及びページング情報を正常に受信することが可能である。
【００１１】
ある1つの可能な設計において、当該方法は、前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップが、前記UEの同期タイマーが指定された時刻を超えたときに、前記UEが、前記第1の同期ソースから同期信号を受信しない場合に、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、前記UEが前記第1の同期ソースから受信した同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、及び、指定された継続期間Tにおいて前記UEが前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、のうちのいずれか1つの方式を含むということをさらに含む。
【００１２】
ある1つの可能な設計において、同期タイマーの開始時点は、最新の同期信号を受信する時点であってもよい。
【００１３】
ある1つの可能な設計において、前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップは、前記UEが前記第2の同期ソースを検出し、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップを含む。
【００１４】
ある1つの可能な設計において、当該方法は、前記UEによって、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、前記UEにより、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、前記UEにより、前記第1のキャリアによって無線リソース制御RRC専用シグナリングを受信し、そして、前記RRC専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、をさらに含む。
【００１５】
第1のあらかじめ構成された情報、ブロードキャストメッセージ、又はRRC専用シグナリングは、同期ソースの優先順位情報を含む。
【００１６】
選択的に、ある1つの可能な設計において、第1の同期ソース構成情報は、同期ソースの優先順位情報を含み、それによって、第1の同期ソース構成情報に基づいて、第1の同期ソース及び第2の同期ソースの優先順位を決定することが可能である。
【００１７】
ある1つの可能な設計において、前記UEによって、前記データを送信するのに必要となる第2の同期ソース及び送信リソースを決定する前記ステップは、前記UEによって、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記UEによって、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定するステップ、又は、前記UEによって、前記第2の同期ソースとして前記UEのクロックを使用するステップ、を含む。
【００１８】
ある1つの可能な設計において、新たな同期ソースを検出することによって、第1の同期ソースが失敗したということを決定する場合には、UEによって、第2の同期ソースの識別子に基づいて第2の同期ソースを決定するステップは、UEがその識別子に基づいて第2の同期ソースを検出するということであってもよい。第2の同期ソースの信号強度が指定された値よりも大きく、かつ、第2の同期ソースの優先順位が第1の同期ソースの優先順位よりも高いときに、第1の同期ソースが失敗したということ及び第2の同期ソースを新たな同期ソースとして使用するということを決定してもよい。
【００１９】
ある1つの可能な設計において、前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、前記UEによって、リソースプール構成情報を取得するステップであって、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得される、ステップと、前記UEによって、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定するステップと、を含む。
【００２０】
ある1つの可能な設計において、前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、前記UEにより、前記第1のキャリアによってリソーススケジューリング情報を受信するステップと、前記UEによって、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定するステップと、を含み、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である。
【００２１】
ある1つの可能な設計において、当該方法は、前記UEが、前記第1の同期ソースとの前記同期が失敗したということを決定した後に、前記UEにより、アクセスネットワークデバイスに指示情報を送るステップをさらに含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の前記同期が失敗したということを示すのに使用される。
【００２２】
ある1つの可能な設計において、当該方法は、前記UEにより、前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るステップをさらに含み、前記第2の同期ソースの前記識別情報は、前記UEが、前記第2の同期ソースのクロックに基づいて、前記第2のキャリアによって前記データを送信するということを示すのに使用される。
【００２３】
ある1つの可能な設計において、前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定する前記ステップは、前記UEによって、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するステップを含む。
【００２４】
ある1つの可能な設計において、前記第1の同期ソースは、全球測位衛星システムGNSSである。
【００２５】
本発明のこの実施形態において使用される同期ソースは、具体的には、限定されない。例えば、本発明のこの実施形態での同期ソースは、GNSSであってもよく、或いは、GNSSと同期しているモバイル端末、GNSSと同期しているセル、そのUEにサービスを提供している現在のセル、又はあらかじめ設定されたセル等であってもよい。
【００２６】
ある1つの可能な設計において、前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信する前記ステップは、前記UEによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するステップを含む。
【００２７】
本発明のこの実施形態においては、直接接続通信方式によって、又は、基地局が中継器として動作する通信方式によって、V2Xデータを送信してもよい。
【００２８】
ある1つの可能な設計において、前記データは、あらゆる対象物と車両との間のV2X通信データである。
【００２９】
本発明のこの実施形態におけるデータは、あらゆる対象物と車両との間のV2X通信データである。この手法によって、運転者は、V2Xデータ送信によって、視線の外側の交通の状況を知って、危険を早期に発見して回避することが可能であり、それにより、交通事故を減少させる。
【００３０】
第2の態様によれば、データ送信方法であって、アクセスネットワークデバイスによってユーザ機器UEに、第1のキャリアを使用することによって第1の同期ソース構成情報を送るステップであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、ステップと、前記第1のキャリアによって前記UEが送った指示情報を前記アクセスネットワークデバイスによって受信するステップと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、データ送信方法が提供される。
【００３１】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【００３２】
ある1つの可能な設計において、当該方法は、前記アクセスネットワークデバイスによって前記UEに、前記第1のキャリアによって第2の同期ソース構成情報を送るステップをさらに含み、それによって、前記UEは、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信する。
【００３３】
ある1つの可能な設計において、アクセスネットワークデバイスは、UEのために、第2の同期ソースに対応する送信リソースを構成し、そして、そのUEにその送信リソースを送ってもよく、それによって、そのUEは、その第2の同期ソースに基づいて、その送信リソースによってデータを送信する。この手法によって、第1の同期ソースとの同期が失敗した後であっても、そのUEは、依然として、正常なデータ送信を実行することが可能である。
【００３４】
ある1つの可能な設計において、前記データは、あらゆる対象物と車両との間のV2X通信データである。
【００３５】
第3の態様によれば、データ送信装置であって、第1のキャリアによって第1の同期ソース構成情報を受信するように構成される受信ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、受信ユニットと、前記受信ユニットが受信した前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するように構成される処理ユニットであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっており、前記処理ユニットは、さらに、前記第1の同期ソースとの同期が失敗したということを決定するように構成され、前記処理ユニットは、さらに、第2の同期ソース及び送信リソースを決定するように構成される、処理ユニットと、前記送信リソースを使用することによって、前記処理ユニットが決定した前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するように構成される送信ユニットと、を含む、データ送信装置が提供される。
【００３６】
本発明のこの実施形態において、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【００３７】
ある1つの可能な設計において、前記処理ユニットは、特に、前記UEの同期タイマーが指定された時刻を超えるときに、前記UEが、前記第1の同期ソースからの同期信号を受信しない場合に、前記UEによって、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、前記UEが前記第1の同期ソースから受信した同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定する方式、及び、前記UEが指定された継続期間Tにおいて前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定する方式、のうちのいずれか1つの方式によって、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される。
【００３８】
ある1つの可能な設計において、前記処理ユニットは、前記第2の同期ソースが検出され、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される。
【００３９】
ある1つの可能な設計において、前記処理ユニットは、さらに、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによって無線リソース制御RRC専用シグナリングを受信し、そして、前記RRC専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定する、ように構成される。
【００４０】
ある1つの可能な設計において、前記処理ユニットは、さらに、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定する、ように構成されるか、又は、前記方法は、ユーザ機器UEによって実行され、前記UEのクロックが前記第2の同期ソースとして使用される。
【００４１】
ある1つの可能な設計において、前記処理ユニットは、特に、リソースプール構成情報を取得し、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得され、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定する、ように構成される。
【００４２】
ある1つの可能な設計において、前記処理ユニットは、特に、前記第1のキャリアによってリソーススケジューリング情報を受信し、そして、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定する、ように構成され、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である。
【００４３】
ある1つの可能な設計において、当該装置は、前記UEが、前記第1の同期ソースとの同期が失敗したということを決定した後に、前記アクセスネットワークデバイスに指示情報を送るように構成される送出ユニットをさらに含み、前記指示情報は、前記第1の同期ソースとの前記同期が失敗したということを示すのに使用される。
【００４４】
ある1つの可能な設計において、当該装置は、前記ユーザ機器UEであり、前記送出ユニットは、さらに、前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るように構成され、前記第2の同期ソースの前記識別情報は、前記UEの現在の同期ソースを示すのに使用される。
【００４５】
ある1つの可能な設計において、前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記処理ユニットは、特に、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するように構成される。
【００４６】
ある1つの可能な設計において、前記第1の同期ソースは、全球測位衛星システムGNSSである。
【００４７】
ある1つの可能な設計において、前記送信ユニットは、特に、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するように構成される。
【００４８】
ある1つの可能な設計において、前記データは、あらゆる対象物と車両との間のV2X通信データである。
【００４９】
本発明の複数の実施形態の第3の態様におけるデータ送信装置は、本発明の方法の実施形態に関する第1の態様におけるデータ送信方法に対応していてもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作、及び/又は、機能は、それぞれ、第1の態様において示されているその方法の対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【００５０】
ある1つの可能な設計において、受信ユニットは、受信機であってもよく、その受信機は、第1のキャリアによって第1の同期ソース構成情報を受信するように構成されてもよく、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【００５１】
その受信機は、さらに、第3の態様におけるそれらの複数の可能な設計によって受信ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５２】
ある1つの可能な設計において、処理ユニットは、プロセッサであってもよく、そのプロセッサは、第1の同期ソース構成情報に基づいて、第1の同期ソースを決定し、第1の同期ソースとの同期が失敗したということを決定し、そして、第2の同期ソース及び送信リソースを決定する、ように構成されてもよい。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【００５３】
プロセッサは、第3の態様におけるそれらの複数の可能な設計によって処理ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５４】
ある1つの可能な設計において、送信ユニットは、送出機であってもよく、その送出機は、送信リソースを使用することによって、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するように構成される。
【００５５】
その送出機は、第3の態様におけるそれらの複数の可能な設計によって処理ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５６】
ある1つの可能な設計において、送信ユニットは、送信機であってもよい。その送信機は、送信リソースを使用することによって、処理ユニットが決定した第2の同期ソースに基づいて、第2のキャリアによってデータを送信するように構成されてもよい。
【００５７】
その送信機は、第3の態様におけるそれらの複数の可能な設計によって送信ユニット及び/又は送出ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５８】
第4の態様によれば、データ送信装置であって、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送るように構成される送出ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、送出ユニットと、前記第1のキャリアによって前記UEが送った指示情報を受信するように構成される受信ユニットと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、データ送信装置が提供される。
【００５９】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのためにリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【００６０】
ある1つの可能な設計において、前記送出ユニットは、さらに、前記第1のキャリアによって前記UEに第2の同期ソース構成情報を送るように構成され、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される。
【００６１】
本発明の複数の実施形態の第4の態様におけるデータ送信装置は、本発明の方法の実施形態に関する第2の態様におけるデータ送信方法に対応していてもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作、及び/又は、機能は、それぞれ、第2の態様において示されているその方法の対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【００６２】
ある1つの可能な設計において、送出ユニットは、送信機であってもよく、その送信機は、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送るように構成されてもよく、第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【００６３】
ある1つの可能な設計において、受信ユニットは、受信機であってもよく、その受信機は、第1のキャリアによって指示情報を受信するように構成されてもよく、その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用され、第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用され、第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【００６４】
ある1つの可能な設計において、前記送信機は、さらに、前記UEに第2の同期ソース構成情報を送るように構成されてもよく、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される。
【００６５】
第5の態様によれば、本発明のある1つの実施形態は、上記のアクセスネットワークデバイスが使用するコンピュータソフトウェア命令を格納するように構成されるコンピュータ記憶媒体を提供する。そのコンピュータ記憶媒体は、第2の態様又は第2の態様の複数の可能な設計を実行するように設計されるプログラムを含む。
【００６６】
上記の解決方法を使用することによって、UEと同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【００６７】
第6の態様によれば、本発明のある1つの実施形態は、上記のUEが使用するコンピュータソフトウェア命令を格納するように構成されるコンピュータ記憶媒体を提供する。そのコンピュータ記憶媒体は、第1の態様又は第1の態様の複数の可能な設計を実行するように設計されるプログラムを含む。
【００６８】
上記の解決方法を使用することによって、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【図面の簡単な説明】
【００６９】
本発明の複数の実施形態による複数の技術的解決方法をより明確に説明するために、以下の記載は、本発明のそれらの複数の実施形態を説明するのに必要となる複数の添付の図面を簡潔に説明する。明らかなことではあるが、以下の説明の中の複数の添付の図面は、本発明の複数の実施形態のうちのいくつかを示すにすぎず、当業者は、さらに、創造的な努力なくして、これらの複数の添付の図面から他の図面を導き出すことが可能である。
【００７０】
【図１】本発明のある1つの実施形態に適用可能な通信システムのある1つのシナリオの概略的な図である。
【図２】本発明のある1つの実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。
【図３】本発明の他の実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。
【図４】本発明のある1つの実施形態にしたがったデータ送信装置のブロック図である。
【図５】本発明の他の実施形態にしたがったデータ送信装置のブロック図である。
【図６】本発明のある1つの実施形態にしたがったデータ送信装置のブロック図である。
【図７】本発明の他の実施形態にしたがったデータ送信装置のブロック図である。
【発明を実施するための形態】
【００７１】
以下の記載は、本発明の複数の実施形態による複数の添付の図面を参照して、本発明のそれらの複数の実施形態による複数の技術的解決方法を明確かつ完全に説明する。明らかなことではあるが、それらの説明される実施形態は、本発明のそれらの複数の実施形態のすべてではなく一部である。創造的な努力を行うことなく本発明の複数の実施形態に基づいて当業者が得ることが可能であるすべての他の実施形態は、本発明の保護範囲に属するものとする。
【００７２】
汎欧州ディジタル移動体通信(Global  System  for  Mobile  Communications,  GSM)システム、符号分割多元接続(Code  Division  Multiple  Access,  CDMA)システム、広帯域符号分割多元接続(Wideband  Code  Division  Multiple  Access,  WCDMA)システム、汎用パケット無線データ(General  Packet  Radio  Service,  GPRS)、ロングタームエボリューション(Long  Term  Evolution,  LTE)システム、LTE周波数分割複信(Frequency  Division  Duplex,  FDD)システム、LTE時分割複信(Time  Division  Duplex,  TDD)、ユニバーサル移動体通信システム(Universal  Mobile  Telecommunications  System,  UMTS)、及びマイクロ波アクセスのための全世界的相互運用性(Worldwide  Interoperability  for  Microwave  Access,  WiMAX)通信システム等の様々な通信システムに、本発明のそれらの複数の実施形態の複数の技術的解決方法を適用してもよいということを理解すべきである。
【００７３】
基地局は、GSM又はCDMAにおける基地局(Base  Transceiver  Station,  BTS)、WCDMAにおける基地局(NodeB,  NB)であってもよく、或いは、LTEにおける進化型基地局(evolved  NodeB,  eNB又はe-NodeB)であってもよい。このことは、本発明のそれらの複数の実施形態においては限定されない。しかしながら、説明を容易にするために、以下の複数の実施形態の中での説明のための1つの例として、基地局又はeNBを使用する。
【００７４】
ユーザ機器(User  Equipment,  UE)は、端末(Terminal)、移動局(Mobile  Station,  MS)、又はモバイル端末(Mobile  Terminal)等と称されてもよい。ユーザ機器は、無線アクセスネットワーク(Radio  Access  Network,  RAN)を介して1つ又は複数のコアネットワークとの間で通信してもよい。例えば、ユーザ機器は、("セルラー"フォンとも称される)携帯電話又はモバイル端末機能を有するコンピュータであってもよい。例えば、ユーザ機器は、無線アクセスネットワークとの間で音声及び/又はデータを交換する携帯用モバイル装置、ポケットサイズのモバイル装置、ハンドヘルドモバイル装置、コンピュータ内蔵型モバイル装置、又は車載型モバイル装置であってもよい。特に、本発明の複数の実施形態におけるユーザ機器は、車載型デバイスであってもよい。
【００７５】
図1は、本発明のある1つの実施形態に適用可能な通信システムのある1つのシナリオの概略的な図である。図1の通信システムは、ユーザ機器UE11、デバイスX12、アクセスネットワークデバイス13、及び同期ソース14を含む。
【００７６】
本発明のこの実施形態におけるUEは、車載型デバイスであってもよく、或いは、端末型路側ユニットデバイス、ハンドヘルド端末、又はウェアラブルデバイス等であってもよい。本発明のこの実施形態におけるアクセスネットワークデバイスは、基地局、又は局型路側ユニット等であってもよい。本発明のこの実施形態におけるデバイスXは、いずれかのデバイスであってもよい。例えば、デバイスXは、車載型デバイス、ネットワーク、歩行者、又は路側設備等であってもよい。
【００７７】
例えば、本明細書においては、UEは、車載型デバイスであり、アクセスネットワークデバイスは、基地局である。UEとデバイスXとの間でV2Xデータ送信を実行してもよく、UE11は、基地局13の単一のカバレッジエリアの中に存在する。V2Xデータ送信の送信キャリアは、サービスキャリアとは異なっていてもよく、そのUEがキャンプオンする基地局によって展開されてもよい、言い換えると、送信キャリア及びサービスキャリアの周波数は、異なっていてもよい。
【００７８】
サービスキャリアを使用することによって、V2Xデータ送信キャリアにおけるUEの同期ソースを構成してもよい。例えば、基地局は、UEのために、V2Xデータ送信キャリアの同期ソースとしてGNSSを構成する。基地局がUEのために構成するすべてのリソースは、同期ソースGNSSクロックに基づいている。UEは、GNSSの時点に基づいて、その時点に対応しているフレーム番号及びサブフレーム番号を算出してもよい。UEにリソースを割り当てるときに、基地局は、例えば、UEが使用してもよい送信リソースのフレーム番号及びサブフレーム番号等のUEが使用してもよい送信リソースのある特定の時間周波数位置を示してもよい。GNSS時点に対応しているフレーム番号及びサブフレーム番号が、基地局が示すとともに送信リソースのフレーム番号及びサブフレーム番号と等しくなるときに、UEは、データを送ってもよい。
【００７９】
しかしながら、UEは、同期ソースとの同期がとれていない状態となる場合がある、言い換えると、そのUEとその同期ソースとの間の同期が失敗する場合がある。例えば、UEがトンネル又はガレージに入るときに、そのUEは、GNSSが送った信号を受信することができない。この場合には、そのUEは、フレーム番号及びサブフレーム番号を取得することは不可能である。結果的に、そのUEは、基地局が割り当てたリソースの正しい時点を決定することができず、そのUEは、正常にデータを送信することができない。
【００８０】
サービスキャリア及びデータ送信キャリアが、異なるキャリアに位置し、UEが、基地局が割り当てた現在の同期ソースと同期していない場合に、UEによるV2Xデータの正常な送信をどのようにして保証するかは、本発明によって解決されるべき主たる技術的課題である。
【００８１】
図2は、本発明のある1つの実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。本発明のこの実施形態の説明においては、例えば、アクセスネットワークデバイスは、eNBであり、データは、V2Xデータである。方法の手順においては、データ送信の説明のための1つの例として、UEとeNBとの間の情報交換及びUEとデバイスXとの間の情報交換を使用する。
【００８２】
201.  eNBは、第1のキャリアによって、UEに第1の同期ソース構成情報を送り、そのUEは、第1のキャリアによって、eNBが送ったその第1の同期ソース構成情報を受信する。
【００８３】
eNBは、UEに第1の同期ソース構成情報を送る。第1の同期ソース構成情報は、第2のキャリアによってV2Xデータを送信するのに必要となる現在の同期ソースをUEのために構成するのに使用されてもよい。
【００８４】
ある1つの選択的な実施形態においては、第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、それによって、UEは、その第1の同期ソースの識別子に基づいて、V2Xデータを送信するのに必要となる現在の同期ソースを決定する。本発明のこの実施形態における第1の同期ソース構成情報は、第1の同期ソースが、GNSS、モバイル端末又はGNSSと同期しているセル、UEに現在サービスを提供しているセル、特定のセル、及び指定されたモバイル端末同期ソースのうちのいずれか1つのである。好ましくは、第1の同期ソース構成情報は、第1の同期ソースがGNSSであり、それに対応して、その第1の同期ソースの識別子がGNSS識別子であるということを示してもよい。
【００８５】
eNBは、第1のキャリアに配置され、V2Xデータ送信は、第2のキャリアを使用することによって実行される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。例えば、第1キャリア(UEのサービスキャリア)の周波数は、2[GHz]であってもよく、第2キャリア(UEがV2Xデータを送信するのに使用する送信キャリア)の周波数は、5.9[GHz]であってもよい。UEのための送信キャリアにおける(例えば、動的な送信リソース、半永続的な送信リソース、送信リソースプール、及び受信リソースプール等の)送信リソースを構成するのに、サービスキャリアを使用してもよい。構成情報は、第2のキャリアの周波数情報をさらに含んでもよく、それによって、第1のUEは、第2のキャリアの周波数においてデータ送信を実行してもよい。選択的に、第2のキャリアには、いずれの基地局も配置されない。
【００８６】
ある1つの選択的な実施形態においては、2つのデバイスが互いに直接的に通信する直接接続通信方式で、V2Xデータを送信してもよく、或いは、基地局が中継器として機能する通信方式で、V2Xデータを送信してもよい。好ましくは、直接接続通信方式で第2のキャリアによってV2Xデータを送信する。
【００８７】
ある1つの選択的な実施形態において、eNBは、無線リソース制御(Radio  Resource  Control,  RRC)専用シグナリング又はブロードキャストメッセージを使用することによって、UEに構成情報を送ってもよい。
【００８８】
ある1つの選択的な実施形態において、UEは、eNBのネットワークカバレッジエリアの中に常に存在していてもよい。そのUEが、基地局の信号品質がアクセス要件に適合しているということを検出する場合には、接続状態にあるそのUEは、その基地局とシグナリング及びデータを正常に交換することが可能であり、また、アイドル状態にあるそのUEは、その基地局が送ったシステム情報及びページング情報を正常に受信することが可能である。
【００８９】
202.  UEは、第1の同期ソースを決定する。
【００９０】
UEは、第1の同期ソース構成情報を受信し、そして、その第1の同期ソース構成情報に基づいて、V2Xデータを送信するための同期ソースとして第1の同期ソースを使用する。
【００９１】
第1の同期ソース構成情報が、第1の同期ソースの識別子を搬送する場合に、UEは、その第1の同期ソースの識別子に基づいて、第1の同期ソースを決定してもよい。
【００９２】
ある1つの選択的な実装形態においては、UEは、さらに、UEと第1の同期ソースとの間の同期を実装してもよい。例えば、第1の同期ソースがGNSSである場合には、そのUEは、そのUEのGNSS受信機を使用することによって、そのGNSSシステムと直接的に同期してもよく、或いは、GNSS専用直接接続リンク同期信号を探索して、GNSSクロックを有するモバイル端末を中間同期ソースとして使用し、そして、その中間同期ソースと同期して、そのGNSSシステムとの同期を実装してもよい。
【００９３】
UEは、対応するリソースを使用することによって、同期ソースに基づいて、データ送信を実装してもよい。例えば、第1の同期ソースと同期した後に、そのUEは、基地局が送ったリソース割り当て情報を受信してもよい。そのリソース割り当て情報は、直接接続リンクにおいて利用可能である動的な送信リソース、半永続的な送信リソース、送出リソースプール、及び受信リソースプールのうちの少なくとも1つを示す。本明細書におけるリソース割当情報は、第1の同期ソースのクロックに基づいて構成される。UEは、受信したリソース割当情報に基づいて、対応するリソースを使用することによって、データを送信する。具体的には、そのUEは、送出リソースを使用することによって、対応するV2Xデータを送り、そして、受信リソースを使用することによって、対応するV2Xデータを受信してもよい。
【００９４】
203.  UEは、第1の同期ソースとの同期が失敗したということを決定する。
【００９５】
ステップ202は、UEが、第1の同期ソースに基づいて、対応するリソースを使用することによって、データ送信を実装することが可能であるということを示している。しかしながら、例えば、UEがトンネル又はガレージに入る等のときに、そのUEは、第1同期ソースとの同期がとれていない状態となる場合がある。
【００９６】
UEは、多くの方法を使用することによって、第1の同期ソースとの同期の失敗を決定することが可能であり、具体的な決定方法は、本発明のこの実施形態においては限定されない。例えば、UEにおける同期タイマーは、最新の同期信号を受信したときに、計時を開始してもよい。UEの同期タイマーが指定された時間を超えるときに、UEが、第1の同期ソースから同期信号を受信しない場合に、そのUEと第1の同期ソースとの間の同期は失敗したと考えられてもよい。他の例では、UEは、同期ソースから同期信号を受信してもよい。UEが第1の同期ソースから受信した同期信号の強度が、第1の予め設定された閾値よりも小さい場合に、そのUEと第1の同期ソースとの間の同期は失敗したと考えられてもよい。さらに別の例では、指定された継続期間TにおいてUEが第1の同期ソースから受信した同期信号の平均強度が、第2のあらかじめ設定された閾値よりも小さい場合には、そのUEと第1の同期ソースとの間の同期は失敗したと考えられてもよい。
【００９７】
ある1つの選択的な実施形態においては、UEと第1の第1の同期ソースとの間の同期の失敗は、そのUEが、第1の同期ソースとの同期がとれていない状態にあるということであってもよい。代替的に、UEが、第1の同期ソース以外のより良好な同期ソースを検出する場合には、同様に、そのUEと第1の同期ソースとの間の同期が失敗したと考えられてもよい。例えば、UEが第2の同期ソースを検出し、その第2の同期ソースの信号強度が第3の予め設定された閾値よりも大きく、かつ、その第2の同期ソースの優先順位が第1の同期ソースの優先順位よりも高い場合には、そのUEは、第1の同期ソースとの同期が失敗したということを決定してもよい。他の例では、UEが第2の同期ソースを検出し、その第2の同期ソースの信号強度が第3のあらかじめ設定された閾値より大きく、かつ、第1の同期ソースの信号強度が第4の閾値より小さく、そして、その第2の同期ソースの優先順位が第1の同期ソースの優先順位以下である場合に、そのUEは、第1の同期ソースとの同期が失敗したということを決定してもよい。
【００９８】
同期ソースの優先順位は、システムによってあらかじめ構成されてもよく、或いは、基地局によって構成されてもよく、例えば、基地局は、構成のために、第1のキャリアによって、UEにシステムブロードキャスト情報を送り、或いは、基地局は、構成のために、第1のキャリアによって、UEに無線リソース制御RRC専用シグナリングを送る。
【００９９】
204.  UEは、第2の同期ソース及び送信リソースを決定する。
【０１００】
ある1つの選択的な実施形態においては、ステップ103において、UEが第1の同期ソース以外のより良好な同期ソースを検出し、その次に、UEと第1の同期ソースとの間の同期が失敗したと決定した場合に、そのUEは、ステップ104において、その検出されたより良好な同期ソースを直接的に第2の同期ソースであると決定してもよい。加えて、第2の同期ソースのクロックに基づいて、送信リソースを割り当ててもよい。本明細書における送信リソースは、基地局によって構成されてもよく、或いは、システムによってあらかじめ構成されてもよい。
【０１０１】
ある1つの選択的な実施形態においては、第2の同期ソース及び対応する送信リソースは、事前の構成によって取得されてもよく、或いは、シグナリングによる構成によって基地局によって取得されてもよい。基地局のシグナリングによる構成は、基地局が送ったシグナリング構成情報をUEが第1のキャリアによって受信することであってもよい。
【０１０２】
具体的には、UEは、以下の方式によって、V2Xデータを送信するのに必要となる第2の同期ソースを決定してもよい。UEは、第1のキャリアによって、アクセスネットワークデバイスが送った第2の同期ソース構成情報を取得し、その第2の同期ソース構成情報は、第2の同期ソースの識別子を搬送してもよく、そして、そのUEは、その第2の同期ソースの識別子に基づいて、V2Xデータを送信するのに必要となる第2の同期ソースを決定してもよい。アクセスネットワークデバイスがUEに送る第2の同期ソース構成情報は、ブロードキャストメッセージを使用することによって構成されてもよく、或いは、無線リソース制御RRC専用シグナリングを送ることによって構成されてもよい。代替的に、UEは、あらかじめ構成された情報を使用することによって、第2の同期ソースの識別子を搬送する第2の同期ソース設定情報を取得し、そして、その第2の同期ソースの識別子に基づいて、V2Xデータを送信するのに必要となる第2の同期ソースを決定してもよい。代替的に、UEは、第2の同期ソースとしてそのUEのクロックを使用してもよい。
【０１０３】
ある1つの選択的な実施形態においては、UEのクロックは、UEの内部で現時点において独立して維持されているクロック又はタイマーであってもよい。ある1つの選択的な実施形態においては、UEは、現在の基地局のクロックをそのUEのクロックとして使用してもよく、或いは、UEのクロックとしてクロックを独立して決定してもよい。
【０１０４】
UEは、以下の方式によって、V2Xデータを送信するのに必要となる送信リソースを決定してもよい。UEは、リソースプール構成情報を取得し、その送信リソースプール構成情報に基づいて、送信リソースプールを決定し、その送信リソースプールに基づいて、送信リソースを決定する。そのリソースプール構成情報は、あらかじめ構成された情報であってもよく、或いは、シグナリングを使用することによって、アクセスネットワークデバイスによって構成されてもよい。リソースプール構成情報は、例えば、受信リソースプール又は送出リソースプール等の利用可能な送信リソースプールを示す。ある1つの選択的な実施形態においては、UEは、利用可能なリソースプールから1つのリソースプールを無作為に選択し、そして、第2のキャリアによってデータを送信するための、言い換えると、対応するデータ送信又は受信を実行するための送信リソースとして、選択されたリソースプールから1つのリソースを選択してもよい。
【０１０５】
加えて、本発明のこの実施形態における送信リソースは、動的な送信リソース又は半永続的な送信リソースであってもよい。具体的には、UEは、代替的に、以下の方式によって、V2Xデータを送信するのに必要となる送信リソースを決定してもよい。UEは、アクセスネットワークデバイスが送ったリソーススケジューリング情報を受信し、そして、そのリソーススケジューリング情報に基づいて、送信リソースを決定し、それによって、そのUEは、決定した送信リソースを使用することによって、第2の同期ソースに基づいて、第2のキャリアによってデータを送信してもよい。本明細書におけるリソーススケジューリング情報は、動的なリソーススケジューリング又は半永続的なリソーススケジューリングに使用される。本発明のこの実施形態における半永続的なリソーススケジューリングにおいては、最初のスケジューリングの間にリソース番号を指定し、各々のスケジューリングの間にリソース番号の変更規則又は変更期間を指定して、指定された数量のリソースの間隔で半永続的なリソーススケジューリングを実行してもよい。本発明のこの実施形態における動的なリソーススケジューリングは、リソースが使用されるたびごとに、そのリソースが動的にスケジュールされるということを意味する。
【０１０６】
ある1つの選択的な実施形態において、UEは、基準同期クロックとして第2の同期ソースのクロックを使用することによって、送信リソースを決定する。
【０１０７】
205.  UEは、送信リソースを使用することによって、ステップ204において決定された第2の同期ソースに基づいて、(例えば、第2のキャリアである)送信キャリアによってデータを送信し、デバイスXは、第2のキャリアによって、UEが送信したそのデータを受信する。
【０１０８】
本発明のこの実施形態においては、UEが、送信キャリアによってデータを送信することは、UEがデータを送ること、又は、UEがデータを受信することであってもよい。対応する送信リソースは、送出リソース又は受信リソースであってもよい。
【０１０９】
本明細書においては、UEが、第2のキャリアによってデータを送信することは、UEが、(例えばデバイスX等の)他のデバイスとデータ送信を実行することである。本発明のこの実施形態におけるUEは、車載型デバイスであってもよく、デバイスXは、車載型デバイス、ネットワーク、路側設備、又は歩行者のハンドヘルド端末等であってもよい。UEとそのデバイスXとの間で送信されるデータは、V2Xデータであってもよい。
【０１１０】
206.  UEは、eNBに、同期が失敗したということを示す指示情報を送り、eNBは、同期が失敗したということを示しているとともにそのUEが送る指示情報を受信する。
【０１１１】
ステップ206は、選択的なステップである。ある1つの選択的な実施形態においては、ステップ203において第1の同期ソースが失敗したということを決定した後に、そのUEは、eNBに指示情報をフィードバックしてもよく、その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。UEは、eNBに同期失敗をフィードバックし、それによって、そのeNBは、UEに、シグナリング及び構成リソース等を送る必要がなく、その結果、シグナリングオーバーヘッドを減少させる。もちろん、eNBは、また、eNBに新たな同期ソース構成情報を送ってもよく、選択的に、その新たな同期ソース構成情報は、第2の同期ソース構成情報であってもよい。
【０１１２】
ステップ206は、新たな第2の同期ソースが再び決定されるステップ204の前に実行されてもよく、或いは、ステップ206は、ステップ204の後に実行されてもよく、或いは、ステップ206及びステップ204は、同時に実行されてもよいということを理解すべきである。このことは、本発明のこの実施形態においては限定されない。
【０１１３】
207.  UEは、eNBに第2の同期ソースの指示情報を送り、そのeNBは、UEが送る第2の同期ソースの指示情報を受信する。
【０１１４】
ステップ207は、選択的なステップである。ある1つの選択的な実施形態において、ステップ204において新たな第2の同期ソースを再び決定した後に、UEは、さらに、eNBに第2の同期ソースの識別情報を送ってもよい。その第2の同期ソースの識別情報は、第2の同期ソースの識別子を搬送してもよく、第2のキャリアによってデータを送信するのに必要となる同期クロックとして、第2の同期ソースのクロックを使用するようにそのUEに指示するのに使用されてもよい。この手法によって、第2の同期ソースの識別情報を受信した後に、そのeNBは、UEの現在の同期ソース(第2の同期ソース)の関連する情報をそのeNBの中に記録してもよく、それによって、そのeNBは、新たな同期ソースを取得し、そして、リソース構成のための同期クロックとしてその新たな同期ソースのクロックを使用する。
【０１１５】
特に、本発明のこの実施形態におけるデータは、V2Xデータであってもよい。
【０１１６】
本発明のこの実施形態において、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０１１７】
上記の手順のステップの順序番号は、ステップを実行する時間的な順序に関する制約又は制限を構成しないということを理解すべきである。例えば、新たな第2の同期ソースを再び決定するステップ204の後のいずれかの時点において、ステップ207を実行してもよく、例えば、データが送信されるステップ205の前又は後に、ステップ207を実行し、或いは、ステップ207及びステップ205を同時に実行する。このことは、本発明のこの実施形態においては限定されない。
【０１１８】
上記の実施形態は、当業者が本発明をよりよく理解するのを助けることを意図したものにすぎず、本発明の保護範囲を限定することを意図したものではない。
【０１１９】
図3は、本発明の他の実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。本発明のこの実施形態におけるデータ送信を説明するために、例えば、アクセスネットワークデバイスは、eNBであり、V2Xデータが送信され、UEとeNBとの間で情報が交換される。
【０１２０】
301.  eNBは、第1のキャリアによって、ユーザ機器UEに第1の同期ソース構成情報を送り、そのUEは、第1のキャリアによって、そのeNBが送った第1の同期ソース構成情報を受信する。
【０１２１】
第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送してもよい。eNBは、第1のキャリアに展開される。(例えば、eNB等の)UEは、基地局が送った第1の同期ソース構成情報を受信する。そのUEは、その第1の同期ソース構成情報に基づいて、第1の同期ソースと同期し、そして、第1の同期ソースに基づいて、第2のキャリアによってデータを送信してもよい。
【０１２２】
302.  UEは、第1のキャリアによってeNBに指示情報を送り、そのeNBは、第1のキャリアによって、UEが送った指示情報を受信する。
【０１２３】
指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。第1の同期ソースとの同期が失敗したということを検出した後に、UEは、eNBに指示情報を送信してもよい。UEによって同期の失敗を決定するための方法については、図2のステップ203の説明を参照すべきである。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【０１２４】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【０１２５】
303.  eNBは、第1のキャリアによって、UEに第2の同期ソース構成情報を送ってもよく、そのUEは、第1のキャリアによって、eNBが送った第2の同期ソース構成情報を受信する。
【０１２６】
第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１２７】
ステップ303は、選択的なステップである。同期失敗を示す指示情報を受信した後に、eNBは、例えば、第1のキャリアによって、UEに第2の同期ソース構成情報を送ることによって、そのUEのための同期ソースを再構成してもよい。第2の同期ソース構成情報は、第2の同期ソースの識別子を含んでいてもよい。第2の同期ソース構成情報を受信した後に、UEは、第2の同期ソース構成情報に基づいて、第2の同期ソースと同期して、その第2の同期ソースに基づいて、第2のキャリアによってデータを継続して送信し、そして、正常なデータ送信を保証することが可能である。
【０１２８】
ある1つの選択的な実施形態においては、第2の同期ソースがあらかじめ設定されている場合に、UEが第2の同期ソースと同期した後に、eNBは、UEが送るとともに第2の同期ソースの識別情報を受信してもよく、それによって、その基地局は、新たな同期ソース(第2の同期ソース)の識別子を取得し、そして、第2の同期ソースのために、その第2の同期ソースに対応する送信リソースを構成する。
【０１２９】
ステップ303は、選択的なステップである。ある1つの選択的な実施形態において、(例えば、eNB等の)アクセスネットワークデバイスは、さらに、第1のキャリアによって、UEに第2の同期ソース構成情報を送ってもよい。第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、その第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。このことは、UEと第1の同期ソースとの間の同期が失敗した後に、アクセスネットワークデバイスが、(例えば、第2の同期ソース等の)新たな同期ソースを認識して、第2の同期ソースのために、その第2の同期ソースに対応する送信リソースを構成すること可能であるということを保証することが可能である。
【０１３０】
ある1つの選択的な実施形態において、アクセスネットワークデバイスは、UEのために、第2の同期ソースに対応する送信リソースを構成し、そして、そのUEにその送信リソースを送ってもよく、それによって、そのUEは、その第2の同期ソースに基づいて、その送信リソースによってデータを送信する。この手法によって、第1の同期ソースとの同期が失敗した後であっても、そのUEは、依然として、正常なデータ送信を実行することが可能である。
【０１３１】
ある1つの選択的な実施形態において、データは、あらゆる対象物と車両との間のV2X通信データである。
【０１３２】
上記の記載は、図2及び図3を参照して、本発明の複数の実施形態にしたがったデータ送信方法を詳細に説明している。以下の記載は、図4乃至図7を参照して、本発明のある1つの実施形態にしたがったデータ送信装置のブロック図を説明する。
【０１３３】
図4は、本発明のある1つの実施形態にしたがったデータ送信装置のブロック図である。図4の装置は、図2の方法の実施形態においてUEが実行する複数のステップを実行してもよい。図4の装置40は、受信ユニット41、処理ユニット42、及び送信ユニット43を含む。
【０１３４】
受信ユニット41は、第1のキャリアによって第1の同期ソース構成情報を受信するように構成され、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【０１３５】
処理ユニット42は、受信ユニットが受信した第1の同期ソース構成情報に基づいて、第1の同期ソースを決定し、第1の同期ソースとの同期が失敗したということを決定し、そして、第2の同期ソース及び送信リソースを決定する、ように構成される。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用され、第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１３６】
送信ユニット43は、送信リソースを使用することによって、処理ユニットが決定した第2の同期ソースに基づいて、第2のキャリアによってデータを送信するように構成される。
【０１３７】
上記の解決方法を使用することによって、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０１３８】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びUEの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図2に示されているその方法のUEの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１３９】
ある1つの選択的な実施形態においては、受信ユニットは、受信機であってもよく、処理ユニットは、プロセッサであってもよく、送信ユニットは、送信機であってもよい。受信機、プロセッサ、及び送信機は、それぞれ、受信ユニット、処理ユニット、及び送信ユニットが実行する方法を実行するように構成されてもよい。繰り返しを避けるために、詳細は繰り返しては説明されない。
【０１４０】
図5は、本発明の他の実施形態にしたがったデータ送信装置のブロック図である。図5の装置は、図2及び図3の方法の実施形態にしたがってeNBが実行する複数のステップを実行してもよい。図5の装置50は、送出ユニット51及び受信ユニット52を含む。
【０１４１】
送出ユニット51は、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送るように構成される。その第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、第1の構成情報は、第1の同期ソースを決定するのに使用される。
【０１４２】
受信ユニット52は、UEが送った指示情報を受信するように構成される。その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１４３】
上記の解決方法を使用することによって、アクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信してもよい。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【０１４４】
ある1つの選択的な実施形態において、送出ユニット51は、さらに、第1のキャリアによってUEに第2の同期ソース構成情報を送るように構成される。第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。
【０１４５】
ある1つの選択的な実施形態において、eNBは、同期失敗を示す指示情報を受信した後に、UEのための同期ソースを再構成してもよく、例えば、第1のキャリアによって、UEに第2の同期ソース構成情報を送ってもよい。その第2の同期ソース構成情報は、第2の同期ソースの識別子を含んでいてもよい。第2の同期ソース構成情報を受信した後に、そのUEは、その第2の同期ソース構成情報に基づいて、第2の同期ソースと同期して、その第2の同期ソースに基づいて、第2のキャリアによってデータを継続して送信し、そして、正常なデータ送信を保証してもよい。
【０１４６】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びeNBの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図3に示されているその方法のeNBの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１４７】
ある1つの選択的な実施形態においては、受信ユニットは、受信機であってもよく、送出ユニットは、送信機であってもよい。受信機及び送信機は、それぞれ、受信ユニット及び送出ユニットが実行する方法を実行するように構成されてもよい。繰り返しを避けるために、詳細は繰り返しては説明されない。
【０１４８】
図6は、本発明の他の実施形態にしたがったデータ送信装置のブロック図である。図6の装置60は、送信機61、受信機62、及びプロセッサ63を含む。プロセッサ63は、装置60の動作を制御し、信号を処理するように構成されてもよい。
【０１４９】
本発明の上記の複数の実施形態で開示されている方法は、プロセッサ63に適用されてもよく、或いは、プロセッサ43によって実装されてもよい。ある1つの実施プロセスにおいては、ハードウェアの論理集積回路又はプロセッサ63の中のソフトウェアの形態での命令を使用することによって、上記の方法における複数のステップを完了してもよい。プロセッサ63は、汎用プロセッサ、ディジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は他のプログラム可能な論理デバイス、個別のゲート又はトランジスタ論理デバイス、或いは、個別のハードウェア構成要素であってもよく、本発明の複数の実施形態において開示される方法、ステップ、及び論理ブロック図を実装し又は実行してもよい。汎用プロセッサは、マイクロプロセッサ又はいずれかの従来のプロセッサ等であってもよい。本発明のそれらの複数の実施形態を参照して開示されている方法のステップは、ハードウェアプロセッサを使用することによって直接的に実装されてもよく、或いは、プロセッサの中のハードウェア及びソフトウェアモジュールの組み合わせを使用することによって実装されてもよい。
【０１５０】
具体的には、受信機62は、第1のキャリアによって、第1の同期ソース構成情報を受信してもよい。その第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【０１５１】
プロセッサ63は、第1の同期ソース構成情報に基づいて、第1の同期ソースを決定し、第1の同期ソースとの同期が失敗したということを決定し、そして、第2の同期ソース及び送信リソースを決定してもよい。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１５２】
送信機61は、送信リソースを使用することによって、第2の同期ソースに基づいて、第2のキャリアによってデータを送信してもよい。
【０１５３】
本発明のこの実施形態において、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０１５４】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びUEの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図2に示されているその方法のUEの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１５５】
図7は、本発明の他の実施形態にしたがったデータ送信装置のブロック図である。図7の装置70は、送信機71及び受信機72を含む。
【０１５６】
具体的には、送信機71は、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送ってもよく、その第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【０１５７】
受信機72は、UEが送った指示情報を受信してもよい。その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１５８】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【０１５９】
ある1つの選択的な実施形態においては、送信機71は、さらに、第1のキャリアによってUEに第2の同期ソース構成情報を送るように構成されてもよい。第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。
【０１６０】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びeNBの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図3に示されているその方法のeNBの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１６１】
本明細書の全体において言及する"ある1つの実施形態"との記載は、その実施形態に関連付けられている特定の特徴、構造、又は特性が、本発明の少なくとも1つの実施形態の中に含まれるということを意味するものではないということを理解すべきである。したがって、本明細書を通じて登場する"ある1つの実施形態において"又は"ある1つの実施形態において"との記載は、同じ実施形態を指すものではない。加えて、いずれかの適切な方式を使用することによって、これらの特定の特徴、構造、又は特性を組み合わせて、1つ又は複数の実施形態としてもよい。
【０１６２】
上記のプロセスの順序番号は、本発明の様々な実施形態における実行順序を意味するものではないということを理解すべきである。それらのプロセスの実行順序は、プロセスの機能及び内部ロジックにしたがって決定されるべきであり、本発明の実施形態の実装プロセスに対するいかなる限定としても解釈されるべきではない。
【０１６３】
本発明の複数の実施形態において、"Aに対応するB"との記載は、BがAと関連していて、かつ、BがAに基づいて決定されてもよいということを示しているということを理解すべきである。ただし、Bに基づいてAを決定することは、BがAのみに基づいて決定されるということを意味するものではない、言い換えると、Bは、A及び/又は他の情報に基づいて決定されてもよいということをさらに理解すべきである。
【０１６４】
本明細書における"及び/又は"との記載は、複数の関連するオブジェクトを説明するための関連性関係のみを説明し、3つの関係が存在してもよいということを表している。例えば、A及び/又はBは、Aのみが存在する、A及びBの双方が存在する、そして、Bのみが存在する、という3つの状況を表していてもよい。加えて、本明細書における文字"/"は、通常は、複数の関連するオブジェクトの間の"又は"の関係を示している。
【０１６５】
当業者は、本明細書において開示されている複数の実施形態において説明されている複数の例と関連して、電子的なハードウェアによって、或いは、コンピュータソフトウェア及び電子的なハードウェアの組み合わせによって、複数のユニット及び複数のアルゴリズムステップを実装してもよいということを理解することができる。それらの複数の機能がハードウェアによって実行されるか、又は、ソフトウェアによって実行されるかは、技術的解決方法の特定の用途及び設計上の制約条件によって決まる。当業者は、複数の異なる方法を使用して、各々の特定の用途について、複数の説明された機能を実装してもよいが、その実装は、本発明の範囲を超えると解釈されるべきではない。
【０１６６】
当業者は、利便性のある簡潔な説明のために、上記のシステム、装置、及びユニットの詳細な動作プロセスについては、上記の方法の実施形態における対応するプロセスを参照してもよいということを明確に理解することが可能であり、本明細書においては、詳細は繰り返しては説明されない。
【０１６７】
この出願によって提供される複数の実施形態において、開示されているシステム、装置、及び方法は、他の方式で実装されてもよいということを理解すべきである。例えば、記載されている装置の実施形態は、1つの例にすぎない。例えば、ユニットへの分割は、論理的な機能の分割にすぎず、実際の実装においては、他の分割も可能である。例えば、複数のユニット又は構成要素を組み合わせ又は一体化して、他のシステムとしてもよく、或いは、それらの機能のうちの一部を無視し又は実行しなくてもよい。加えて、複数のインターフェイスを使用することによって、示された又は説明された相互の結合、又は、直接的な結合、又は、通信接続を実装してもよい。電子的な形態、機械的な形態、又は他の形態によって、複数の装置の間又は複数のユニットの間の非直接的な結合或いは通信接続を実装してもよい。
【０１６８】
複数の分離した部分として記載されているユニットは、物理的に分離していてもよく、又は、物理的に分離していなくてもよく、複数のユニットとして示されている部分は、複数の物理的なユニットであってもよく、又は、複数の物理的なユニットでなくてもよく、1つの場所に位置していてもよく、又は、複数のネットワークユニットに分散されていてもよい。実際の要求に基づいて、それらの複数のユニットのうちのいくつか又はすべてを選択して、複数の実施形態の解決方法の目的を達成してもよい。
【０１６９】
加えて、本発明の複数の実施形態における複数の機能的なユニットを一体化して、1つの処理ユニットとしてもよく、或いは、それらの複数のユニットの各々は、物理的に単独で存在していてもよく、2つ又はそれ以上のユニットを一体化して、1つのユニットとしてもよい。
【０１７０】
複数の機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売され又は使用される場合に、コンピュータ読み取り可能な記憶媒体の中にそれらの複数の機能を格納してもよい。そのような理解に基づいて、本発明の複数の技術的解決方法を、本質的に、或いは、先行技術に寄与する部分或いは複数の技術的解決方法の一部を、ソフトウェア製品の形態で実装してもよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本発明の複数の実施形態において説明されている複数の方法のステップのうちのすべて又は一部を実行するように、(パーソナルコンピュータ、サーバ、又はネットワークデバイスであってもよい)コンピュータデバイスに指示する複数の命令を含む。上記の記憶媒体は、プログラムコードを格納することが可能であるUSBフラッシュドライブ、取り外し可能なハードディスク、読み取り専用メモリ(Read-Only  Memory,  ROM)、ランダムアクセスメモリ(Random  Access  Memory,  RAM)、磁気ディスク、又はコンパクトディスク等のいずれかの媒体を含む。
【０１７１】
上記の説明は、本発明の特定の実装であるにすぎず、本発明の保護の範囲を限定することを意図するものではない。本発明によって開示されている技術的範囲の中で当業者が容易に考え出すことが可能であるあらゆる変形又は置換は、本発明の保護の範囲に属するものとする。したがって、本発明の保護の範囲は、請求項に記載された発明の保護の範囲に従うものとする。
【図１】
2019531004.tif 000003
【図２】
2019531004.tif 000004
【図３】
2019531004.tif 000005
【図４】
2019531004.tif 000006
【図５】
2019531004.tif 000007
【図６】
2019531004.tif 000008
【図７】
2019531004.tif 000009
【手続補正書】
【提出日】平成31年3月14日(2019.3.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ送信方法であって、
ユーザ機器(UE)により、第1のキャリアによって第1の同期ソース構成情報を受信するステップであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、ステップと、
前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するステップであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、ステップと、
前記第1の同期ソースとの同期が失敗したということを前記UEによって決定するステップと、
前記UEによって、第2の同期ソース及び送信リソースを決定するステップと、
前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するステップと、を含む、
方法。
【請求項２】
前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップは、
前記UEの同期タイマーが指定された時刻を超えたときに、前記UEが、前記第1の同期ソースから同期信号を受信しない場合に、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、
前記UEが前記第1の同期ソースから受信した同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、又は、
指定された継続期間Tにおいて前記UEが前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、
のうちのいずれか1つの方式を含む、請求項1に記載の方法。
【請求項３】
前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップは、
前記UEが前記第2の同期ソースを検出し、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップを含む、請求項1に記載の方法。
【請求項４】
前記UEによって、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、
前記UEにより、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、
前記UEにより、前記第1のキャリアによって無線リソース制御RRC専用シグナリングを受信し、そして、前記(RRC)専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、をさらに含む、請求項3に記載の方法。
【請求項５】
前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、
前記UEによって、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記UEによって、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定するステップ、又は、
前記UEによって、前記第2の同期ソースとして前記UEのクロックを使用するステップ、
を含む、請求項1乃至4のうちのいずれか1項に記載の方法。
【請求項６】
前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、
前記UEによって、リソースプール構成情報を取得するステップであって、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得される、ステップと、
前記UEによって、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定するステップと、を含む、請求項1乃至5のうちのいずれか1項に記載の方法。
【請求項７】
前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、
前記UEにより、前記第1のキャリアによってリソーススケジューリング情報を受信するステップと、
前記UEによって、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定するステップと、を含み、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である、請求項1乃至5のうちのいずれか1項に記載の方法。
【請求項８】
前記UEが、前記第1の同期ソースとの前記同期が失敗したということを決定した後に、前記UEにより、前記第1のキャリアによってアクセスネットワークデバイスに指示情報を送るステップをさらに含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の前記同期が失敗したということを示すのに使用される、請求項1乃至7のうちのいずれか1項に記載の方法。
【請求項９】
前記UEにより、前記第1のキャリアによって前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るステップをさらに含み、前記第2の同期ソースの前記識別情報は、前記UEの現在の同期ソースを示すのに使用される、請求項1乃至8のうちのいずれか1項に記載の方法。
【請求項１０】
前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定する前記ステップは、
前記UEによって、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するステップを含む、請求項1乃至9のうちのいずれか1項に記載の方法。
【請求項１１】
前記第1の同期ソースは、全球測位衛星システム(GNSS)である、請求項1乃至10のうちのいずれか1項に記載の方法。
【請求項１２】
前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信する前記ステップは、
前記UEによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するステップを含む、請求項1乃至11のうちのいずれか1項に記載の方法。
【請求項１３】
前記データは、あらゆる対象物と車両との間の(V2X)通信データである、請求項1乃至12のうちのいずれか1項に記載の方法。
【請求項１４】
データ送信方法であって、
アクセスネットワークデバイスによってユーザ機器(UE)に、第1のキャリアを使用することによって第1の同期ソース構成情報を送るステップであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、ステップと、
前記第1のキャリアによって前記UEが送った指示情報を前記アクセスネットワークデバイスによって受信するステップと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、
方法。
【請求項１５】
前記アクセスネットワークデバイスによって前記UEに、前記第1のキャリアによって第2の同期ソース構成情報を送るステップをさらに含み、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される、請求項14に記載の方法。
【請求項１６】
データ送信装置であって、
第1のキャリアによって第1の同期ソース構成情報を受信するように構成される受信ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、受信ユニットと、
前記受信ユニットが受信した前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するように構成される処理ユニットであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっており、
前記処理ユニットは、さらに、前記第1の同期ソースとの同期が失敗したということを決定するように構成され、
前記処理ユニットは、さらに、第2の同期ソース及び送信リソースを決定するように構成される、処理ユニットと、
前記送信リソースを使用することによって、前記処理ユニットが決定した前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するように構成される送信ユニットと、を含む、
装置。
【請求項１７】
前記処理ユニットは、同期タイマーが指定された時刻を超える前に、前記第1の同期ソースからの同期信号を受信しない場合に、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、前記第1の同期ソースからの同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、及び、指定された継続期間Tにおいて前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、のうちのいずれか1つの方式によって、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される、請求項16に記載の装置。
【請求項１８】
前記処理ユニットは、前記第2の同期ソースが検出され、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される、請求項16に記載の装置。
【請求項１９】
前記処理ユニットは、さらに、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによって無線リソース制御(RRC)専用シグナリングを受信し、そして、前記RRC専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定する、ように構成される、請求項18に記載の装置。
【請求項２０】
前記処理ユニットは、さらに、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定する、ように構成されるか、又は、前記方法は、ユーザ機器(UE)によって実行され、前記UEのクロックが前記第2の同期ソースとして使用される、請求項16乃至19のうちのいずれか1項に記載の装置。
【請求項２１】
前記処理ユニットは、リソースプール構成情報を取得し、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得され、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定する、ように構成される、請求項16乃至20のうちのいずれか1項に記載の装置。
【請求項２２】
前記処理ユニットは、前記第1のキャリアによってリソーススケジューリング情報を受信し、そして、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定する、ように構成され、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である、請求項16乃至20のうちのいずれか1項に記載の装置。
【請求項２３】
前記第1の同期ソースとの前記同期が失敗したということを決定した後に、前記第1のキャリアによって前記アクセスネットワークデバイスに指示情報を送るように構成される送出ユニットをさらに含み、前記指示情報は、前記第1の同期ソースとの前記同期が失敗したということを示すのに使用される、請求項16乃至22のうちのいずれか1項に記載の装置。
【請求項２４】
当該装置は、前記ユーザ機器UEであり、前記送出ユニットは、さらに、前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るように構成され、前記第2の同期ソースの前記識別情報は、前記UEの現在の同期ソースを示すのに使用される、請求項23に記載の装置。
【請求項２５】
前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記処理ユニットは、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するように構成される、請求項16乃至24のうちのいずれか1項に記載の装置。
【請求項２６】
前記第1の同期ソースは、全球測位衛星システム(GNSS)である、請求項16乃至25のうちのいずれか1項に記載の装置。
【請求項２７】
前記送信ユニットは、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するように構成される、請求項16乃至26のうちのいずれか1項に記載の装置。
【請求項２８】
前記データは、あらゆる対象物と車両との間の(V2X)通信データである、請求項16乃至27のうちのいずれか1項に記載の装置。
【請求項２９】
データ送信装置であって、
第1のキャリアを使用することによって、ユーザ機器(UE)に第1の同期ソース構成情報を送るように構成される送出ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、送出ユニットと、
前記第1のキャリアによって前記UEが送った指示情報を受信するように構成される受信ユニットと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、
装置。
【請求項３０】
前記送出ユニットは、さらに、前記第1のキャリアによって前記UEに第2の同期ソース構成情報を送るように構成され、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される、請求項29に記載の装置。
【請求項３１】
命令を含むコンピュータ読み取り可能な記憶媒体であって、前記命令は、コンピュータによって実行されると、前記コンピュータに、請求項1乃至13のうちのいずれか1項に記載の方法を実行させる、コンピュータ読み取り可能な記憶媒体。
【請求項３２】
命令を含むコンピュータ読み取り可能な記憶媒体であって、前記命令は、コンピュータによって実行されると、前記コンピュータに、請求項14乃至15のうちのいずれか1項に記載の方法を実行させる、コンピュータ読み取り可能な記憶媒体。
【請求項３３】
コンピュータ実行可能な命令を含むコンピュータプログラムであって、前記コンピュータ実行可能な命令がユーザ機器(UE)のプロセッサで実行されると、前記コンピュータ実行可能な命令は、前記UEに、請求項1乃至13のうちのいずれか1項に記載の方法を実行させる、コンピュータプログラム。
【請求項３４】
コンピュータ実行可能な命令を含むコンピュータプログラムであって、前記コンピュータ実行可能な命令がアクセスネットワークデバイスのプロセッサで実行されると、前記コンピュータ実行可能な命令は、前記アクセスネットワークデバイスに、請求項14乃至15のうちのいずれか1項に記載の方法を実行させる、コンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の複数の実施形態は、無線通信分野に関し、より具体的には、データ送信方法及び装置に関する。
【背景技術】
【０００２】
現時点では、車載型デバイスは、車車間(Vehicle  to  Vehicle,  V2V)通信、路車間(Vehicle  to  Infrastructure,  V2I)通信、歩車間(Vehicle  to  Pedestrian,  V2P)通信、及びネットワーク車間(Vehicle  to  Network,  V2N)通信等によって適時に、交通情報を取得し、或いは、情報サービスを受信することが可能である。V2V及びV2Iは、一般的な例として使用される。車載型デバイスは、V2V通信によって他の周囲の車載型デバイスに、速度、運転方向、又はその車両の特定の位置、或いは、緊急時制動が行われているか否か等の情報をブロードキャストしてもよく、それによって、運転者は、視線の外側の交通状況をより良好に知るための上記の情報を取得して、危険を早期に発見して回避することが可能である。V2I通信の場合には、上記のセキュリティ情報の交換のほかに、路側設備は、さらに、車載型デバイスにさまざまなタイプのサービス情報を提供し、その車載型デバイスがデータネットワークにアクセスするのを可能とし、その車両と停止させることなくその車両に充電し、そして、車載型エンターテイメントを提供することが可能であり、それによって、交通機関は、よりインテリジェントなものとなる。上記の通信方式は、本明細書においては、集合的に、あらゆる対象物と車両との間の(Vehicle-to-Everything,  V2X)通信と称されてもよく、V2X送信でのデータは、V2Xデータと称され、そして、V2X通信に使用されるネットワークは、車両のインターネットと称される。
【０００３】
ユーザ機器(User  Equipment,  UE)がV2X送信のために使用する送信キャリア及びそのUEがキャンプオンするサービスキャリアは、複数の異なるキャリアであってもよい、言い換えると、送信キャリア及びサービスキャリアは、複数の異なる周波数に位置していてもよい。
【０００４】
送信キャリア及びサービスキャリアが、複数の異なる周波数に位置している場合には、基地局は、そのサービスキャリアを使用することによって、UEがV2Xデータを送信するのに使用する送信キャリアのための同期ソースを構成してもよい。そのUEは、その同期ソースに基づいて、その送信キャリアによって同期クロックを取得し、そして、データを送信してもよい。例えば、基地局は、UEのために、V2Xデータのための送信キャリアの同期ソースとして、全球測位衛星システム(Global  Navigation  Satellite  System,  GNSS)を構成し、そのUEのために基地局が構成するリソースのすべては、同期ソースクロック(すなわち、GNSSクロック)に基づいている。ある特定のGNSS時点に基づいて、UEは、その時点に対応しているフレーム番号及びサブフレーム番号を算出してもよい。UEにリソースを割り当てる際に、その基地局は、GNSSクロックに基づいて、(例えば、V2Xデータを送信するのに、フレーム#1の10番目のサブフレームのすべての周波数領域リソースを使用してもよいといったように)そのUEが使用してもよい送信リソースの特定の時間周波数位置を示してもよい。現在のGNSS時点に対応しているフレーム番号及びサブフレーム番号が、基地局が割り当てたリソースの時点に達するときに、UEは、データを送ることが可能である。
【０００５】
しかしながら、UEは、時折、同期ソースとの同期がとれていない状態となる場合がある、言い換えると、そのUEとその同期ソースとの間の同期が失敗する場合がある。例えば、UEがトンネル又はガレージに入るときに、そのUEは、GNSSが送った信号を受信することができない。この場合には、そのUEは、フレーム番号及びサブフレーム番号を取得することは不可能である。結果的に、そのUEは、基地局が割り当てたリソースの正しい時点を決定することができず、そのUEは、正常にデータを送信することができない。
【発明の概要】
【０００６】
本発明の複数の実施形態は、データ送信方法及び装置を提供して、ユーザ機器が同期ソースとの間で同期がとれていない状態となった後の正常なデータ送信を実装する。
【０００７】
第1の態様によれば、データ送信方法であって、ユーザ機器UEにより、第1のキャリアによって第1の同期ソース構成情報を受信するステップであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、ステップと、前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するステップであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、ステップと、前記第1の同期ソースとの同期が失敗したということを前記UEによって決定するステップと、前記UEによって、第2の同期ソース及び送信リソースを決定するステップと、前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するステップと、を含む、データ送信方法が提供される。
【０００８】
上記の解決方法を使用することによって、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０００９】
ある1つの可能な設計において、データは、直接接続通信方式で送信されるデバイストゥデバイス(Device-to-Device,  D2D)データ、V2Xデータ、及び他のデータであってもよい。特に、本発明のこの実施形態におけるデータは、V2Xデータであり、V2Xデータは、V2Xサービス関連データである。
【００１０】
ある1つの可能な設計において、UEは、基地局のネットワークカバレッジエリアの中に常に存在していてもよい。言い換えると、そのUEが、基地局の信号品質がアクセス要件に適合しているということを検出する場合には、接続状態にあるそのUEは、その基地局とシグナリング及びデータを正常に交換することが可能であり、また、アイドル(IDLE)状態にあるそのUEは、その基地局が送ったシステム情報及びページング情報を正常に受信することが可能である。
【００１１】
ある1つの可能な設計において、当該方法は、前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップが、前記UEの同期タイマーが指定された時刻を超えたときに、前記UEが、前記第1の同期ソースから同期信号を受信しない場合に、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、前記UEが前記第1の同期ソースから受信した同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、及び、指定された継続期間Tにおいて前記UEが前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップ、のうちのいずれか1つの方式を含むということをさらに含む。
【００１２】
ある1つの可能な設計において、同期タイマーの開始時点は、最新の同期信号を受信する時点であってもよい。
【００１３】
ある1つの可能な設計において、前記第1の同期ソースとの同期が失敗したということを前記UEによって決定する前記ステップは、前記UEが前記第2の同期ソースを検出し、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定するステップを含む。
【００１４】
ある1つの可能な設計において、当該方法は、前記UEによって、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、前記UEにより、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、又は、前記UEにより、前記第1のキャリアによって無線リソース制御RRC専用シグナリングを受信し、そして、前記RRC専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するステップ、をさらに含む。
【００１５】
第1のあらかじめ構成された情報、ブロードキャストメッセージ、又はRRC専用シグナリングは、同期ソースの優先順位情報を含む。
【００１６】
選択的に、ある1つの可能な設計において、第1の同期ソース構成情報は、同期ソースの優先順位情報を含み、それによって、第1の同期ソース構成情報に基づいて、第1の同期ソース及び第2の同期ソースの優先順位を決定することが可能である。
【００１７】
ある1つの可能な設計において、前記UEによって、前記データを送信するのに必要となる第2の同期ソース及び送信リソースを決定する前記ステップは、前記UEによって、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記UEによって、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定するステップ、又は、前記UEによって、前記第2の同期ソースとして前記UEのクロックを使用するステップ、を含む。
【００１８】
ある1つの可能な設計において、新たな同期ソースを検出することによって、第1の同期ソースが失敗したということを決定する場合には、UEによって、第2の同期ソースの識別子に基づいて第2の同期ソースを決定するステップは、UEがその識別子に基づいて第2の同期ソースを検出するということであってもよい。第2の同期ソースの信号強度が指定された値よりも大きく、かつ、第2の同期ソースの優先順位が第1の同期ソースの優先順位よりも高いときに、第1の同期ソースが失敗したということ及び第2の同期ソースを新たな同期ソースとして使用するということを決定してもよい。
【００１９】
ある1つの可能な設計において、前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、前記UEによって、リソースプール構成情報を取得するステップであって、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得される、ステップと、前記UEによって、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定するステップと、を含む。
【００２０】
ある1つの可能な設計において、前記UEによって、第2の同期ソース及び送信リソースを決定する前記ステップは、前記UEにより、前記第1のキャリアによってリソーススケジューリング情報を受信するステップと、前記UEによって、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定するステップと、を含み、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である。
【００２１】
ある1つの可能な設計において、当該方法は、前記UEが、前記第1の同期ソースとの前記同期が失敗したということを決定した後に、前記UEにより、アクセスネットワークデバイスに指示情報を送るステップをさらに含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の前記同期が失敗したということを示すのに使用される。
【００２２】
ある1つの可能な設計において、当該方法は、前記UEにより、前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るステップをさらに含み、前記第2の同期ソースの前記識別情報は、前記UEが、前記第2の同期ソースのクロックに基づいて、前記第2のキャリアによって前記データを送信するということを示すのに使用される。
【００２３】
ある1つの可能な設計において、前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記UEによって、前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定する前記ステップは、前記UEによって、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するステップを含む。
【００２４】
ある1つの可能な設計において、前記第1の同期ソースは、全球測位衛星システムGNSSである。
【００２５】
本発明のこの実施形態において使用される同期ソースは、具体的には、限定されない。例えば、本発明のこの実施形態での同期ソースは、GNSSであってもよく、或いは、GNSSと同期しているモバイル端末、GNSSと同期しているセル、そのUEにサービスを提供している現在のセル、又はあらかじめ設定されたセル等であってもよい。
【００２６】
ある1つの可能な設計において、前記UEによって、前記送信リソースを使用することによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信する前記ステップは、前記UEによって、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するステップを含む。
【００２７】
本発明のこの実施形態においては、直接接続通信方式によって、又は、基地局が中継器として動作する通信方式によって、V2Xデータを送信してもよい。
【００２８】
ある1つの可能な設計において、前記データは、あらゆる対象物と車両との間のV2X通信データである。
【００２９】
本発明のこの実施形態におけるデータは、あらゆる対象物と車両との間のV2X通信データである。この手法によって、運転者は、V2Xデータ送信によって、視線の外側の交通の状況を知って、危険を早期に発見して回避することが可能であり、それにより、交通事故を減少させる。
【００３０】
第2の態様によれば、データ送信方法であって、アクセスネットワークデバイスによってユーザ機器UEに、第1のキャリアを使用することによって第1の同期ソース構成情報を送るステップであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、ステップと、前記第1のキャリアによって前記UEが送った指示情報を前記アクセスネットワークデバイスによって受信するステップと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、データ送信方法が提供される。
【００３１】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【００３２】
ある1つの可能な設計において、当該方法は、前記アクセスネットワークデバイスによって前記UEに、前記第1のキャリアによって第2の同期ソース構成情報を送るステップをさらに含み、それによって、前記UEは、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信する。
【００３３】
ある1つの可能な設計において、アクセスネットワークデバイスは、UEのために、第2の同期ソースに対応する送信リソースを構成し、そして、そのUEにその送信リソースを送ってもよく、それによって、そのUEは、その第2の同期ソースに基づいて、その送信リソースによってデータを送信する。この手法によって、第1の同期ソースとの同期が失敗した後であっても、そのUEは、依然として、正常なデータ送信を実行することが可能である。
【００３４】
ある1つの可能な設計において、前記データは、あらゆる対象物と車両との間のV2X通信データである。
【００３５】
第3の態様によれば、データ送信装置であって、第1のキャリアによって第1の同期ソース構成情報を受信するように構成される受信ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される、受信ユニットと、前記受信ユニットが受信した前記第1の同期ソース構成情報に基づいて、前記第1の同期ソースを決定するように構成される処理ユニットであって、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっており、前記処理ユニットは、さらに、前記第1の同期ソースとの同期が失敗したということを決定するように構成され、前記処理ユニットは、さらに、第2の同期ソース及び送信リソースを決定するように構成される、処理ユニットと、前記送信リソースを使用することによって、前記処理ユニットが決定した前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するように構成される送信ユニットと、を含む、データ送信装置が提供される。
【００３６】
本発明のこの実施形態において、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【００３７】
ある1つの可能な設計において、前記処理ユニットは、特に、前記UEの同期タイマーが指定された時刻を超えるときに、前記UEが、前記第1の同期ソースからの同期信号を受信しない場合に、前記UEによって、前記第1の同期ソースとの前記同期が失敗したということを決定する方式、前記UEが前記第1の同期ソースから受信した同期信号の強度が第1のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定する方式、及び、前記UEが指定された継続期間Tにおいて前記第1の同期ソースから受信した同期信号の平均強度が第2のあらかじめ設定された閾値よりも小さいときに、前記第1の同期ソースとの前記同期が失敗したということを前記UEによって決定する方式、のうちのいずれか1つの方式によって、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される。
【００３８】
ある1つの可能な設計において、前記処理ユニットは、前記第2の同期ソースが検出され、前記第2の同期ソースの信号強度が第3のあらかじめ設定された閾値よりも大きく、前記第2の同期ソースの優先順位が前記第1の同期ソースの優先順位よりも高いときに、前記第1の同期ソースとの前記同期が失敗したということを決定するように構成される。
【００３９】
ある1つの可能な設計において、前記処理ユニットは、さらに、第1のあらかじめ構成された情報に基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによってブロードキャストメッセージを受信し、そして、前記ブロードキャストメッセージに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定するか、又は、前記第1のキャリアによって無線リソース制御RRC専用シグナリングを受信し、そして、前記RRC専用シグナリングに基づいて、前記第1の同期ソース及び前記第2の同期ソースの前記優先順位を決定する、ように構成される。
【００４０】
ある1つの可能な設計において、前記処理ユニットは、さらに、あらかじめ構成された情報を使用することによって、又は、前記第1のキャリアによって受信したシグナリング構成情報を使用することによって、第2の同期ソース構成情報を取得し、前記第2の同期ソース構成情報は、前記第2の同期ソースの識別子を搬送し、そして、前記第2の同期ソースの前記識別子に基づいて、前記第2の同期ソースを決定する、ように構成されるか、又は、前記方法は、ユーザ機器UEによって実行され、前記UEのクロックが前記第2の同期ソースとして使用される。
【００４１】
ある1つの可能な設計において、前記処理ユニットは、特に、リソースプール構成情報を取得し、前記リソースプール構成情報は、あらかじめ構成されるか、又は、前記リソースプール構成情報は、前記第1のキャリアによって受信したシグナリング構成情報に基づいて取得され、前記リソースプール構成情報に基づいて、送信リソースプールを決定し、そして、前記送信リソースプールに基づいて、前記送信リソースを決定する、ように構成される。
【００４２】
ある1つの可能な設計において、前記処理ユニットは、特に、前記第1のキャリアによってリソーススケジューリング情報を受信し、そして、前記リソーススケジューリング情報に基づいて、前記送信リソースを決定する、ように構成され、前記リソーススケジューリング情報は、動的なスケジューリング情報又は半永続的なスケジューリング情報である。
【００４３】
ある1つの可能な設計において、当該装置は、前記UEが、前記第1の同期ソースとの同期が失敗したということを決定した後に、前記アクセスネットワークデバイスに指示情報を送るように構成される送出ユニットをさらに含み、前記指示情報は、前記第1の同期ソースとの前記同期が失敗したということを示すのに使用される。
【００４４】
ある1つの可能な設計において、当該装置は、前記ユーザ機器UEであり、前記送出ユニットは、さらに、前記アクセスネットワークデバイスに前記第2の同期ソースの識別情報を送るように構成され、前記第2の同期ソースの前記識別情報は、前記UEの現在の同期ソースを示すのに使用される。
【００４５】
ある1つの可能な設計において、前記第1の同期ソースの識別情報は、前記第1の同期ソースの識別子を搬送し、前記処理ユニットは、特に、前記第1の同期ソースの前記識別情報に基づいて、前記第1の同期ソースを決定するように構成される。
【００４６】
ある1つの可能な設計において、前記第1の同期ソースは、全球測位衛星システムGNSSである。
【００４７】
ある1つの可能な設計において、前記送信ユニットは、特に、前記第2の同期ソースに基づいて、前記第2のキャリアによって直接接続通信方式で前記データを送信するように構成される。
【００４８】
ある1つの可能な設計において、前記データは、あらゆる対象物と車両との間のV2X通信データである。
【００４９】
本発明の複数の実施形態の第3の態様におけるデータ送信装置は、本発明の方法の実施形態に関する第1の態様におけるデータ送信方法に対応していてもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作、及び/又は、機能は、それぞれ、第1の態様において示されているその方法の対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【００５０】
ある1つの可能な設計において、受信ユニットは、受信機であってもよく、その受信機は、第1のキャリアによって第1の同期ソース構成情報を受信するように構成されてもよく、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【００５１】
その受信機は、さらに、第3の態様におけるそれらの複数の可能な設計によって受信ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５２】
ある1つの可能な設計において、処理ユニットは、プロセッサであってもよく、そのプロセッサは、第1の同期ソース構成情報に基づいて、第1の同期ソースを決定し、第1の同期ソースとの同期が失敗したということを決定し、そして、第2の同期ソース及び送信リソースを決定する、ように構成されてもよい。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【００５３】
プロセッサは、第3の態様におけるそれらの複数の可能な設計によって処理ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５４】
ある1つの可能な設計において、送信ユニットは、送出機であってもよく、その送出機は、送信リソースを使用することによって、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するように構成される。
【００５５】
その送出機は、第3の態様におけるそれらの複数の可能な設計によって処理ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５６】
ある1つの可能な設計において、送信ユニットは、送信機であってもよい。その送信機は、送信リソースを使用することによって、処理ユニットが決定した第2の同期ソースに基づいて、第2のキャリアによってデータを送信するように構成されてもよい。
【００５７】
その送信機は、第3の態様におけるそれらの複数の可能な設計によって送信ユニット及び/又は送出ユニットが実行する複数のステップを実行してもよい。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【００５８】
第4の態様によれば、データ送信装置であって、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送るように構成される送出ユニットであって、前記第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、前記第1の同期ソース構成情報は、前記第1の同期ソースを決定するのに使用される、送出ユニットと、前記第1のキャリアによって前記UEが送った指示情報を受信するように構成される受信ユニットと、を含み、前記指示情報は、前記UEと前記第1の同期ソースとの間の同期が失敗したということを示すのに使用され、前記第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを前記UEに提供するのに使用され、前記第1のキャリアの周波数は、前記第2のキャリアの周波数とは異なっている、データ送信装置が提供される。
【００５９】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのためにリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【００６０】
ある1つの可能な設計において、前記送出ユニットは、さらに、前記第1のキャリアによって前記UEに第2の同期ソース構成情報を送るように構成され、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される。
【００６１】
本発明の複数の実施形態の第4の態様におけるデータ送信装置は、本発明の方法の実施形態に関する第2の態様におけるデータ送信方法に対応していてもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作、及び/又は、機能は、それぞれ、第2の態様において示されているその方法の対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【００６２】
ある1つの可能な設計において、送出ユニットは、送信機であってもよく、その送信機は、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送るように構成されてもよく、第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【００６３】
ある1つの可能な設計において、受信ユニットは、受信機であってもよく、その受信機は、第1のキャリアによって指示情報を受信するように構成されてもよく、その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用され、第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用され、第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【００６４】
ある1つの可能な設計において、前記送信機は、さらに、前記UEに第2の同期ソース構成情報を送るように構成されてもよく、前記第2の同期ソース構成情報は、前記UEが、前記第1の同期ソースとの前記同期が失敗した後に、前記第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、前記第2の同期ソースに基づいて、前記第2のキャリアによって前記データを送信するのに使用される。
【００６５】
第5の態様によれば、本発明のある1つの実施形態は、上記のアクセスネットワークデバイスが使用するコンピュータソフトウェア命令を格納するように構成されるコンピュータ記憶媒体を提供する。そのコンピュータ記憶媒体は、第2の態様又は第2の態様の複数の可能な設計を実行するように設計されるプログラムを含む。
【００６６】
上記の解決方法を使用することによって、UEと同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【００６７】
第6の態様によれば、本発明のある1つの実施形態は、上記のUEが使用するコンピュータソフトウェア命令を格納するように構成されるコンピュータ記憶媒体を提供する。そのコンピュータ記憶媒体は、第1の態様又は第1の態様の複数の可能な設計を実行するように設計されるプログラムを含む。
【００６８】
上記の解決方法を使用することによって、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【図面の簡単な説明】
【００６９】
本発明の複数の実施形態による複数の技術的解決方法をより明確に説明するために、以下の記載は、本発明のそれらの複数の実施形態を説明するのに必要となる複数の添付の図面を簡潔に説明する。明らかなことではあるが、以下の説明の中の複数の添付の図面は、本発明の複数の実施形態のうちのいくつかを示すにすぎず、当業者は、さらに、創造的な努力なくして、これらの複数の添付の図面から他の図面を導き出すことが可能である。
【００７０】
【図１】本発明のある1つの実施形態に適用可能な通信システムのある1つのシナリオの概略的な図である。
【図２】本発明のある1つの実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。
【図３】本発明の他の実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。
【図４】本発明のある1つの実施形態にしたがったデータ送信装置のブロック図である。
【図５】本発明の他の実施形態にしたがったデータ送信装置のブロック図である。
【図６】本発明のある1つの実施形態にしたがったデータ送信装置のブロック図である。
【図７】本発明の他の実施形態にしたがったデータ送信装置のブロック図である。
【発明を実施するための形態】
【００７１】
以下の記載は、本発明の複数の実施形態による複数の添付の図面を参照して、本発明のそれらの複数の実施形態による複数の技術的解決方法を明確に説明する。明らかなことではあるが、それらの説明される実施形態は、本発明のそれらの複数の実施形態のすべてではなく一部である。創造的な努力を行うことなく本発明の複数の実施形態に基づいて当業者が得ることが可能であるすべての他の実施形態は、本発明の保護範囲に属するものとする。
【００７２】
汎欧州ディジタル移動体通信(Global  System  for  Mobile  Communications,  GSM)システム、符号分割多元接続(Code  Division  Multiple  Access,  CDMA)システム、広帯域符号分割多元接続(Wideband  Code  Division  Multiple  Access,  WCDMA)システム、汎用パケット無線サービス(General  Packet  Radio  Service,  GPRS)システム、ロングタームエボリューション(Long  Term  Evolution,  LTE)システム、LTE周波数分割複信(Frequency  Division  Duplex,  FDD)システム、LTE時分割複信(Time  Division  Duplex,  TDD)システム、ユニバーサル移動体通信システム(Universal  Mobile  Telecommunications  System,  UMTS)、及びマイクロ波アクセスのための全世界的相互運用性(Worldwide  Interoperability  for  Microwave  Access,  WiMAX)通信システム等の様々な通信システムに、本発明のそれらの複数の実施形態の複数の技術的解決方法を適用してもよいということを理解すべきである。
【００７３】
基地局は、GSM又はCDMAにおける基地局(Base  Transceiver  Station,  BTS)、WCDMAにおける基地局(NodeB,  NB)であってもよく、或いは、LTEにおける進化型基地局(evolved  NodeB,  eNB又はe-NodeB)であってもよい。このことは、本発明のそれらの複数の実施形態においては限定されない。しかしながら、説明を容易にするために、以下の複数の実施形態の中での説明のための1つの例として、基地局又はeNBを使用する。
【００７４】
ユーザ機器(User  Equipment,  UE)は、端末(Terminal)、移動局(Mobile  Station,  MS)、又はモバイル端末(Mobile  Terminal)等と称されてもよい。ユーザ機器は、無線アクセスネットワーク(Radio  Access  Network,  RAN)を介して1つ又は複数のコアネットワークとの間で通信してもよい。例えば、ユーザ機器は、("セルラー"フォンとも称される)携帯電話又はモバイル端末機能を有するコンピュータであってもよい。例えば、ユーザ機器は、無線アクセスネットワークとの間で音声及び/又はデータを交換する携帯用モバイル装置、ポケットサイズのモバイル装置、ハンドヘルドモバイル装置、コンピュータ内蔵型モバイル装置、又は車載型モバイル装置であってもよい。特に、本発明の複数の実施形態におけるユーザ機器は、車載型デバイスであってもよい。
【００７５】
図1は、本発明のある1つの実施形態に適用可能な通信システムのある1つのシナリオの概略的な図である。図1の通信システムは、ユーザ機器UE11、デバイスX12、アクセスネットワークデバイス13、及び同期ソース14を含む。
【００７６】
本発明のこの実施形態におけるUEは、車載型デバイスであってもよく、或いは、端末型路側ユニットデバイス、ハンドヘルド端末、又はウェアラブルデバイス等であってもよい。本発明のこの実施形態におけるアクセスネットワークデバイスは、基地局、又は局型路側ユニット等であってもよい。本発明のこの実施形態におけるデバイスXは、いずれかのデバイスであってもよい。例えば、デバイスXは、車載型デバイス、ネットワーク、歩行者、又は路側設備等であってもよい。
【００７７】
例えば、本明細書においては、UEは、車載型デバイスであり、アクセスネットワークデバイスは、基地局である。UEとデバイスXとの間でV2Xデータ送信を実行してもよく、UE11は、基地局13の単一のカバレッジエリアの中に存在する。V2Xデータ送信の送信キャリアは、サービスキャリアとは異なっていてもよく、そのUEがキャンプオンする基地局によって展開されてもよい、言い換えると、送信キャリア及びサービスキャリアの周波数は、異なっていてもよい。
【００７８】
サービスキャリアを使用することによって、V2Xデータ送信キャリアにおけるUEの同期ソースを構成してもよい。例えば、基地局は、UEのために、V2Xデータ送信キャリアの同期ソースとしてGNSSを構成する。基地局がUEのために構成するすべてのリソースは、同期ソースGNSSクロックに基づいている。UEは、GNSSの時点に基づいて、その時点に対応しているフレーム番号及びサブフレーム番号を算出してもよい。UEにリソースを割り当てるときに、基地局は、例えば、UEが使用してもよい送信リソースのフレーム番号及びサブフレーム番号等のUEが使用してもよい送信リソースのある特定の時間周波数位置を示してもよい。GNSS時点に対応しているフレーム番号及びサブフレーム番号が、基地局が示すとともに送信リソースのフレーム番号及びサブフレーム番号と等しくなるときに、UEは、データを送ってもよい。
【００７９】
しかしながら、UEは、同期ソースとの同期がとれていない状態となる場合がある、言い換えると、そのUEとその同期ソースとの間の同期が失敗する場合がある。例えば、UEがトンネル又はガレージに入るときに、そのUEは、GNSSが送った信号を受信することができない。この場合には、そのUEは、フレーム番号及びサブフレーム番号を取得することは不可能である。結果的に、そのUEは、基地局が割り当てたリソースの正しい時点を決定することができず、そのUEは、正常にデータを送信することができない。
【００８０】
サービスキャリア及びデータ送信キャリアが、異なるキャリアに位置し、UEが、基地局が割り当てた現在の同期ソースと同期していない場合に、UEによるV2Xデータの正常な送信をどのようにして保証するかは、本発明によって解決されるべき主たる技術的課題である。
【００８１】
図2は、本発明のある1つの実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。本発明のこの実施形態の説明においては、例えば、アクセスネットワークデバイスは、eNBであり、データは、V2Xデータである。方法の手順においては、データ送信の説明のための1つの例として、UEとeNBとの間の情報交換及びUEとデバイスXとの間の情報交換を使用する。
【００８２】
201.  eNBは、第1のキャリアによって、UEに第1の同期ソース構成情報を送り、そのUEは、第1のキャリアによって、eNBが送ったその第1の同期ソース構成情報を受信する。
【００８３】
eNBは、UEに第1の同期ソース構成情報を送る。第1の同期ソース構成情報は、第2のキャリアによってV2Xデータを送信するのに必要となる現在の同期ソースをUEのために構成するのに使用されてもよい。
【００８４】
ある1つの選択的な実施形態においては、第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、それによって、UEは、その第1の同期ソースの識別子に基づいて、V2Xデータを送信するのに必要となる現在の同期ソースを決定する。本発明のこの実施形態における第1の同期ソース構成情報は、第1の同期ソースが、GNSS、モバイル端末又はGNSSと同期しているセル、UEに現在サービスを提供しているセル、特定のセル、及び指定されたモバイル端末同期ソースのうちのいずれか1つのである。好ましくは、第1の同期ソース構成情報は、第1の同期ソースがGNSSであり、それに対応して、その第1の同期ソースの識別子がGNSS識別子であるということを示してもよい。
【００８５】
eNBは、第1のキャリアに配置され、V2Xデータ送信は、第2のキャリアを使用することによって実行される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。例えば、第1キャリア(UEのサービスキャリア)の周波数は、2[GHz]であってもよく、第2キャリア(UEがV2Xデータを送信するのに使用する送信キャリア)の周波数は、5.9[GHz]であってもよい。UEのための送信キャリアにおける(例えば、動的な送信リソース、半永続的な送信リソース、送信リソースプール、及び受信リソースプール等の)送信リソースを構成するのに、サービスキャリアを使用してもよい。構成情報は、第2のキャリアの周波数情報をさらに含んでもよく、それによって、第1のUEは、第2のキャリアの周波数においてデータ送信を実行してもよい。選択的に、第2のキャリアには、いずれの基地局も配置されない。
【００８６】
ある1つの選択的な実施形態においては、2つのデバイスが互いに直接的に通信する直接接続通信方式で、V2Xデータを送信してもよく、或いは、基地局が中継器として機能する通信方式で、V2Xデータを送信してもよい。好ましくは、直接接続通信方式で第2のキャリアによってV2Xデータを送信する。
【００８７】
ある1つの選択的な実施形態において、eNBは、無線リソース制御(Radio  Resource  Control,  RRC)専用シグナリング又はブロードキャストメッセージを使用することによって、UEに構成情報を送ってもよい。
【００８８】
ある1つの選択的な実施形態において、UEは、eNBのネットワークカバレッジエリアの中に常に存在していてもよい。そのUEが、基地局の信号品質がアクセス要件に適合しているということを検出する場合には、接続状態にあるそのUEは、その基地局とシグナリング及びデータを正常に交換することが可能であり、また、アイドル状態にあるそのUEは、その基地局が送ったシステム情報及びページング情報を正常に受信することが可能である。
【００８９】
202.  UEは、第1の同期ソースを決定する。
【００９０】
UEは、第1の同期ソース構成情報を受信し、そして、その第1の同期ソース構成情報に基づいて、V2Xデータを送信するための同期ソースとして第1の同期ソースを使用する。
【００９１】
第1の同期ソース構成情報が、第1の同期ソースの識別子を搬送する場合に、UEは、その第1の同期ソースの識別子に基づいて、第1の同期ソースを決定してもよい。
【００９２】
ある1つの選択的な実装形態においては、UEは、さらに、UEと第1の同期ソースとの間の同期を実装してもよい。例えば、第1の同期ソースがGNSSである場合には、そのUEは、そのUEのGNSS受信機を使用することによって、そのGNSSシステムと直接的に同期してもよく、或いは、GNSS専用直接接続リンク同期信号を探索して、GNSSクロックを有するモバイル端末を中間同期ソースとして使用し、そして、その中間同期ソースと同期して、そのGNSSシステムとの同期を実装してもよい。
【００９３】
UEは、対応するリソースを使用することによって、同期ソースに基づいて、データ送信を実装してもよい。例えば、第1の同期ソースと同期した後に、そのUEは、基地局が送ったリソース割り当て情報を受信してもよい。そのリソース割り当て情報は、直接接続リンクにおいて利用可能である動的な送信リソース、半永続的な送信リソース、送信リソースプール、及び受信リソースプールのうちの少なくとも1つを示す。本明細書におけるリソース割当情報は、第1の同期ソースのクロックに基づいて構成される。UEは、受信したリソース割当情報に基づいて、対応するリソースを使用することによって、データを送信する。具体的には、そのUEは、送出リソースを使用することによって、対応するV2Xデータを送り、そして、受信リソースを使用することによって、対応するV2Xデータを受信してもよい。
【００９４】
203.  UEは、第1の同期ソースとの同期が失敗したということを決定する。
【００９５】
ステップ202は、UEが、第1の同期ソースに基づいて、対応するリソースを使用することによって、データ送信を実装することが可能であるということを示している。しかしながら、例えば、UEがトンネル又はガレージに入る等のときに、そのUEは、第1同期ソースとの同期がとれていない状態となる場合がある。
【００９６】
UEは、多くの方法を使用することによって、第1の同期ソースとの同期の失敗を決定することが可能であり、具体的な決定方法は、本発明のこの実施形態においては限定されない。例えば、UEにおける同期タイマーは、最新の同期信号を受信したときに、計時を開始してもよい。UEの同期タイマーが指定された時間を超えるときに、UEが、第1の同期ソースから同期信号を受信しない場合に、そのUEと第1の同期ソースとの間の同期は失敗したと考えられてもよい。他の例では、UEは、同期ソースから同期信号を受信してもよい。UEが第1の同期ソースから受信した同期信号の強度が、第1の予め設定された閾値よりも小さい場合に、そのUEと第1の同期ソースとの間の同期は失敗したと考えられてもよい。さらに別の例では、指定された継続期間TにおいてUEが第1の同期ソースから受信した同期信号の平均強度が、第2のあらかじめ設定された閾値よりも小さい場合には、そのUEと第1の同期ソースとの間の同期は失敗したと考えられてもよい。
【００９７】
ある1つの選択的な実施形態においては、UEと第1の第1の同期ソースとの間の同期の失敗は、そのUEが、第1の同期ソースとの同期がとれていない状態にあるということであってもよい。代替的に、UEが、第1の同期ソース以外のより良好な同期ソースを検出する場合には、同様に、そのUEと第1の同期ソースとの間の同期が失敗したと考えられてもよい。例えば、UEが第2の同期ソースを検出し、その第2の同期ソースの信号強度が第3の予め設定された閾値よりも大きく、かつ、その第2の同期ソースの優先順位が第1の同期ソースの優先順位よりも高い場合には、そのUEは、第1の同期ソースとの同期が失敗したということを決定してもよい。他の例では、UEが第2の同期ソースを検出し、その第2の同期ソースの信号強度が第3のあらかじめ設定された閾値より大きく、かつ、第1の同期ソースの信号強度が第4の閾値より小さく、そして、その第2の同期ソースの優先順位が第1の同期ソースの優先順位以下である場合に、そのUEは、第1の同期ソースとの同期が失敗したということを決定してもよい。
【００９８】
同期ソースの優先順位は、システムによってあらかじめ構成されてもよく、或いは、基地局によって構成されてもよく、例えば、基地局は、構成のために、第1のキャリアによって、UEにシステムブロードキャスト情報を送り、或いは、基地局は、構成のために、第1のキャリアによって、UEに無線リソース制御RRC専用シグナリングを送る。
【００９９】
204.  UEは、第2の同期ソース及び送信リソースを決定する。
【０１００】
ある1つの選択的な実施形態においては、ステップ203において、UEが第1の同期ソース以外のより良好な同期ソースを検出し、その次に、UEと第1の同期ソースとの間の同期が失敗したと決定した場合に、そのUEは、ステップ204において、その検出されたより良好な同期ソースを直接的に第2の同期ソースであると決定してもよい。加えて、第2の同期ソースのクロックに基づいて、送信リソースを割り当ててもよい。本明細書における送信リソースは、基地局によって構成されてもよく、或いは、システムによってあらかじめ構成されてもよい。
【０１０１】
ある1つの選択的な実施形態においては、第2の同期ソース及び対応する送信リソースは、事前の構成によって取得されてもよく、或いは、シグナリングによる構成によって基地局によって取得されてもよい。基地局のシグナリングによる構成は、基地局が送ったシグナリング構成情報をUEが第1のキャリアによって受信することであってもよい。
【０１０２】
具体的には、UEは、以下の方式によって、V2Xデータを送信するのに必要となる第2の同期ソースを決定してもよい。UEは、第1のキャリアによって、アクセスネットワークデバイスが送った第2の同期ソース構成情報を取得し、その第2の同期ソース構成情報は、第2の同期ソースの識別子を搬送してもよく、そして、そのUEは、その第2の同期ソースの識別子に基づいて、V2Xデータを送信するのに必要となる第2の同期ソースを決定してもよい。アクセスネットワークデバイスがUEに送る第2の同期ソース構成情報は、ブロードキャストメッセージを使用することによって構成されてもよく、或いは、無線リソース制御RRC専用シグナリングを送ることによって構成されてもよい。代替的に、UEは、あらかじめ構成された情報を使用することによって、第2の同期ソースの識別子を搬送する第2の同期ソース設定情報を取得し、そして、その第2の同期ソースの識別子に基づいて、V2Xデータを送信するのに必要となる第2の同期ソースを決定してもよい。代替的に、UEは、第2の同期ソースとしてそのUEのクロックを使用してもよい。
【０１０３】
ある1つの選択的な実施形態においては、UEのクロックは、UEの内部で現時点において独立して維持されているクロック又はタイマーであってもよい。ある1つの選択的な実施形態においては、UEは、現在の基地局のクロックをそのUEのクロックとして使用してもよく、或いは、UEのクロックとしてクロックを独立して決定してもよい。
【０１０４】
UEは、以下の方式によって、V2Xデータを送信するのに必要となる送信リソースを決定してもよい。UEは、リソースプール構成情報を取得し、その送信リソースプール構成情報に基づいて、送信リソースプールを決定し、その送信リソースプールに基づいて、送信リソースを決定する。そのリソースプール構成情報は、あらかじめ構成された情報であってもよく、或いは、シグナリングを使用することによって、アクセスネットワークデバイスによって構成されてもよい。リソースプール構成情報は、例えば、受信リソースプール又は送信リソースプール等の利用可能な送信リソースプールを示す。ある1つの選択的な実施形態においては、UEは、利用可能なリソースプールから1つのリソースプールを無作為に選択し、そして、第2のキャリアによってデータを送信するための、言い換えると、対応するデータ送信又は受信を実行するための送信リソースとして、選択されたリソースプールから1つのリソースを選択してもよい。
【０１０５】
加えて、本発明のこの実施形態における送信リソースは、動的な送信リソース又は半永続的な送信リソースであってもよい。具体的には、UEは、代替的に、以下の方式によって、V2Xデータを送信するのに必要となる送信リソースを決定してもよい。UEは、アクセスネットワークデバイスが送ったリソーススケジューリング情報を受信し、そして、そのリソーススケジューリング情報に基づいて、送信リソースを決定し、それによって、そのUEは、決定した送信リソースを使用することによって、第2の同期ソースに基づいて、第2のキャリアによってデータを送信してもよい。本明細書におけるリソーススケジューリング情報は、動的なリソーススケジューリング又は半永続的なリソーススケジューリングに使用される。本発明のこの実施形態における半永続的なリソーススケジューリングにおいては、最初のスケジューリングの間にリソース番号を指定し、その最初のスケジューリングの後の各々のスケジューリングの間にリソース番号の変更規則又は変更期間を指定して、指定された数量のリソースの間隔で半永続的なリソーススケジューリングを実行してもよい。本発明のこの実施形態における動的なリソーススケジューリングは、リソースが使用されるたびごとに、そのリソースが動的にスケジュールされるということを意味する。
【０１０６】
ある1つの選択的な実施形態において、UEは、基準同期クロックとして第2の同期ソースのクロックを使用することによって、送信リソースを決定する。
【０１０７】
205.  UEは、送信リソースを使用することによって、ステップ204において決定された第2の同期ソースに基づいて、(例えば、第2のキャリアである)送信キャリアによってデータを送信し、デバイスXは、第2のキャリアによって、UEが送信したそのデータを受信する。
【０１０８】
本発明のこの実施形態においては、UEが、送信キャリアによってデータを送信することは、UEがデータを送ること、又は、UEがデータを受信することであってもよい。対応する送信リソースは、送出リソース又は受信リソースであってもよい。
【０１０９】
本明細書においては、UEが、第2のキャリアによってデータを送信することは、UEが、(例えばデバイスX等の)他のデバイスとデータ送信を実行することである。本発明のこの実施形態におけるUEは、車載型デバイスであってもよく、デバイスXは、車載型デバイス、ネットワーク、路側設備、又は歩行者のハンドヘルド端末等であってもよい。UEとそのデバイスXとの間で送信されるデータは、V2Xデータであってもよい。
【０１１０】
206.  UEは、eNBに、同期が失敗したということを示す指示情報を送り、eNBは、同期が失敗したということを示しているとともにそのUEが送る指示情報を受信する。
【０１１１】
ステップ206は、選択的なステップである。ある1つの選択的な実施形態においては、ステップ203において第1の同期ソースが失敗したということを決定した後に、そのUEは、eNBに指示情報をフィードバックしてもよく、その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。UEは、eNBに同期失敗をフィードバックし、それによって、そのeNBは、UEに、シグナリング及び構成リソース等を送る必要がなく、その結果、シグナリングオーバーヘッドを減少させる。もちろん、eNBは、また、UEに新たな同期ソース構成情報を送ってもよく、選択的に、その新たな同期ソース構成情報は、第2の同期ソース構成情報であってもよい。
【０１１２】
ステップ206は、新たな第2の同期ソースが再び決定されるステップ204の前に実行されてもよく、或いは、ステップ206は、ステップ204の後に実行されてもよく、或いは、ステップ206及びステップ204は、同時に実行されてもよいということを理解すべきである。このことは、本発明のこの実施形態においては限定されない。
【０１１３】
207.  UEは、eNBに第2の同期ソースの指示情報を送り、そのeNBは、UEが送る第2の同期ソースの指示情報を受信する。
【０１１４】
ステップ207は、選択的なステップである。ある1つの選択的な実施形態において、ステップ204において新たな第2の同期ソースを再び決定した後に、UEは、さらに、eNBに第2の同期ソースの識別情報を送ってもよい。その第2の同期ソースの識別情報は、第2の同期ソースの識別子を搬送してもよく、第2のキャリアによってデータを送信するのに必要となる同期クロックとして、第2の同期ソースのクロックを使用するようにそのUEに指示するのに使用されてもよい。この手法によって、第2の同期ソースの識別情報を受信した後に、そのeNBは、UEの現在の同期ソース(第2の同期ソース)の関連する情報をそのeNBの中に記録してもよく、それによって、そのeNBは、新たな同期ソースを取得し、そして、リソース構成のための同期クロックとしてその新たな同期ソースのクロックを使用する。
【０１１５】
特に、本発明のこの実施形態におけるデータは、V2Xデータであってもよい。
【０１１６】
本発明のこの実施形態において、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０１１７】
上記の手順のステップの順序番号は、ステップを実行する時間的な順序に関する制約又は制限を構成しないということを理解すべきである。例えば、新たな第2の同期ソースを再び決定するステップ204の後のいずれかの時点において、ステップ207を実行してもよく、例えば、データが送信されるステップ205の前又は後に、ステップ207を実行し、或いは、ステップ207及びステップ205を同時に実行する。このことは、本発明のこの実施形態においては限定されない。
【０１１８】
上記の実施形態は、当業者が本発明をよりよく理解するのを助けることを意図したものにすぎず、本発明の保護範囲を限定することを意図したものではない。
【０１１９】
図3は、本発明の他の実施形態にしたがったデータ送信方法の概略的な対話的フローチャートである。本発明のこの実施形態におけるデータ送信を説明するために、例えば、アクセスネットワークデバイスは、eNBであり、V2Xデータが送信され、UEとeNBとの間で情報が交換される。
【０１２０】
301.  eNBは、第1のキャリアによって、ユーザ機器UEに第1の同期ソース構成情報を送り、そのUEは、第1のキャリアによって、そのeNBが送った第1の同期ソース構成情報を受信する。
【０１２１】
第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送してもよい。eNBは、第1のキャリアに展開される。(例えば、eNB等の)UEは、基地局が送った第1の同期ソース構成情報を受信する。そのUEは、その第1の同期ソース構成情報に基づいて、第1の同期ソースと同期し、そして、第1の同期ソースに基づいて、第2のキャリアによってデータを送信してもよい。
【０１２２】
302.  UEは、第1のキャリアによってeNBに指示情報を送り、そのeNBは、第1のキャリアによって、UEが送った指示情報を受信する。
【０１２３】
指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。第1の同期ソースとの同期が失敗したということを検出した後に、UEは、eNBに指示情報を送信してもよい。UEによって同期の失敗を決定するための方法については、図2のステップ203の説明を参照すべきである。繰り返しを避けるために、本明細書においては、詳細は繰り返しては説明されない。
【０１２４】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【０１２５】
303.  eNBは、第1のキャリアによって、UEに第2の同期ソース構成情報を送ってもよく、そのUEは、第1のキャリアによって、eNBが送った第2の同期ソース構成情報を受信する。
【０１２６】
第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１２７】
ステップ303は、選択的なステップである。同期失敗を示す指示情報を受信した後に、eNBは、例えば、第1のキャリアによって、UEに第2の同期ソース構成情報を送ることによって、そのUEのための同期ソースを再構成してもよい。第2の同期ソース構成情報は、第2の同期ソースの識別子を含んでいてもよい。第2の同期ソース構成情報を受信した後に、UEは、第2の同期ソース構成情報に基づいて、第2の同期ソースと同期して、その第2の同期ソースに基づいて、第2のキャリアによってデータを継続して送信し、そして、正常なデータ送信を保証することが可能である。
【０１２８】
ある1つの選択的な実施形態においては、第2の同期ソースがあらかじめ設定されている場合に、UEが第2の同期ソースと同期した後に、eNBは、UEが送るとともに第2の同期ソースの識別情報を受信してもよく、それによって、その基地局は、新たな同期ソース(第2の同期ソース)の識別子を取得し、そして、第2の同期ソースのために、その第2の同期ソースに対応する送信リソースを構成する。
【０１２９】
ステップ303は、選択的なステップである。ある1つの選択的な実施形態において、(例えば、eNB等の)アクセスネットワークデバイスは、さらに、第1のキャリアによって、UEに第2の同期ソース構成情報を送ってもよい。第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、その第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。このことは、UEと第1の同期ソースとの間の同期が失敗した後に、アクセスネットワークデバイスが、(例えば、第2の同期ソース等の)新たな同期ソースを認識して、第2の同期ソースのために、その第2の同期ソースに対応する送信リソースを構成すること可能であるということを保証することが可能である。
【０１３０】
ある1つの選択的な実施形態において、アクセスネットワークデバイスは、UEのために、第2の同期ソースに対応する送信リソースを構成し、そして、そのUEにその送信リソースを送ってもよく、それによって、そのUEは、その第2の同期ソースに基づいて、その送信リソースによってデータを送信する。この手法によって、第1の同期ソースとの同期が失敗した後であっても、そのUEは、依然として、正常なデータ送信を実行することが可能である。
【０１３１】
ある1つの選択的な実施形態において、データは、あらゆる対象物と車両との間のV2X通信データである。
【０１３２】
上記の記載は、図2及び図3を参照して、本発明の複数の実施形態にしたがったデータ送信方法を詳細に説明している。以下の記載は、図4乃至図7を参照して、本発明のある1つの実施形態にしたがったデータ送信装置のブロック図を説明する。
【０１３３】
図4は、本発明のある1つの実施形態にしたがったデータ送信装置のブロック図である。図4の装置は、図2の方法の実施形態においてUEが実行する複数のステップを実行してもよい。図4の装置40は、受信ユニット41、処理ユニット42、及び送信ユニット43を含む。
【０１３４】
受信ユニット41は、第1のキャリアによって第1の同期ソース構成情報を受信するように構成され、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【０１３５】
処理ユニット42は、受信ユニットが受信した第1の同期ソース構成情報に基づいて、第1の同期ソースを決定し、第1の同期ソースとの同期が失敗したということを決定し、そして、第2の同期ソース及び送信リソースを決定する、ように構成される。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックを提供するのに使用され、第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１３６】
送信ユニット43は、送信リソースを使用することによって、処理ユニットが決定した第2の同期ソースに基づいて、第2のキャリアによってデータを送信するように構成される。
【０１３７】
上記の解決方法を使用することによって、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０１３８】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びUEの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図2に示されているその方法のUEの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１３９】
ある1つの選択的な実施形態においては、受信ユニットは、受信機であってもよく、処理ユニットは、プロセッサであってもよく、送信ユニットは、送信機であってもよい。受信機、プロセッサ、及び送信機は、それぞれ、受信ユニット、処理ユニット、及び送信ユニットが実行する方法を実行するように構成されてもよい。繰り返しを避けるために、詳細は繰り返しては説明されない。
【０１４０】
図5は、本発明の他の実施形態にしたがったデータ送信装置のブロック図である。図5の装置は、図2及び図3の方法の実施形態にしたがってeNBが実行する複数のステップを実行してもよい。図5の装置50は、送出ユニット51及び受信ユニット52を含む。
【０１４１】
送出ユニット51は、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送るように構成される。その第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【０１４２】
受信ユニット52は、UEが送った指示情報を受信するように構成される。その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１４３】
上記の解決方法を使用することによって、アクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信してもよい。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【０１４４】
ある1つの選択的な実施形態において、送出ユニット51は、さらに、第1のキャリアによってUEに第2の同期ソース構成情報を送るように構成される。第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。
【０１４５】
ある1つの選択的な実施形態において、eNBは、同期失敗を示す指示情報を受信した後に、UEのための同期ソースを再構成してもよく、例えば、第1のキャリアによって、UEに第2の同期ソース構成情報を送ってもよい。その第2の同期ソース構成情報は、第2の同期ソースの識別子を含んでいてもよい。第2の同期ソース構成情報を受信した後に、そのUEは、その第2の同期ソース構成情報に基づいて、第2の同期ソースと同期して、その第2の同期ソースに基づいて、第2のキャリアによってデータを継続して送信し、そして、正常なデータ送信を保証してもよい。
【０１４６】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びeNBの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図3に示されているその方法のeNBの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１４７】
ある1つの選択的な実施形態においては、受信ユニットは、受信機であってもよく、送出ユニットは、送信機であってもよい。受信機及び送信機は、それぞれ、受信ユニット及び送出ユニットが実行する方法を実行するように構成されてもよい。繰り返しを避けるために、詳細は繰り返しては説明されない。
【０１４８】
図6は、本発明の他の実施形態にしたがったデータ送信装置のブロック図である。図6の装置60は、送信機61、受信機62、及びプロセッサ63を含む。プロセッサ63は、装置60の動作を制御し、信号を処理するように構成されてもよい。
【０１４９】
本発明の上記の複数の実施形態で開示されている方法は、プロセッサ63に適用されてもよく、或いは、プロセッサ63によって実装されてもよい。ある1つの実施プロセスにおいては、ハードウェアの論理集積回路又はプロセッサ63の中のソフトウェアの形態での命令を使用することによって、上記の方法における複数のステップを完了してもよい。プロセッサ63は、汎用プロセッサ、ディジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は他のプログラム可能な論理デバイス、個別のゲート又はトランジスタ論理デバイス、或いは、個別のハードウェア構成要素であってもよく、本発明の複数の実施形態において開示される方法、ステップ、及び論理ブロック図を実装し又は実行してもよい。汎用プロセッサは、マイクロプロセッサ又はいずれかの従来のプロセッサ等であってもよい。本発明のそれらの複数の実施形態を参照して開示されている方法のステップは、ハードウェアプロセッサを使用することによって直接的に実装されてもよく、或いは、プロセッサの中のハードウェア及びソフトウェアモジュールの組み合わせを使用することによって実装されてもよい。
【０１５０】
具体的には、受信機62は、第1のキャリアによって、第1の同期ソース構成情報を受信してもよい。その第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【０１５１】
プロセッサ63は、第1の同期ソース構成情報に基づいて、第1の同期ソースを決定し、第1の同期ソースとの同期が失敗したということを決定し、そして、第2の同期ソース及び送信リソースを決定してもよい。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１５２】
送信機61は、送信リソースを使用することによって、第2の同期ソースに基づいて、第2のキャリアによってデータを送信してもよい。
【０１５３】
本発明のこの実施形態において、ユーザ機器は、基地局が構成した同期ソース情報に基づいて、データを送信するのに必要となる同期ソースを決定する。その同期ソースとの同期がとれていない状態となった後に、そのUEは、新たな同期ソースを再び決定し、データ送信のためにその新たな同期ソースを使用する。この手法では、送信キャリア及びサービスキャリアの周波数が異なっている場合であって、そのUEが元の同期ソースとの同期がとれていない状態となった後にも、依然として、正常なデータ送信を実装することが可能である。
【０１５４】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びUEの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図2に示されているその方法のUEの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１５５】
図7は、本発明の他の実施形態にしたがったデータ送信装置のブロック図である。図7の装置70は、送信機71及び受信機72を含む。
【０１５６】
具体的には、送信機71は、第1のキャリアを使用することによって、ユーザ機器UEに第1の同期ソース構成情報を送ってもよく、その第1の同期ソース構成情報は、第1の同期ソースの識別子を搬送し、第1の同期ソース構成情報は、第1の同期ソースを決定するのに使用される。
【０１５７】
受信機72は、UEが送った指示情報を受信してもよい。その指示情報は、UEと第1の同期ソースとの間の同期が失敗したということを示すのに使用される。第1の同期ソースは、第2のキャリアによってデータを送信するのに必要となる同期クロックをUEに提供するのに使用される。第1のキャリアの周波数は、第2のキャリアの周波数とは異なっている。
【０１５８】
本発明のこの実施形態におけるアクセスネットワークデバイスは、UEのために同期ソースを構成し、そのUEとその同期ソースとの間の同期が失敗した後に、そのUEが送るとともにその同期ソースとの同期が失敗したということを示す指示情報を受信する。この手法によって、そのUEとその同期ソースとの間の同期が失敗した後であっても、その指示情報に基づいて、そのアクセスネットワークデバイスは、そのUEにシグナリングを送ること又はそのUEのために第1の同期ソースに対応するリソースを構成することを省略することが可能であり、それにより、シグナリングオーバーヘッドを抑えることが可能である。
【０１５９】
ある1つの選択的な実施形態においては、送信機71は、さらに、第1のキャリアによってUEに第2の同期ソース構成情報を送るように構成されてもよい。第2の同期ソース構成情報は、UEが、第1の同期ソースとの同期が失敗した後に、第2の同期ソース構成情報に基づいて第2の同期ソースを決定し、そして、第2の同期ソースに基づいて、第2のキャリアによってデータを送信するのに使用される。
【０１６０】
本発明の複数の実施形態のデータ送信方法における複数の特定のステップ及びeNBの実行手順に、本発明のこの実施形態におけるデータ送信装置を適用してもよく、上記で説明されたその装置のユニット/モジュール、及び、他の動作及び/又は機能は、それぞれ、図3に示されているその方法のeNBの対応する手順を実装するためのものである。簡潔さのために、本明細書においては、詳細は繰り返しては説明されない。
【０１６１】
本明細書の全体において言及する"ある1つの実施形態"との記載は、その実施形態に関連付けられている特定の特徴、構造、又は特性が、本発明の少なくとも1つの実施形態の中に含まれるということを意味するものではないということを理解すべきである。したがって、本明細書を通じて登場する"ある1つの実施形態において"又は"ある1つの実施形態において"との記載は、同じ実施形態を指すものではない。加えて、いずれかの適切な方式を使用することによって、これらの特定の特徴、構造、又は特性を組み合わせて、1つ又は複数の実施形態としてもよい。
【０１６２】
上記のプロセスの順序番号は、本発明の様々な実施形態における実行順序を意味するものではないということを理解すべきである。それらのプロセスの実行順序は、プロセスの機能及び内部ロジックにしたがって決定されるべきであり、本発明の実施形態の実装プロセスに対するいかなる限定としても解釈されるべきではない。
【０１６３】
本発明の複数の実施形態において、"Aに対応するB"との記載は、BがAと関連していて、かつ、BがAに基づいて決定されてもよいということを示しているということを理解すべきである。ただし、Bに基づいてAを決定することは、BがAのみに基づいて決定されるということを意味するものではない、言い換えると、Bは、A及び/又は他の情報に基づいて決定されてもよいということをさらに理解すべきである。
【０１６４】
本明細書における"及び/又は"との記載は、複数の関連するオブジェクトを説明するための関連性関係のみを説明し、3つの関係が存在してもよいということを表している。例えば、A及び/又はBは、Aのみが存在する、A及びBの双方が存在する、そして、Bのみが存在する、という3つの状況を表していてもよい。加えて、本明細書における文字"/"は、通常は、複数の関連するオブジェクトの間の"又は"の関係を示している。
【０１６５】
当業者は、本明細書において開示されている複数の実施形態において説明されている複数の例と関連して、電子的なハードウェアによって、或いは、コンピュータソフトウェア及び電子的なハードウェアの組み合わせによって、複数のユニット及び複数のアルゴリズムステップを実装してもよいということを理解することができる。それらの複数の機能がハードウェアによって実行されるか、又は、ソフトウェアによって実行されるかは、技術的解決方法の特定の用途及び設計上の制約条件によって決まる。当業者は、複数の異なる方法を使用して、各々の特定の用途について、複数の説明された機能を実装してもよいが、その実装は、本発明の範囲を超えると解釈されるべきではない。
【０１６６】
当業者は、利便性のある簡潔な説明のために、上記のシステム、装置、及びユニットの詳細な動作プロセスについては、上記の方法の実施形態における対応するプロセスを参照してもよいということを明確に理解することが可能であり、本明細書においては、詳細は繰り返しては説明されない。
【０１６７】
この出願によって提供される複数の実施形態において、開示されているシステム、装置、及び方法は、他の方式で実装されてもよいということを理解すべきである。例えば、記載されている装置の実施形態は、1つの例にすぎない。例えば、ユニットへの分割は、論理的な機能の分割にすぎず、実際の実装においては、他の分割も可能である。例えば、複数のユニット又は構成要素を組み合わせ又は一体化して、他のシステムとしてもよく、或いは、それらの機能のうちの一部を無視し又は実行しなくてもよい。加えて、複数のインターフェイスを使用することによって、示された又は説明された相互の結合、又は、直接的な結合、又は、通信接続を実装してもよい。電子的な形態、機械的な形態、又は他の形態によって、複数の装置の間又は複数のユニットの間の非直接的な結合或いは通信接続を実装してもよい。
【０１６８】
複数の分離した部分として記載されているユニットは、物理的に分離していてもよく、又は、物理的に分離していなくてもよく、複数のユニットとして示されている部分は、複数の物理的なユニットであってもよく、又は、複数の物理的なユニットでなくてもよく、1つの場所に位置していてもよく、又は、複数のネットワークユニットに分散されていてもよい。実際の要求に基づいて、それらの複数のユニットのうちのいくつか又はすべてを選択して、複数の実施形態の解決方法の目的を達成してもよい。
【０１６９】
加えて、本発明の複数の実施形態における複数の機能的なユニットを一体化して、1つの処理ユニットとしてもよく、或いは、それらの複数のユニットの各々は、物理的に単独で存在していてもよく、2つ又はそれ以上のユニットを一体化して、1つのユニットとしてもよい。
【０１７０】
複数の機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売され又は使用される場合に、コンピュータ読み取り可能な記憶媒体の中にそれらの複数の機能を格納してもよい。そのような理解に基づいて、本発明の複数の技術的解決方法を、本質的に、或いは、先行技術に寄与する部分或いは複数の技術的解決方法の一部を、ソフトウェア製品の形態で実装してもよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本発明の複数の実施形態において説明されている複数の方法のステップのうちのすべて又は一部を実行するように、(パーソナルコンピュータ、サーバ、又はネットワークデバイスであってもよい)コンピュータデバイスに指示する複数の命令を含む。上記の記憶媒体は、プログラムコードを格納することが可能であるUSBフラッシュドライブ、取り外し可能なハードディスク、読み取り専用メモリ(Read-Only  Memory,  ROM)、ランダムアクセスメモリ(Random  Access  Memory,  RAM)、磁気ディスク、又はコンパクトディスク等のいずれかの媒体を含む。
【０１７１】
上記の説明は、本発明の特定の実装であるにすぎず、本発明の保護の範囲を限定することを意図するものではない。本発明によって開示されている技術的範囲の中で当業者が容易に考え出すことが可能であるあらゆる変形又は置換は、本発明の保護の範囲に属するものとする。したがって、本発明の保護の範囲は、請求項に記載された発明の保護の範囲に従うものとする。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2019531004.tif 000010
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2019531004.tif 000011
【国際調査報告】
2019531004.tif 000012
2019531004.tif 000013
2019531004.tif 000014
2019531004.tif 000015
2019531004.tif 000016
2019531004.tif 000017