(57)【要約】  本出願の実施形態は、データ送信方法および関連デバイスを開示する。本方法は、第1のデバイスによって、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するステップであって、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、第1の条件が満たされた場合、第1のデバイスによって、第Mの時間単位で第1のデータの送信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、を含む。このようにして、システムビットのK回の繰り返し送信の間に、システムビットに基づいて判定され、かつ送信される必要があるデータを判定することができ、データ送信の高信頼性および低レイテンシが確保される。
2020515184.tif 000002
【特許請求の範囲】
【請求項１】
第1のデバイスによって、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するステップであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、
第1の条件が満たされた場合、前記第1のデバイスによって、第Mの時間単位で前記第1のデータの送信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、
を含む、データ送信方法。
【請求項２】
第1のデバイスによって、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信する、前記ステップの前に、前記方法が、
第2の条件が満たされた場合、前記第1のデバイスによって、前記第1のデータを繰り返し送信することを判定するステップであって、
前記第2の条件が、
前記第1のデバイスが前記第2のデバイスから構成情報を受信した場合、前記第1のデバイスが、前記第1のデータを繰り返し送信することを判定することであって、前記構成情報が、前記第1のデバイスの送信リソースに対応する、こと、または
前記第1のデバイスが、前記システムビットを送信するために使用される送信符号レートが第1の閾値よりも大きいことを判定した場合、前記第1のデバイスが、前記第1のデータを繰り返し送信することを判定すること、
を含む、ステップ
をさらに含む、請求項1に記載の方法。
【請求項３】
前記送信符号レートが、前記システムビットの数、前記システムビットに対応する占有リソースの数、および変調方式に基づいて判定され、前記第1の閾値が、前記システムビットに対応するチャネル符号化の符号レートである、請求項2に記載の方法。
【請求項４】
前記第1の条件が、
前記第1のデバイスが、前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報を受信することであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、正しい受信、誤った受信、もしくは受信を含む、こと、または
前記第1のデバイスが前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含む、請求項1から3のいずれか一項に記載の方法。
【請求項５】
前記第1の条件が、
前記第1のデバイスが、前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報を受信することであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、誤った受信もしくは受信を含む、こと、または
前記第1のデバイスが前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含み、
前記第1のデバイスによって、第Mの時間単位で前記第1のデータの送信を停止する、前記ステップの後、前記方法が、
前記第1のデバイスによって、第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信するステップであって、前記第2の時間単位セットが、前記第Mの時間単位から前記第Kの時間単位を含む、ステップ
をさらに含む、請求項1から3のいずれか一項に記載の方法。
【請求項６】
前記第1のデバイスによって、第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信する、前記ステップが、
前記第1のデバイスが前記システムビット向けの第2のフィードバック情報を前記第2のデバイスから受信するまで、前記第1のデバイスによって、前記第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信するステップ、または
前記第1のデバイスが前記システムビットを前記第2のデバイスに繰り返し送信する回数が第3の閾値に達するまで、前記第1のデバイスによって、前記第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信するステップ
を含む、請求項5に記載の方法。
【請求項７】
前記第1のデバイスによって、第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信する、前記ステップが、
前記第1のデバイスによって、前記第2の時間単位セットの第Nの時間単位で第2のデータを送信するステップであって、前記第2のデータが、第2の冗長バージョンおよび前記システムビットに基づいて判定され、Nは正の整数である、ステップ
を含む、請求項5または6に記載の方法。
【請求項８】
前記第1のデバイスによって、第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信する、前記ステップが、
前記第1のデバイスによって、前記第2の時間単位セットの前記第Nの時間単位から第Jの時間単位で前記第2のデータを繰り返し送信するステップであって、N＜Jであり、Jは整数である、ステップ
を含む、請求項7に記載の方法。
【請求項９】
前記第1のデータを繰り返し送信する回数が、前記第2のデータを繰り返し送信する回数とは異なる、請求項8に記載の方法。
【請求項１０】
前記第1の冗長バージョンが前記第2の冗長バージョンと同じである、または前記第1の冗長バージョンが前記第2の冗長バージョンとは異なる、請求項7から9のいずれか一項に記載の方法。
【請求項１１】
前記第1の冗長バージョンのバージョン番号が0である、請求項1から10のいずれか一項に記載の方法。
【請求項１２】
第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信するステップであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、
第1の条件が満たされた場合、前記第2のデバイスによって、第Mの時間単位で前記第1のデータの受信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、
を含む、データ送信方法。
【請求項１３】
第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信する、前記ステップの前に、前記方法が、
前記第2のデバイスによって、構成情報を前記第1のデバイスに送信するステップであって、前記構成情報が、前記第1のデータを繰り返し送信するように前記第1のデバイスに命令するために使用される、ステップ
をさらに含む、請求項12に記載の方法。
【請求項１４】
第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信する、前記ステップの後に、前記方法が、
前記第1のデータが受信されたことを確認した場合、前記第2のデバイスによって、前記第1のデータ向けのフィードバック情報を前記第1のデバイスに送信するステップであって、前記フィードバック情報が、前記第1のデータが受信されたことを示すために使用される、ステップ
をさらに含む、請求項12または13に記載の方法。
【請求項１５】
前記第2のデバイスによって、前記第1のデータが受信されたことを確認する前記ことが、
前記第2のデバイスによって、前記第1のデータのシグネチャ情報に基づいて、前記第1のデータが受信されたことを確認すること
を含む、請求項14に記載の方法。
【請求項１６】
前記シグネチャ情報が、復調参照信号またはプリアンブル情報を含む、請求項15に記載の方法。
【請求項１７】
第1のデバイスによって、送信されるシステムビットおよび第1の時間単位を判定するステップと、
前記第1のデバイスによって、前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するステップと、
前記第1のデバイスによって、前記冗長バージョンおよび前記送信されるシステムビットに基づいて、第1のデータを判定するステップと、
前記第1のデバイスによって、前記第1の時間単位で前記第1のデータを前記第2のデバイスに送信するステップと、
を含む、データ送信方法。
【請求項１８】
前記第1のデバイスによって、前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定する、前記ステップが、
前記第1のデバイスによって、前記第1の時間単位のインデックス番号に基づいて、前記第1の時間単位に対応する前記冗長バージョンを判定するステップ
を含む、請求項17に記載の方法。
【請求項１９】
第2のデバイスによって、第1の時間単位で、第1のデバイスによって送信された第1のデータを受信するステップと、
前記第2のデバイスによって、前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するステップと、
前記第2のデバイスによって、前記冗長バージョンに基づいて、前記第1のデータを処理するステップと、
を含む、データ送信方法。
【請求項２０】
第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するように構成される第1の送信ユニットであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、第1の送信ユニット
を備え、
前記第1の送信ユニットが、第1の条件が満たされた場合、第Mの時間単位で前記第1のデータの送信を停止するようにさらに構成され、2≦M≦Kであり、Mは整数である、
第1のデバイス。
【請求項２１】
第2の条件が満たされた場合、前記第1のデータを繰り返し送信することを判定するように構成される判定ユニットであって、
前記第2の条件が、
前記第2のデバイスから構成情報が受信された場合、前記第1のデバイスが、前記第1のデータを繰り返し送信することを判定することであって、前記構成情報が、前記第1のデバイスの送信リソースに対応する、こと、または
前記システムビットを送信するために使用される送信符号レートが第1の閾値よりも大きいことが判定された場合、前記第1のデータを繰り返し送信することが判定されること
を含む、判定ユニット
をさらに備える、請求項1に記載の第1のデバイス。
【請求項２２】
前記送信符号レートが、前記システムビットの数、前記システムビットに対応する占有リソースの数、および変調方式に基づいて判定され、前記第1の閾値が、前記システムビットに対応するチャネル符号化の符号レートである、請求項2に記載の第1のデバイス。
【請求項２３】
前記第1の条件が、
前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報が受信されることであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、正しい受信、誤った受信、もしくは受信を含む、こと、または
前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含む、請求項20から22のいずれか一項に記載の第1のデバイス。
【請求項２４】
前記第1の条件が、
前記第1のデバイスが、前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報を受信することであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、誤った受信もしくは受信を含む、こと、または
前記第1のデバイスが前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含み、
前記第1のデバイスが、
第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信するように構成される第2の送信ユニットであって、前記第2の時間単位セットが、前記第Mの時間単位から前記第Kの時間単位を含む、第2の送信ユニット
をさらに備える、請求項20から22のいずれか一項に記載の第1のデバイス。
【請求項２５】
前記第2の送信ユニットが、
前記第1のデバイスが前記システムビット向けの第2のフィードバック情報を前記第2のデバイスから受信するまで、前記第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信する、または
前記第1のデバイスが前記システムビットを前記第2のデバイスに繰り返し送信する回数が第3の閾値に達するまで、前記第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信する、
ように特に構成される、請求項24に記載の第1のデバイス。
【請求項２６】
前記第2の送信ユニットが、
前記第2の時間単位セットの第Nの時間単位で第2のデータを送信し、前記第2のデータが、第2の冗長バージョンおよび前記送信されるシステムビットに基づいて判定され、Nは正の整数である、
ように特に構成される、請求項24または25に記載の第1のデバイス。
【請求項２７】
前記第2の送信ユニットが、
前記第2の時間単位セットの前記第Nの時間単位から第Jの時間単位で前記第2のデータを繰り返し送信し、N＜Jであり、Jは整数である、
ように特に構成される、請求項26に記載の第1のデバイス。
【請求項２８】
前記第1のデータを繰り返し送信する回数が、前記第2のデータを繰り返し送信する回数とは異なる、請求項27に記載の第1のデバイス。
【請求項２９】
前記第1の冗長バージョンが前記第2の冗長バージョンと同じである、または前記第1の冗長バージョンが前記第2の冗長バージョンとは異なる、請求項26から28のいずれか一項に記載の第1のデバイス。
【請求項３０】
前記第1の冗長バージョンがRV0である、請求項20から29のいずれか一項に記載の第1のデバイス。
【請求項３１】
第1の時間単位セット内で、第1のデバイスによって繰り返し送信された第1のデータを受信するように構成される受信ユニットであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、受信ユニット
を備え、
前記受信ユニットが、第1の条件が満たされた場合、第Mの時間単位で前記第1のデータの受信を停止するようにさらに構成され、2≦M≦Kであり、Mは整数である、
第2のデバイス。
【請求項３２】
構成情報を前記第1のデバイスに送信するように構成される第1の送信ユニットであって、前記構成情報が、前記第1のデータを繰り返し送信するように前記第1のデバイスに命令するために使用される、第1の送信ユニット
をさらに備える、請求項31に記載の第2のデバイス。
【請求項３３】
前記第1のデータが受信されたことを確認するように構成される確認ユニットと、
前記第1のデータが受信されたことが確認された場合、前記第1のデータ向けのフィードバック情報を前記第1のデバイスに送信するように構成される第2の送信ユニットであって、前記フィードバック情報が、前記第1のデータが受信されたことを示すために使用される、第2の送信ユニットと、
をさらに備える、請求項31または32に記載の第2のデバイス。
【請求項３４】
前記確認ユニットが、
前記第1のデータのシグネチャ情報に基づいて、前記第1のデータが受信されたことを確認する
ように特に構成される、請求項33に記載の第2のデバイス。
【請求項３５】
前記シグネチャ情報が、復調参照信号またはプリアンブル情報を含む、請求項34に記載の第2のデバイス。
【請求項３６】
送信されるシステムビットおよび第1の時間単位を判定するように構成される第1の判定ユニットと、
前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するように構成される第2の判定ユニットと、
前記冗長バージョンおよび前記送信されるシステムビットに基づいて、第1のデータを判定するように構成される第3の判定ユニットと、
前記第1の時間単位で前記第1のデータを前記第2のデバイスに送信するように構成される送信ユニットと、
を備える、第1のデバイス。
【請求項３７】
前記第2の判定ユニットが、
前記第1の時間単位のインデックス番号に基づいて、前記第1の時間単位に対応する前記冗長バージョンを判定する
ように特に構成される、請求項36に記載の第1のデバイス。
【請求項３８】
第1の時間単位で、第1のデバイスによって送信された第1のデータを受信するように構成される受信ユニットと、
前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するように構成される判定ユニットと、
前記冗長バージョンに基づいて、前記第1のデータを処理するように構成される処理ユニットと、
を備える、第2のデバイス。
【請求項３９】
メモリと、プロセッサと、前記メモリに格納され、前記プロセッサによって実行され得るコンピュータプログラムと、を備える、第1のデバイスであって、
前記プロセッサが、請求項1から11のいずれか一項に記載のデータ送信方法のステップを実行するために、前記コンピュータプログラムを実行する、第1のデバイス。
【請求項４０】
メモリと、プロセッサと、前記メモリに格納され、前記プロセッサによって実行され得るコンピュータプログラムと、を備える、第2のデバイスであって、
前記プロセッサが、請求項12から16のいずれか一項に記載のデータ送信方法のステップを実行するために、前記コンピュータプログラムを実行する、第2のデバイス。
【請求項４１】
メモリと、プロセッサと、前記メモリに格納され、前記プロセッサによって実行され得るコンピュータプログラムと、を備える、第1のデバイスであって、
前記プロセッサが、請求項17または18に記載のデータ送信方法の1つ以上のステップを実行するために、前記コンピュータプログラムを実行する、第1のデバイス。
【請求項４２】
メモリと、プロセッサと、前記メモリに格納され、前記プロセッサによって実行され得るコンピュータプログラムと、を備える、第2のデバイスであって、
前記プロセッサが、請求項19に記載のデータ送信方法のステップを実行するために、前記コンピュータプログラムを実行する、第2のデバイス。
【請求項４３】
コンピュータ可読記憶媒体であって、命令が、前記可読記憶媒体に格納され、前記命令がコンピュータ上で実行されるときに、前記コンピュータが請求項1から19のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
【請求項４４】
命令を含むコンピュータプログラム製品であって、前記コンピュータプログラム製品がコンピュータ上で実行されるときに、前記コンピュータが請求項1から19のいずれか一項に記載の信号送信方法を実行する、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2017年3月24日に中国専利局に出願された「DATA TRANSMISSION METHOD AND RELATED DEVICE」と題する中国特許出願第201710184872．1号の優先権を主張するものであり、参照により、同中国特許出願の内容全体を本願明細書に援用する。
【０００２】
本出願は、無線通信技術の分野に関し、詳細には、データ送信方法および関連デバイスに関する。
【背景技術】
【０００３】
従来のLTEシステムでは、データ送信の信頼性を確保するために、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest、HARQ）メカニズムが使用され得る。具体的には、第1のデバイスがデータを第2のデバイスに初めて送信した後、第2のデバイスは、第1のデータによって送信されたデータに関するHARQ−ACKをフィードバックする。HARQ−ACKは、肯定応答（Acknowledgement、ACK）および否定応答（Negative Acknowledgement、NACK）を含む。第1のデバイスがNACKを受信した場合、第1のデバイスは、第1のデバイスがACKを受信するまで、第2のデバイスにデータを再度送信する必要がある。従来のHARQメカニズムが使用される場合、データ送信の信頼性は保証され得るが、データ送信のレイテンシが増加する。換言すれば、第1のデバイスによって初めて送信されたデータが第2のデバイスによって誤って受信された場合、第1のデバイスは、第1のデバイスが第2のデバイスによってフィードバックされたACKを受信するまで、第2のデバイスにデータを再度送信する必要がある。加えて、第1のデバイスが、第2のデバイスからスケジューリング情報を受信した後にのみ、第2のデバイスにデータを再度送信し得る場合もある。第1のデバイスによって第2のデバイスからのスケジューリング情報を受信すること、およびデータを再度送信するプロセスの両方が、データ送信レイテンシを増加させる。
【０００４】
第5世代（5th Generation、5G）のモバイル通信規格の議論の際、高信頼性・低遅延通信（Ultra−Reliable and Low Latency Communications、URLLC）シナリオについては、データ送信の高信頼性と低レイテンシとの両方を確保するために、第1のデバイスが、送信される情報ビットを有する場合、送信されるシステムビットに対してK回の繰り返し送信（repetition）が許可されている。この方式により、高いデータ送信の信頼性を確保しながら、低いデータ送信レイテンシを確保できる。
【０００５】
第1のデバイスは、送信されるシステムビットを直接送信しない。代わりに、第1のデバイスは、送信されるシステムビットの一部または全部を含むデータを送信することにより、システムビットの送信を実施する。具体的には、第1のデバイスは、送信されるデータを生成するために、送信されるシステムビットに対してチャネル符号化などの処理を実行する。送信されるシステムビットに対するチャネル符号化を実行した後、第1のデバイスは、送信されるシステムビットに対応する冗長ビットを生成し、第1のデバイスで使用される冗長バージョン（Redundancy Version、RV）に基づいて、送信されるデータを判定する。データは、システムビットおよび／または冗長ビットを含む。第1のデバイスが異なる冗長バージョンを使用している場合、生成された送信されるデータは異なることが分かり得る。換言すれば、送信されるデータに含まれるシステムビットおよび／または冗長ビットの構成比が異なる。K回の繰り返し送信中に第1のデバイスによって送信されるデータをどのように判定するかは、当業者によって活発に研究されている主題である。
【発明の概要】
【課題を解決するための手段】
【０００６】
本出願の実施形態は、システムビットのK回の繰り返し送信の間に、システムビットに基づいて判定され、かつ毎回送信される必要があるデータを判定し、データ送信の高信頼性および低レイテンシを保証するための、データ送信方法および関連デバイスを提供する。
【０００７】
第1の態様によれば、データ送信方法が提供され、第1のデバイスに適用される。本方法は、
第1のデバイスによって、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するステップであって、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、第1の条件が満たされた場合、第1のデバイスによって、第Mの時間単位で第1のデータの送信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、
を含み得る。
【０００８】
第1の態様に関連して、いくつかの可能な実装形態では、第1のデバイスによって、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するステップの前に、本方法が、第2の条件が満たされた場合、第1のデバイスによって、第1のデータを繰り返し送信することを判定するステップであって、第2の条件が、第1のデバイスが第2のデバイスから構成情報を受信した場合、第1のデバイスが、第1のデータを繰り返し送信することを判定することであって、構成情報が、第1のデバイスの送信リソースに対応する、こと、または第1のデバイスが、システムビットを送信するために使用される送信符号レートが第1の閾値よりも大きいと判定した場合、第1のデバイスが、第1のデータを繰り返し送信することを判定することを含む、ステップをさらに含む。
【０００９】
第1の態様に関連して、いくつかの可能な実装形態では、送信符号レートが、システムビットの数、システムビットに対応する占有リソースの数、および変調方式に基づいて判定され、第1の閾値が、システムビットに対応するチャネル符号化の符号レートである。
【００１０】
第1の態様に関連して、いくつかの可能な実装形態では、第1の条件が、第1のデバイスが、第1のデータ向けの、第2のデバイスからの第1のフィードバック情報を受信することであって、第1のフィードバック情報が、第1のデータの受信状態を示すために使用され、第1のデータの受信状態が、正しい受信、誤った受信、もしくは受信を含む、こと、または第1のデバイスが第1のデータを第2のデバイスに繰り返し送信する回数が第2の閾値に達したことを含む。
【００１１】
第1の態様に関連して、いくつかの可能な実装形態では、第1の条件が、第1のデバイスが、第1のデータ向けの、第2のデバイスからの第1のフィードバック情報を受信することであって、第1のフィードバック情報が、第1のデータの受信状態を示すために使用され、第1のデータの受信状態が、誤った受信もしくは受信を含む、こと、または第1のデバイスが第1のデータを第2のデバイスに繰り返し送信する回数が第2の閾値に達したことを含み、第1のデバイスによって、第Mの時間単位で第1のデータの送信を停止するステップの後、本方法が、第1のデバイスによって、第2の時間単位セット内でシステムビットを第2のデバイスに繰り返し送信するステップであって、第2の時間単位セットが、第Mの時間単位から第Kの時間単位を含む、ステップをさらに含む。
【００１２】
第1の態様に関連して、いくつかの可能な実装形態では、第1のデバイスによって、第2の時間単位セット内でシステムビットを第2のデバイスに繰り返し送信するステップが、第1のデバイスがシステムビット向けの第2のフィードバック情報を第2のデバイスから受信するまで、第1のデバイスによって、第2の時間単位セット内でシステムビットを第2のデバイスに繰り返し送信するステップ、または第1のデバイスがシステムビットを第2のデバイスに繰り返し送信する回数が第3の閾値に達するまで、第1のデバイスによって、第2の時間単位セット内でシステムビットを第2のデバイスに繰り返し送信するステップを含む。
【００１３】
第1の態様に関連して、いくつかの可能な実装形態では、第1のデバイスによって、第2の時間単位セット内でシステムビットを第2のデバイスに繰り返し送信するステップが、第1のデバイスによって、第2の時間単位セットの第Nの時間単位で第2のデータを送信するステップであって、第2のデータが、第2の冗長バージョンおよび送信されるシステムビットに基づいて判定され、Nは正の整数である、ステップを含む。
【００１４】
第1の態様に関連して、いくつかの可能な実装形態では、第1のデバイスによって、第2の時間単位セット内でシステムビットを第2のデバイスに繰り返し送信するステップが、第1のデバイスによって、第2の時間単位セットの第Nの時間単位から第Jの時間単位で第2のデータを繰り返し送信するステップであって、N＜Jであり、Jは整数である、ステップを含む。
【００１５】
第2の態様によれば、データ送信方法が提供され、第2のデバイスに適用される。本方法は、第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信するステップであって、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、第1の条件が満たされた場合、第2のデバイスによって、第Mの時間単位で第1のデータの受信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、を含み得る。
【００１６】
第2の態様に関連して、いくつかの可能な実装形態では、第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信するステップの前に、本方法が、第2のデバイスによって、構成情報を第1のデバイスに送信するステップであって、構成情報が、第1のデータを繰り返し送信するように第1のデバイスに命令するために使用される、ステップをさらに含む。
【００１７】
第2の態様に関連して、いくつかの可能な実装形態では、第1の条件が、第2のデバイスが、第1のデータ向けのフィードバック情報を第1のデバイスに送信することであって、フィードバック情報が、第1のデータの受信状態を示すために使用され、第1のデータの受信状態が、正しい受信、誤った受信、もしくは受信を含む、こと、または第2のデバイスが第1のデータを繰り返し受信する回数が第2の閾値に達したことを含む。
【００１８】
第2の態様に関連して、いくつかの可能な実装形態では、第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信するステップの後に、本方法が、第1のデータが受信されたことを確認した場合、第2のデバイスによって、第1のデータ向けのフィードバック情報を第1のデバイスに送信するステップであって、フィードバック情報が、第1のデータが受信されたことを示すために使用される、ステップをさらに含む。
【００１９】
第2の態様に関連して、いくつかの可能な実装形態では、第2のデバイスによって、第1のデータが受信されたことを確認することが、第2のデバイスによって、第1のデータのシグネチャ情報に基づいて、第1のデータが受信されたことを確認することを含む。
【００２０】
第2の態様に関連して、いくつかの可能な実装形態では、第1のデータが受信されたことを確認した後、第2のデバイスが、第1のデータが正しく受信されたこと、または誤って受信されたことを確認し、第2のデバイスが、フィードバック情報を第1のデバイスに送信し、フィードバック情報が、第1のデータが正しく受信されたこと、または誤って受信されたことを示すために使用される。
【００２１】
第2の態様に関連して、いくつかの可能な実装形態では、フィードバック情報が、第1のデータが誤って受信されたことを示すために使用される、または第1のデータが受信されたことを示すために使用される場合、または第2のデバイスが第1のデータを繰り返し受信する回数が第2の閾値に達した場合、本方法は、第2のデバイスによって、第2の時間単位セット内で、第1のデバイスによって繰り返し送信されるシステムビットを受信するステップであって、第2の時間単位セットが、第Mの時間単位から第Kの時間単位を含む時間単位セットである、ステップを含む。
【００２２】
第2の態様に関連して、いくつかの可能な実装形態では、第2のデバイスは、第2の時間単位セット内で、第1のデバイスによって繰り返し送信されるシステムビットを受信し、第2の時間単位セットが、第Mの時間単位から第Kの時間単位を含む。
【００２３】
第2の態様に関連して、いくつかの可能な実装形態では、第2のデバイスによって、第2の時間単位セット内で、第1のデバイスによって繰り返し送信されるシステムビットを受信するステップが、第2のデバイスがシステムビット向けのフィードバック情報を第1のデバイスに送信するまで、または第2のデバイスがシステムビットを繰り返し受信する回数が第3の閾値に達するまで、第2のデバイスによって、第2の時間単位セット内で、第1のデバイスが繰り返し送信するシステムビットを受信するステップを含む。
【００２４】
第2の態様に関連して、いくつかの可能な実装形態では、第2のデバイスによって、第2の時間単位セット内で、第1のデバイスによって繰り返し送信されるシステムビットを受信するステップが、第2のデバイスによって、第2の時間単位セットの第Nの時間単位で第2のデータを受信するステップであって、第2のデータが、第2の冗長バージョンおよびシステムビットに基づいて判定され、Nは正の整数である、ステップを含む。
【００２５】
第2の態様に関連して、いくつかの可能な実装形態では、第2のデバイスによって、第2の時間単位セット内で、第1のデバイスによって繰り返し送信されるシステムビットを受信するステップが、第2のデバイスによって、第2の時間単位セットの第Nの時間単位から第Jの時間単位で、第1のデバイスによって繰り返し送信される第2のデータを受信するステップであって、N＜Jであり、Jは整数である、ステップを含む。
【００２６】
第1の態様および第2の態様に関連して、いくつかの可能な実装形態では、第1のデータを繰り返し送信する回数が、第2のデータを繰り返し送信する回数とは異なる。
【００２７】
第1の態様および第2の態様に関連して、いくつかの可能な実装形態では、第1の冗長バージョンが第2の冗長バージョンと同じである、または第1の冗長バージョンが第2の冗長バージョンとは異なる。
【００２８】
第1の態様および第2の態様に関連して、いくつかの可能な実装形態では、第1の冗長バージョンのバージョン番号が0である。
【００２９】
第1の態様および第2の態様に関連して、いくつかの可能な実装形態では、第2のデータを繰り返し送信する回数が、第1のデバイスが第2のデバイスから構成情報を受信しないときに第1のデバイスによって判定され、構成情報が、第2のデータを繰り返し送信する回数を示すために使用される。
【００３０】
第1の態様および第2の態様に関連して、いくつかの可能な実装形態では、第3の閾値が、受信したRRCシグナリング、ブロードキャストシグナリング、もしくは動的シグナリングに基づいて事前構成される、または第3の閾値が、第1のデバイスによって、送信されるシステムビットのレイテンシ要件に基づいて判定される。
【００３１】
第1の態様および第2の態様に関連して、いくつかの可能な実装形態では、シグネチャ情報が、復調参照信号またはプリアンブル情報を含む。
【００３２】
第3の態様によれば、データ送信方法が提供され、第1のデバイスに適用される。本方法は、第1のデバイスによって、送信されるシステムビットおよび第1の時間単位を判定するステップと、第1のデバイスによって、第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定するステップと、第1のデバイスによって、冗長バージョンおよび送信されるシステムビットに基づいて第1のデータを判定するステップと、第1のデバイスによって、第1の時間単位で第1のデータを第2のデバイスに送信するステップと、を含み得る。
【００３３】
第4の態様によれば、データ送信方法が提供され、第2のデバイスに適用される。本方法は、第2のデバイスによって、第1の時間単位で、第1のデバイスによって送信された第1のデータを受信するステップと、第2のデバイスによって、第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定するステップと、第2のデバイスによって、冗長バージョンに基づいて、第1のデータを処理するステップと、を含み得る。
【００３４】
第3の態様および第4の態様に関連して、いくつかの可能な実装形態では、第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定するステップが、第1の時間単位のインデックス番号に基づいて、第1の時間単位に対応する冗長バージョンを判定するステップを含む。
【００３５】
第5の態様によれば、第1のデバイスが提供され、第1のデバイスに備わる機能ユニットが、第1の態様における方法の一部または方法全体を実行するように構成される。
【００３６】
第6の態様によれば、第2のデバイスが提供され、第2のデバイスに備わる機能ユニットが、第2の態様における方法の一部または方法全体を実行するように構成される。
【００３７】
第7の態様によれば、第1のデバイスが提供され、第1のデバイスに備わる機能ユニットが、第3の態様における方法の一部または方法全体を実行するように構成される。
【００３８】
第8の態様によれば、第2のデバイスが提供され、第1のデバイスに備わる機能ユニットが、第4の態様における方法の一部または方法全体を実行するように構成される。
【００３９】
第9の態様によれば、メモリと、プロセッサと、メモリに格納され、プロセッサによって実行され得るコンピュータプログラムと、を備える第1のデバイスが提供され、
プロセッサが、第1の態様におけるデータ送信方法のステップを実行するために、コンピュータプログラムを実行する。
【００４０】
第10の態様によれば、メモリと、プロセッサと、メモリに格納され、プロセッサによって実行され得るコンピュータプログラムと、を備える第2のデバイスが提供され、
プロセッサが、第2の態様におけるデータ送信方法のステップを実行するために、コンピュータプログラムを実行する。
【００４１】
第11の態様によれば、メモリと、プロセッサと、メモリに格納され、プロセッサによって実行され得るコンピュータプログラムと、を備える第1のデバイスが提供され、
プロセッサが、第3の態様におけるデータ送信方法のステップを実行するために、コンピュータプログラムを実行する。
【００４２】
第12の態様によれば、メモリと、プロセッサと、メモリに格納され、プロセッサによって実行され得るコンピュータプログラムと、を備える第2のデバイスが提供され、
プロセッサが、第4の態様におけるデータ送信方法のステップを実行するために、コンピュータプログラムを実行する。
【００４３】
本出願の実施形態では、第1のデバイスは、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信し、第1の条件が満たされた場合、第Mの時間単位で第1のデータの送信を停止する。このようにして、システムビットのK回の繰り返し送信の間に、システムビットに基づいて判定され、かつ送信される必要があるデータを判定することができ、データ送信の高信頼性および低レイテンシが確保される。
【００４４】
本出願の実施形態または背景における技術的解決策をより明確に説明するために、以下では、本出願または背景の実施形態を説明するために必要な添付図面について説明する。
【図面の簡単な説明】
【００４５】
【図１】本出願の一実施形態による無線通信システムの概略的なアーキテクチャ図である。
【図２】本出願の一実施形態において開示されるTurbo符号化のためのバッファの概略図である。
【図３Ａ】本出願の一実施形態において開示される第1の時間単位セットにおける時間単位の概略構成図である。
【図３Ｂ】本出願の一実施形態において開示される第1の時間単位セットにおける時間単位の概略構成図である。
【図３Ｃ】本出願の一実施形態において開示される第1の時間単位セットにおける時間単位の概略構成図である。
【図４】本出願の一実施形態において開示されるデータ送信方法の概略的な流れ図である。
【図５Ａ】本出願の一実施形態において開示される第1のデータを繰り返し送信する第1の実施形態の概略的なタイミング図である。
【図５Ｂ】本出願の一実施形態において開示される第1のデータを繰り返し送信する第2の実施形態の概略的なタイミング図である。
【図６】本出願の一実施形態において開示される別のデータ送信方法の概略的な流れ図である。
【図７】本出願の一実施形態において開示される第1のデータを繰り返し送信する第3の実施形態の概略的なタイミング図である。
【図８】本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信するいくつかの実施形態の概略的なタイミング図である。
【図９】本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信するいくつかの実施形態の概略的なタイミング図である。
【図１０Ａ】本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信するいくつかの実施形態の概略的なタイミング図である。
【図１０Ｂ】本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信するいくつかの実施形態の概略的なタイミング図である。
【図１０Ｃ】本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信するいくつかの実施形態の概略的なタイミング図である。
【図１１Ａ】本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信するいくつかの実施形態の概略的なタイミング図である。
【図１１Ｂ】本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信するいくつかの実施形態の概略的なタイミング図である。
【図１２】本出願の一実施形態において開示されるさらに別のデータ送信方法の概略的な流れ図である。
【図１３】本出願の一実施形態において開示される第1のデバイスの概略的な構成図である。
【図１４】本出願の一実施形態において開示される第2のデバイスの概略的な構成図である。
【図１５】本出願の一実施形態において開示される別の第1のデバイスの概略的な構成図である。
【図１６】本出願の一実施形態において開示される別の第2のデバイスの概略的な構成図である。
【図１７】本出願の一実施形態において開示される第1のデバイスの機能ブロック図である。
【図１８】本出願の一実施形態において開示される第2のデバイスの機能ブロック図である。
【図１９】本出願の一実施形態において開示される第1のデバイスの機能ブロック図である。
【図２０】本出願の一実施形態において開示される第2のデバイスの機能ブロック図である。
【発明を実施するための形態】
【００４６】
本出願の実施形態で使用される用語は、本出願の特定の実施形態を説明するために使用されるものに過ぎず、本出願を限定することを意図されるものではない。
【００４７】
本出願の実施形態の理解を容易にするために、本出願の実施形態における無線通信システムおよび関連するアプリケーションシナリオが最初に説明される。
【００４８】
図1は、本出願における無線通信システム100を示している。無線通信システムは、基地局（Base Station）101とユーザ機器（User Equipment）103とを備える。
【００４９】
本出願のいくつかの実施形態では、基地局101は、ベーストランシーバ基地局（Base Transceiver Station）、無線送受信機、1つの基本サービスセット（Basic Service Set、BSS）、1つの拡張サービスセット（Extended Service Set、ESS）、NodeB、eNodeB、HeNodeB、Relay、Femto、Pico、または5G技術規格を使用する基地局デバイス、例えばgNodeB（gNB）を含むことができる。無線通信システム100は、異なるタイプの基地局101、例えばマクロ基地局（macro base station）およびマイクロ基地局（micro base station）を含むことができる。基地局101は、異なる無線技術、例えば、セル無線アクセス技術またはWLAN無線アクセス技術を使用することができる。
【００５０】
ユーザ機器103は、無線通信システム100全体に分散されてもよく、固定式であっても移動式であってもよい。本出願のいくつかの実施形態では、ユーザ機器103は、モバイルデバイス、モバイルステーション（mobile station）、モバイルユニット（mobile unit）、無線ユニット、リモートユニット、ユーザエージェント、モバイルクライアント、Relay、5G技術規格を使用するユーザ機器などを含むことができる。
【００５１】
データ送信は、無線アクセスネットワーク（Radio Access Network、RAN）を介して、基地局101とユーザ機器103との間で実施され得る。
【００５２】
本出願におけるいくつかの実施形態では、第1のデバイスは基地局であってもよく、それに対応して、第2のデバイスはユーザ機器であってもよい。あるいは、本出願におけるさらに他の実施形態では、第1のデバイスはユーザ機器であってもよく、それに対応して、第2のデバイスは基地局であってもよい。ここで、このことは、本出願においては具体的に限定されない。
【００５３】
図1に示される無線通信システムに基づいて、以下は、本出願において開示される第1のデバイスによってシステムビットを繰り返し送信する方式を簡単に説明する。
【００５４】
第1のデバイスは、送信されるシステムビットを最初に判定し得る。本出願で説明されるシステムビットは、トランスポートブロック（Transmission Block、TB）またはコードブロック（Code Block、CB）であり得る。あるいは、本出願で説明されるシステムビットのサイズ（すなわち、システムビットの数）は、トランスポートブロックサイズ（Transmission Block Size、TBS）であり得る。例えば、システムビットの数がzである場合、システムビットの内容は、X（z−1）X（z−2）X（z−3）…X（0）の形式で表現でき、X（i）はシステムビットを表し、X（i）の値は0または1であり、0≦i≦z−1であり、iは整数であり、X（z−1）は、最上位ビット（Most Significant Bit、MSB）を表し、X（0）は、最下位ビット（Least Significant Bit、LSB）を表す。送信されるシステムビットを判定することは、送信されるシステムビットのサイズ（または数）および／またはシステムビットの内容を判定することを含む。
【００５５】
第1のデバイスは、少なくとも以下の方式で、送信されるシステムビットのサイズを判定し得る。
【００５６】
（1）第1のデバイスは、グラントフリー（Grand Free）送信リソースに基づいて、送信されるシステムビットのサイズを判定する。送信リソースは、時間領域リソース、周波数領域リソース、またはコードブックのうちの少なくとも1つを含む。このようにして、送信されるシステムビットのサイズは、異なる送信リソースに対応し得ることが理解されよう。例えば、送信リソースがN個の異なる時間ー周波数リソースを含み、N個の異なる時間−周波数リソースが、時間−周波数リソース＃1、時間−周波数リソース＃2、…、および時間−周波数リソース＃Nでそれぞれ表されると仮定すると、時間−周波数リソース＃1、時間−周波数リソース＃2、…、および時間−周波数リソース＃Nは、システムビットサイズ＃1（例えば、100bits）、システムビットサイズ＃2（例えば、500bits）、…、およびシステムビットサイズ＃N（例えば、1000bits）にそれぞれ対応し得る。グラントフリー送信リソースは、第2のデバイスによって事前構成され得る、および／または動的シグナリングを使用することにより、第2のデバイスによって通知され得る、またはイベント駆動に基づいて、第1のデバイスによって選択され得る、または事前定義され得る。本出願では、事前構成方式は、無線リソース制御（Radio Resource Control、RRC）シグナリングを使用することによって、第2のデバイスによる構成を実行することを含む。第1のデバイスがUEである例が使用される。RRCシグナリングは、UE dedicatedシグナリング（すなわち、単一のUEに対してのみ有効）、またはユーザグループシグナリング（すなわち、ユーザグループに含まれるすべてのUEに対して有効）であってもよいし、RRCシグナリングは、ブロードキャストシグナリングであってもよい。動的シグナリングは、物理層シグナリングを含む。換言すれば、グラントフリー送信リソースは、物理層ダウンリンク制御チャネルによって運ばれる制御情報を使用することにより通知され得る。本発明の本実施形態では、物理層ダウンリンク制御チャネルは、物理ダウンリンク制御チャネル（Physical Downlink Control Channel、PDCCH）、拡張物理ダウンリンク制御チャネル（Enhanced Physical Downlink Control Channel、EPDCCH）、または別の物理ダウンリンクチャネル、例えば、第5世代（5th Generation）通信技術規格で使用されるダウンリンクチャネルを含み得る。このことは、本明細書において具体的に限定されない。グラントフリー送信リソースが第2のデバイスによって事前構成され、動的シグナリングを使用することによって第2のデバイスによって通知される場合、一実装形態は、第2のデバイスが、複数のグラントフリー送信を事前構成し、次いで、動的シグナリングを使用することによって、具体的に使用されるグラントフリー送信リソースを第1のデバイスに通知することができることであることに留意されたい。第1のデバイスがイベント駆動に基づいて選択を実行することは、例えば、第1のデバイスが、サービス送信要件に基づいて、システムビットの送信に使用されるグラントフリー送信リソースを判定することを意味する。事前構成および動的シグナリングの上の説明はまた、本出願における別の実装形態部分にも適用可能であることに留意されたい。
【００５７】
（2）第1のデバイスは、第2のデバイスによって送信されたスケジューリング情報に基づいて、送信されるシステムビットのサイズを判定する。このようにして、スケジューリング情報は、物理層シグナリングを使用することによって通知されてもよく、例えば、物理層ダウンリンク制御チャネルで運ばれてもよいし、RRCシグナリングを使用することによって通知されてもよい。物理層シグナリングおよびRRCシグナリングの説明については、方式（1）を参照されたい。ここでは細部を繰り返し説明しない。スケジューリング情報は、送信されるシステムビットのサイズを直接示してもよいし、送信されるシステムビットのサイズを間接的に示してもよい。スケジューリング情報を使用することによって、送信されるシステムビットのサイズを間接的に示す方式は、スケジューリング情報が変調符号化スキーム（Modulation Coding Scheme、MCS）および割り当てられたリソースブロック（Resource Block、RB）を示し得ることである。第1のデバイスは、MCSとRBサイズとに基づいて、送信されるシステムビットのサイズを判定する。5G通信技術では、割り当てられたリソースブロックはまた、別のパラメータを使用することによって表されてもよく、システムビットの送信に使用される時間−周波数リソースを主に表すことができる。
【００５８】
（3）第1のデバイスは、実際の送信要件に基づいて、送信されるシステムビットのサイズを判定する。
【００５９】
あるいは、第1のデバイスは、別の方式で、送信されるシステムビットのサイズを判定してもよい。このことは、本明細書において限定されない。
【００６０】
一方、第1のデバイスは、実際の送信要件、例えば実際の送信内容に基づいて、送信されるシステムビットの内容を判定することができる。
【００６１】
送信されるシステムビットを判定した後、第1のデバイスは、送信されるシステムビットを送信する前に、送信されるシステムビットを処理する必要があり、例えば、CRCチェックビット（パリティチェックビット（Parity bit（s））とも呼ばれ得る）を追加し、システムビットに対してチャネル符号化を実行する必要がある。チャネル符号化は、Turbo符号、テールバイティング畳み込み符号（Tail biting convolutional coding）、ポーラー符号（Polar Code）、および低密度パリティ検査符号（Low−density parity−check code、LDPC code）を使用してもよいし、別の形式の符号化を含んでもよい。このことは、本明細書において具体的に限定されない。
【００６２】
チャネル符号化がTurbo符号を使用する例が、送信されるシステムビットのチャネル符号化プロセスを説明および記載するために使用される。
【００６３】
図2は、本出願において開示される、送信されるシステムビットに対してTurbo符号化を実行する方式を示している。図2に示されるように、P個の送信されるシステムビットがあると仮定される。1／3の符号レートでのTurbo符号化が、送信されるシステムビットに対して実行された後、3Pビットのチャネル符号化データが生成される。チャネル符号化データは、P個のシステムビットと、2P個の冗長ビットと、を含む。
【００６４】
本出願の本実施形態では、チャネル符号化が実行された後、第1のデバイスは、実際のデータ送信リソースのサイズに基づいて、送信のために、3Pビットのチャネル符号化データから選択されるべきビットの数を判定する。特定の選択プロセスは、次のようになり得る、すなわち、3Pビットのチャネル符号化データが、事前設定された規則に従ってバッファに順次配置される。本出願の本実施形態では、バッファは、異なる冗長バージョンに対応する異なるチャネル符号化データの説明を容易にするためだけに使用され、バッファが第1のデバイス側に確実に存在することを意味しないことに留意されたい。換言すれば、第1のデバイス側では、第1のデバイスの装置はバッファを備えてもよいし、バッファを備えていなくてもよい。このことは、本明細書において具体的に限定されない。異なる冗長バージョンに対応するチャネル符号化データの開始点の説明を容易にするために、図2では、バッファは循環バッファであることが仮定されている。冗長バージョンは、循環バッファからデータが取得される開始位置を示すために使用される。例えば、図2に示されるように、現在サポートされている4つの冗長バージョンは、RV0、RV1、RV2、およびRV3である。冗長バージョンによって示されるデータ取得開始位置については、図の矢印で示される位置を参照されたい。異なる冗長バージョンによって示されるデータ取得開始位置は異なるため、異なる冗長バージョンに対応するデータは異なる。循環バッファから取得されたチャネル符号化データのビットの数は、実際のデータ送信リソースのサイズに関連し得る。場合により、実際のデータ送信リソースのサイズは、実際のデータ送信に使用される時間−周波数リソースサイズおよびMCSに関連する、または実際のデータ送信に使用される時間−周波数リソースサイズおよび変調方式に関連する、またはより一般的には、実際のデータ送信リソースによって運ばれ得るビットの数に関連する。ここで、実際に送信されるデータは、チャネル符号化データを送信するために第1のデバイスによって使用される時間−周波数リソースで運ばれるデータである。例えば、第1のデバイスがデータを送信するためにX個のRBを使用すると仮定すると、X個のRBで運ばれるデータは、実際に送信されるデータと見なされ得る。時間−周波数リソースは、時間リソースと周波数リソースとを含むことに留意されたい。変調方式は、BPSK、QPSK、16QAM、64QAM、256QAM、および1024QAMを含むが、これらに限定されない。本発明の本実施形態では、チャネル符号化データによって構成されるバッファから特定の量のチャネル符号化データが選択され、その結果、選択されたチャネル符号化データが、システムビットを送信するために使用される時間−周波数リソースに適応され得る。この適応プロセスは、レートマッチングプロセスと見なされ得る。システムビットに対して実行される処理（処理は、以下、すなわち、CRCの追加、チャネル符号化、レートマッチング、チャネルインターリーブ、コードブロックのセグメント化、コードブロックの連結、スクランブリング、変調、レイヤマッピング、プリコーディング、リソース要素マッピング、または出力シンボル生成のうちの少なくとも1つを含む）によって取得された、データの送信に使用される時間−周波数リソースは、本発明の本実施形態では、システムビットを送信するために使用される時間−周波数リソースであることが理解されよう。
【００６５】
第1のデバイスが、送信されるシステムビットに対して処理を実行した後に判定されるデータは、送信されるデータである。本出願の本実施形態では、第1のデバイスによって、送信されるシステムビットに対する処理を実行することは、処理を通じて、送信されるシステムビットを、実際のデータ送信に使用される時間−周波数リソースで運ばれるデータに変換することを少なくとも含む。例えば、送信されるシステムビットのサイズはLビットであり、実際のデータ送信に使用される時間−周波数リソースはJビットを運ぶことができると仮定される。第1のデバイスは、Jビットを取得するために、Lビットの処理を含む、送信されるシステムビットに対する処理を実行し、LおよびJは整数である。場合により、第1のデバイスによって、送信されるシステムビットに対して実行されるCRC付加、チャネル符号化、およびレートマッチングは、送信されるシステムビットに対する処理を実行するプロセスと見なされ得る。あるいは、より一般的には、上記のように、送信されるシステムビットに対して処理を実行するプロセスは、以下、すなわち、CRCの追加、チャネル符号化、レートマッチング、チャネルインターリーブ、コードブロックのセグメント化、コードブロックの連結、スクランブリング、変調、レイヤマッピング、プリコーディング、リソース要素マッピング、または出力シンボル生成のうちの少なくとも1つを含む。
【００６６】
第1のデバイスは、異なる冗長バージョンに基づいて、同じ送信されるシステムビットについて異なる送信されるデータを判定することが理解されよう。第1のデバイスによって第2のデバイスに実際に送信される内容はシステムビットであり、異なるデータに対応するシステムビットは同じである。
【００６７】
第1のデバイスが、送信されるシステムビットに対応する送信されるデータを判定した後、第1のデバイスは、第1の時間単位セット内でK回データを送信する。毎回送信されるデータは、送信される同じシステムビットに基づいて判定される。従って、第1のデバイスは、第1の時間単位セット内で、送信されるシステムビットをK回繰り返し送信すると見なされ得る。
【００６８】
第1の時間単位セットは、K個の時間単位を含む。データは、時間単位毎に1回送信される。本出願の本実施形態では、Kは3以上の整数である。本出願の本実施形態で説明される時間単位は、送信時間間隔（Transmission Time Interval、TTI）として表され得る。TTIは、データ送信の最小時間単位として、またはデータスケジューリングの最小時間単位として使用され得る。TTIの時間の長さは、1ミリ秒または0．5ミリ秒である。あるいは、1つのTTIは、直交周波数分割多重（Orthogonal Frequency Division Multiplexing、OFDM）シンボルの整数の数として表され得る。例えば、各TTIは、1つまたは2つのOFDMシンボルとして表される。
【００６９】
第1の時間単位セットに含まれるK個の時間単位は、連続するK個の時間単位であってもよいし、連続しないK個の時間単位であってもよい。連続する時間単位の時間シーケンスは時間領域で連続しており、2つの時間単位の間に他の時間単位は存在しない。連続しない時間単位の時間シーケンスは時間領域で不連続であり得る、すなわち換言すれば、第1の時間単位セットに含まれない別の時間単位が2つの時間単位の間に存在する場合がある。詳細については、図3Aから図3Cを参照されたい。
【００７０】
本出願の添付の図面における第1の時間単位セットの時間単位の時間シーケンスは、左から右であることに留意されたい。換言すれば、左端の時間単位シーケンスが第1の時間単位である。
【００７１】
図3Aは、第1の時間単位セットが6つの連続する時間単位を含むことを示している。6つの連続する時間単位では、システムビットを含むデータが、時間単位毎に1回送信される。換言すれば、システムビットは、6つの連続する時間単位のそれぞれで6回繰り返し送信される。データの判定に依拠される冗長バージョンは異なり得るため、6つの時間単位で送信されるデータは同じ場合も異なる場合もある。
【００７２】
図3Bおよび図3Cは、第1の時間単位セットが、3つ（図3Bに対応する）および4つの（図3Cに対応する）連続しない時間単位を含むことを示している。例えば、時分割複信（Time Division Duplex、TDD）システムでは、サブフレーム構成により、第1の時間単位セットの時間単位が不連続であり得る。別の例では、複数のHARQプロセスのデータ送信の場合も、第1の時間単位セットの時間単位が不連続である。例えば、図3Bでは、プロセス番号（ID）が0であるHARQプロセスのデータは、第1の時間単位セットで送信される。図3Bでは、プロセス番号が0であるHARQプロセスのデータは、第1の時間単位で送信され、他のプロセス番号（例えば、1）のHARQプロセスのデータは、第2の時間単位で送信される。加えて、プロセス番号が0であるHARQプロセスに対応するシステムビットは、プロセス番号が1であるHARQプロセスに対応するシステムビットとは異なる。ここで、3つの連続しない時間単位は、3つの時間単位のうちの少なくとも1つが他の時間単位と連続しないことを意味する。次の場合、すなわち、図3Bに示すように、各時間単位が他の時間単位と連続しない場合と、図3Cに示すように、2つまたは3つ以上の時間単位が連続しており、少なくとも1つの時間単位が他の時間単位と連続しない場合と、が含まれる。
【００７３】
データを送信するために使用され、第1の時間単位セットの時間単位にある時間長は、同じであっても、異なっていてもよいことに留意されたい。このことは、本明細書において具体的に限定されない。
【００７４】
上述の方式で、システムビットのK回の繰り返し送信が実施され得る。ただし、システムビットのK回の繰り返し送信中に、システムビットに基づいて判定され、毎回送信する必要があるデータをどのように判定するかは、本出願において解決される技術的課題である。
【００７５】
上述の実施形態に関連して、以下に、本出願において開示される方法の実施形態を説明する。
【００７６】
図4は、本出願の一実施形態によるデータ送信方法の概略的な流れ図である。図4に示されるように、本方法は、以下のステップを含む。
【００７７】
ステップS401：第1のデバイスは、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信し、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である。
【００７８】
いくつかの可能な実装形態では、第1のデバイスは、第1の時間単位セットの任意の時間単位から第1のデータを第2のデバイスに繰り返し送信し得る。好ましくは、第1のデバイスは、第1の時間単位セットの第1の時間単位から第1のデータを繰り返し送信し得る。第1のデータは、RV0および送信されるシステムビットに基づいて判定される。
【００７９】
本出願で説明される繰り返しデータ送信は、送信のすべての回で送信されるデータが同じであることを意味することに留意されたい。換言すれば、送信のすべての回で送信されるデータに対応する冗長バージョンは同じであり、送信のすべての回で送信されるデータに対応するシステムビットは同じである。繰り返しデータ送信は、実際には、繰り返しシステムビット送信の特定の実装形態である。本出願で説明される繰り返しシステムビット送信は、繰り返し送信中、毎回送信されるデータに対応するシステムビットが、送信の他のすべての回で送信されるデータに対応するシステムビットと同じであるが、送信のすべての回で送信されるデータに対応する冗長バージョンは、同じであっても異なっていてもよいことを意味する。換言すれば、送信のすべての回で送信されるデータは同じであっても異なっていてもよい。
【００８０】
本出願で説明される繰り返しデータ送信は、繰り返し送信されるデータ向けのフィードバックを受信する前に、第1のデバイスが、データの送信を停止しない、および／またはデータが送信される回数が、繰り返し送信の最大回数に達する前に、第1のデバイスが、データの送信を停止しないことを意味する。本出願では、繰り返し送信されるデータ向けのフィードバックは、データに対応する肯定応答情報もしくは否定応答情報、または別のフィードバック情報を含む。ここでの別のフィードバック情報は、データに対応するシステムビットをスケジューリングするために使用される制御情報を含んでもよいし、データが受信されたことを示すために使用される情報を含んでもよい。本出願で説明される繰り返しシステムビット送信はまた、繰り返しTBまたはCB送信としても理解され得る。繰り返しシステムビット送信は、システムビット向けの、第2のデバイスからのフィードバックを受信する前に、第1のデバイスが、システムビットの送信を停止しない、および／またはシステムビットが送信される回数が、繰り返し送信の最大回数に達する前に、第1のデバイスが、システムビットの送信を停止しないことを意味する。本出願では、システムビット向けのフィードバックは、システムビットに対応する肯定応答情報もしくは否定応答情報、または別のフィードバック情報を含む。ここでの別のフィードバック情報は、システムビットをスケジューリングするために使用される制御情報を含んでもよい。
【００８１】
本出願では、繰り返しシステムビット送信の時間範囲内で、システムビットおよび第1の冗長バージョンに基づいて判定された第1のデータが、繰り返し送信され得ることに留意されたい。本シナリオでは、データに対応するフィードバック情報が受信された場合、データに対応するシステムビットの繰り返し送信が影響を受けない、またはデータに対応するシステムビットの繰り返し送信が上述の時間範囲内で継続し得ることが理解され得る。
【００８２】
第1の時間単位セットの開始点、または第1の時間単位セットに含まれる第1の時間単位の時間的な位置は、第1のデバイスによって、データ送信要件に基づいて、判定されてもよいし、第2のデバイスによって示されてもよい、または事前構成または事前定義されてもよい、または別の方式で判定されてもよい。このことは、本明細書において具体的に限定されない。例えば、第1のデバイスがサービス送信要件を有する、または送信されるシステムビットを有する場合、第1のデバイスが、システムビットを送信され得るデータに変換するために、特定の期間の処理時間を必要とすることが理解されよう。この場合、第1の時間単位セットに含まれる第1の時間単位の時間的な位置は、第1のデバイスがシステムビットを送信する準備ができた後に第1のデバイスがシステムビットを送信できる時間に最も近い時間単位であり得る。例えば、第1のデバイスが、送信されるシステムビットを第＃Mの時間単位に有し、第1のデバイスが、システムビットの処理を完了するために2つの時間単位を必要とする、つまり、送信され得るデータを取得するためにシステムビットを処理する、と仮定すると、第1のデバイスは、早ければ第＃（m＋3）の時間単位からシステムビットを送信できる。これに基づいて、第＃（m＋3）の時間単位は、第1の時間単位セットに含まれる第1の時間単位と見なされ得る。第1の時間単位セットの開始点、または第1の時間単位セットに含まれる第1の時間単位の時間的な位置が、第2のデバイスによって示される場合、動的シグナリング、および／またはRRCシグナリング、および／またはブロードキャストシグナリングが通知に使用され得る。
【００８３】
第1の時間単位セットに含まれる時間単位の数（すなわち、K）は、事前構成され得る。例えば、第2のデバイスは、同じシステムビットを送信するときに、第1のデバイスがK回の繰り返し送信を実行できるように構成する。あるいは、第1の時間単位セットに含まれる時間単位の数は、第1のデバイスによって選択されてもよい。換言すれば、第1のデバイスは、同じシステムビットを繰り返し送信する回数を判定する。あるいは、Kは、第1のデバイスによって、動的シグナリングを使用することによって通知され得る。
【００８４】
いくつかの可能な実装形態では、第2のデバイスは、第1のデバイスが第1のデータを繰り返し送信することを事前構成し得る、または第1のデバイスは、イベント駆動に基づいて第1のデータの繰り返し送信を実行する。第2のデバイスは、第1のデータを繰り返し送信する開始時間を事前構成し得る、または第1のデバイスは、イベント駆動に基づいて、第1のデータを繰り返し送信する開始時間を判定する。第2のデバイスは、スケジューリング情報を第1のデバイスに送信することができ、スケジューリング情報が、第1のデータを繰り返し送信するために第1のデバイスによって使用される送信リソースを示すために使用される、または第1のデバイスは、利用可能なグラントフリーリソースを選択することによって、第1のデータの繰り返し送信を実施する。
【００８５】
場合により、特定の条件が満たされた場合、第1のデバイスは、第1の時間単位セット内で第1のデータを繰り返し送信することを判定する。条件は、次の条件のうちの少なくとも1つを含み得る。
【００８６】
（1）第2のデバイスは、構成情報を第1のデバイスに送信する。構成情報が、第1のデータを繰り返し送信するように第1のデバイスに命令するために使用される。場合により、構成情報は、第1のデバイスの送信リソースに対応し得る。例えば、第1のデバイスがユーザ機器である例が使用される。アップリンクグラントフリー（UL Grant Free）送信のアプリケーションシナリオでは、ユーザ機器のためのアップリンクグラントフリー送信リソースを構成する際、基地局が、第1のデータを繰り返し送信する必要があるか否かを構成し得る。場合により、基地局は、第1のデータに対応する冗長バージョンをさらに構成してもよい。基地局がユーザ機器のために少なくとも2セットのアップリンクグラントフリー送信リソースを構成する場合、1つのグラントフリー送信リソースが1つの構成情報に対応する、または複数のグラントフリー送信リソースが1つの構成情報に対応する。例えば、ユーザ機器がグラントフリー送信リソースAを使用する場合、取得される構成情報は構成情報Aであり、ユーザ機器がグラントフリー送信リソースBを使用する場合、取得される構成情報は構成情報Bである。別の例として、ユーザ機器がグラントフリー送信リソースCまたはグラントフリー送信リソースDを使用する場合、取得される構成情報は構成情報Cであり、ユーザ機器がグラントフリー送信リソースEまたはグラントフリー送信リソースFを使用する場合、取得される構成情報は構成情報Dである。当然のことながら、第2のデバイスは、第1のデバイスに対して別の構成方式を代替的に使用してもよい。このことは、本明細書において具体的に限定されない。本出願では、構成情報は、動的シグナリング、および／またはRRCシグナリング、および／または上位層ブロードキャストシグナリングを使用することによって通知されてもよいし、事前定義されてもよい。第1のデータを繰り返し送信するか否かは、第1のデバイスが送信されるシステムビットを送信するときに使用される送信モードとして理解され得、特定の時間単位セットに無関係であり得ることが理解されよう。従って、構成情報は、第1のデータを繰り返し送信するように第1のデバイスに命令するためだけに使用され得る。第1のデバイスが第1の時間単位セットに含まれる第1の時間単位および第1の時間単位セットに含まれる時間単位の数をどのように判定するかについては、上述の説明を参照されたく、ここでは詳細を繰り返し説明しない。
【００８７】
（2）送信されるシステムビットを送信するために使用される送信符号レートが第1の閾値よりも大きいと判定された場合、第1のデバイスは、第1のデータを繰り返し送信することを判定する。
【００８８】
送信されるシステムビットを送信するために第1のデバイスによって使用される送信符号レートは、送信されるシステムビットの数、送信されるシステムビットに対応する送信リソースの数、および変調方式に基づいて判定される。あるいは、送信符号レートは、送信されるシステムビットの数と、送信されるシステムビットに対応する送信リソースによって運ばれ得るビットの数と、に基づいて判定される。例えば、送信されるシステムビットの数がHであり、送信されるシステムビットに対応する送信リソースがI個のリソース要素（Resource Element、RE）を含むと仮定し、送信されるシステムビットの送信に使用される変調方式に対応する変調次数がJであると仮定すると、送信されるシステムビットに対応する送信リソースによって運ばれ得るビットの数はI×Jであり、送信されるシステムビットを送信するために第1のデバイスによって使用される送信符号レートはH／（I×J）である。変調方式と変調次数との対応関係については、表1を参照されたい。上記は、1つの変調シンボルを運ぶ最小の時間−周波数リソースの単位を表す例としてREを使用する。しかしながら、1つの変調シンボルを運ぶ最小の時間−周波数リソースの単位はこれに限定されない。
【００８９】
【表１】
2020515184.tif 000003
【００９０】
第1の閾値は、送信されるシステムビットに対応するチャネル符号化の符号レートであり得る。
【００９１】
以下では、上述の条件を説明するために、チャネル符号化がTurboコードを使用する例を使用する。
【００９２】
チャネル符号化がTurboコードを使用し、チャネル符号化の符号レートが1／3であると仮定すると、第1の閾値は1／3であると判定され得る。1000（1k）個の送信されるシステムビットがあり、システムビットに対応する送信リソースが1000（1k）個のREを含み、システムビットの処理に使用される変調方式が16QAMであると仮定すると、16QAMに対応する変調次数が4であることが表1に従って判定される。上述のデータに基づいて、送信されるシステムビットの送信符号レートが1／4であることが判定され得る。換言すれば、送信されるシステムビットに対応する送信リソースは、4kビットのデータを運ぶことができる。加えて、1k個の送信されるシステムビットがある場合、図2に示される循環バッファは、1k個の送信されるシステムビットと2k個の冗長ビットとを含む。送信されるデータが4kビットであると判定された場合、第1のデバイスは、4kビットのデータを循環バッファから取得する。4kビットのデータがすべての送信されるシステムビットを含むことができる場合、第1のデバイスは、繰り返し送信されるデータの冗長バージョンを判定する必要はない。換言すれば、送信されるシステムビットに対応する送信符号レートが第1の閾値以下である場合、すべての冗長バージョンに対応する送信されるシステムビットは、同じ数であり、すべての送信されるシステムビットを含む。この場合、第1の冗長バージョンに対応する第1のデータは、繰り返し送信される必要はない。送信されるシステムビットに対応する送信符号レートが第1の閾値よりも大きい場合、例えばTurbo符号化の場合では、すべてのビットを循環バッファから取得することはできない。この場合、冗長バージョンに対応する開始位置は、各冗長バージョンに基づいて取得されるデータに含まれるシステムビットの数を判定できる。本出願では、第1の冗長バージョンは、最大数のシステムビットを含むことができるデータに対応する冗長バージョンであると判定され得る。
【００９３】
例えば、第1のデバイスがユーザ機器であることが仮定される。アップリンクグラントフリーの送信のアプリケーションシナリオでは、アップリンクグラントフリーの送信リソースと送信されるシステムビットの数との両方が基地局によって事前構成される場合、送信されるシステムビットの送信に使用され、ユーザ機器によって判定される送信符号レートは、システムビットの事前構成された数、アップリンクグラントフリー送信リソースのリソース数（例えば、RE数）、および変調方式に基づいて判定され得る。あるいは、送信符号レートは、基地局によって事前構成されてもよい。あるいは、送信符号レートは、ユーザ機器によって事前定義され得る。このことは、本明細書において具体的に限定されない。
【００９４】
本出願では、代替的に、第1の閾値は、第2のデバイスによって直接構成されてもよい。第2のデバイスは、動的シグナリングおよび／または上位層シグナリング（例えば、RRCシグナリングまたはブロードキャストシグナリング）を使用することにより、第1の閾値を構成し得る。
【００９５】
より一般的には、本出願では、異なる冗長バージョンおよびシステムビットに基づいて判定される異なる送信データに含まれるシステムビットの数が、システムビットの繰り返し送信の際、基本的に同じであることを第1のデバイスが判定した場合、第1のデバイスは、第1のデータを繰り返し送信する必要がないと判定することができ、そうでない場合、第1のデバイスは、第1のデータを繰り返し送信することを判定し得る。
【００９６】
第1のデバイスは、第1のデータを繰り返し送信し、第1のデータは、第1の冗長バージョンに対応する。従って、第2のデバイスが第1のデータを正しく受信できるか否かに関係なく、第2のデバイスが第1のデータの検出を見逃す確率を低減することができる。第2のデバイスは、より多くのシステムビットを含む第1のデータを受信する。これは、第2のデバイスが送信されるシステムビットを正しく受信するのに一層役立ち、それによりデータ送信レイテンシをさらに削減する。
【００９７】
ステップS402：第2のデバイスは第1のデータを受信する。
【００９８】
いくつかの可能な実装形態では、第2のデバイスは、第1のデータのシグネチャ情報に基づいて、第1のデータが受信されたことを確認する。第1のデータのシグネチャ情報は、第1のデータに対応する復調参照信号（Demodulation Reference Signal、DMRS）、プリアンブル（Preamble）などを含み得る。ここで、第1のデータおよび他のデータに対応するDMRSが第1のデータを他のデータから区別するために使用される場合、DMRSによって占有される時間リソースおよび／もしくは周波数リソースが異なること、またはDMRSのシーケンス形式が異なることに基づいて、区別が実現される。ここで、他のデータは、別の冗長バージョンおよび送信されるシステムビットに基づいて判定されるデータである。換言すれば、第1のデータと他のデータとの間の違いは、第1のデータと他のデータとは異なる冗長バージョンに対応していることであるが、第1のデータと他のデータとは同じ送信されるシステムビットに対応している。例えば、第1のデータおよび他のデータに対応するDMRSによって占有される時間リソースおよび／または周波数リソースが異なる、または第1のデータおよび他のデータに対応するDMRSのシーケンス形式が、第1のデータを他のデータと区別するために異なり得る。第1のデータおよび他のデータに対応するDMRSによって占有される時間リソースおよび／または周波数リソースが異なり、DMRSがデータを送信するために使用される時間−周波数リソース位置に関連する場合、第1のデータの送信と他のデータの送信とに使用される時間−周波数リソースは異なることが理解されよう。
【００９９】
場合により、第2のデバイスは、第1のデータを受信した後、第1のデータをさらに解析し、受信結果を生成してもよい。受信結果は、正しい受信または誤った受信を含む。
【０１００】
ステップS403：第2のデバイスは、フィードバック情報を第1のデバイスに送信し、フィードバック情報が、第2のデバイスによる第1のデータの受信の状態を示すために使用される。
【０１０１】
いくつかの可能な実装形態において、第2のデバイスは、第1のデータが受信されたことを確認した直後にフィードバック情報を送信してもよく、フィードバック情報は、第1のデータが受信されたこと示すために使用される、または、第2のデバイスは、第1のデータを解析した後にフィードバック情報を送信し、フィードバック情報は、第1のデータが正しく受信されたこと（ACK）または第1のデータが誤って受信されたこと（NACK）を示すために使用される。
【０１０２】
第2のデバイスが、第1のデータが受信されたことを確認した直後にフィードバック情報を送信することにより、データ送信レイテンシをさらに削減でき、第1のデバイスができるだけ早く他のデータの送信を準備できるようになる。例えば、第1のデータに対応する冗長バージョンがRV0である場合、第1のデータを受信した直後に第2のデバイスがフィードバック情報を送信することにより、第1のデバイスは別の冗長バージョンに基づいて他のデータを判定できるようになる。他のデータの送信は、システムビットを受信するために第2のデバイスに高い冗長性符号化利得を提供し、それによりデータ送信の信頼性を向上させることができる。
【０１０３】
第2のデバイスがフィードバック情報を第1のデバイスに送信し、フィードバック情報が第2のデバイスの受信状態を示すために使用されることが理解されよう。受信状態は、受信、正しい受信、または誤った受信を含む。
【０１０４】
いくつかの可能な実装形態では、フィードバック情報の特定の形式は、肯定応答（Acknowledgement、ACK）が正しい受信を示すことと、否定応答（Negative ACKnowledgement、NACK）が誤った受信を示すことと、であり得る、またはフィードバック情報が新データインジケータ（New Date Indicator、NDI）によって示され得る。例えば、NDI値は、ACKもしくはNACKを表すために使用され得る、またはNDI値が反転されるか否かが、ACKもしくはNACKを表し得る。あるいは、フィードバック情報は別の形式で表現されてもよい。このことは、本明細書において具体的に限定されない。
【０１０５】
いくつかの可能な実装形態では、第2のデバイスは、物理ハイブリッドARQインジケータチャネル（Physical Hybrid−ARQ Indicator Channel、PHICH）、物理ダウンリンク制御チャネル（Physical Downlink Control Channel、PDCCH）、拡張物理ダウンリンク制御チャネル（Enhanced Physical Downlink Control Channel、EPDCCH）、または別のダウンリンクチャネル、例えば、第5世代（5th Generation）通信で使用されるダウンリンクチャネルを通じてフィードバック情報を送信し得る。このことは、本明細書において具体的に限定されない。好ましくは、フィードバック情報は、システムビット向けの、第2のデバイスからのスケジューリング情報を含まない。例えば、フィードバック情報は、肯定応答、もしくは否定応答、またはシステムビットの受信に対する応答のみを含む。
【０１０６】
ステップS404：第1のデバイスは、フィードバック情報を受信し、第Mの時間単位で第1のデータの繰り返し送信を停止する。
【０１０７】
いくつかの可能な実装形態では、第1のデバイスは、現在の時間単位でフィードバック情報を受信した後にフィードバック情報を処理する必要があり、従って、第1のデバイスは、次の時間単位で第1のデータの送信を停止する。ここで、Mは、第1の時間単位セット内の時間単位の番号である。第1の時間単位セットの第1の時間単位の番号は、1である。
【０１０８】
場合により、第1のデバイスは、第1の時間単位セットの第1の時間単位から第1のデータを繰り返し送信してもよいし、第1の時間単位セットの指定された時間単位から第1のデータを繰り返し送信してもよい。指定された時間単位と第1の時間単位の間の時間間隔は、事前構成されてもよいし、別の方式で判定されてもよい。このことは、本明細書において具体的に限定されない。
【０１０９】
第1のデバイスは、第1の時間単位セット内で第1のデータを繰り返し送信し、第1のデータは、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、それにより、第2のデバイスが第1のデータを受信する確率を高め、第1の条件が満たされた場合、第1のデバイスは、第1のデータの繰り返し送信を停止することができることが分かり得る。上述の方法は、データ送信の高信頼性および低レイテンシを確保できる。
【０１１０】
添付の図面を参照して、以下は、第1のデバイスによって第1のデータを繰り返し送信する実装形態を説明する。
【０１１１】
図5Aは、本出願の一実施形態において開示される第1のデータを繰り返し送信する第1の実施形態の概略的なタイミング図である。図5Aに示すように、第1の時間単位セットが連続する時間単位を含む例が使用される。ここで、第1の時間単位セットは、8つの時間単位を含む、つまり、Kは8である。第1のデバイスは、第1の時間単位から第1のデータを繰り返し送信する。第1の時間単位で送信された第1のデータが第2のデバイスによって受信された後、第2のデバイスは、フィードバック情報を送信し得る。第1のデータが受信されたことを示すためにフィードバック情報が使用される場合、第1のデバイスは、図5Aに示されるように、第2の時間単位でフィードバック情報を受信し得る。次いで、第1のデバイスは、第3の時間単位で第1のデータの送信を停止する。この場合、Mは3である。第3の時間単位では、第1のデバイスが第3の時間単位の前に他のデータを準備してあり、データが別の冗長バージョンおよび送信されるシステムビット、例えば第1のデバイスに格納された複数のデータバッファに基づいて判定される場合、第1のデバイスは、第3の時間単位で他のデータを送信し得る。あるいは、第1のデバイスが、フィードバック情報を受信した後、他のデータを準備するための処理レイテンシを必要とする場合、第1のデバイスは、第4の時間単位から他のデータを送信し、第3の時間単位でシステムビットを、他のシステムビットの送信を排除せず、送信しない。第1のデバイスが第1のデータの送信を停止した後、第3の時間単位から第8の時間単位における第1のデバイスのデータ送信モードは、具体的に限定されない。加えて、自己完結型（Self−contained）フィードバックシステムが考慮される場合、図5Aでは、第1のデバイスは、第1のデータ向けの、第2のデバイスによって送信されたフィードバック情報を、早ければ第1の時間単位で受信できる。この場合、第2のデバイスは、第2の時間単位で第1のデータの繰り返し送信を停止してもよい。この場合、Mは2である。
【０１１２】
図5Bは、本出願の一実施形態において開示される第1のデータを繰り返し送信する第2の実施形態の概略的なタイミング図である。図5Bに示すように、第1の時間単位セットが連続する時間単位を含む例が使用される。ここで、第1の時間単位セットは、8つの時間単位を含む、つまり、Kは8である。第1のデバイスは、第1の時間単位から第1のデータを繰り返し送信する。第1の時間単位で送信された第1のデータが第2のデバイスによって受信された後、第2のデバイスは、フィードバック情報を送信し得る。図5Bに示される実施形態では、フィードバック情報は、第1のデータが正しく受信されたこと、または誤って受信されたことを示すために使用される。第2のデバイスは第1のデータを処理する必要があるため、図5Bを図5Aと比較すると、第1のデバイスがフィードバック情報を受信する図5Bの時間単位は、第1のデバイスがフィードバック情報を受信する図5Aの時間単位よりも後である。図5Bに示されるように、第1のデバイスは、第5の時間単位でフィードバック情報を受信する。この場合、Mは6である。
【０１１３】
図5Bにおいて、第1のデータが正しく受信されたことを示すためにフィードバック情報が使用される場合、第1のデバイスは、第6から第8の時間単位で、送信されるシステムビットの送信を停止する。換言すれば、第1のデバイスは、送信されるシステムビットに対応するデータを、第6から第8の時間単位でもはや送信しない。場合により、第1のデバイスは、第6から第8の時間単位で、他の送信されるシステムビットまたは他の送信されるシステムビットに対応するデータを送信することができる。
【０１１４】
第1のデータが誤って受信されたことを示すためにフィードバック情報が使用される場合、第1のデバイスは、第6から第8時間単位で、第1のデータに対応する送信されるシステムビットの繰り返し送信を続けることができる。第6から第8の時間単位における第1のデバイスのデータ送信モードは、具体的に限定されない。場合により、第6から第8の時間単位で第1のデバイスによって送信される、送信されるシステムビットに対応する冗長バージョンは、第1の冗長バージョンとは異なる、または第6から第8の時間単位で第1のデバイスによって送信される、送信されるシステムビットに対応する冗長バージョンは、第1の冗長バージョンと同じであり得る。換言すれば、第1のデバイスは、第6から第8の時間単位内の少なくとも1つの時間単位で第1のデータを依然として送信し得る。しかしながら、この時間範囲内で第1のデータを繰り返し送信する回数を判定するための方法は、第1から第5の時間単位で第1のデバイスが第1のデータを繰り返し送信する回数を判定するための方法とは異なる。本発明の本実施形態では、フィードバック情報を受信する前に第1のデバイスが第1のデータを繰り返し送信する回数は、フィードバック情報に関連する。換言すれば、第1のデバイスは、第1のデバイスがフィードバック情報を受信した時点で、第1のデータの繰り返し送信を終了してもよい。第1のデバイスがフィードバック情報を受信した後、第1のデバイスが第1のデータを繰り返し送信するか、第1の時間単位セット内の残りの時間単位で第1のデータを繰り返し送信しないかは、第1のデバイスによって選択されてもよいし、第2のデバイスによって送信された構成情報に基づいて、第1のデバイスによって判定されてもよい。構成情報は物理層シグナリングであってもよいし、上位層シグナリング、例えばRRCブロードキャストシグナリングまたはRRC dedicatedシグナリングであってもよいし、媒体アクセス制御（Medium Access Control、MAC）シグナリングであってもよい。このことは、本明細書において具体的に限定されない。
【０１１５】
第1のデバイスがデータを迅速に復調する能力を持っている場合、第1のデバイスが第（M−1）の時間単位で、第2のデバイスによって送信されたフィードバック情報を受信すると仮定すると、早くても第（M−1）の時間単位に含まれる後の期間で、第1のデバイスは、第1のデータの送信を停止でき、このことは、第1のデバイスが第（M−1）の時間単位で第1のデータの一部のみを送信することに等しいことが理解されよう。例えば、第（M−1）の時間単位が、14個の直交周波数分割多重（Orthogonal Frequency Division Multiplexing、OFDM）シンボルを含み、第2のデバイスによって送信されるフィードバック情報が、2つのOFDMシンボルを時間的に占有する物理層ダウンリンク制御チャネルを介して送信されると仮定すると、第1のデバイスは、第（M−1）の時間単位の最初の2つのOFDMシンボルでフィードバック情報を受信できる。従って、第1のデバイスは、第（M−1）の時間単位の後の期間に、第1のデータの繰り返し送信を停止し得る。
【０１１６】
図6は、本出願の一実施形態によるさらに別のデータ送信の概略的な流れ図である。図6に示されるように、本方法は、以下のステップを含む。
【０１１７】
ステップS601：第1のデバイスは、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信し、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である。
【０１１８】
ステップS602：第1のデバイスが第1のデータを繰り返し送信する回数が第2の閾値に達した場合、第1のデバイスは、第Mの時間単位で第1のデータの繰り返し送信を停止する。
【０１１９】
ここで、Mの値は3≦M≦Kである。換言すれば、本実装形態では、第1のデバイスは、第1の時間単位セット内で、第1のデータを少なくとも2回繰り返し送信する。
【０１２０】
いくつかの可能な実装形態では、第1のデバイスは、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信する。第1のデバイスが第1のデータを繰り返し送信する回数が第2の閾値に達した場合に、第1のデバイスが、第1のデータ向けの、第2のデバイスによって送信されるフィードバック情報を受信しない場合に、または第1のデバイスが第1のデータを繰り返し送信する回数が第2の閾値に達した場合に、第1のデバイスは、第Mの時間単位で第1のデータの繰り返し送信を停止する。第2の閾値は事前構成されてもよい、および／または動的シグナリングを使用することによって通知されてもよいし、事前定義されてもよいし、第1のデバイスによって選択されてもよい。このことは、本明細書において具体的に限定されない。例えば、上述のように、第1のデバイスがユーザ機器である例が使用される。アップリンクグラントフリー（UL grant free）送信のアプリケーションシナリオでは、ユーザ機器のためのアップリンクグラントフリー送信リソースを構成する際に、基地局は、第1のデータを繰り返し送信する回数を構成できる、つまり、M−1を構成できる。別の例では、UEは、過去のアップリンクデータ送信状態に基づいて、第1のデータを繰り返し送信する回数を代替的に判定してもよい。例えば、UEは、第1の時間単位セット内で第1のデータをM−1回繰り返し送信し、第1のデータの繰り返し送信が停止された後の第1の時間窓で、基地局によって送信されたフィードバック情報を受信する。第1の時間窓は、少なくとも1つの時間単位を含む。さらに、場合により、第1の時間ウィンドウに含まれる第1の時間単位は、UEが第1のデータの繰り返し送信を停止した後の第1の時間単位（例えば、図7における第1の時間単位セットに含まれる第6の時間単位）である。この場合、UEは、次の第1の時間単位セット内で、第1のデータを繰り返し送信する回数を減少または増加させることができる。例えば、UEが、第1の時間窓で、基地局からフィードバックされた肯定確認情報を受信し、その情報が、送信されるシステムビットを基地局が正しく受信したことを示すために使用される場合、UEは、次の第1の時間単位セット内で、第1のデータを繰り返し送信する回数を減らすことができ、逆に、UEが、第1の時間窓で、基地局からフィ
ードバックされた否定応答情報を受信し、その情報が、送信されるシステムビットを基地局が正しく受信しないことを示すために使用される場合、UEは、次の第1の時間単位セット内で、第1のデータを繰り返し送信する回数を増やすことができる。別の例では、UEは、送信されるシステムビットを送信するために使用される送信符号レートに基づいて、第1のデータを繰り返し送信する回数を代替的に判定し得る。送信符号レートの説明は上述の説明と同じであり、ここでは詳細を繰り返し説明しない。あるいは、より一般的には、UEは、各冗長バージョン、特に冗長バージョン0に含まれるシステムビットの数に基づいて、冗長バージョン0および送信されるシステムビットに対応する、第1のデータを繰り返し送信する回数を判定してもよい。
【０１２１】
本出願の本実施形態では、第2の閾値はM−1であり得る。処理時間が4つの時間単位であると仮定すると、1つのケースでは、第1の時間単位は、第5の時間単位でフィードバック情報を受け取る。この場合、第2の閾値は5に設定され得る。当然のことながら、第2の閾値は、代替的に6であってもよいし、第2の閾値は、5もしくは6の倍数であってもよい。例えば、第2の閾値は10に設定される。この場合、第1のデバイスは、第1のデータを10回繰り返し送信する。
【０１２２】
第1のデバイスによって第1のデータを繰り返し送信する具体的な方式については、図4に示される方法の具体的な説明を参照されたい。ここでは細部を繰り返し説明しない。
【０１２３】
図7は、本出願の一実施形態において開示される第1のデータを繰り返し送信する第3の実施形態の概略的なタイミング図である。図7に示されるように、第1のデバイスは、第1の時間単位から第1のデータを繰り返し送信する。第2のデバイスが、受信した第1のデータに対して処理を実行する必要がある場合、ここでの処理は、第1のデータの受信から、第1のデータに対応する送信されるシステムビットの復元にまで及ぶことが理解されよう。第1のデータに対応する送信されるシステムビットの復元は、正しい復元と誤った復元とを含むことに留意されたい。図7における第1の時間単位セットは、8つの時間単位を含む、つまり、Kは8である。第1のデータの繰り返し送信が、第5の時間単位で停止される。この場合、Mは5である。第6の時間単位から第8の時間単位における第1のデバイスのデータ送信モードは、本明細書では具体的に限定されない。
【０１２４】
図4または図6に示される方法に基づいて、第1のデバイスが第1の時間単位セットの第Mの時間単位で第1のデータの繰り返し送信を停止した後、第1のデバイスは、第2の時間単位セット内で、送信されるシステムビットを繰り返し送信することができる。第2の時間単位セットは、第Mの時間単位から第Kの時間単位を含む。M＝Kである場合、第2の時間単位セットは、1つの時間単位のみを含むことが理解されよう。換言すれば、第1の時間単位セットは、第Kの時間単位を含む。1つのケースでは、第2の時間単位セットは、第Mの時間単位から始まり、第Kの時間単位で終わる。
【０１２５】
本発明の本実施形態では、第1のデバイスが第2のデバイスによって送信された第2のフィードバック情報を受信するまで、第1のデバイスは、第2の時間単位セット内で送信されるシステムビットを繰り返し送信する。第2のフィードバック情報は、システムビット向けの、第2のデバイスによって送信されるフィードバック情報であり、第2のデバイスによるシステムビットの受信状態を示すために使用される。ここでの受信状態は、第2のデバイスがシステムビットを正しく受信すること、または第2のデバイスがシステムビットを正しく受信しないことを含む。
【０１２６】
別の実装形態において、第1のデバイスが第2のデバイスにシステムビットを繰り返し送信する回数が第3の閾値に達するまで、第1のデバイスは、第2の時間単位セット内で送信されるシステムビットを繰り返し送信する。
【０１２７】
さらに、場合により、第1のデバイスがシステムビットを第2のデバイスに繰り返し送信する回数は、第1のデータを繰り返し送信する回数と、第1のデバイスが、第2の時間単位セット内で、送信されるシステムビットを繰り返し送信する回数と、を含む。例えば、第3の閾値はKに等しくてもよい（すなわち、第1の時間単位セットに含まれる時間単位の数に等しい）。換言すれば、第1のデバイスが、第1の時間単位内で、送信されるシステムビットをK回繰り返し送信した後、第1のデバイスは、送信されるシステムビットの繰り返し送信を停止し得る。あるいは、第1のデバイスが、第Mの時間単位で第1のデータの繰り返し送信を停止し（第1のデータを繰り返し送信する回数がM−1であると理解され得る）、次いで、第2の時間単位で、システムビットをK−M＋1回繰り返し送信すると仮定すると、第1のデバイスは、送信されるシステムビットの繰り返し送信を停止できる。
【０１２８】
あるいは、場合により、第1のデバイスが、第2のデバイスにシステムビットを繰り返し送信する回数は、第1のデバイスが、第2の時間単位セット内で、送信されるシステムビットを繰り返し送信する回数のみを含む。例えば、第1のデバイスが、第1の時間単位セット内で第1のデータをM−1回繰り返し送信すると仮定すると、第3の閾値は、K−M＋1に等しくなり得る。換言すれば、第1のデバイスが、第2の時間単位セット内で、送信されるシステムビットをK−M＋1回繰り返し送信した場合、第1のデバイスは、送信されるシステムビットの繰り返し送信を停止し得る。
【０１２９】
添付の図面を参照して、以下は、第1のデバイスによって、第2の時間単位セット内で、送信されるシステムビットを繰り返し送信する実装形態を具体的に説明する。
【０１３０】
図8は、本出願の一実施形態において開示される第1のデバイスによって第2の時間単位セット内でシステムビットを繰り返し送信する第1の実施形態の概略的なタイミング図である。図8に示されるように、第1のデバイスは、第1の時間単位から第1のデータを繰り返し送信し、第Mの時間単位で第1のデータの繰り返し送信を停止する。第1のデバイスが第Mの時間単位で第1のデータの繰り返し送信を停止することの条件は、第1のデバイスが、第1のデバイス向けの、第2のデバイスによって送信されるフィードバック情報を受信すること、または第1のデバイスが第1のデータを繰り返し送信する回数が第2の閾値に達したことである。第1のデバイスは、第2の時間単位セット内で、第1のデータに対応するシステムビットを繰り返し送信する。図8において、第2の時間単位セットは、第Mの時間単位から第K時間単位を含む。第1のデバイスは、第2の時間単位セット内で、他のデータを使用することによって、送信されるシステムビットを繰り返し送信することができる。他のデータは、第1のデバイスによって、第2の時間単位セットの任意の時間単位で送信されるデータである。他のデータと第1のデータとは、同じ送信されるシステムビットに対応し、同じ冗長バージョンに対応しても異なる冗長バージョンに対応してもよい。
【０１３１】
以下、図10Aから図10Cを参照して、第2の時間単位セットにおける第1のデバイスのデータ送信形態について説明する。第2の時間単位セット内のタイミング関係（時間順）に基づいて、各時間単位で第1のデバイスによって送信されるデータに対応する冗長バージョンは、事前構成され得る、および／または動的シグナリングを使用することにより通知され得る、または事前定義され得る、または第1のデバイスによって、事前設定されたサンプルライブラリから選択され得る、または別の方式で取得され得る。このことは、本明細書において具体的に限定されない。例えば、時間単位で送信されるデータに対応する冗長バージョンは、図10Aに示されるように、RV2、RV3、およびRV1の順序のサイクルであり得る、または時間単位で送信されるデータに対応する冗長バージョンは、図10Bに示されるように、RV2、RV3、RV1、およびRV0の順序のサイクルであり得る、または時間単位で送信されるデータに対応する冗長バージョンは、RV0、RV2、RV3、およびRV1の順序のサイクルであり得る、または時間単位で送信されるデータに対応する冗長バージョンは、RV2およびRV0の順序のサイクルであり得る。上述の実装形態では、第1のデバイスは、第2の時間単位セット内で、冗長バージョンに対応するデータをさらに繰り返し送信することができる。図10Cに示されるように、時間単位で送信されるデータに対応する冗長バージョンは、順にRV2、RV3、およびRV1である。各冗長バージョンに対応するデータは、2回繰り返し送信される。場合により、RV2／RV3／RV1に対応するデータを繰り返し送信する回数は異なっていてもよい。場合により、第2の時間単位セット内で第2のデータのみが繰り返し送信されてもよい。第2のデータに対応する冗長バージョンがRV2であると仮定すると、第1のデバイスは、第2の時間単位セット内で第2のデータを繰り返し送信することができる。場合により、第1のデバイスが、第2の時間単位セット内で、送信されるシステムビットに対応するデータを繰り返し送信する場合、繰り返し送信の回数は、第1のデータの繰り返し送信の回数とは異なることに留意されたい。上述のプロセスでは、第1のデバイスによって第2の時間単位セット内で送信される、送信されるシステムビットに対応する冗長
バージョン、および／または冗長バージョンに対応するデータを繰り返し送信する回数が、事前構成されてもよい、および／または動的シグナリングを使用することによって通知されてもよいし、事前定義されてもよいし、第1のデバイスによって選択されてもよい。このことは、本明細書において具体的に限定されない。本出願の本実施形態で説明されるRV0、RV1、RV2、およびRV3は、冗長バージョンのバージョン番号である。RV0、RV1、RV2、およびRV3は、それぞれバージョン番号0、バージョン番号1、バージョン番号2、およびバージョン番号3である。
【０１３２】
いくつかの可能な実装形態では、第1のデバイスは、第2の時間単位セットの時間単位で第2のデバイスからフィードバック情報をさらに受信し得る。このフィードバック情報を、第1のデータの繰り返し送信中に第1のデバイスによって受信されたフィードバック情報と区別するために、第1のデータの繰り返し送信中に第1のデバイスによって受信されたフィードバック情報は、第1のフィードバック情報として定義され、第2の時間単位セットの時間単位で受信された、第2のデバイスからのフィードバック情報は、第2のフィードバック情報として定義される。図9は、第1のデバイスによる、第2のデバイスからのフィードバック情報の受信を説明するための例として使用される。図9は、本出願の一実施形態において開示される第2の時間単位セット内で第1のデバイスによってシステムビットを繰り返し送信する第2の実施形態の概略的なタイミング図である。
【０１３３】
図9において、第1の時間単位セットは10個の時間単位を含み、第1のデバイスは、第1の時間単位セットに含まれる第1の時間単位から第1のデータを繰り返し送信すると仮定される。第1のデバイスが、第1の時間単位セットに含まれる第4の時間単位で第1のフィードバック情報を受信し、第1のフィードバック情報が、第1のデータが誤って受信されたこと、または第1のデータが受信されたことを示す場合、第1のデバイスは、第1の時間単位セットに含まれる第5の時間単位から、第1のデータの繰り返し送信を停止し、第5の時間単位から、第1のデータに対応するシステムビットを繰り返し送信し得る。第1のデバイスが、第1の時間単位セットに含まれる第8の時間単位で第2のフィードバック情報を受信し、第2のフィードバック情報が、第1のデータに対応する情報ビットが誤って受信されたこと、または正しく受信されたことを示すと仮定すると、第1のデバイスは、第1の時間単位セットに含まれる第9の時間単位および第10の時間単位で、システムビットの繰り返し送信を停止し得る。場合により、第1のデバイスは、第1の時間単位セットに含まれる第9の時間単位および第10の時間単位でシステムビットを依然として送信してもよい。例えば、第1のデバイスは、第2のデバイスからのスケジューリング情報に基づいて、情報ビットが第9の時間単位および第10の時間単位で送信される必要があるか否かを判定し得る。例えば、第2のフィードバック情報が、システムビットが誤って受信されたこと（NACK）を示す場合、第2のデバイスは、スケジューリング情報をさらに送信し得る。スケジューリング情報は、第9の時間単位および／または第10の時間単位で情報ビットを送信するように第1のデバイスに命令するために使用される。場合により、スケジューリング情報は、第1の時間単位セットにない別の時間単位で情報ビットを送信するように第1のデバイスに代替的に命令してもよい。本発明の本実施形態では、スケジューリング情報は、物理層シグナリングを使用することによって送信され得る。第2のデバイスが基地局であると仮定すると、第2のデバイスは、ULグラント制御情報を使用することによりスケジューリング情報を送信し得る。
【０１３４】
いくつかの可能な実装形態では、第1のフィードバック情報と同様に、第2のフィードバック情報が、PHICH、PDCCH、EPDCCH、または別のダウンリンクチャネルを介して送信されてもよく、第2のフィードバック情報は、UE固有のダウンリンク制御チャネル（例えば、UE specific（E）PDCCH）、UEグループ固有のダウンリンク制御チャネル（例えば、UE group−（E）PDCCH）、またはセル共通ダウンリンク制御チャネルを介して送信されてもよい。このことは、本明細書において具体的に限定されない。第2のフィードバック情報の具体的なの形態は、第1のフィードバック情報の具体的な形態と同様である、または第2のフィードバック情報は別の形態であってもよい。このことは、本明細書において具体的に限定されない。
【０１３５】
上記実施形態で説明した、送信されるシステムビットの繰り返し送信、またはシステムビットの繰り返し送信はまた、TBまたはCBを繰り返し送信するものとして理解され得ることに留意されたい。
【０１３６】
本発明の実施形態では、第1の時間単位セットに含まれるK個の時間単位は、送信されるシステムビットが送信され得る時間単位であり、処理レイテンシに起因して、送信されるシステムビットを送信できない時間単位を含まなくてもよいことに留意されたい。第1の条件は、第1のデバイスが、第1のデータ向けの、第2のデバイスによって送信される第1のフィードバック情報を受信することであると仮定される。換言すれば、第2のデバイスは、第1のフィードバック情報を受信した後、送信されるシステムビットの繰り返し送信を停止し、第1のデバイスは、システムビットを繰り返し送信する回数がKに達するまで、第2の時間単位セット内でシステムビットを繰り返し送信する。図11Aに方式を示す。第1の時間単位セットが10個の時間単位を含むと仮定すると、第1のデバイスは、第1の時間単位から第1のデータを繰り返し送信し、第1のデバイスは、第4の時間単位で第1のフィードバック情報を受信し、第1のデバイスは、第5の時間単位で、第1のデータの繰り返し送信を停止できる。処理レイテンシを考慮し、第1のデバイスが、早くても第6の時間単位から第2のデータを送信できると仮定すると（ここで、第2のデータは、第2の冗長バージョンおよび送信されるシステムビットに基づいて判定されるデータを含み、第2の冗長バージョンは、第1の冗長バージョンと同じであっても異なっていてもよく、この例では、好ましくは、第2の冗長バージョンは第1の冗長バージョンとは異なり得る）、第1のデバイスは、第5の時間単位で、送信されるシステムビットを送信せず、第5の時間単位は、第1の時間単位セットに含まれない場合があることが理解されよう。第1の時間単位セットに含まれる10個の時間単位は、図11Aの第1の時間単位から第4の時間単位および第6の時間単位から第11の時間単位に対応することができる。図11Bは別の方式を示している。第1のフィードバック情報を受信した後、第1のデバイスは、第1のフィードバック情報が受信された時間に最も近い時間単位で第2のデータの送信を開始できると仮定すると、第1の時間単位セットに含まれる10個の時間単位は、図11Aの第1の時間単位から第10の時間単位までに対応する。
【０１３７】
本出願では、送信されるシステムビットはパリティチェックビットを含んでもよいし、パリティチェックビットを含まなくてもよいことに留意されたい。
【０１３８】
以下、図12を参照して、別のデータ送信モードを説明する。
【０１３９】
図12は、本出願の一実施形態によるさらに別のデータ送信の概略的な流れ図である。図12に示されるように、本方法は、以下のステップを含む。
【０１４０】
ステップS1201：第1のデバイスは、送信されるシステムビットおよび第1の時間単位を判定し、第1の時間単位が、システムビットを送信するために使用される。
【０１４１】
ステップS1202：第1のデバイスは、第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定する。
【０１４２】
ステップS1203：第1のデバイスは、冗長バージョンおよび送信されるシステムビットに基づいて、第1のデータを判定する。
【０１４３】
ステップS1204：第1のデバイスは、第1の時間単位で第1のデータを第2のデバイスに送信する。
【０１４４】
ステップS1205：第2のデバイスは、第1の時間単位で、第1のデバイスによって送信された第1のデータを受信する。
【０１４５】
ステップS1206：第2のデバイスは、第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定する。
【０１４６】
ステップS1207：第2のデバイスは、冗長バージョンに基づいて第1のデータを処理する。
【０１４７】
第2のデバイスが冗長バージョンに基づいて第1のデータを処理することは、第2のデバイスが冗長バージョンおよび第1のデータに基づいて、第1のデータに対応するシステムビット情報を判定することを含む。第2のデバイスは、冗長バージョンおよび第1のデータに基づいて、第1のデータに対応するチャネル符号化データを判定することができる。チャネル符号化データの説明は、図2のチャネル符号化データの説明と同じである。次いで、第2のデバイスは、チャネル符号化データに基づいて、対応するシステムビット情報を復元する。可能な実装形態では、第2のデバイスは、チャネル復号を通じてチャネル符号化データを処理することができる。好ましくは、本実装形態は、以下のシナリオ、すなわち、第1のデータに対応するチャネル符号化データは、送信されるすべてのシステムビット情報を含む、というシナリオに適用可能である。復号結果は、チャネル符号化データに対応するシステムビット情報が正しく復元された（つまり、復号が成功した）ことである場合もあるし、チャネル符号化データに対応するシステムビット情報が、誤って復元された（つまり、復号に失敗した）ことである場合もある。別の可能な実装形態では、第2のデバイスは、合成された検出および／またはチャネル復号を通じてチャネル符号化データを処理し得る。例えば、第2のデバイスは、同じ送信されるシステムビットに対応する複数のデータを受信し、次いで、チャネル符号化データを取得するためにこれらのデータを処理した後、第2のデバイスは、規則、例えばチェイス合成（Chase Combine、CC）またはインクリメンタル冗長（Incremental Redundancy、IR）合成に従って、これらのデータに対応するチャネル符号化データを合成し、次いでチャネル復号を実行する。
【０１４８】
より一般的には、本出願の本実施形態では、第2のデバイスによる第1のデータの処理は、送信データを取得するための、送信されるシステムビットを処理するプロセスの逆演算であり得る。送信データを取得するための、送信されるシステムビットを処理するプロセスは上述されており、ここでは詳細を繰り返し説明しない。
【０１４９】
可能な実装形態では、第1のデバイスおよび第2のデバイスは、第1の時間単位のインデックス番号に基づいて、第1の時間単位に対応する冗長バージョンを判定することができる。
【０１５０】
可能な実装形態では、第1のデバイスおよび第2のデバイスにより時間単位と冗長バージョンとの間の対応関係を判定する特定の実装形態は、少なくとも以下の方法を含み得る。
【０１５１】
（1）冗長バージョンのバージョン番号（RVインデックス）は、次式、すなわち、RV Index＝（CURRENT＿TTI＋Offset）mod numberOfConfRV−Numに基づいて判定され得る。
【０１５２】
CURRENT＿TTIは、RVバージョン番号に対応する時間単位のインデックス番号である。時間単位がサブフレームであると仮定すると、サブフレームのインデックス番号は、無線フレームのサブフレームのインデックスによって表され得る。1つの無線フレームが、N個のサブフレームを含み、N個のサブフレームに対応するサブフレームインデックス番号が、サブフレーム0、サブフレーム1、…、およびサブフレームN−1であると仮定すると、CURRENT＿TTIの値は、0からN−1の任意の値になる。あるいは、サブフレームインデックス番号は、システムにおける絶対値で表されてもよい。システムにおいて、1つの無線スーパーフレームが、M個の無線フレームを含み、各無線フレームが、N個のサブフレームを含むと仮定すると、CURRENT＿TTIの値は、（SFN＊N）＋iで表され、SFNは、システムフレーム番号（System Frame Number）を表し、SFNは、0以上かつM−1以下の整数であり、Mは最大システムフレーム番号であり、つまり、異なるSFNは異なる無線フレームに対応し、iは、0以上かつN−1以下の整数である。あるいは、サブフレームインデックス番号は、スロット番号で表されてもよい。1つのサブフレームが2つのスロットを含むと仮定すると、サブフレームインデックス番号は、floor（Ns／2）で表すことができ、floor（X）はXを切り捨てる演算を示し、Ns／2はNsを2で除することを示す。
【０１５３】
CURRENT＿TTIは、別の形式で代替的に表現され得ることが理解されよう。例えば、5G通信システムでは、CURRENT＿TTIが別の形式で代替的に表されてもよい。このことは、具体的に限定されない。
【０１５４】
上記の式で、「X mod Y」はREM演算を表し、numberOfConfRV−Numは、送信されるシステムビットの送信中または繰り返し送信中に使用され得る異なるRVの数を表す。このパラメータは、事前構成されてもよい、および／または動的シグナリングを使用することによって示されてもよい。あるいは、このパラメータは、第1のデバイスによって選択される。このことは、本明細書において具体的に限定されない。同様に、Offsetのパラメータ構成モードは、numberOfConfRV−Numのパラメータ構成モードと同じである、またはOffsetが0であり得る。換言すれば、RVインデックスは、「CURRENT＿TTI mod numberOfConfRV−Num」によって直接判定され得る。
【０１５５】
可能な実装形態では、「CURRENT＿TTI mod numberOfConfRV−Num」の結果がRVのバージョン番号として直接使用される。例えば、numberOfConfRV−Num＝4と仮定すると、「CURRENT＿TTI mod numberOfConfRV−Num」の結果は0、1、2、または3であり、対応するRVのバージョン番号も直接0、1、2、または3となり得る。別の可能な実装形態では、「CURRENT＿TTI mod numberOfConfRV−Num」の結果と、異なるRVのバージョン番号と、の間に固定された対応関係が存在し得る。例えば、「CURRENT＿TTI mod numberOfConfRV−Num」の結果が0、1、2、または3の場合、対応するRVバージョン番号は、0、2、3、または1になり得る。あるいは、対応関係は、別の表現形式であってもよい。ここでは細部を説明しない。対応関係は事前構成されてもよい、および／または動的シグナリングを使用することによって通知されてもよいし、事前定義されてもよい。このことは、具体的に限定されない。
【０１５６】
（2）異なるRVに対して、異なる開始Offset、期間、および繰り返し回数が構成され得る。例えば、RV0の場合、第2のデバイス（例として基地局が使用される）で、RV0に対応するデータが送信される開始offsetが、第jの時間単位となるように構成され、期間が、S個の時間単位となるように構成される。時間の観点から、UEは、第（j＋（i−1）＊S）の時間単位でRV0に対応するデータを送信し、iは0以上の整数である。さらに、場合により、RV0に対応する繰り返し送信の回数、例えばLが基地局で構成され得、Lは2以上かつM未満の整数である。この場合、UEは、第（j＋（i−1）＊S＋q）の時間単位でRV0に対応するデータを送信し、qは、0以上かつL未満の整数である。別の冗長バージョンでは、同様の構成も存在し、ここでは詳細を説明しない。加えて、RV0が上述の構成を使用する例が使用される。第（j＋（i−1）＊S）の時間単位と第（j＋i＊S）の時間単位との間で、繰り返し送信が使用されない場合、別の冗長バージョン、例えばRV1／RV2／RV3に対応するデータは、事前構成されたパターンに基づいて送信され得る。第（j＋（i−1）＊S＋（L−1））の時間単位と第（j＋i＊S）の時間単位との間で、RV0に対応するデータが繰り返し送信される場合、別の冗長バージョン、例えばRV1／RV2／RV3に対応するデータはまた、事前構成されたパターンに基づいて送信される。
【０１５７】
可能な実装形態では、特定のRVに対して、RVの期間および開始offsetが構成され得る。例えば、RV0の場合、RV0の期間はRV0−Periodとなるように構成され得、RV0のオフセット（offset）は、RV0−Offsetとなるように構成され得、RV0−Offsetの値は、0以上かつRV0−Period−1以下の整数である。RV0に対応する時間単位のインデックス番号は、次の関係、すなわち、（10＊nf−RV0−Offset＋floor（Ns／2））mod RV0−Period＝0を満たし、時間単位のインデックス番号は10＊nf＋floor（Ns／2）であり、nfは、無線フレーム番号を表し、10は、各無線フレームに含まれるサブフレームの数を表し、Nsは、スロット番号を表し、floor（X）の意味は上述したものと同じである。RV0−PeriodおよびRV0−Offsetが構成された場合、RV0に対応する時間単位のインデックス番号は、代替的に、別の表現形式であってもよいことが理解されよう。このことは、具体的に限定されない。さらに、場合により、特定のRV（例えば、上記の例のRV0）に対して、繰り返し送信の回数がさらに構成され得る。この場合、上記の式に基づいて判定される時間単位は、RV0に対応する第1の時間単位であることが理解されよう。場合により、特定のRVについて、期間、開始offset、および繰り返し回数が構成される場合、別の冗長バージョンでは、可能な実装形態は、個別の構成が、RV0のための構成を実行する方式と同様の方式で実行され得ることであり、別の可能な実装形態は、RV0の構成と特定の関連関係があることである。例えば、RV0に対応しない時間単位では、他のRVは、固定パターン（pattern）に基づいて異なる時間単位に対応する。加えて、上述の2つの可能な実装形態は、使用するために組み合わせられてもよい。例えば、一部のパラメータは個別に構成され、一部のパラメータはRV0の構成と特定の関連関係を有する。
【０１５８】
可能な実装形態では、第2のデバイスは、判定された冗長バージョンに基づいて、第1のデータに対してチャネル復号などの処理を実行する。
【０１５９】
第1のデバイスが第1の時間単位に対応する冗長バージョンを判定し、その結果、第2のデバイスによって、第1の時間単位で送信されるデータに対応する冗長バージョンを判定する精度が確保され得、さらに第2のデバイスは、正確なHARQ合成を実行でき、それによりデータ送信レイテンシを短縮できることが分かり得る。
【０１６０】
上述のシステムおよび方法の実施形態に関連して、以下に本出願の実施形態の装置の実施形態を説明する。
【０１６１】
図13は、本出願の一実施形態において開示される第1のデバイスの概略的な構成図である。第1のデバイス1300は、プロセッサ1301と、メモリ1302と、通信インターフェース1303と、を備える。プロセッサ1301は、通信インターフェース1303を介した外部ネットワークとの無線通信を制御する。通信インターフェース1303は、アンテナ、増幅器、送受信機、カプラ、LNA（Low Noise Amplifier、低雑音増幅器）、およびデュプレクサを含むが、これらに限定されない。メモリ1302は、ランダムアクセスメモリ、不揮発性メモリ、および外部メモリのうちの少なくとも1つを含む。実行可能なプログラムコードは、メモリ1302に格納される。実行可能なプログラムコードは、本発明の方法の実施形態で具体的に開示された方法を実行するようにプロセッサ1301に指示することができる。本方法は、以下のステップ、すなわち、
第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するステップであって、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、
第1の条件が満たされた場合、第Mの時間単位で第1のデータの送信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、
を含む。
【０１６２】
実行可能なプログラムコードは、第1のデバイスによって実行され、上述の方法の実施形態、例えば図6に示される方法で説明される方法を実行するようにプロセッサ1301に指示できることを理解されたい。ここでは細部を繰り返し説明しない。
【０１６３】
図14は、本出願の一実施形態において開示される第2のデバイスの概略的な構成図である。第2のデバイス1400は、プロセッサ1401と、メモリ1402と、通信インターフェース1403と、を備える。プロセッサ1401は、通信インターフェース1403を介した外部ネットワークとの無線通信を制御する。通信インターフェース1403は、アンテナ、増幅器、送受信機、カプラ、LNA（Low Noise Amplifier、低雑音増幅器）、およびデュプレクサを含むが、これらに限定されない。メモリ1402は、ランダムアクセスメモリ、不揮発性メモリ、および外部メモリのうちの少なくとも1つを含む。実行可能なプログラムコードは、メモリ1402に格納される。実行可能なプログラムコードは、本発明の方法の実施形態で具体的に開示された方法を実行するようにプロセッサ1401に指示することができる。本方法は、以下のステップ、すなわち、
第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信するステップであって、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、
第1の条件が満たされた場合、第2のデバイスによって、第Mの時間単位で第1のデータの受信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、
を含む。
【０１６４】
実行可能なプログラムコードは、第2のデバイスによって実行され、上述の方法の実施形態、例えば図4に示される方法で説明される方法を実行するようにプロセッサ1401に指示できることを理解されたい。ここでは細部を繰り返し説明しない。
【０１６５】
図15は、本出願の一実施形態において開示される第1のデバイスの概略的な構成図である。第1のデバイス1500は、プロセッサ1501と、メモリ1502と、通信インターフェース1503と、を備える。プロセッサ1501は、通信インターフェース1503を介した外部ネットワークとの無線通信を制御する。通信インターフェース1503は、アンテナ、増幅器、送受信機、カプラ、LNA（Low Noise Amplifier、低雑音増幅器）、およびデュプレクサを含むが、これらに限定されない。メモリ1502は、ランダムアクセスメモリ、不揮発性メモリ、および外部メモリのうちの少なくとも1つを含む。実行可能なプログラムコードは、メモリ1502に格納される。実行可能なプログラムコードは、本発明の方法の実施形態で具体的に開示された方法を実行するようにプロセッサ1501に指示することができる。本方法は、以下のステップ、すなわち、
送信されるシステムビットおよび第1の時間単位を判定するステップと、
第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定するステップと、
冗長バージョンおよび送信されるシステムビットに基づいて第1のデータを判定するステップと、
第1の時間単位で第1のデータを第2のデバイスに送信するステップと、
を含む。
【０１６６】
図16は、本出願の一実施形態において開示される第2のデバイスの概略的な構成図である。第2のデバイス1600は、プロセッサ1601と、メモリ1602と、通信インターフェース1603と、を備える。プロセッサ1601は、通信インターフェース1603を介した外部ネットワークとの無線通信を制御する。通信インターフェース1603は、アンテナ、増幅器、送受信機、カプラ、LNA（Low Noise Amplifier、低雑音増幅器）、およびデュプレクサを含むが、これらに限定されない。メモリ1602は、ランダムアクセスメモリ、不揮発性メモリ、および外部メモリのうちの少なくとも1つを含む。実行可能なプログラムコードは、メモリ1602に格納される。実行可能なプログラムコードは、本発明の方法の実施形態で具体的に開示された方法を実行するようにプロセッサ1601に指示することができる。本方法は、以下のステップ、すなわち、
第1の時間単位で、第1のデバイスによって送信された第1のデータを受信するステップと、
第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定するステップと、
冗長バージョンに基づいて、第1のデータを処理するステップと、
を含む。
【０１６７】
上述の実施形態で説明されたハードウェア構造に基づいて、および上述の方法の実施形態に基づいて、以下では、本出願の実施形態で提供されるデバイスの機能ブロック図について説明する。第1のデバイスの機能ブロックは、本発明の解決策を実施するために、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせによって実施され得る。当業者は、本発明の実施形態の解決策を実施するために、本出願に記載された機能ブロックを結合、またはいくつかのサブブロックに分離できることを理解されたい。従って、本出願において上で説明した内容は、以下の機能モジュールの任意の可能な組み合わせもしくは分離、またはさらなる定義をサポートできる。
【０１６８】
図17は、第1のデバイスの機能ブロック図である。第1のデバイス1700は、送信ユニット1701を備える。
【０１６９】
送信ユニット1701は、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するように構成され、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である。
【０１７０】
送信ユニット1701は、第1の条件が満たされた場合、第Mの時間単位で第1のデータの送信を停止するようにさらに構成され、2≦M≦Kであり、Mは整数である。
【０１７１】
上述の機能ユニットは、上述の方法の実施形態で説明された対応する方法の一部または全部をさらに実行できることに留意されたい。上述の機能ユニットが依拠しているハードウェア構造については、図13に示される実施形態を参照されたい。ここでは細部を繰り返し説明しない。
【０１７２】
図18は、第2のデバイスの機能ブロック図である。第2のデバイス1800は、受信ユニット1801を備える。
【０１７３】
受信ユニット1801は、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信するように構成され、第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である。
【０１７４】
受信ユニット1801は、第1の条件が満たされた場合、第Mの時間単位で第1のデータの受信を停止するようにさらに構成され、2≦M≦Kであり、Mは整数である。
【０１７５】
上述の機能ユニットは、上述の方法の実施形態で説明された対応する方法の一部または全部をさらに実行できることに留意されたい。上述の機能ユニットが依拠しているハードウェア構造については、図14に示される実施形態を参照されたい。ここでは細部を繰り返し説明しない。
【０１７６】
図19は、第1のデバイスの機能ブロック図である。第1のデバイス1900は、第1の判定ユニット1901と、第2の判定ユニット1902と、第3の判定ユニット1903と、送信ユニット1904と、を備える。
【０１７７】
第1の判定ユニット1901は、送信されるシステムビットおよび第1の時間単位を判定するように構成される。
【０１７８】
第2の判定ユニット1902は、第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定するように構成される。
【０１７９】
第3の判定ユニット1903は、冗長バージョンおよび送信されるシステムビットに基づいて第1のデータを判定するように構成される。
【０１８０】
送信ユニット1904は、第1の時間単位で第1のデータを第2のデバイスに送信するように構成される。
【０１８１】
上述の機能ユニットは、上述の方法の実施形態で説明された対応する方法の一部または全部をさらに実行できることに留意されたい。上述の機能ユニットが依拠しているハードウェア構造については、図15に示される実施形態を参照されたい。ここでは細部を繰り返し説明しない。
【０１８２】
図20は、第2のデバイスの機能ブロック図である。第2のデバイス2000は、受信ユニット2001と、判定ユニット2002と、処理ユニット2003と、を備える。
【０１８３】
受信ユニット2001は、第1の時間単位で、第1のデバイスによって送信された第1のデータを受信するように構成される。
【０１８４】
判定ユニット2002は、第1の時間単位に基づいて、第1の時間単位に対応する冗長バージョンを判定するように構成される。
【０１８５】
処理ユニット2003は、冗長バージョンに基づいて、第1のデータを処理するように構成される。
【０１８６】
上述の機能ユニットは、上述の方法の実施形態で説明された対応する方法の一部または全部をさらに実行できることに留意されたい。上述の機能ユニットが依拠しているハードウェア構造については、図16に示される実施形態を参照されたい。ここでは細部を繰り返し説明しない。
【０１８７】
結論として、システムビットに対応するデータの繰り返し送信を判定する上記の方式は、データ送信の高信頼性および低レイテンシを確保することができる。
【０１８８】
当業者は、上記各実施形態における方法の手順の全部または一部を関連ハードウェアに命令するコンピュータプログラムによって実現することができることを理解されよう。プログラムは、コンピュータ可読記憶媒体に格納することができる。プログラムは、実行されるとき、上述の方法の実施形態の手順を含み得る。上記の記憶媒体は、ROM、ランダムアクセスメモリRAM、磁気ディスク、または光ディスクなどのプログラムコードを記憶することのできる様々な媒体を含む。
【符号の説明】
【０１８９】
100  無線通信システム
101  基地局
103  ユーザ機器
1300  第1のデバイス
1301  プロセッサ
1302  メモリ
1303  通信インターフェース
1400  第2のデバイス
1401  プロセッサ
1402  メモリ
1403  通信インターフェース
1500  第1のデバイス
1501  プロセッサ
1502  メモリ
1503  通信インターフェース
1600  第2のデバイス
1601  プロセッサ
1602  メモリ
1603  通信インターフェース
1700  第1のデバイス
1701  送信ユニット
1800  第2のデバイス
1801  受信ユニット
1900  第1のデバイス
1901  第1の判定ユニット
1902  第2の判定ユニット
1903  第3の判定ユニット
1904  送信ユニット
2000  第2のデバイス
2001  受信ユニット
2002  判定ユニット
2003  処理ユニット
【図１】
2020515184.tif 000004
【図２】
2020515184.tif 000005
【図３Ａ】
2020515184.tif 000006
【図３Ｂ】
2020515184.tif 000007
【図３Ｃ】
2020515184.tif 000008
【図４】
2020515184.tif 000009
【図５Ａ】
2020515184.tif 000010
【図５Ｂ】
2020515184.tif 000011
【図６】
2020515184.tif 000012
【図７】
2020515184.tif 000013
【図８】
2020515184.tif 000014
【図９】
2020515184.tif 000015
【図１０Ａ】
2020515184.tif 000016
【図１０Ｂ】
2020515184.tif 000017
【図１０Ｃ】
2020515184.tif 000018
【図１１Ａ】
2020515184.tif 000019
【図１１Ｂ】
2020515184.tif 000020
【図１２】
2020515184.tif 000021
【図１３】
2020515184.tif 000022
【図１４】
2020515184.tif 000023
【図１５】
2020515184.tif 000024
【図１６】
2020515184.tif 000025
【図１７】
2020515184.tif 000026
【図１８】
2020515184.tif 000027
【図１９】
2020515184.tif 000028
【図２０】
2020515184.tif 000029
【手続補正書】
【提出日】令和1年10月17日(2019.10.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本出願は、2017年3月24日に出願された「DATA TRANSMISSION METHOD AND RELATED DEVICE」と題する中国特許出願第201710184872．1号の優先権を主張するものであり、参照により、同中国特許出願の内容全体を本願明細書に援用する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
従来のLTEシステムでは、データ送信の信頼性を確保するために、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest、HARQ）メカニズムが使用され得る。具体的には、第1のデバイスがデータを第2のデバイスに初めて送信した後、第2のデバイスは、第1のデバイスによって送信されたデータに関するHARQ−ACKをフィードバックする。HARQ−ACKは、肯定応答（Acknowledgement、ACK）および否定応答（Negative Acknowledgement、NACK）を含む。第1のデバイスがNACKを受信した場合、第1のデバイスは、第1のデバイスがACKを受信するまで、第2のデバイスにデータを再度送信する必要がある。従来のHARQメカニズムが使用される場合、データ送信の信頼性は保証され得るが、データ送信のレイテンシが増加する。換言すれば、第1のデバイスによって初めて送信されたデータが第2のデバイスによって誤って受信された場合、第1のデバイスは、第1のデバイスが第2のデバイスによってフィードバックされたACKを受信するまで、第2のデバイスにデータを再度送信する必要がある。加えて、第1のデバイスが、第2のデバイスからスケジューリング情報を受信した後にのみ、第2のデバイスにデータを再度送信し得る場合もある。第1のデバイスによって第2のデバイスからのスケジューリング情報を受信すること、およびデータを再度送信するプロセスの両方が、データ送信レイテンシを増加させる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
第8の態様によれば、第2のデバイスが提供され、第2のデバイスに備わる機能ユニットが、第4の態様における方法の一部または方法全体を実行するように構成される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
第1の時間単位セットに含まれる時間単位の数（すなわち、K）は、事前構成され得る。例えば、第2のデバイスは、同じシステムビットを送信するときに、第1のデバイスがK回の繰り返し送信を実行できるように構成する。あるいは、第1の時間単位セットに含まれる時間単位の数は、第1のデバイスによって選択されてもよい。換言すれば、第1のデバイスは、同じシステムビットを繰り返し送信する回数を判定する。あるいは、Kは、第2のデバイスによって、動的シグナリングを使用することによって通知され得る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】変更
【補正の内容】
【０１０４】
いくつかの可能な実装形態では、フィードバック情報の特定の形式は、肯定応答（Acknowledgement、ACK）が正しい受信を示すことと、否定応答（Negative ACKnowledgement、NACK）が誤った受信を示すことと、であり得る、またはフィードバック情報が新データインジケータ（New Data Indicator、NDI）によって示され得る。例えば、NDI値は、ACKもしくはNACKを表すために使用され得る、またはNDI値が反転されるか否かが、ACKもしくはNACKを表し得る。あるいは、フィードバック情報は別の形式で表現されてもよい。このことは、本明細書において具体的に限定されない。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
本出願の本実施形態では、第2の閾値はM−1であり得る。処理時間が4つの時間単位であると仮定すると、1つのケースでは、第1のデバイスは、第5の時間単位でフィードバック情報を受け取る。この場合、第2の閾値は5に設定され得る。当然のことながら、第2の閾値は、代替的に6であってもよいし、第2の閾値は、5もしくは6の倍数であってもよい。例えば、第2の閾値は10に設定される。この場合、第1のデバイスは、第1のデータを10回繰り返し送信する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１２７
【補正方法】変更
【補正の内容】
【０１２７】
さらに、場合により、第1のデバイスがシステムビットを第2のデバイスに繰り返し送信する回数は、第1のデータを繰り返し送信する回数と、第1のデバイスが、第2の時間単位セット内で、送信されるシステムビットを繰り返し送信する回数と、を含む。例えば、第3の閾値はKに等しくてもよい（すなわち、第1の時間単位セットに含まれる時間単位の数に等しい）。換言すれば、第1のデバイスが、第1の時間単位セット内で、送信されるシステムビットをK回繰り返し送信した後、第1のデバイスは、送信されるシステムビットの繰り返し送信を停止し得る。あるいは、第1のデバイスが、第Mの時間単位で第1のデータの繰り返し送信を停止し（第1のデータを繰り返し送信する回数がM−1であると理解され得る）、次いで、第2の時間単位セットで、システムビットをK−M＋1回繰り返し送信すると仮定すると、第1のデバイスは、送信されるシステムビットの繰り返し送信を停止できる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１３０
【補正方法】変更
【補正の内容】
【０１３０】
図8は、本出願の一実施形態において開示される第1のデバイスによって第2の時間単位セット内でシステムビットを繰り返し送信する第1の実施形態の概略的なタイミング図である。図8に示されるように、第1のデバイスは、第1の時間単位から第1のデータを繰り返し送信し、第Mの時間単位で第1のデータの繰り返し送信を停止する。第1のデバイスが第Mの時間単位で第1のデータの繰り返し送信を停止することの条件は、第1のデバイスが、第1のデータ向けの、第2のデバイスによって送信されるフィードバック情報を受信すること、または第1のデバイスが第1のデータを繰り返し送信する回数が第2の閾値に達したことである。第1のデバイスは、第2の時間単位セット内で、第1のデータに対応するシステムビットを繰り返し送信する。図8において、第2の時間単位セットは、第Mの時間単位から第K時間単位を含む。第1のデバイスは、第2の時間単位セット内で、他のデータを使用することによって、送信されるシステムビットを繰り返し送信することができる。他のデータは、第1のデバイスによって、第2の時間単位セットの任意の時間単位で送信されるデータである。他のデータと第1のデータとは、同じ送信されるシステムビットに対応し、同じ冗長バージョンに対応しても異なる冗長バージョンに対応してもよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１３４
【補正方法】変更
【補正の内容】
【０１３４】
いくつかの可能な実装形態では、第1のフィードバック情報と同様に、第2のフィードバック情報が、PHICH、PDCCH、EPDCCH、または別のダウンリンクチャネルを介して送信されてもよく、第2のフィードバック情報は、UE固有のダウンリンク制御チャネル（例えば、UE specific（E）PDCCH）、UEグループ固有のダウンリンク制御チャネル（例えば、UE group specific−（E）PDCCH）、またはセル共通ダウンリンク制御チャネルを介して送信されてもよい。このことは、本明細書において具体的に限定されない。第2のフィードバック情報の具体的なの形態は、第1のフィードバック情報の具体的な形態と同様である、または第2のフィードバック情報は別の形態であってもよい。このことは、本明細書において具体的に限定されない。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１３６
【補正方法】変更
【補正の内容】
【０１３６】
本発明の実施形態では、第1の時間単位セットに含まれるK個の時間単位は、送信されるシステムビットが送信され得る時間単位であり、処理レイテンシに起因して、送信されるシステムビットを送信できない時間単位を含まなくてもよいことに留意されたい。第1の条件は、第1のデバイスが、第1のデータ向けの、第2のデバイスによって送信される第1のフィードバック情報を受信することであると仮定される。換言すれば、第1のデバイスは、第1のフィードバック情報を受信した後、送信されるシステムビットの繰り返し送信を停止し、第1のデバイスは、システムビットを繰り返し送信する回数がKに達するまで、第2の時間単位セット内でシステムビットを繰り返し送信する。図11Aに方式を示す。第1の時間単位セットが10個の時間単位を含むと仮定すると、第1のデバイスは、第1の時間単位から第1のデータを繰り返し送信し、第1のデバイスは、第4の時間単位で第1のフィードバック情報を受信し、第1のデバイスは、第5の時間単位で、第1のデータの繰り返し送信を停止できる。処理レイテンシを考慮し、第1のデバイスが、早くても第6の時間単位から第2のデータを送信できると仮定すると（ここで、第2のデータは、第2の冗長バージョンおよび送信されるシステムビットに基づいて判定されるデータを含み、第2の冗長バージョンは、第1の冗長バージョンと同じであっても異なっていてもよく、この例では、好ましくは、第2の冗長バージョンは第1の冗長バージョンとは異なり得る）、第1のデバイスは、第5の時間単位で、送信されるシステムビットを送信せず、第5の時間単位は、第1の時間単位セットに含まれない場合があることが理解されよう。第1の時間単位セットに含まれる10個の時間単位は、図11Aの第1の時間単位から第4の時間単位および第6の時間単位から第11の時間単位に対応することができる。図11Bは別の方式を示している。第1のフィードバック情報を受信した後、第1のデバイスは、第1のフィードバック情報が受信された時間に最も近い時間単位で第2のデータの送信を開始できると仮定すると、第1の時間単位セットに含まれる10個の時間単位は、図11Bの第1の時間単位から第10の時間単位までに対応する。
【手続補正１１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第1のデバイスによって、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するステップであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、
第1の条件が満たされた場合、前記第1のデバイスによって、第Mの時間単位で前記第1のデータの送信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、
を含む、データ送信方法。
【請求項２】
第1のデバイスによって、第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信する、前記ステップの前に、前記方法が、
第2の条件が満たされた場合、前記第1のデバイスによって、前記第1のデータを繰り返し送信することを判定するステップであって、
前記第2の条件が、
前記第1のデバイスが前記第2のデバイスから構成情報を受信した場合、前記第1のデバイスが、前記第1のデータを繰り返し送信することを判定することであって、前記構成情報が、前記第1のデバイスの送信リソースに対応する、こと、または
前記第1のデバイスが、前記システムビットを送信するために使用される送信符号レートが第1の閾値よりも大きいことを判定した場合、前記第1のデバイスが、前記第1のデータを繰り返し送信することを判定すること、
を含む、ステップ
をさらに含む、請求項1に記載の方法。
【請求項３】
前記第1の条件が、
前記第1のデバイスが、前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報を受信することであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、正しい受信、誤った受信、もしくは受信を含む、こと、または
前記第1のデバイスが前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含む、請求項1または2のいずれか一項に記載の方法。
【請求項４】
前記第1の条件が、
前記第1のデバイスが、前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報を受信することであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、誤った受信もしくは受信を含む、こと、または
前記第1のデバイスが前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含み、
前記第1のデバイスによって、第Mの時間単位で前記第1のデータの送信を停止する、前記ステップの後、前記方法が、
前記第1のデバイスによって、第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信するステップであって、前記第2の時間単位セットが、前記第Mの時間単位から前記第Kの時間単位を含む、ステップ
をさらに含む、請求項1または2のいずれか一項に記載の方法。
【請求項５】
前記第1のデバイスによって、第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信する、前記ステップが、
前記第1のデバイスによって、前記第2の時間単位セットの第Nの時間単位で第2のデータを送信するステップであって、前記第2のデータが、第2の冗長バージョンおよび前記システムビットに基づいて判定され、Nは正の整数である、ステップ
を含む、請求項4に記載の方法。
【請求項６】
前記第1の冗長バージョンが前記第2の冗長バージョンと同じである、または前記第1の冗長バージョンが前記第2の冗長バージョンとは異なる、請求項5に記載の方法。
【請求項７】
前記第1の冗長バージョンのバージョン番号が0である、請求項1から6のいずれか一項に記載の方法。
【請求項８】
第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信するステップであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、ステップと、
第1の条件が満たされた場合、前記第2のデバイスによって、第Mの時間単位で前記第1のデータの受信を停止するステップであって、2≦M≦Kであり、Mは整数である、ステップと、
を含む、データ受信方法。
【請求項９】
第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信する、前記ステップの前に、前記方法が、
前記第2のデバイスによって、構成情報を前記第1のデバイスに送信するステップであって、前記構成情報が、前記第1のデータを繰り返し送信するように前記第1のデバイスに命令するために使用される、ステップ
をさらに含む、請求項8に記載の方法。
【請求項１０】
第2のデバイスによって、第1の時間単位セット内で、第1のデバイスによって繰り返し送信される第1のデータを受信する、前記ステップの後に、前記方法が、
前記第1のデータが受信されたことを確認した場合、前記第2のデバイスによって、前記第1のデータ向けのフィードバック情報を前記第1のデバイスに送信するステップであって、前記フィードバック情報が、前記第1のデータが受信されたことを示すために使用される、ステップ
をさらに含む、請求項8または9に記載の方法。
【請求項１１】
前記第2のデバイスによって、前記第1のデータが受信されたことを確認する前記ことが、
前記第2のデバイスによって、前記第1のデータのシグネチャ情報に基づいて、前記第1のデータが受信されたことを確認すること
を含む、請求項10に記載の方法。
【請求項１２】
前記シグネチャ情報が、復調参照信号またはプリアンブル情報を含む、請求項11に記載の方法。
【請求項１３】
第1のデバイスによって、送信されるシステムビットおよび第1の時間単位を判定するステップと、
前記第1のデバイスによって、前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するステップと、
前記第1のデバイスによって、前記冗長バージョンおよび前記送信されるシステムビットに基づいて、第1のデータを判定するステップと、
前記第1のデバイスによって、前記第1の時間単位で前記第1のデータを第2のデバイスに送信するステップと、
を含む、データ送信方法。
【請求項１４】
前記第1のデバイスによって、前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定する、前記ステップが、
前記第1のデバイスによって、前記第1の時間単位のインデックス番号に基づいて、前記第1の時間単位に対応する前記冗長バージョンを判定するステップ
を含む、請求項13に記載の方法。
【請求項１５】
第2のデバイスによって、第1の時間単位で、第1のデバイスによって送信された第1のデータを受信するステップと、
前記第2のデバイスによって、前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するステップと、
前記第2のデバイスによって、前記冗長バージョンに基づいて、前記第1のデータを処理するステップと、
を含む、データ受信方法。
【請求項１６】
第1の時間単位セット内で第1のデータを第2のデバイスに繰り返し送信するように構成される第1の送信ユニットであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、送信ユニット
を備え、
前記送信ユニットが、第1の条件が満たされた場合、第Mの時間単位で前記第1のデータの送信を停止するようにさらに構成され、2≦M≦Kであり、Mは整数である、
第1のデバイス。
【請求項１７】
第2の条件が満たされた場合、前記第1のデータを繰り返し送信することを判定するように構成される判定ユニットであって、
前記第2の条件が、
前記第2のデバイスから構成情報が受信された場合、前記第1のデバイスが、前記第1のデータを繰り返し送信することを判定することであって、前記構成情報が、前記第1のデバイスの送信リソースに対応する、こと、または
前記システムビットを送信するために使用される送信符号レートが第1の閾値よりも大きいことが判定された場合、前記第1のデータを繰り返し送信することが判定されること
を含む、判定ユニット
をさらに備える、請求項16に記載の第1のデバイス。
【請求項１８】
前記第1の条件が、
前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報が受信されることであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、正しい受信、誤った受信、もしくは受信を含む、こと、または
前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含む、請求項16または17に記載の第1のデバイス。
【請求項１９】
前記第1の条件が、
前記第1のデバイスが、前記第1のデータ向けの、前記第2のデバイスからの第1のフィードバック情報を受信することであって、前記第1のフィードバック情報が、前記第1のデータの受信状態を示すために使用され、前記第1のデータの前記受信状態が、誤った受信もしくは受信を含む、こと、または
前記第1のデバイスが前記第1のデータを前記第2のデバイスに繰り返し送信する回数が第2の閾値に達したこと
を含み、
前記第1のデバイスが、
第2の時間単位セット内で前記システムビットを前記第2のデバイスに繰り返し送信するように構成される第2の送信ユニットであって、前記第2の時間単位セットが、前記第Mの時間単位から前記第Kの時間単位を含む、第2の送信ユニット
をさらに備える、請求項16から18のいずれか一項に記載の第1のデバイス。
【請求項２０】
前記第2の送信ユニットが、
前記第2の時間単位セットの第Nの時間単位で第2のデータを送信し、前記第2のデータが、第2の冗長バージョンおよび前記送信されるシステムビットに基づいて判定され、Nは正の整数である、
ように構成される、請求項19に記載の第1のデバイス。
【請求項２１】
前記第1の冗長バージョンが前記第2の冗長バージョンと同じである、または前記第1の冗長バージョンが前記第2の冗長バージョンとは異なる、請求項20に記載の第1のデバイス。
【請求項２２】
前記第1の冗長バージョンがRV0である、請求項16から21のいずれか一項に記載の第1のデバイス。
【請求項２３】
第1の時間単位セット内で、第1のデバイスによって繰り返し送信された第1のデータを受信するように構成される受信ユニットであって、前記第1のデータが、第1の冗長バージョンおよび送信されるシステムビットに基づいて判定され、前記第1の時間単位セットが、K個の時間単位を含み、K≧3であり、Kは整数である、受信ユニット
を備え、
前記受信ユニットが、第1の条件が満たされた場合、第Mの時間単位で前記第1のデータの受信を停止するようにさらに構成され、2≦M≦Kであり、Mは整数である、
第2のデバイス。
【請求項２４】
構成情報を前記第1のデバイスに送信するように構成される第1の送信ユニットであって、前記構成情報が、前記第1のデータを繰り返し送信するように前記第1のデバイスに命令するために使用される、第1の送信ユニット
をさらに備える、請求項23に記載の第2のデバイス。
【請求項２５】
前記第1のデータが受信されたことを確認するように構成される確認ユニットと、
前記第1のデータが受信されたことが確認された場合、前記第1のデータ向けのフィードバック情報を前記第1のデバイスに送信するように構成される第2の送信ユニットであって、前記フィードバック情報が、前記第1のデータが受信されたことを示すために使用される、第2の送信ユニットと、
をさらに備える、請求項22または23に記載の第2のデバイス。
【請求項２６】
前記確認ユニットが、
前記第1のデータのシグネチャ情報に基づいて、前記第1のデータが受信されたことを確認する
ように構成される、請求項25に記載の第2のデバイス。
【請求項２７】
前記シグネチャ情報が、復調参照信号またはプリアンブル情報を含む、請求項26に記載の第2のデバイス。
【請求項２８】
送信されるシステムビットおよび第1の時間単位を判定するように構成される第1の判定ユニットと、
前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するように構成される第2の判定ユニットと、
前記冗長バージョンおよび前記送信されるシステムビットに基づいて、第1のデータを判定するように構成される第3の判定ユニットと、
前記第1の時間単位で前記第1のデータを第2のデバイスに送信するように構成される送信ユニットと、
を備える、第1のデバイス。
【請求項２９】
前記第2の判定ユニットが、
前記第1の時間単位のインデックス番号に基づいて、前記第1の時間単位に対応する前記冗長バージョンを判定する
ように構成される、請求項28に記載の第1のデバイス。
【請求項３０】
第1の時間単位で、第1のデバイスによって送信された第1のデータを受信するように構成される受信ユニットと、
前記第1の時間単位に基づいて、前記第1の時間単位に対応する冗長バージョンを判定するように構成される判定ユニットと、
前記冗長バージョンに基づいて、前記第1のデータを処理するように構成される処理ユニットと、
を備える、第2のデバイス。
【請求項３１】
メモリと、プロセッサと、前記メモリに格納され、前記プロセッサによって実行され得るコンピュータプログラムと、を備える、第1のデバイスであって、
前記プロセッサが、請求項1から7のいずれか一項、もしくは、請求項13から14のいずれか一項に記載のデータ送信方法のステップを実行するために、前記コンピュータプログラムを実行する、第1のデバイス。
【請求項３２】
メモリと、プロセッサと、前記メモリに格納され、前記プロセッサによって実行され得るコンピュータプログラムと、を備える、第2のデバイスであって、
前記プロセッサが、請求項8から12のいずれか一項もしくは請求項15に記載のデータ送信方法のステップを実行するために、前記コンピュータプログラムを実行する、第2のデバイス。
【請求項３３】
命令を含むコンピュータプログラムであって、前記命令がコンピュータ上で実行されるときに、前記コンピュータが請求項1から15のいずれか一項に記載の方法を実行する、コンピュータプログラム。
【手続補正１２】
【補正対象書類名】図面
【補正対象項目名】図１８
【補正方法】変更
【補正の内容】
【図１８】
2020515184.tif 000030
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図２０
【補正方法】変更
【補正の内容】
【図２０】
2020515184.tif 000031
【国際調査報告】
2020515184.tif 000032
2020515184.tif 000033
2020515184.tif 000034
2020515184.tif 000035