(57)【要約】  本願の実施形態において提供したデータ処理方法は、データ送信装置によって、PDCPレイヤからデータパケットを受信するステップであって、データパケットは、RLC SDUとして使用される、ステップと、データ送信装置によって、少なくとも1つのRLC PDUにRLC SDUをカプセル化するステップであって、データ送信装置によってRLCレイヤにおいてカプセル化されたRLC PDUの各々は、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ステップとを含む。送信端がデータパケットに対するRLCレイヤにおける連結処理をもはや行わない、ことが理解できよう。このように、送信端における連結処理を低減しており、処理複雑度および処理遅延をさらに低減している。加えて、受信端における処理もよりシンプル且つより効率的になっている。
2019537308.tif 000002
【特許請求の範囲】
【請求項１】
データ処理方法であって、
データ送信装置によって、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤからデータパケットを受信するステップであって、前記データパケットは、無線リンク制御(RLC) サービスデータユニット(SDU)として使用される、ステップと、
前記データ送信装置によって、少なくとも1つのRLC プロトコルデータユニット(PDU)に前記RLC SDUをカプセル化するステップであって、
前記データ送信装置によってRLCレイヤにおいてカプセル化された前記RLC PDUの各々は、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ステップとを含む、方法。
【請求項２】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUまたはRLC SDUのセグメントであることを示すために使用される、請求項1に記載の方法。
【請求項３】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、または、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項2に記載の方法。
【請求項４】
前記SIフィールドは、1ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために、または、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントまたは中間セグメントであることを示すために使用される、ように記述される、請求項2に記載の方法。
【請求項５】
前記ヘッダは、セグメントオフセット(SO)フィールドをさらに含み、前記SOフィールドは、RLC SDU内での、前記SOフィールドがあるRLC PDUのペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項2から4のいずれか一項に記載の方法。
【請求項６】
前記RLC PDUがコンプリートRLC SDUを含むまたはRLC SDUの先頭セグメントを含む場合には、前記RLC PDUは、セグメントオフセット(SO)フィールドを含んでいない、請求項2から4のいずれか一項に記載の方法。
【請求項７】
前記ヘッダは、シーケンス番号(SN)フィールドをさらに含み、1つのRLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項2から6のいずれか一項に記載の方法。
【請求項８】
前記SNフィールド内のSNは、前記PDCPレイヤによって設定される、請求項7に記載の方法。
【請求項９】
前記ヘッダは、長さ指示(LI)フィールドをさらに含み、前記LIフィールドは、前記LIフィールドがあるRLC PDU内のペイロードの長さを示すために使用される、請求項2から8のいずれか一項に記載の方法。
【請求項１０】
前記データ送信装置によって、少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するステップは、
媒体アクセス制御(MAC)レイヤからの指示に基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するステップ、または、
プリセットされたRLC PDUサイズに基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するステップを含む、請求項1から9のいずれか一項に記載の方法。
【請求項１１】
前記データ送信装置によって、前記MACレイヤにRLCデータパケットを送信するステップであって、前記RLCデータパケットは、1つまたは複数のRLC PDUを含む、ステップをさらに含む、請求項1から10のいずれか一項に記載の方法。
【請求項１２】
前記データ送信装置によって、MAC SDUとして前記RLCデータパケットを使用し、MAC PDUに前記MAC SDUをカプセル化するステップをさらに含み、前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、請求項11に記載の方法。
【請求項１３】
RLC PDUが正確に受信されなかったというデータ受信装置からのフィードバックを受信すると、前記データ送信装置によって、前記RLC PDUをさらにセグメント化し、前記RLC PDUを再送するステップをさらに含む、請求項1から12のいずれか一項に記載の方法。
【請求項１４】
前記データ送信装置は、PDCP送信ウィンドウを前記PDCPレイヤにおいて保持し、前記方法は、
前記データ送信装置によって、前記RLCレイヤにPDCP PDUを前記PDCPレイヤにおいて送信するステップと、
前記送信されたPDCP PDUの数量が前記PDCP送信ウィンドウによって格納することができるPDCP PDUの最大数量に達しても前記データ送信装置が前記PDCPレイヤにおいて成功フィードバックを受信しなかった場合には、前記データ送信装置によって、PDCP PDUを送信することを停止するステップとをさらに含む、請求項1から13のいずれか一項に記載の方法。
【請求項１５】
データ処理方法であって、
データ受信装置によって、媒体アクセス制御(MAC)レイヤからデータパケットを無線リンク制御(RLC)レイヤにおいて受信するステップであって、前記データパケットは、RLC プロトコルデータユニット(PDU)を含み、前記RLC PDUは、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ステップと、
前記RLC PDUの前記ヘッダに基づいて、前記RLC PDUの前記ペイロードがコンプリートRLC サービスデータユニット(SDU)であると決定すると、前記データ受信装置によって、前記RLC SDUを取得し、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するステップ、および/または、
前記RLC PDUの前記ペイロードがRLC SDUのセグメントであると前記RLC PDUの前記ヘッダに基づいて決定すると、前記データ受信装置によって、前記RLC SDUのセグメントのすべてを取得し、前記セグメントのすべてを前記RLC SDUに復元し、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するステップとを含む、方法。
【請求項１６】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUまたはRLC SDUのセグメントであることを示すために使用される、請求項15に記載の方法。
【請求項１７】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、または、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項16に記載の方法。
【請求項１８】
前記SIフィールドは、1ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために、または、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントまたは中間セグメントであることを示すために使用される、ように記述される、請求項16に記載の方法。
【請求項１９】
前記ヘッダは、セグメントオフセット(SO)フィールドをさらに含み、前記SOフィールドは、RLC SDU内での、前記SOフィールドがあるRLC PDUのペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、または、
前記RLC PDUがコンプリートRLC SDUを含むまたはRLC SDUの先頭セグメントを含む場合には、前記RLC PDUは、セグメントオフセット(SO)フィールドを含んでいない、請求項16から18のいずれか一項に記載の方法。
【請求項２０】
前記ヘッダは、シーケンス番号(SN)フィールドをさらに含み、1つのRLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項16から19のいずれか一項に記載の方法。
【請求項２１】
前記SNフィールド内のSNは、前記PDCPレイヤによって設定される、請求項20に記載の方法。
【請求項２２】
前記PDCPレイヤに送信された前記RLC SDUがPDCPシーケンス番号を含んでいない場合には、前記データ受信装置によって、前記PDCPレイヤに前記SNフィールド内の前記SNを送信するステップをさらに含む、請求項20または21に記載の方法。
【請求項２３】
前記ヘッダは、長さ指示(LI)フィールドをさらに含み、前記LIフィールドは、前記LIフィールドがあるRLC PDU内のペイロードの長さを示すために使用される、請求項16から22のいずれか一項に記載の方法。
【請求項２４】
前記データ受信装置によって、MACレイヤからデータパケットを受信するステップの前に、前記方法は、
前記データ受信装置によって、MAC PDUのフォーマットに基づいてMAC SDUを前記MACレイヤにおいて取得し、前記RLCレイヤに送信される前記データパケットとして前記MAC SDUを使用するステップをさらに含み、前記MAC PDUの前記フォーマットは、
前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、ものである、請求項15から23のいずれか一項に記載の方法。
【請求項２５】
送信端に位置する、データ処理装置であって、
パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤからデータパケットを受信するように構成される、受信ユニットであって、前記データパケットは、無線リンク制御(RLC) サービスデータユニット(SDU)として使用される、受信ユニットと、
少なくとも1つのRLC プロトコルデータユニット(PDU)に前記RLC SDUをカプセル化するように構成される、第1の処理ユニットであって、前記第1の処理ユニットによってRLCレイヤにおいてカプセル化された前記RLC PDUの各々は、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、第1の処理ユニットとを含む、装置。
【請求項２６】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUまたはRLC SDUのセグメントであることを示すために使用される、請求項25に記載の装置。
【請求項２７】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、または、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項26に記載の装置。
【請求項２８】
前記SIフィールドは、1ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために、または、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントまたは中間セグメントであることを示すために使用される、ように記述される、請求項26に記載の装置。
【請求項２９】
前記ヘッダは、セグメントオフセット(SO)フィールドをさらに含み、前記SOフィールドは、RLC SDU内での、前記SOフィールドがあるRLC PDUのペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項26から28のいずれか一項に記載の装置。
【請求項３０】
RLC PDUがコンプリートRLC SDUまたはRLC SDUの先頭セグメントを含む場合には、前記RLC PDUは、セグメントオフセット(SO)フィールドを含んでいない、請求項26から28のいずれか一項に記載の装置。
【請求項３１】
前記ヘッダは、シーケンス番号(SN)フィールドをさらに含み、1つのRLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項26から30のいずれか一項に記載の装置。
【請求項３２】
前記SNフィールド内のSNは、前記PDCPレイヤによって設定される、請求項31に記載の装置。
【請求項３３】
前記ヘッダは、長さ指示(LI)フィールドをさらに含み、前記LIフィールドは、前記LIフィールドがあるRLC PDU内のペイロードの長さを示すために使用される、請求項26から32のいずれか一項に記載の装置。
【請求項３４】
前記第1の処理ユニットは、
媒体アクセス制御(MAC)レイヤからの指示に基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するように構成される、または、
プリセットされたRLC PDUサイズに基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するように構成される、請求項25から33のいずれか一項に記載の装置。
【請求項３５】
前記MACレイヤにRLCデータパケットを送信するように構成される、送信ユニットであって、前記RLCデータパケットは、1つまたは複数のRLC PDUを含む、送信ユニットをさらに含む、請求項25から34のいずれか一項に記載の装置。
【請求項３６】
MAC SDUとして前記RLCデータパケットを使用し、MAC PDUに前記MAC SDUをカプセル化するように構成される、第2の処理ユニットをさらに含み、前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、請求項35に記載の装置。
【請求項３７】
RLC PDUが正確に受信されなかったというデータ受信装置からのフィードバックを受信すると、前記RLC PDUをさらにセグメント化し、前記RLC PDUを再送するように構成される、ユニットをさらに含む、請求項25から36のいずれか一項に記載の装置。
【請求項３８】
PDCP送信ウィンドウを前記PDCPレイヤにおいて保持するように構成される、ユニットと、
前記RLCレイヤにPDCP PDUを前記PDCPレイヤにおいて送信するように構成される、ユニットと、
前記送信されたPDCP PDUの数量が前記PDCP送信ウィンドウによって格納することができるPDCP PDUの最大数量に達しても成功フィードバックを前記PDCPレイヤにおいて受信しなかった場合には、PDCP PDUを送信することを停止するように構成される、ユニットとをさらに含む、請求項25から37のいずれか一項に記載の装置。
【請求項３９】
受信端に位置している、受信ユニット、第1の処理ユニット、および送信ユニットを含む、データ処理装置であって、
前記受信ユニットは、媒体アクセス制御(MAC)レイヤからデータパケットを無線リンク制御(RLC)レイヤにおいて受信するように構成され、前記データパケットは、RLC プロトコルデータユニット(PDU)を含み、前記RLC PDUは、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用され、
前記第1の処理ユニットは、前記RLC PDUの前記ヘッダに基づいて、前記RLC PDUの前記ペイロードがコンプリートRLC サービスデータユニット(SDU)であると決定すると、前記RLC SDUを取得するように構成され、前記送信ユニットは、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するように構成される、および/または、
前記第1の処理ユニットは、前記RLC PDUの前記ペイロードがRLC SDUのセグメントであると前記RLC PDUの前記ヘッダに基づいて決定すると、前記RLC SDUのセグメントのすべてを取得し、前記セグメントのすべてを前記RLC SDUに復元するように構成され、前記送信ユニットは、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するように構成される、装置。
【請求項４０】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUまたはRLC SDUのセグメントであることを示すために使用される、請求項39に記載の装置。
【請求項４１】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、または、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項40に記載の装置。
【請求項４２】
前記SIフィールドは、1ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために、または、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものがRLC SDUの先頭セグメントまたは中間セグメントであることを示すために使用される、ように記述される、請求項40に記載の装置。
【請求項４３】
前記ヘッダは、セグメントオフセット(SO)フィールドをさらに含み、前記SOフィールドは、RLC SDU内での、前記SOフィールドがあるRLC PDUのペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、または、
前記RLC PDUがコンプリートRLC SDUを含むまたはRLC SDUの先頭セグメントを含む場合には、前記RLC PDUは、セグメントオフセット(SO)フィールドを含んでいない、請求項40から42のいずれか一項に記載の装置。
【請求項４４】
前記ヘッダは、シーケンス番号(SN)フィールドをさらに含み、1つのRLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項40から43のいずれか一項に記載の装置。
【請求項４５】
前記SNフィールド内のSNは、前記PDCPレイヤによって設定される、請求項44に記載の装置。
【請求項４６】
前記送信ユニットは、
前記PDCPレイヤに送信された前記RLC SDUがPDCPシーケンス番号を含んでいない場合には、前記PDCPレイヤに前記SNフィールド内の前記SNを送信するようにさらに構成される、請求項44または45に記載の装置。
【請求項４７】
前記ヘッダは、長さ指示(LI)フィールドをさらに含み、前記LIフィールドは、前記LIフィールドがあるRLC PDU内のペイロードの長さを示すために使用される、請求項40から46のいずれか一項に記載の装置。
【請求項４８】
第2の処理ユニットをさらに含み、前記受信ユニットが前記MACレイヤから前記データパケットを受信する前に、前記第2の処理ユニットは、
MAC PDUのフォーマットに基づいてMAC SDUを前記MACレイヤにおいて取得し、前記RLCレイヤに送信される前記データパケットとして前記MAC SDUを使用するように構成され、前記MAC PDUの前記フォーマットは、
前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、ものである、請求項39から47のいずれか一項に記載の装置。
【請求項４９】
請求項1から14のいずれか一項に記載のステップを行うように構成される手段またはユニットを含む、データ処理装置。
【請求項５０】
請求項15から24のいずれか一項に記載のステップを行うように構成される手段またはユニットを含む、データ処理装置。
【請求項５１】
処理要素およびストレージ要素を含む、通信装置であって、前記ストレージ要素は、プログラムを記憶するように構成され、前記処理要素によって起動されると、前記プログラムは、請求項1から14のいずれか一項に記載の方法を行うために使用される、通信装置。
【請求項５２】
処理要素およびストレージ要素を含む、通信装置であって、前記ストレージ要素は、プログラムを記憶するように構成され、前記処理要素によって起動されると、前記プログラムは、請求項15から24のいずれか一項に記載の方法を行うために使用される、通信装置。
【請求項５３】
プログラムを記憶するように構成される、コンピュータ可読記憶媒体であって、プロセッサによって起動されると、前記プログラムは、請求項1から24のいずれか一項に記載の方法を行うために使用される、コンピュータ可読記憶媒体。
【請求項５４】
プログラムであって、プロセッサによって起動されると、前記プログラムは、請求項1から24のいずれか一項に記載の方法を行うために使用される、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、その全体が参照により本明細書に組み込まれている、「DATA PROCESSING METHOD, APPARATUS, AND SYSTEM」と題する、2016年9月30日に中国特許庁に出願された中国特許出願第201610873599.9号の優先権を主張する。
【０００２】
本願は、通信技術の分野に関し、詳細には、データ処理の方法、装置、およびシステムに関する。
【背景技術】
【０００３】
無線通信技術の発展に伴い、無線ネットワークのピークレートおよびシステム帯域幅などのパフォーマンスは絶え間なく改善され、ユーザにもたらされるサービスエクスペリエンスはより望ましくより良いものとなり続けている。したがって、無線通信は、ますますより広い活用の場を得ている。無線通信の活用の拡大は、無線ネットワークにより多くのサービスデータをもたらしている。したがって、データ送信端およびデータ受信端のデータ処理効率についてより高い要件が提起されることになる。
【発明の概要】
【課題を解決するための手段】
【０００４】
このような点を考慮して、本願は、データ処理効率を改善するために、データ処理の方法、装置、システムを提供している。
【０００５】
第1の態様に従って、データ処理方法を提供している。方法は、データ送信装置によって行われ、次のステップ、すなわち、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤからデータパケットを受信するステップであって、データパケットは、無線リンク制御(RLC) サービスデータユニット(SDU)として使用される、ステップと、少なくとも1つのRLC プロトコルデータユニット(PDU)にRLC SDUをカプセル化するステップであって、データ送信装置によってRLCレイヤにおいてカプセル化されたRLC PDUの各々は、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ステップとを含む。
【０００６】
第2の態様に従って、送信端に位置している、第1の態様におけるステップを行うように構成される手段(means)またはユニットを含む、データ処理装置を提供している。
【０００７】
第3の態様に従って、プロセッサおよびメモリを含む、データ処理装置を提供している。メモリは、プログラムを記憶するように構成され、プロセッサは、メモリに記憶されているプログラムを起動して、本願の第1の態様において提供した方法を行う。
【０００８】
第4の態様に従って、本願は、第1の態様における方法を行うように構成される少なくとも1つの処理要素(またはチップ)を含む、データ処理装置を提供している。
【０００９】
第5の態様に従って、本願は、プログラムを提供している。プログラムは、プロセッサによって実行されると、第1の態様における方法を行うために使用される。
【００１０】
第6の態様に従って、第5の態様におけるプログラムを含む、例えば、コンピュータ可読記憶媒体といった、プログラム製品を提供している。
【００１１】
第7の態様に従って、データ処理方法を提供している。方法は、データ受信装置によって行われ、次のステップ、すなわち、MACレイヤからデータパケットをRLCレイヤにおいて受信するステップであって、データパケットは、RLC PDUを含み、RLC PDUは、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ステップと、RLC PDUのペイロードがコンプリートRLC SDUであるとRLC PDUのヘッダに基づいて決定すると、RLC SDUを取得し、PDCPレイヤにRLC SDUを送信するステップとを含む、または、RLC PDUのペイロードがRLC SDUのセグメントであるとRLC PDUのヘッダに基づいて決定すると、RLC SDUのセグメントのすべてを取得し、セグメントのすべてをRLC SDUに復元し、PDCPレイヤにRLC SDUを送信するステップとを含む。
【００１２】
第8の態様に従って、受信端に位置している、第7の態様におけるステップを行うように構成される手段(means)またはユニットを含む、データ処理装置を提供している。
【００１３】
第9の態様に従って、プロセッサおよびメモリを含む、データ処理装置を提供している。メモリは、プログラムを記憶するように構成され、プロセッサは、メモリに記憶されているプログラムを起動して、本願の第7の態様において提供した方法を行う。
【００１４】
第10の態様に従って、本願は、第7の態様における方法を行うように構成される少なくとも1つの処理要素(またはチップ)を含む、データ処理装置を提供している。
【００１５】
第11の態様に従って、本願は、プログラムを提供している。プログラムは、プロセッサによって実行されると、第7の態様における方法を行うために使用される。
【００１６】
第12の態様に従って、第11の態様におけるプログラムを含む、例えば、コンピュータ可読記憶媒体といった、プログラム製品を提供している。
【００１７】
前述の態様においては、RLC PDUのペイロードが単一のRLC SDUからのデータを搬送するために使用されるということは、RLC PDUが2つ以上のRLC SDUまたはRLC SDUの2つ以上のセグメントを格納することができる場合であっても、RLC PDUの各々のペイロードが単一のRLC SDUからのデータのみを搬送するために使用されるということを意味する。換言すれば、データ送信装置は、データパケットに対するRLCレイヤにおける連結処理を行わない。
【００１８】
データ送信装置がRLC PDUにRLC SDUをRLCレイヤにおいてカプセル化するプロセスでは、アセンブルされるRLC PDUの各々のペイロードが単一のRLC SDUからのデータを搬送するために使用される、ことが理解できよう。換言すれば、RLC PDUのペイロードは、別のRLC SDUのデータを含んでいない。すなわち、データ送信装置は、RLC SDUに対するRLCレイヤにおける連結処理をもはや行わない。このように、送信端における連結処理を低減することを可能とするとともに、処理複雑度および処理遅延を低減することを可能としている。
【００１９】
加えて、受信端は、RLC SDUを並び替える必要なく、単一のRLC SDUのセグメントのみをRLCレイヤにおいて並び替え得る。したがって、受信端における処理をシンプルにすることを可能とするとともに、受信端における処理複雑度および処理遅延を低減することを可能としている。
【００２０】
前述の態様においては、RLC PDUのヘッダは、セグメント指示(SI)フィールドを含み、SIフィールドは、SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUまたはRLC SDUのセグメントであることを示すために使用される。
【００２１】
必要に応じて、SIフィールドは、2ビットを含み、SIフィールドの値は、
第1の値が、SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、SIフィールドがあるRLC PDUにカプセル化されているものがRLC SDUの先頭セグメントであることを示すために使用され、第3の値が、SIフィールドがあるRLC PDUにカプセル化されているものがRLC SDUの中間セグメントであることを示すために使用され、第4の値が、SIフィールドがあるRLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、または、
第1の値が、SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために使用され、第2の値が、SIフィールドがあるRLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用される、ように記述される。
【００２２】
必要に応じて、SIフィールドは、1ビットを含み、SIフィールドの値は、
第1の値が、SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUであることを示すために、または、SIフィールドがあるRLC PDUにカプセル化されているものがRLC SDUの最終セグメントであることを示すために使用され、第2の値が、SIフィールドがあるRLC PDUにカプセル化されているものがRLC SDUの先頭セグメントまたは中間セグメントであることを示すために使用される、ように記述される。
【００２３】
前述の態様においては、RLC PDUのヘッダは、セグメントオフセット(SO)フィールドをさらに含み、SOフィールドは、RLC SDU内での、SOフィールドがあるRLC PDUのペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、RLC SDUにペイロードが属する。
【００２４】
前述の態様においては、RLC PDUのヘッダは、シーケンス番号(SN)フィールドをさらに含み、1つのRLC SDUが複数のRLC PDUにカプセル化される場合には、複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である。
【００２５】
必要に応じて、SNフィールドは、SNフィールドがあるRLC PDUにおいて送信されるデータが属するRLC SDUを示すために使用され得る。
【００２６】
必要に応じて、SNフィールド内のSNは、PDCPレイヤによって設定される。
【００２７】
前述の態様においては、RLC PDUのヘッダは、長さ指示(LI)フィールドをさらに含み、LIフィールドは、LIフィールドがあるRLC PDU内のペイロードの長さを示すために使用される。
【００２８】
前述の態様においては、RLC PDUのヘッダは、データ/制御フィールドをさらに含み、データ/制御フィールドは、データパケットまたは制御パケットのどちらがデータ/制御フィールドがあるRLC PDUにおいて送信されるかを示すために使用される。
【００２９】
第1の態様から第6の態様においては、データ送信装置が少なくとも1つのRLC PDUにRLC SDUをカプセル化するプロセスは、MACレイヤからの指示に基づいて少なくとも1つのRLC PDUにRLC SDUをカプセル化するステップ、または、プリセットされたRLC PDUサイズに基づいて少なくとも1つのRLC PDUにRLC SDUをカプセル化するステップを含む。それに対応するように、少なくとも1つのRLC PDUにRLC SDUをカプセル化するユニットは、MACレイヤからの指示に基づいて少なくとも1つのRLC PDUにRLC SDUをカプセル化するように構成される、または、プリセットされたRLC PDUサイズに基づいて少なくとも1つのRLC PDUにRLC SDUをカプセル化するように構成される。
【００３０】
第1の態様から第6の態様においては、データ送信装置は、MACレイヤにRLCデータパケットをさらに送信し得る。RLCデータパケットは、1つまたは複数のRLC PDUを含む。それに対応するように、データ処理装置は、本ステップを行うユニットをさらに含む。
【００３１】
第1の態様から第6の態様においては、データ送信装置は、MAC SDUとしてRLCデータパケットを使用し、MAC PDUにMAC SDUをカプセル化する。MAC PDUが、MACヘッダおよびMACペイロードを含み、MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、第1の拡張フィールドが、MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、第2の拡張フィールドが、MAC PDUが第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される。それに対応するように、データ処理装置は、本ステップを行うユニットをさらに含む。
【００３２】
第7の態様から第12の態様においては、PDCPレイヤに送信されたRLC SDUがPDCPシーケンス番号を含んでいない場合には、データ受信装置は、PDCPレイヤにSNフィールド内のSNを送信する。PDCPシーケンス番号は、送信端がPDCP PDUをアセンブルする際にPDCP PDUに割り振られるシーケンス番号である。
【００３３】
第7の態様から第12の態様においては、RLCデータパケットが複数のRLC PDUを含む場合には、データ受信装置は、LIフィールドに基づいてRLC PDUを区別し得る。
【００３４】
第7の態様から第12の態様においては、RLCレイヤが非認証モード(UM)を使用している場合には、データ受信装置は、並び替えウィンドウをRLCレイヤにおいて保持し、データ処理方法は、第1のRLC PDUが並び替えウィンドウの範囲外となり、リアセンブルすることに失敗したRLC SDUのセグメントを第1のRLC PDUが含む場合には、データ受信装置によって、リアセンブルすることに失敗したRLC SDUに対応するすべての受信したRLC PDUを破棄するステップをさらに含む。それに対応するように、データ処理装置は、本ステップを行うように構成されるユニットをさらに含む。
【００３５】
必要に応じて、データ受信装置は、破棄されたRLC SDUをPDCPレイヤに通知し得る。それに対応するように、データ処理装置は、本ステップを行うように構成されるユニットをさらに含む。
【００３６】
第7の態様から第12の態様においては、受信したRLC PDUのSNが非連続的である場合には、データ受信装置は、最初の非連続的な位置でタイマを開始する。タイマを関連タイマと称し得る。タイマが満了する前に、欠けているSNを含むRLC PDUを受信した場合には、データ受信装置は、タイマを停止する。タイマが満了すると、すなわち、欠けているSNを含むRLC PDUをタイマが満了する前に受信しなかった場合には、データ受信装置は、並び替えウィンドウの下端を最初の非連続的な位置に対応するSNの位置、すなわち、上位レイヤに送られなかった最初のRLC SDUに対応するSNの位置に移動する。そのようなSNをファーストSNと称する。
【００３７】
必要に応じて、データ受信装置は、PDCPレイヤに送られていない、そのSNがファーストSNの前のものである、RLC PDUを破棄する。さらに、必要に応じて、データ受信装置は、破棄されたRLC PDUに対応するRLC SDUのSNをPDCPレイヤに通知する。
【００３８】
第7の態様から第12の態様においては、データ受信装置によって、MACレイヤからデータパケットを受信するステップの前に、方法は、MAC PDUのフォーマットに基づいてMAC SDUをMACレイヤにおいて取得し、RLCレイヤに送信されるデータパケットとしてMAC SDUを使用するステップをさらに含む。MAC PDUのフォーマットは、以下の通りである。
【００３９】
MAC PDUが、MACヘッダおよびMACペイロードを含み、MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、第1の拡張フィールドが、MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、第2の拡張フィールドが、MAC PDUが第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される。
【００４０】
第13の態様に従って、RLC PDUの構造を提供している。RLC PDUは、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される。
【００４１】
RLC PDUのヘッダは、前述の説明におけるものと同一である。
【００４２】
第14の態様に従って、データ処理方法を提供している。方法は、データ送信装置によって行われ、次のステップ、すなわち、RLCレイヤからRLCデータパケットを受信するステップであって、RLCデータパケットは、少なくとも1つのRLC PDUを含む、ステップと、MAC SDUとしてRLCデータパケットを使用し、MAC PDUにMAC SDUをカプセル化するステップとを含み、MAC PDUが、MACヘッダおよびMACペイロードを含み、MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、サブヘッダが、第1の拡張フィールド(Eフィールド)および第2の拡張フィールド(Hフィールド)を含み、第1の拡張フィールドが、MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、第2の拡張フィールドが、MAC PDUが第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される。
【００４３】
第15の態様に従って、データ処理方法を提供している。方法は、データ受信装置によって行われ、次のステップ、すなわち、PDCPレイヤからMAC PDUを受信するステップと、MAC PDUのフォーマットに基づいてMAC SDUを取得するステップと、RLCレイヤにMAC SDUを送信するステップとを含む。MAC PDUのフォーマットは、次のようなものであり、MAC PDUが、MACヘッダおよびMACペイロードを含み、MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、サブヘッダが、第1の拡張フィールド(Eフィールド)および第2の拡張フィールド(Hフィールド)を含み、第1の拡張フィールドが、MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、第2の拡張フィールドが、MAC PDUが第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される。
【００４４】
第16の態様に従って、送信端に位置している、第14の態様におけるステップを行うように構成される手段(means)またはユニットを含む、データ処理装置を提供している。あるいは、受信端に位置している、第15の態様におけるステップを行うように構成される手段(means)またはユニットを含む、データ処理装置を提供している。
【００４５】
第17の態様に従って、送信端に位置している、プロセッサおよびメモリを含む、データ処理装置を提供している。メモリは、プログラムを記憶するように構成され、プロセッサは、メモリに記憶されているプログラムを起動して、本願の第14の態様において提供した方法を行う。あるいは、受信端に位置している、プロセッサおよびメモリを含む、データ処理装置を提供している。メモリは、プログラムを記憶するように構成され、プロセッサは、メモリに記憶されているプログラムを起動して、本願の第15の態様において提供した方法を行う。
【００４６】
第18の態様に従って、本願は、送信端に位置している、第14の態様における方法を行うように構成される少なくとも1つの処理要素(またはチップ)を含む、データ処理装置を提供している。あるいは、本願は、受信端に位置している、第15の態様における方法を行うように構成される少なくとも1つの処理要素(またはチップ)を含む、データ処理装置を提供している。
【００４７】
第19の態様に従って、本願は、プログラムを提供している。プログラムは、プロセッサによって実行されると、第14の態様または第15の態様における方法を行うために使用される。
【００４８】
第20の態様に従って、第19の態様におけるプログラムを含む、例えば、コンピュータ可読記憶媒体といった、プログラム製品を提供している。
【００４９】
前述のソリューションにおいては、1つのLCIDだけが単一の論理チャネルのデータを示すために必要とされる、ことが理解できよう。したがって、MACレイヤにおけるヘッダオーバーヘッドを効率的に低減することができる。
【００５０】
前述の態様においては、MAC PDUのサブヘッダは、論理チャネル識別子(LCID)フィールドをさらに含み、LCIDフィールドは、サブヘッダに関連付けられたペイロードが属する論理チャネルを示すために使用される。
【００５１】
前述の態様においては、MAC PDUのサブヘッダは、第1の長さ指示フィールド(Fフィールド)および第2の長さ指示フィールド(Lフィールド)をさらに含む。第1の長さ指示フィールドは、第2の長さ指示フィールドの長さを示すために使用され、第2の長さ指示フィールドは、第2の長さ指示フィールドがあるサブヘッダに関連付けられたペイロードの長さを示すために使用される。
【００５２】
第21の態様に従って、データ処理方法を提供している。方法は、データ送信装置上で使用され、データ送信装置は、PDCP送信ウィンドウをPDCPレイヤにおいて保持し、方法は、データ送信装置によって、RLCレイヤにPDCP PDUをPDCPレイヤにおいて送信するステップと、送信されたPDCP PDUの数量がPDCP送信ウィンドウによって格納することができるPDCP PDUの最大数量に達してもデータ送信装置がPDCPレイヤにおいて成功フィードバックを受信しなかった場合には、データ送信装置によって、PDCP PDUを送信することを停止するステップとを含む。成功フィードバックは、すべてまたはいくつかのPDCP PDUを送信することに成功したことを示す、データ送信装置によってRLCレイヤにおいてフィードバックされる、状態レポートである、または、成功フィードバックは、すべてまたはいくつかのPDCP PDUを受信することに成功したことを示す、データ受信装置によってフィードバックされる、状態レポートである。
【００５３】
第22の態様に従って、送信端に位置している、第21の態様におけるステップを行うように構成される手段(means)またはユニットを含む、データ処理装置を提供している。
【００５４】
第23の態様に従って、プロセッサおよびメモリを含む、データ処理装置を提供している。メモリは、プログラムを記憶するように構成され、プロセッサは、メモリに記憶されているプログラムを起動して、本願の第21の態様において提供した方法を行う。
【００５５】
第24の態様に従って、本願は、第21の態様における方法を行うように構成される少なくとも1つの処理要素(またはチップ)を含む、データ処理装置を提供している。
【００５６】
第25の態様に従って、本願は、プログラムを提供している。プログラムは、プロセッサによって実行されると、第21の態様における方法を行うために使用される。
【００５７】
第26の態様に従って、第25の態様におけるプログラムを含む、例えば、コンピュータ可読記憶媒体といった、プログラム製品を提供している。
【００５８】
送信端は、PDCPレイヤにおけるデータパケット送信を制御するために、PDCP送信ウィンドウをPDCPレイヤにおいて保持し得る、ことが理解できよう。このことが、送信端によって送信されるデータの量がPDCP SNによって示すことができるデータの範囲を超過するとPDCP SNが反復されるという問題を効果的に縮小することを可能としており、それによって、受信端が、同一のSNを有する、PDCPレイヤにおいて受信された、複数のデータパケットを正確に区別および処理することができないという問題を解決している。
【００５９】
前述の態様においては、PDCP送信ウィンドウのサイズは、PDCPシーケンス番号に基づいて決定される、または、プリセットされている。
【００６０】
さらに、PDCP送信ウィンドウのサイズは、以下の式W=(L+1)/2に基づいて決定される、ここで、Wは、PDCP送信ウィンドウのサイズを示し、Lは、PDCPシーケンス番号の長さによって示すことができる最大のシーケンス番号の値を示す。
【００６１】
前述の態様においては、データ送信装置は、RLCレイヤにPDCPシーケンス番号をPDCPレイヤにおいて送信する。PDCP PDUは、PDCPシーケンス番号を搬送する、または、PDCPシーケンス番号は、PDCP PDUに依存しない。PDCPシーケンス番号は、データ送信装置がPDCP PDUをアセンブルする際にPDCP PDUに割り振られるシーケンス番号である。
【図面の簡単な説明】
【００６２】
【図１】本願の実施形態による、通信シナリオの概略図である。
【図２】本願の実施形態による、その後に端末とRANデバイスとの間の通信が行われるユーザプレーンプロトコルスタックの概略図である。
【図３】本願の実施形態による、データ処理方法の概略図である。
【図４】本願の実施形態による、RLC PDUのフォーマットの概略図である。
【図５】本願の実施形態による、RLC PDUの別のフォーマットの概略図である。
【図６】本願の実施形態による、RLCデータパケットの概略図である。
【図７】本願の実施形態による、データ処理方法のフローチャートである。
【図８】既存のMAC PDUの概略構造図である。
【図９】本願の実施形態による、MAC PDUの概略構造図である。
【図１０】本願の実施形態による、データ処理装置の概略構造図である。
【図１１】本願の実施形態による、データ処理装置の概略構造図である。
【図１２】本願の実施形態による、データ処理装置の概略構造図である。
【図１３】本願の実施形態による、端末の概略構造図である。
【図１４】本願の実施形態による、RANデバイスの概略構造図である。
【図１５】本願の実施形態による、測定ギャップパラメータを設定するための方法の概略図である。
【図１６】本願の実施形態による、測定ギャップパラメータを設定するための方法の概略図である。
【発明を実施するための形態】
【００６３】
添付の図面を参照して本願の実施形態における技術的ソリューションを以下に明確に説明する。説明した実施形態が本願の実施形態のすべてではなく一部に過ぎないことは明らかであろう。創造的努力無しに本願の実施形態に基づいて当業者によって得られたすべての他の実施形態は、本願の保護範囲に含まれるものとする。
【００６４】
以下の説明においては、当業者がより良い理解を有する手助けをするために、本願におけるいくつかの用語を説明する。
【００６５】
(1)ユーザ機器(User Equipment、UE)とも称される、端末は、ユーザに音声および/またはデータ接続性を提供するデバイス、例えば、無線接続機能を有する、ハンドヘルドデバイスまたは車載デバイスである。一般的な端末は、例えば、モバイル電話、タブレットコンピュータ、ラップトップコンピュータ、パームトップコンピュータ、モバイルインターネットコンピュータ(mobile internet device、MID)、または、スマートウォッチ、スマートバンド、もしくは歩数計などのウェアラブルデバイスを含む。
【００６６】
(2)無線アクセスネットワーク(Radio Access Network、RAN)デバイスとも称される、基地局は、発展型ノードB(evolved Node B、eNB)、無線ネットワーク制御装置(radio network controller、RNC)、ノードB(Node B、NB)、ベースステーションコントローラ(Base Station Controller、BSC)、ベーストランシーバステーション(Base Transceiver Station、BTS)、ホームeNodeB(例えば、Home evolved NodeBまたはHome Node B、HNB)、またはベースバンドユニット(BaseBand Unit、BBU)を含むがそれらに限定されない、端末を無線ネットワークに接続するデバイスである。加えて、基地局は、Wi-Fiアクセスポイント(Access Point、AP)などを含み得る。
【００６７】
(3)本願におけるユニット(またはエンティティ)は、機能ユニット(またはエンティティ)または論理ユニット(またはエンティティ)を意味する。ユニットは、ソフトウェアの形式であり得るし、その機能がプログラムコードを実行するプロセッサを使用して実施される、または、ハードウェアの形式にあり得る。
【００６８】
(4)「複数の」は、2つまたは2つより多いことを意味する。「および/または」という用語は、関連オブジェクトを説明するための関連性の関係を記述し、3つの関係が存在し得ることを表す。例えば、Aおよび/またはBは、Aのみが存在する、AとBとの両方が存在する、およびBのみが存在する、という3つのケースを表し得る。「/」という文字は、関連オブジェクト間の「または」の関係を一般的に示す。「上回る」または「下回る」を使用して説明した範囲は、境界点を含む。
【００６９】
図1を参照すれば、図1は、本願の実施形態による、通信シナリオの概略図である。図1に示しているように、端末110は、無線ネットワークを介して外部ネットワーク(例えば、インターネット)のサービスを得るために、または、無線ネットワークを介して別の端末と通信するために、RANデバイス120を介して無線ネットワークにアクセスする。ダウンリンク伝送方向においては、RANデバイス120は、送信端として使用され、端末110は、受信端として使用され得る。アップリンク伝送方向においては、端末110は、送信端として使用され、RANデバイス120は、受信端として使用される。
【００７０】
端末110とRANデバイス120との間の通信は、エアインターフェースプロトコルに準拠する。図2を参照すれば、図2は、本願の実施形態による、その後に端末とRANデバイスとの間の通信が行われるユーザプレーンプロトコルスタックの概略図である。図2に示しているように、プロトコルスタックは、パケット・データ・コンバージェンス・プロトコル(Packet Data Convergence Protocol、PDCP)レイヤ、無線リンク制御(Radio Link Control、RLC)レイヤ、媒体アクセス制御(Media Access Control、MAC)レイヤ、および物理(physical、PHY)レイヤを含む。PDCPレイヤ、RLCレイヤ、およびMACレイヤは、レイヤ2(L2)プロトコルスタックを形成する。
【００７１】
現在のところ、PDCPレイヤの主な機能は、暗号化/復号、ヘッダ圧縮/ヘッダ展開、完全性保護などを含む。RLCレイヤの主な機能は、セグメント化、連結、並び替え、自動再送要求(automatic repeat request、ARQ)などを含む。MACレイヤの主な機能は、多重化、スケジューリング、ハイブリッド自動再送要求(hybrid automatic repeat request、HARQ)などを含む。
【００７２】
本願の実施形態によるソリューションにおいては、RLCレイヤの機能は調整され、PDCPレイヤからのデータパケットをカプセル化する際には、RLCレイヤは、セグメント化のみを行い連結を行わない。このように、送信端における連結処理を低減することを可能とするとともに、処理複雑度および処理遅延を低減することを可能としている。
【００７３】
添付の図面を参照して詳細な説明を以下に提供する。本願の本実施形態における送信端はデータ送信装置とも称され得るし、受信端はデータ受信装置とも称され得る、ことは理解されよう。
【００７４】
図3を参照すれば、図3は、本願の実施形態による、データ処理方法の概略図である。図3に示しているように、方法は、送信端において使用され、すなわち、送信端によって行われ、送信端は、データ送信装置と称され得る。方法は、以下のステップを含む。
【００７５】
S310. PDCPレイヤからデータパケットを受信し、RLC サービスデータユニット(service data unit、SDU)としてデータパケットを使用する。
【００７６】
S320. 少なくとも1つのRLC PDUにRLC SDUをカプセル化する、ここで、RLC PDUの各々は、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される。
【００７７】
本実施形態および以下の実施形態においては、RLC PDUのペイロードが単一のRLC SDUからのデータを搬送するために使用されるということは、RLC PDUが2つ以上のRLC SDUまたはRLC SDUの2つ以上のセグメントを格納することができる場合であっても、RLC PDUの各々のペイロードが単一のRLC SDUからのデータのみを搬送するために使用されるということを意味する。換言すれば、送信端は、データパケットに対するRLCレイヤにおける連結処理を行わない。
【００７８】
送信端がRLC PDUにRLC SDUをRLCレイヤにおいてカプセル化するプロセスでは、アセンブルされるRLC PDUの各々のペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ことが理解できよう。換言すれば、RLC PDUのペイロードは、別のRLC SDUのデータを含んでいない。すなわち、送信端は、RLC SDUに対するRLCレイヤにおける連結処理をもはや行わない。このように、送信端における連結処理を低減することを可能とするとともに、処理複雑度および処理遅延を低減することを可能としている。
【００７９】
加えて、受信端は、RLC SDUを並び替える必要なく、単一のRLC SDUのセグメントのみをRLCレイヤにおいて並び替え得る。したがって、受信端における処理をシンプルにすることができる。このことを以下の実施形態において詳細に説明する。
【００８０】
連結処理をRLC SDUに対して行わない場合には、RLC PDUのヘッダは、さらにシンプル化にされRLC PDUのヘッダオーバーヘッドを低減し得る。当然のことながら、本願におけるシンプル化したRLC PDUフォーマットと比較してより大きいヘッダオーバーヘッドを必要とすることを除いて、既存の技術におけるRLC PDUフォーマットをそのまま使用し得る。
【００８１】
図4を参照すれば、図4は、本願の実施形態による、RLC PDUのフォーマットの概略図である。図4に示しているように、RLC PDUは、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される。ヘッダは、パケットヘッダとも称され、データ/制御(data/control、D/C)フィールド、シーケンス番号(sequence number、SN)フィールド、セグメント指示(segment indicator、SI)フィールド、およびセグメントオフセット(segment offset、SO)フィールドといったフィールドのうちの1つまたは複数を含む。
【００８２】
D/Cフィールドは、データパケットもしくは制御パケットのどちらが送信されるか、または、データ情報もしくは制御情報のどちらがD/CフィールドがあるRLC PDUにおいて送信されるかを示すために使用される。例えば、D/Cフィールドが0である場合には、データパケットがRLC PDUにおいて送信され、D/Cフィールドが1である場合には、制御パケットがRLC PDUにおいて送信される、また、逆も同様である。すなわち、D/Cフィールドが0である場合には、制御パケットがRLC PDUにおいて送信され、D/Cフィールドが1である場合には、データパケットがRLC PDUにおいて送信される。このことは本実施形態において限定されない。
【００８３】
SNフィールドは、SNフィールドがあるRLC PDUにおいて送信されるデータが属するRLC SDUを示すために使用される。既存の技術では、各RLC PDUは、1つのSNに対応する。本実施形態においては、各RLC SDUは、1つのSNに対応する。1つのRLC SDUが複数のセグメントに分割され複数のRLC PDUにカプセル化される場合には、これらのRLC PDU内のSNは同一である。本実施形態においては、SNフィールドが、SNフィールドがあるRLC PDUにおいて送信されるデータが属するRLC SDUに対応するシーケンス番号を示すために使用され得る、ことが理解できよう。
【００８４】
1つのRLC SDUが1つのSNに対応し、1つのRLC SDUが伝送のために複数のRLC PDUにカプセル化される場合には、複数のRLC PDUが同一のSNを使用する、ことが理解できよう。このように、PDCPレイヤとRLCレイヤとが、ヘッダオーバーヘッドを低減するために1つのSNを共有し得る。加えて、このことが、RLC SDUが複数のRLC PDUにセグメント化される場合に複数のSNが必要となるのでSNの長さを既存の技術において拡張する必要があるという問題を解決しており、したがって、オーバーヘッドを低減することも可能としている。
【００８５】
SNフィールドの長さは、合意されたものであり得る、または、上位レイヤ、例えば、無線リソース制御(radio resource control、RRC)レイヤによって設定されたものであり得る。SNフィールドの長さは、本実施形態において限定されず、必要に応じて設定または合意されたものであってもよく、例えば、5ビットまたは10ビットであってもよい。
【００８６】
必要に応じて、SNフィールド内のSNは、RLCレイヤによって割り振られてもよい。この場合には、RLC PDUとPDCP PDUとは、それらのそれぞれのSNを含む。換言すれば、1つのRLC PDUは、2つのSNを含む。必要に応じて、SNフィールド内のSNは、PDCPレイヤによって設定され得る。換言すれば、RLC PDUに含まれるSNは、PDCPレイヤによって割り振られたSNである。この場合には、1つのRLC PDUは1つのSNだけを含み、1つのRLC SDUが同一のSNを有する複数のRLC PDUにカプセル化される。このように、PDCPレイヤとRLCレイヤとが、ヘッダオーバーヘッドを低減するために1つのSNを共有し得る。加えて、このことが、RLC SDUが複数のRLC PDUにセグメント化される場合に複数のSNが必要となるのでSNの長さを既存の技術において拡張する必要があるという問題を解決しており、したがって、オーバーヘッドを低減することも可能としている。
【００８７】
必要に応じて、送信端において、SNフィールドは、RLC送信ウィンドウの位置および/またはサイズを制御し、受信端によってフィードバックされた状態レポートに基づいてARQ再送などの動作を行うために使用され得る。受信端において、SNフィールドは、並び替え、状態レポートフィードバック、およびRLC SDUのリアセンブリなどの動作を行うために使用され得る。
【００８８】
SIフィールドは、SIフィールドがあるRLC PDUにカプセル化されているものがコンプリートRLC SDUまたはRLC SDUのセグメントであることを示すために使用される、すなわち、RLC PDUのペイロードがコンプリートRLC SDUまたはRLC SDUのセグメントのどちらであるかを示すために使用される。
【００８９】
ある実施形態においては、SIフィールドは、2ビットを含み得る。異なる値は、異なる意味を表す。以下では、実施形態(実施形態1)を提供している。
- 00: セグメント化無しを示す。ここで、セグメント化は、RLC SDUに対して行われるセグメント化を意味する。すなわち、RLC PDUにカプセル化されているものは、コンプリートRLC SDUである。
- 01: 先頭セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの先頭セグメントである。
- 10: 中間セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの中間セグメントである。中間セグメントは、RLC SDUの先頭バイトを含まず、RLC SDUの最終バイトを含まない。換言すれば、中間セグメントは、RLC SDUの先頭セグメントでもRLC SDUの最終セグメントでもない。
- 11: 最終セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの最終セグメントである。
【００９０】
別の実施形態(実施形態2)においては、SIの値とその値によって示される意味との間の対応付けは、以下のように最適化され得る。
- 00: セグメント化無しを示す。ここで、セグメント化は、RLC SDUに対して行われるセグメント化を意味する。すなわち、RLC PDUにカプセル化されているものは、コンプリートRLC SDUである。
- 01: 予約(reserved)。
- 10: 予約(reserved)。
- 11: 最終セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの最終セグメントである。
【００９１】
ここで、「予約」は、値の意味が当座のところ定義されていないことを意味する。
【００９２】
別の実施形態においては、SIフィールドは、1ビットを含み得る。異なる値は、異なる意味を表す。以下では、実施形態(実施形態3)を提供している。
- 0: 先頭セグメントまたは中間セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの先頭セグメントまたは中間セグメントである。中間セグメントは、RLC SDUの先頭バイトを含まず、RLC SDUの最終バイトを含まない。換言すれば、中間セグメントは、RLC SDUの先頭セグメントでもRLC SDUの最終セグメントでもない。
- 1: セグメント化無しまたは最終セグメントを示す。ここで、セグメント化は、RLC SDUに対して行われるセグメント化を意味する。すなわち、RLC PDUにカプセル化されているものは、コンプリートRLC SDUである、または、RLC PDUにカプセル化されているものは、RLC SDUの最終セグメントである。
【００９３】
値の割り当ての各方法と値の割り当ての方法において各値によって示される意味との間の対応付けは本願を限定するものではなく、値の割り当ての他の方法が対応付けにおいて使用されてもよい、ことは理解されよう。例えば、より多くのビットを使用する。別の例では、値の割り当ての各方法において、値とその値の意味との間の対応付けが交換されてもよい。
【００９４】
SOフィールドは、RLC SDU内での、SOフィールドがあるRLC PDUのペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、RLC SDUにペイロードが属する。RLC PDUがコンプリートRLC SDUを含む場合には、RLC PDUのペイロード内の先頭バイトは、RLC SDUの先頭バイトであり、したがって、SOフィールドによって示されるバイトオフセットは0である。RLC PDUがRLC SDUのセグメントを含む場合には、SOフィールドによって示されるバイトオフセットは、RLC SDU内での、セグメント内の先頭バイトについての、バイトオフセットである。例えば、RLC SDUのサイズは、400バイトである。RLC SDUが2つの200バイトのセグメントに分割されていると仮定する。先頭セグメントがあるRLC PDUでは、SOフィールドの値は0であり、2番目のセグメントがあるRLC PDUでは、SOフィールドの値は201である。SOフィールドの値が0である場合には、SOフィールドを使用しなくてもよい。換言すれば、SOフィールドが存在しない。この場合には、RLC PDUが、コンプリートRLC SDUを含む、または、RLC SDUの先頭セグメントを含む、とみなされる。
【００９５】
SOフィールドの長さは、本願において限定されない。SOフィールドの長さは、RLC SDUまたはRLC SDUのセグメントのサイズに関連し得る、または、RLC PDUのペイロードのサイズに関連し得る。RLC PDU内のペイロードが大きくなればなるほど、SOフィールドをより長くする必要があるが、SOフィールドの長さは、RLC PDU内のペイロードにそのまま比例するわけではない。例えば、SOフィールドが1ビットを含む場合には、示すことができる最大のRLC PDUのペイロードサイズは2である、または、SOフィールドが2ビットを含む場合には、示すことができる最大のRLC PDUのペイロードサイズは4である、そして、以下同様である。200バイトのRLC PDUペイロードを示す必要がある場合には、SOフィールドの長さは8ビット必要である。SOフィールドの長さは、合意されたものであり得る、または、上位レイヤ、例えば、RRCレイヤによって設定されたものであり得る。あるいは、フィールド、すなわち、SOフィールドの長さ指示フィールドは、SOフィールドの長さを示すために、RLC PDUのヘッダに付加され得る。例えば、1ビットのフィールドは、2つのSOの長さを示すために使用され得るし、2ビットのフィールドは、4つのSOの長さを示すために使用され得る。
【００９６】
SIフィールドは、RLC PDUに含まれるRLC SDUまたはRLC SDUのセグメントの特定の情報を示すためにSOフィールドと組み合わされ、受信端におけるRLC SDUのリアセンブリを容易にし得る。
【００９７】
実施形態1から実施形態3に対する対応付けにおいては、SIフィールドとSOフィールドとの組合せの実施形態は、以下の通りである。
【００９８】
実施形態1: 前述の実施形態1に対する対応付けにおいては、SIフィールドの値の割り当ての方法とSIフィールドの値の意味とは、前述の実施形態1のものと同一である。
- SI=00且つSO=0またはSOフィールド無し: セグメント化無しを示す。ここで、セグメント化は、RLC SDUに対して行われるセグメント化を意味する。すなわち、RLC PDUにカプセル化されているものは、コンプリートRLC SDUである。
- SI=01且つSO=0またはSOフィールド無し: 先頭セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの先頭セグメントである。
- SI=10且つSO=M、ここで、M>0: 中間セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの中間セグメントである。中間セグメントの意味は前述の説明と同一であるため、その詳細をここでは再び説明しない。
- SI=11且つSO=N、ここで、N>0: 最終セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの最終セグメントである。
【００９９】
実施形態2: 前述の実施形態2に対する対応付けにおいては、SIフィールドの値の割り当ての方法とSIフィールドの値の意味とは、前述の実施形態2のものと同一である。
- SI=00且つSO=0: セグメント化無しを示す。ここで、セグメント化は、RLC SDUに対して行われるセグメント化を意味する。すなわち、RLC PDUにカプセル化されているものは、コンプリートRLC SDUである。
- SI=11且つSO=N、ここで、N>0: 最終セグメントを示す。すなわち、RLC PDUは、RLC SDUの最終セグメントを含む。
- SI≠00且つSI≠11、例えば、SI=01またはSI=10且つSO=M、ここで、M>0: 中間セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの中間セグメントである。中間セグメントの意味は前述の説明と同一であるため、その詳細をここでは再び説明しない。
【０１００】
実施形態3: 前述の実施形態3に対する対応付けにおいては、SIフィールドの値の割り当ての方法とSIフィールドの値の意味とは、前述の実施形態3のものと同一である。
- SI=0且つSO=0: 先頭セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの先頭セグメントである。
- SI=0且つSO=M、ここで、M>0: 中間セグメントを示す。
- SI=1且つSO=0: セグメント化無しを示す。ここで、セグメント化は、RLC SDUに対して行われるセグメント化を意味する。すなわち、RLC PDUにカプセル化されているものは、コンプリートRLC SDUである。
- SI=1且つSO=N、ここで、N>0: 最終セグメントを示す。すなわち、RLC PDUにカプセル化されているものは、RLC SDUの最終セグメントである。
【０１０１】
必要に応じて、RLC PDUのヘッダは、ポーリング(polling)フィールドをさらに含み得る。ポーリングフィールドは、RLC状態レポートをフィードバックするように受信端におけるRLCレイヤに要求するために使用される。ポーリングフィールドは、既存の技術におけるものと同一であるため、詳細をここでは説明しない。
【０１０２】
必要に応じて、RLC PDUのヘッダは、後続の機能拡張のために少なくとも1つの予約フィールドをさらに含み得る。
【０１０３】
ある実施形態においては、送信端は、下位レイヤ、例えば、MACレイヤからの指示に基づいて、RLC PDUをRLCレイヤにおいてアセンブルし得る。例えば、MACレイヤによって示されるサイズがRLC SDUさらにその上対応するRLCヘッダを格納することができる場合には、送信端は、1つのRLC PDUにRLC SDU全体をRLCレイヤにおいてカプセル化する。RLC PDU内のRLC SDUはセグメント化されておらず、別のRLC SDUのデータが連結されておらず、1バイトより大きいパディングは存在していない。換言すれば、パディングは、バイトアライメントのために生成される。別の例では、MACレイヤによって示されるサイズがRLC SDUさらにその上対応するRLCヘッダを格納することができない場合には、送信端は、RLC SDUを複数のセグメントに分割し、各セグメントを1つのRLC PDUにカプセル化する。現在のところ、MACレイヤは、リソーススケジューリングのために使用される。RLCレイヤによってアセンブルされるべきRLC PDUのサイズまたはRLCレイヤによってアセンブルされるべき複数のRLC PDUの総サイズは、MACレイヤのリソーススケジューリング状況に基づいて把握され得る。
【０１０４】
別の実施形態においては、送信端がプリセットされたRLC PDUサイズに基づいてRLC PDUをRLCレイヤにおいてアセンブルし得るように、RLC PDUのサイズがプリセットされていてもよい。この場合には、RLCレイヤは、MACレイヤがスケジューリングを終える前にまたはMACレイヤによって示されるサイズを受信する前に、事前にRLC PDUをアセンブルし得るし、MACレイヤから指示を受信した後にMACレイヤにRLC PDUの対応する数量を直ちに送り得る、その結果、RLCレイヤのリアルタイム処理時間が効率的に低減され、データ伝送遅延が低減される。アセンブリプロセスは、RLC PDUがMACレイヤからの指示に基づいてアセンブルされるプロセスと類似している。例えば、プリセットされたRLC PDUサイズがRLC SDUさらにその上対応するRLCヘッダを格納することができる場合には、送信端は、1つのRLC PDUにRLC SDU全体をRLCレイヤにおいてカプセル化する。RLC PDU内のRLC SDUはセグメント化されておらず、別のRLC SDUのデータが連結されていない。アセンブルされるRLC PDUのサイズがプリセットサイズと同一とすることができるように、この場合には、送信端は、RLCレイヤにおいてパディングを行ってもよい。あるいは、パディングは行われなくてもよく、換言すれば、プリセットされたRLC PDUサイズは、制限値であり、アセンブルされるRLC PDUのサイズの最大値を制限するために使用されるに過ぎない。別の例では、プリセットされたRLC PDUサイズがRLC SDUさらにその上対応するRLCヘッダを格納することができない場合には、送信端は、RLC SDUを複数のセグメントに分割し、各セグメントを1つのRLC PDUにカプセル化する。送信端は、最終セグメントを除いたセグメントによって形成されるRLC PDUのすべてのサイズがプリセットされたRLC PDUサイズを満たすように、プリセットされたRLC PDUサイズに基づいてRLC SDUをセグメント化し得るし、最終セグメントについては、最終セグメントのサイズがプリセットサイズのRLC PDUを形成するには不十分である場合には、パディングが行われてもよく、または、パディングが行われなくてもよく、このことは、ここでは限定されない。
【０１０５】
図5を参照すれば、図5は、本願の実施形態による、RLC PDUの別のフォーマットの概略図である。図4に示したRLC PDUフォーマットとの違いは、本フォーマットが長さ指示(length indicator、LI)フィールドをさらに含み、LIフィールドがLIフィールドがあるRLC PDU内のペイロードの長さを示すために使用されることである。すなわち、LIフィールドは、LIフィールドがあるRLC PDU内のSDUまたはSDUセグメントの長さを示すために使用される。
【０１０６】
必要に応じて、送信端は、MACレイヤに1つずつRLC PDUをRLCレイヤにおいて送信し得る。この場合には、MACレイヤは、各RLC PDUを1つのMAC SDUとしてみなし、MAC SDUを示すために各MAC SDUに対して1つのサブヘッダを設定する。あるいは、送信端は、図6に示しているように、MACレイヤに1つのRLCデータパケットとして複数のRLC PDUをRLCレイヤにおいて送信し得る。MACレイヤは、1つのMAC SDUとしてRLCデータパケットを使用する。したがって、1つのサブヘッダだけが、MAC SDUを示すためにMAC SDUに付加される必要があり、MACレイヤのヘッダオーバーヘッドを低減している。このことはMACレイヤにおける以下のデータ処理プロセスにおいて詳細に説明しているため、詳細をここでは説明しない。
【０１０７】
送信端がMACレイヤにRLCデータパケットを送信し、RLCデータパケットが1つのRLC PDUを含み得るまたは複数のRLC PDUを含み得る、ことが理解できよう。加えて、1つのRLCデータパケットに含まれるRLC PDUにカプセル化されたデータは、1つのRLC SDUに由来し得る、または、複数のRLC SDUに由来し得る。
【０１０８】
当業者がより良い理解を有する手助けをするために、各レイヤにおける処理プロセスを参照して以下に説明を提供する。しかしながら、これは、本願を限定することを意図していない。本願における様々なレイヤにおけるデータ処理ユニットまたはエンティティが、RAN側の異なるデバイスに位置していてもよい。
【０１０９】
図7を参照すれば、図7は、本願の実施形態による、データ処理方法のフローチャートである。図7に示しているように、方法は、以下のステップを含む。
【０１１０】
S710. 上位レイヤのデータ(PDCP SDU)がPDCPレイヤに達する。PDCPレイヤにおいて、送信端は、データを処理してPDCP PDUを形成し、RLCレイヤにPDCP PDUを送信する。
【０１１１】
送信端によってPDCPレイヤにおいて行われるデータ処理は、ヘッダ圧縮、暗号化、および完全性保護などの1つまたは複数の動作を含み得る。このことは既存の技術におけるものと同一である。詳細をここでは説明しない。
【０１１２】
必要に応じて、送信端は、PDCPレイヤにおいて、PDCP PDUに1つのSNを割り振る、または、PDCP PDUと1つのSNを関連付ける。SNは、RLCレイヤに送信されることになるPDCP PDUにカプセル化され得る。あるいは、SNは、PDCP PDUにカプセル化されないが、RLCレイヤにPDCP PDUとともに送信される。あるいは、SNは、PDCP PDUにカプセル化されないが、RLCレイヤに別々に送信され、シグナリングが、SNとPDCP PDUとの間の対応付けを示すために使用される、すなわち、SNが割り振られる特定のPDCP PDUを示すために使用される。前記SNとRLCレイヤのSNとを区別するために、このSNをPDCP SNと称する。PDCP SNは、RLCレイヤのSNと同一でもよい、または、RLCレイヤのSNと異なっていてもよい。
【０１１３】
必要に応じて、送信端は、PDCPレイヤにおけるデータパケット送信を制御するために、PDCP送信ウィンドウをPDCPレイヤにおいて保持し得る。このことが、送信端によって送信されるデータの量がPDCP SNによって示すことができるデータの範囲を超過するとPDCP SNが反復されるという問題を効果的に縮小することを可能としており、それによって、受信端が、同一のSNを有する、PDCPレイヤにおいて受信された、複数のデータパケットを正確に区別および処理することができないという問題を解決している。送信端が、PDCP送信ウィンドウによって格納することができるPDCP PDUの最大数量をPDCPレイヤにおいて連続して送信した後に、下位レイヤ(例えば、RLCレイヤ)または受信端によってフィードバックされる送信に成功したことまたは受信に成功したことに関する状態レポートを受信しなかった場合には、送信端は、もはやいかなるPDCP PDUも送信しない。送信端がRLCレイヤにおいて非認証モード(unacknowledged mode、UM)を使用している場合には、PDCP送信ウィンドウは存在しなくてもよい。ここで、送信が成功したことに関する状態レポートは、すべてもしくはいくつかのPDCP PDUを送信することに成功したことを示す、送信端によってRLCレイヤにおいてフィードバックされる、状態レポートである、または、受信が成功したことに関する状態レポートは、すべてもしくはいくつかのPDCP PDUを受信することに成功したことを示す、受信端によってフィードバックされる、状態レポートである。
【０１１４】
PDCP送信ウィンドウのサイズは、事前に設定されていてもよい。あるいは、PDCP送信ウィンドウのサイズは、SNの長さに基づいて決定されてもよい。PDCP送信ウィンドウのサイズがSNの長さに基づいて決定されると、以下の式W=(L+1)/2が、決定のために使用され得る、ここで、Wは、PDCP送信ウィンドウのサイズを示し、Lは、SNの長さによって示すことができる最大のSNの値を示す。例えば、SNの長さが10ビットである場合には、示すことができる最大のSNは1023である。したがって、PDCP送信ウィンドウのサイズは、(1023+1)/2=512である。
【０１１５】
S720. 送信端が、PDCPレイヤからPDCP PDUをRLCレイヤにおいて受信し、RLC SDUとしてPDCP PDUを使用し、RLC SDUをRLCレイヤにおいて処理してRLC PDUを形成し、MACレイヤにRLC PDUを送信する。
【０１１６】
既存の技術では、送信端は、RLC SDUに対する2種類の動作、すなわち、連結およびセグメント化をRLCレイヤにおいて行い得る。本実施形態においては、セグメント化処理のみがRLCレイヤに残され、連結処理はRLC SDUに対してもはや行われない。このように、処理複雑度および処理遅延を低減することを可能としている。加えて、複雑度を低減しているため、RLC PDUヘッダのための要件もまた低下され、RLC PDUヘッダのオーバーヘッドを低減し得る。
【０１１７】
RLCレイヤがPDCPレイヤからのデータパケットを処理するプロセスについては、前述の実施形態を参照すればよいため、その詳細をここでは再び説明しない。
【０１１８】
加えて、RLC PDU内のSNは、ステップS710においてPDCPレイヤによって送られたSNであり得る。換言すれば、RLC PDU内のSNはPDCP SNと同一である。このように、PDCPレイヤとRLCレイヤとが、ヘッダオーバーヘッドを低減するために1つのSNを共有し得る。加えて、このことが、RLC SDUが複数のRLC PDUにセグメント化される場合に複数のSNが必要となるのでSNの長さを既存の技術において拡張する必要があるという問題を解決しており、したがって、オーバーヘッドを低減することも可能としている。
【０１１９】
S730. 送信端が、RLCレイヤからRLCデータパケットをMACレイヤにおいて受信し、MAC SDUとしてRLCデータパケットを使用し、MAC SDUをMACレイヤにおいて処理してトランスポートブロック(transport block、TB)とも称されるMAC PDUを形成し、物理レイヤにMAC PDUを送信する。
【０１２０】
送信端は1つまたは複数のRLCレイヤからRLCデータパケットをMACレイヤにおいて受信し得るし、各RLCレイヤが1つの無線ベアラに対応する、ことに留意されたい。
【０１２１】
MAC PDUは、MACヘッダおよびMACペイロードを含み、MACヘッダは、複数のサブヘッダを含み、各サブヘッダは、1つのMAC制御要素(control element、CE)または1つのMAC SDUを示すために使用される。
【０１２２】
図8を参照すれば、図8は、既存のMAC PDUの概略構造図である。図8に示しているように、一般的に、MAC PDUは、MACヘッダおよびMACペイロードを含む。MACペイロードは、MAC SDUおよび/またはMAC CEを含み、必要に応じて、パディング(padding)をさらに含み得る。各MAC SDUについては、MACヘッダ内に関連サブヘッダが存在する。一般的なMAC PDUサブヘッダは、6つのフィールド(R/R/E/LCID/F/L)を含み、一方が7ビット長のフィールド有し他方が15ビット長のフィールドを有する2つの形式を有し得る。最終サブヘッダについては、固定長のMAC制御要素に対応するサブヘッダ、およびパディングに対応するサブヘッダ、4つのフィールド(R/R/E/LCID)が含まれる。Rは、reservedビット(予約ビットと称する)であり、「0」に設定される。Eは、MACヘッダが複数のフィールドを有しているかどうかを示すために使用される。例えば、E=1である場合には、次に続くものが別のグループの「R/R/E/LCID」フィールドであることを意味し、E=0である場合には、次に続くものがMACペイロードであることを意味する。論理チャネル識別子(logical channel ID、LCID)は、対応するRLC PDUが由来する論理チャネルを識別するために使用される。Fは、Lフィールドの長さを示すために使用される。Lは、MAC SDUの長さまたは制御メッセージの長さを示すために使用される。
【０１２３】
本願の本実施形態においては、既存の技術におけるものと同一のMAC PDUフォーマットが使用されてもよく、MAC SDUの内容、すなわち、RLCデータパケットのみが、既存の技術におけるものと異なり得る。RLCデータパケットは、前述のフォーマットで複数のRLC PDUを含み得る。
【０１２４】
必要に応じて、本願の本実施形態においては、既存の技術におけるものとは異なるMAC PDUフォーマットが使用されてもよく、主な違いは、第2の拡張フィールドがMACヘッダに付加されていることである。第2の拡張フィールドは、Hフィールドとして示され得る、または、E2フィールドとして示され得る(この場合には、元の拡張フィールドはE1フィールドとして示され得る)。Hフィールドは、HフィールドがあるMACサブヘッダ内のLCIDによって示される論理チャネル上にRLCデータパケットがまだ存在しているかどうかを示すために使用される。例えば、Hフィールドが0である場合には、論理チャネル上にRLCデータパケットが存在していないことを表し、Hフィールドが1である場合には、論理チャネル上にRLCデータパケットが存在することを表す、また、逆も同様である。すなわち、Hフィールドが0である場合には、論理チャネル上にRLCデータパケットが存在することを表し、Hフィールドが1である場合には、論理チャネル上にRLCデータパケットが存在していないことを表す。このように、1つのLCIDだけが、単一の論理チャネルのデータを示すために必要とされる。したがって、ヘッダオーバーヘッドが効率的に低減される。
【０１２５】
図9を参照すれば、図9は、本願の実施形態による、MAC PDUの概略構造図である。図9に示しているように、MAC PDUは、MACヘッダおよびMACペイロードを含み、MACヘッダは、少なくとも1つのサブヘッダを含み、各サブヘッダは、1つの論理チャネルに対応する。論理チャネルは、LCIDフィールドによって示される。加えて、各サブヘッダに関連付けられたペイロードは、1つまたは複数のMAC SDUを含み得る、ここで、一部またはすべてのMAC SDUは、MAC CEであり得る。ここで、簡潔および簡便のために、MAC SDUのみを示す。各サブヘッダは、第1の拡張フィールドおよび第2の拡張フィールドを含み、第1の拡張フィールドが、MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、第2の拡張フィールドが、MAC PDUが第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される。加えて、MACサブヘッダは、LフィールドおよびFフィールドをさらに含み得るし、LフィールドおよびFフィールドの機能は、既存の技術におけるものと類似している。
【０１２６】
図9に示しているように、MAC PDUのサブヘッダは、以下のフィールドを含む。
【０１２７】
LCIDフィールド: サブヘッダに関連付けられたペイロードがもたらされたRLCレイヤまたは論理チャネルを示すために使用される。MAC SDU1およびMAC SDU2などのサブヘッダに関連付けられたペイロードが単一のRLCレイヤまたは単一の論理チャネルによってもたらされる、ことは理解されよう。MACレイヤが、それ自身のデータ、例えば、MAC CEを生成し得るので、ペイロードも、対応するLCIDを使用して識別される。ここでは、MAC SDUのみを示す。MAC CEに関するケースも同様である。
【０１２８】
Eフィールド: MAC PDUが別のサブヘッダをさらに含むかどうか、すなわち、MAC PDUが別の論理チャネルのデータをさらに含むかどうかを示すために使用される、第1の拡張フィールドである。例えば、E=0である場合には、MAC PDUが別のサブヘッダまたは別の論理チャネルのデータを有していないことを示し、E=1である場合には、MAC PDUが別のサブヘッダまたは別の論理チャネルのデータを含んでいることを示す、また、逆も同様である。
【０１２９】
Rフィールド: 予約フィールドである。
【０１３０】
Hフィールド: MAC PDUが、Hフィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、すなわち、他のH/F/Lフィールドが存在するかどうかを示すために使用される、第2の拡張フィールドである。例えば、H=0である場合には、他のH/F/Lフィールドが存在していないことを表し、H=1である場合には、他のH/F/Lフィールドが存在することを表す。
【０１３１】
Fフィールド: Lフィールドの長さを示すために使用される。
【０１３２】
Lフィールド: MAC SDUの長さまたはMAC CEの長さを示すために使用される。
【０１３３】
必要に応じて、MAC PDUのサブヘッダは、LCID/E/Rフィールドの1つのグループと、H/F/Lフィールドの1つまたは複数のグループとを含む。
【０１３４】
図9に示したフォーマットに加えて、あるいは、サブヘッダは、MAC PDUの先頭に中心的に配置されてもよく、サブヘッダに関連付けられたペイロードは、一連の対応するサブヘッダに基づいてMAC PDUの後部に配置され、終端にパディングフィールドが存在してもよい、ことに留意されたい。あるいは、単一のLCIDに対応するサブヘッダとLCIDによって識別される論理チャネルのペイロードとが、先頭に配置されるサブヘッダ情報と後部に配置されるペイロードとともに、中心的に配置されてもよい。例えば、図9に示しているように、2つのパートのサブヘッダ1が先頭に中心的に配置され、MAC SDU1とMAC SDU2とが後部に中心的に配置される。
【０１３５】
サブヘッダがLCIDに従って分離される方式によれば、受信端がMACレイヤにおいてサブヘッダを復号するたびに、対応するペイロードが復号され得るため、受信してから処理するまでの時間が低減される。サブヘッダを中心的に配置する方式は、比較的小さな変更があるが、既存の標準規格に準拠し得る。
【０１３６】
S740. 送信端が、物理レイヤを介して受信端にデータを送信する。
【０１３７】
S750. 受信端が、MAC SDUに受信したMAC PDUをMACレイヤにおいて復元し、RLCレイヤにMAC SDUを送信する。
【０１３８】
必要に応じて、受信端および送信端の両方が既存のMAC PDUフォーマットを使用する場合には、受信端は、既存のMAC PDUフォーマットに基づいてMAC SDUをリアセンブルする。受信端および送信端の両方がステップS730における改善されたMAC PDUフォーマットを使用する場合には、受信端は、改善されたMAC PDUフォーマットに基づいてMAC SDUをリアセンブルする。
【０１３９】
MAC SDUをMACレイヤにおいてリアセンブルした後に、受信端は、MAC SDUに対応するサブヘッダのLCIDに基づいて、処理のために対応するRLCレイヤにMAC SDUを送る。
【０１４０】
S760. 受信端が、MACレイヤからMAC SDUをRLCレイヤにおいて受信し、RLCデータパケットとしてMAC SDUを使用し、RLC SDUに受信したRLCデータパケットを復元し、PDCPレイヤにRLC SDUを送る。
【０１４１】
前述の説明と同様に、RLCデータパケットは、1つのRLC PDUを含み得る、または、複数のRLC PDUを含み得る。
【０１４２】
RLC PDUがコンプリートRLC SDUを含む場合には、送信端は、処理のためにPDCPレイヤにRLC SDUをRLCレイヤにおいて送る。RLC PDUがRLC SDUのセグメントを含み、RLC SDUのセグメントのすべてをRLCレイヤにおいて受信することに成功した場合には、送信端は、セグメントのすべてをRLC SDUに復元し、処理のためにPDCPレイヤにRLC SDUを送る。
【０１４３】
RLC PDUのフォーマットは、前述の説明におけるものと同一であるため、その詳細をここでは再び説明しない。
【０１４４】
必要に応じて、PDCPレイヤに送信されたRLC SDUがPDCPシーケンス番号を含んでいない場合には、受信端は、PDCPレイヤにRLC PDU内のSNフィールド内のSNを送信する。換言すれば、受信端は、RLC SDUに対応するSNをPDCPレイヤに通知する。PDCPシーケンス番号は、送信端がPDCP PDUをアセンブルする際にPDCP PDUに割り振られるシーケンス番号である。このように、RLC SDUがPDCPシーケンス番号を含んでいない場合には、PDCPレイヤは、RLCレイヤによって送られたSNに基づいて、関連処理、例えば、並び替え、セキュリティ関連動作、およびヘッダ展開などの動作のうちの1つまたは複数を行い得る。
【０１４５】
必要に応じて、RLC非認証モード(unacknowledged mode、UM)については、受信端は、並び替えウィンドウをRLCレイヤにおいて保持する。並び替えウィンドウの主な機能は、RLC SDUに復元されなかったセグメントがあるRLC PDUが並び替えウィンドウの範囲外にある場合には、受信端がRLC SDUに対応するすべての受信したRLC PDUをRLCレイヤにおいて破棄することである。ここで、並び替えウィンドウの範囲外にあることが並び替えウィンドウの下端の範囲外にあることを意味する、ことは理解されよう。さらに、必要に応じて、受信端は、破棄されたRLC SDUのシーケンス番号をPDCPレイヤに通知し得る。
【０１４６】
受信端が更新されたRLC PDUを受信した(対応するSNが現在の並び替えウィンドウの上端を超過した)場合には、受信端は、並び替えウィンドウを、RLC PDUに対応するSNに、または、RLC PDUに対応するSNに1を加えることによって得られるシーケンス番号にスライドする。受信したRLC PDUのSNが並び替えウィンドウの範囲内にある場合には、受信端は、RLC SDUにRLC PDUを復元し、PDCPレイヤにRLC SDUを送ることをRLCレイヤにおいて試みる、ことは理解されよう。受信したRLC PDUのSNが並び替えウィンドウの範囲外にある場合には、受信端は、RLC PDUをRLCレイヤにおいて直ちに破棄する。
【０１４７】
必要に応じて、受信したRLC PDUのSNが非連続的である場合には、受信端は、最初の非連続的な位置で関連タイマを開始する。関連タイマが満了する前に、欠けているSNを含むRLC PDUを受信した場合には、受信端は、関連タイマを停止する。タイマが満了し、欠けているSNを含むRLC PDUを受信しなかった場合には、受信端は、並び替えウィンドウの下端を上位レイヤに送られなかった最初のRLC SDUに対応するとともに最初の非連続的な位置に対応するSNの位置に移動し、PDCPレイヤに送られていない、そのSNが前記SNの前に位置する、RLC PDUを破棄する。さらに、必要に応じて、受信端は、破棄されたRLC PDUに対応するRLC SDUのSNをPDCPレイヤに通知し得る。例えば、受信端によって受信されたSNがそれぞれ1、2、5、6、7、および10である場合には、最初の非連続的な位置は、5の位置または5の直前の位置である。この場合には、最初の非連続的な位置に対応するSNが5または4としてマークされる。関連タイマは、5または4の位置で開始される。4または5の位置についての関連タイマが満了すると、受信端は、並び替えウィンドウの下端をその対応するSNが8である位置に移動し、PDCPレイヤに送られていない、そのSNが8の前に位置する、RLC PDUを破棄する。この場合には、受信したRLC PDUのSNが1、2、5、6、7、および10であるならば、関連タイマは、9または10の位置で再び開始される。加えて、関連タイマの長さは、上位レイヤによって設定されたものであってもよいし、または、合意されたものであってもよいが、これは本願では限定されない。
【０１４８】
必要に応じて、RLC認証モード(acknowledged mode、AM)については、受信端は、並び替えウィンドウをRLCレイヤにおいて保持する。並び替えウィンドウの主な機能は、ARQを実行することである。並び替えウィンドウの下端は、PDCPレイヤに送られなかったすべてのRLC SDUのSNのうちの最小のSNである。受信したRLC PDUのSNが並び替えウィンドウの範囲内にある場合には、受信端は、RLC SDUにRLC PDUを復元し、PDCPレイヤにRLC SDUを送ることをRLCレイヤにおいて試みる、ことは理解されよう。受信したRLC PDUのSNが並び替えウィンドウの範囲外にある場合には、受信端は、RLC PDUをRLCレイヤにおいて直ちに破棄する。
【０１４９】
さらに、必要に応じて、受信したRLC PDUのSNが非連続的である場合には、関連タイマを最初の非連続的な位置で(受信したSNが1、2、5、6、7、および10である場合には4または5の位置で)開始する。関連タイマが満了する前に、欠けているRLC PDUを受信した場合には、関連タイマは停止する。関連タイマが満了すると、RLC状態レポートがトリガされる。
【０１５０】
RLC受信端がRLC状態レポートをフィードバックする場合には、RLC状態レポートのアセンブリフォーマットは、以下の通りである。
- D/Cフィールド: データパケットフォーマットにおけるものと同一である。詳細をここでは説明しない。
- ACK_SN: RLC状態レポートに反映される、受信端によってRLCレイヤにおいて受信されたRLC PDUのSNの直後の、SNである。
- NACK_SN: 受信に失敗したRLC PDUについてRLC状態レポートに反映される、受信端によってRLCレイヤにおいて受信されたRLC PDUのSNの前の、SNである。換言すれば、RLC PDU送信端において、NACK_SNによって示されるRLC PDUが、ACK_SNによって示されるRLC PDUより早く送信端において送信される。
- SO_Start: 受信端が1つのRLC SDUの一部(1つまたは複数のセグメント)のみを受信した場合には、SO_Startは、受信した一部の開始バイトを示す。
- SO_End: 受信端が1つのRLC SDUの一部(1つまたは複数のセグメント)のみを受信した場合には、SO_Endは、受信した一部の終端バイトを示す。
【０１５１】
必要に応じて、単一のRLC SDUの一部が2つ以上の非連続的なセグメントに関連している場合には、その一部は以下の方式で示され得る。
【０１５２】
NACK_SN、SO_Start、およびSO_Endの組合せを使用する。欠けているセグメントの各々が、NACK_SN、SO_Start、およびSO_Endの組合せによって示される。利点は、方式がシンプルなことであり、欠点は、単一のRLC SDUのために2つのSNが存在することであり、その結果、オーバーヘッドが比較的大きくなることである。
【０１５３】
あるいは、1つのNACK_SNと、複数のSO_StartとSO_Endとの組合せとを使用する。利点は、オーバーヘッドが比較的小さいことである。欠点は、パケットフォーマットが比較的複雑なことであり、指示フィールドが、NACK_SNに対応するRLC PDU内のSO_StartとSO_Endとの組合せの数量を示すために必要とされる、または、NACK_SNに対応するRLC PDU内のSO_StartとSO_Endとの組合せの後にSO_StartとSO_Endとの別の組合せが存在するかどうかを示すために必要とされる。
【０１５４】
受信端におけるRLCレイヤからフィードバックを受信した後に、送信端におけるRLCレイヤがRLC PDUを再送する際に、コンプリートRLC PDUを物理レイヤリソースを使用して送信できない場合には、送信端は、RLC PDUをさらにセグメント化し得る。セグメント化後のRLC PDUのフォーマットは、SIフィールドおよびSOフィールドなどのフィールドの内容が変化していることを除いて、RLC PDUの前述のフォーマットと同一である。再送中に、対応する最初に送信されたもしくは以前に再送信されたRLC PDUに含まれるRLC SDUもしくはRLC SDUセグメントは、RLC SDUセグメントもしくはより小さいRLC SDUセグメントにさらに分割され得る、または、対応する最初に送信されたもしくは以前に再送信されたRLC PDUに含まれるRLC SDUセグメントは、より小さいRLC SDUセグメントにさらに分割にされる、または、1つのRLC SDUに属する2つ以上の連続的なセグメントは、1つのSDUセグメントもしくはコンプリートSDUに結合され、1つのRLC PDUにカプセル化される。要するに、RLC PDUのペイロードが1つのRLC SDUによってもたらされるのであれば十分である。
【０１５５】
受信端が、RLC PDUをRLCレイヤにおいて並び替えをしないが、RLC PDUをRLC SDUに復元することができるならば上位レイヤにRLC SDUを直ちに送る、ことは理解されよう。送信端が連結を行わないため、受信端における処理は、非常にシンプル且つ高効率なものとなり、処理遅延が低減される。加えて、受信端は、関連するRLC PDUを破棄する必要があるかどうかを決定するために、並び替えウィンドウおよび/または関連タイマをRLCレイヤにおいて保持し得る。
【０１５６】
S770. 受信端が、RLCレイヤからRLC SDUをPDCPレイヤにおいて受信し、PDCP PDUとしてRLC SDUを使用し、PDCP SDUにPDCP PDUを復元し、処理のために上位レイヤにPDCP SDUを送る。
【０１５７】
本プロセスは、既存の技術におけるものと同一であるため、詳細をここでは説明しない。
【０１５８】
必要に応じて、受信端は、PDCPレイヤにおいて順序正しく送るために使用される並び替えウィンドウをPDCPレイヤにおいて保持し得る。例えば、受信したPDCP PDUのSNが並び替えウィンドウの範囲外にある場合には、受信端は、PDCP PDUをPDCPレイヤにおいて破棄し、受信したPDCP PDUのSNが並び替えウィンドウの範囲内にある場合には、受信端は、PDCP SDUにPDCP PDUを復元し、上位レイヤにPDCP SDUを送ることをPDCPレイヤにおいて試みる。ここで、並び替えウィンドウの範囲外にあることが並び替えウィンドウの下端の範囲外にあることを意味する、ことは理解されよう。
【０１５９】
さらに、必要に応じて、受信したPDCP PDUのSNが非連続的である場合には、受信端は、最初の非連続的な位置で(受信したSNが1、2、5、6、7、および10である場合には、4または5で)関連タイマを開始する。加えて、関連タイマが満了する前に、欠けているPDCP PDUを受信すると、受信端は、関連タイマを停止し、タイマが満了すると、受信端は並び替えウィンドウの下端を上位レイヤに送られなかった第1のPDCP SDUに対応するとともに最初の非連続的な位置に対応するSNの位置に移動する、例えば、下端を8に移動する。4または5のための関連タイマが満了すると、受信したPDCP PDUのSNは、1、2、5、6、7、および10である。この場合には、関連タイマが9または10において再び開始される。関連タイマの長さは、上位レイヤによって設定される、または、プロトコルによって決められているが、これは本願では限定されない。
【０１６０】
PDCPレイヤが、SNに対応するデータパケットがもはや送られないことをRLCレイヤによって通知される情報を受信した後は、PDCPレイヤは、データパケットを受信することをもはや見込まない。したがって、可能な動作は、SN以降の連続的なデータパケットを上位レイヤに送ることである。進行中の関連タイマの関連SNが上位レイヤに送られたデータパケットの最大のSNより小さい場合には、受信端は、関連タイマを停止し、関連タイマを最大のSNの後続の、上位レイヤに送られなかった第1のPDCP SDUに対応する、SNの位置に移動する。
【０１６１】
受信端が、RLC PDUをRLCレイヤにおいて並び替えをしないが、RLC PDUをRLC SDUに復元することができるならば上位レイヤにRLC SDUを直ちに送る、ことは理解されよう。PDCPレイヤは、最初に受信したPDUに対して、例えば、復号およびヘッダ展開といった、処理を行い得る。既存の技術と比較して、RLCレイヤが、処理のためにRLC SDUを送る前に並び替えを行うことを待機する必要がないため、処理時間が低減される。
【０１６２】
本願の実施形態は、前述のステップのうちの1つまたは複数を含み得るし、例えば、次のステップ、すなわち、送信端によってPDCPレイヤにおいて行われるステップと、送信端によってRLCレイヤにおいて行われるステップと、送信端によってMACレイヤにおいて行われるステップと、受信端によってMACレイヤにおいて行われるステップと、受信端によってRLCレイヤにおいて行われるステップと、受信端によってPDCPレイヤにおいて行われるステップとのうちの1つまたは複数を含む、ことは理解されよう。
【０１６３】
前述の実施形態において開示した方法は、送信端が位置するネットワーク要素によって行われ得る。例えば、送信端が端末に位置する場合には、前述の方法は端末によって行われ得るし、送信端がRAN側に位置する場合には、前述の方法はRANデバイスによって行われ得る。加えて、端末またはRANデバイスは、データ処理装置を含み、データ処理装置は、前述の方法のうちのいずれか1つにおけるステップを行うためのユニットを含む。
【０１６４】
図10を参照すれば、図10は、本願の実施形態による、データ処理装置の概略構造図である。装置は、送信端に位置しており、前述のソリューションにおいて送信端によって行われる一部またはすべての動作を行うように構成される。図10に示しているように、データ処理装置100は、受信ユニット101および処理ユニット102を含む。受信ユニット101は、PDCPレイヤからデータパケットを受信するように構成される、ここで、データパケットは、RLC SDUとして使用される。処理ユニット102は、少なくとも1つのRLC PDUにRLC SDUをカプセル化するように構成される、ここで、処理ユニット102によってRLCレイヤにおいてカプセル化されたRLC PDUの各々は、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される。
【０１６５】
RLC PDUのヘッダに関する説明は、前述の実施形態におけるものと同一であるため、その詳細をここでは再び説明しない。
【０１６６】
加えて、処理ユニット102は、MACレイヤからの指示に基づいて少なくとも1つのRLC PDUにRLC SDUをカプセル化し得る、または、プリセットされたRLC PDUサイズに基づいて少なくとも1つのRLC PDUにRLC SDUをカプセル化し得る。詳細については、前述の実施形態における説明を参照されたい。
【０１６７】
図10をさらに参照すれば、必要に応じて、データ処理装置100は、MACレイヤにRLCデータパケットを送信するように構成される、送信ユニット103をさらに含み得る。RLCデータパケットは、1つまたは複数のRLC PDUを含む。必要に応じて、データ処理装置100は、MAC SDUとしてRLCデータパケットを使用し、MAC PDUにMAC SDUをカプセル化するように構成される、処理ユニット104をさらに含み得る。MAC PDUが、MACヘッダおよびMACペイロードを含み、MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、第1の拡張フィールドが、MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、第2の拡張フィールドが、MAC PDUが第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される。
【０１６８】
MACレイヤとRLCレイヤとが異なる物理エンティティに配置される場合には、データ処理装置100は、処理ユニット104を含まなくてもよく、RLCデータパケットは、処理のために、別の物理エンティティに位置するMACレイヤに送信される、ことに留意されたい。
【０１６９】
図11を参照すれば、図11は、本願の実施形態による、データ処理装置の概略構造図である。装置は、受信端に位置しており、前述のソリューションにおいて受信端によって行われる一部またはすべての動作を行うように構成される。図11に示しているように、データ処理装置1100は、受信ユニット1101、処理ユニット1102、および送信ユニット1103を含む。受信ユニット1101は、MACレイヤからデータパケットをRLCレイヤにおいて受信するように構成される、ここで、データパケットは、RLC PDUを含み、RLC PDUは、ヘッダおよびペイロードを含み、ペイロードは、単一のRLC SDUからのデータを搬送するために使用される。処理ユニット1102は、RLC PDUのペイロードがコンプリートRLC SDUであるとRLC PDUのヘッダに基づいて決定すると、RLC SDUを取得するように構成され、送信ユニット1103は、PDCPレイヤにRLC SDUを送信するように構成される、または、処理ユニット1102は、RLC PDUのペイロードがRLC SDUのセグメントであるとRLC PDUのヘッダに基づいて決定すると、RLC SDUのセグメントのすべてを取得し、セグメントのすべてをRLC SDUに復元するように構成され、送信ユニット1103は、PDCPレイヤにRLC SDUを送信するように構成される。
【０１７０】
RLC PDUのヘッダに関する説明は、前述の実施形態におけるものと同一であるため、その詳細をここでは再び説明しない。
【０１７１】
必要に応じて、PDCPレイヤに送信されたRLC SDUがPDCP SNを含んでいない場合には、送信ユニット1103は、PDCPレイヤにRLC PDU内のSNを送信するようにさらに構成される。
【０１７２】
必要に応じて、データ処理装置1100は、受信ユニット1101がMACレイヤからデータパケットを受信する前に、MAC PDUのフォーマットに基づいてMAC SDUをMACレイヤにおいて取得し、RLCレイヤに送信されるデータパケットとしてMAC SDUを使用するように構成される、処理ユニット1104をさらに含む。MAC PDUのフォーマットは、前述の実施形態におけるものと同一であるため、その詳細をここでは再び説明しない。
【０１７３】
MACレイヤとRLCレイヤとが異なる物理エンティティに配置される場合には、データ処理装置1100は、処理ユニット1104を含まなくてもよく、RLCデータパケットは、処理のために、別の物理エンティティに位置するMACレイヤに送信される、ことに留意されたい。
【０１７４】
前述のデータ処理装置100内のユニットの分割は単なる論理的な機能分割に過ぎない、ことを理解されたい。実際の実施においては、ユニットのすべてまたは一部が1つの物理エンティティに統合されていてもよい、または、ユニットが物理的に分離されていてもよい。加えて、これらのユニットすべてを、処理要素を使用して起動されるソフトウェアの形式で実装してもよい、または、すべてをハードウェアの形式で実装してもよい、または、一部のユニットを処理要素を使用して起動されるソフトウェアの形式で実装し、一部のユニットをハードウェアの形式で実装してもよい。例えば、処理ユニットは、実施のために、独立して配置された処理要素であってもよい、または、RANデバイスのチップまたは端末に統合されてもよい。加えて、処理ユニットは、RANデバイスまたは端末のメモリにプログラムの形式で記憶されてもよく、前述のユニットの機能を行うためにRANデバイスまたは端末内の処理要素によって起動される。他のユニットの実施形態はこれに類似している。加えて、これらのユニットのすべてまたは一部は統合され得る、または、これらのユニットは独立して実施され得る。ここで、処理要素は、集積回路であり得るし、信号処理能力を有し得る。ある実施プロセスにおいては、前述の方法のステップまたは前述のユニットは、処理ユニットにおいて、ハードウェアの形式で、統合された論理回路によって、または、処理ユニットにおいて、ソフトウェアの形式で、命令によって行われ得る。
【０１７５】
例えば、前述のユニットは、前述の方法を行う1つまたは複数の集積回路、例えば、1つまたは複数の特定用途向け集積回路(Application Specific Integrated Circuit、ASIC)、1つまたは複数のマイクロプロセッサ(digital signal processor、DSP)、または1つまたは複数のフィールドプログラマブルゲートアレイ(Field Programmable Gate Array、FPGA)として構成されてもよい。別の例では、前述のユニットのうちの1つが処理要素によって起動されるプログラムの形式で実装される場合には、処理要素は、例えば、中央処理ユニット(Central Processing Unit、CPU)などといった汎用プロセッサ、または、プログラムを起動し得る別のプロセッサであってもよい。別の例では、これらのユニットは、システム・オン・チップ(system-on-a-chip、SOC)の形式で一緒に統合および実装されてもよい。
【０１７６】
データ処理装置1100のユニットの実施形態はこれに類似するものであるため、詳細をここでは説明しない。
【０１７７】
加えて、代替として、送信端によってPDCPレイヤにおいて行われるデータ処理が、データ処理装置によって実施されてもよく、データ処理装置は、前述の実施形態における送信端によってPDCPレイヤにおいて行われるステップのすべてまたは一部を行うユニットを含む。同様に、代替として、受信端によってPDCPレイヤにおいて行われるデータ処理が、データ処理装置によって実施されてもよく、データ処理装置は、前述の実施形態における受信端によってPDCPレイヤにおいて行われるステップのすべてまたは一部を行うユニットを含む。
【０１７８】
同様に、代替として、送信端によってMACレイヤにおいて行われるデータ処理が、データ処理装置によって実施されてもよく、データ処理装置は、前述の実施形態における送信端によってMACレイヤにおいて行われるステップのすべてまたは一部を行うユニットを含む。同様に、代替として、受信端によってMACレイヤにおいて行われるデータ処理が、データ処理装置によって実施されてもよく、データ処理装置は、前述の実施形態における受信端によってMACレイヤにおいて行われるステップのすべてまたは一部を行うユニットを含む。
【０１７９】
図12を参照すれば、図12は、本願の実施形態による、データ処理装置の概略構造図である。図12に示しているように、データ処理装置1200は、プロセッサ1201およびメモリ1202を含む。プロセッサ1201は、メモリ1202に記憶されているプログラムを起動して、前述の実施形態における送信端または受信端によって行われるステップのすべてまたは一部、例えば、前述の実施形態における送信端によって、PDCPレイヤ、RLCレイヤ、およびMACレイヤのうちのいずれか1つにおいて行われる動作、または、前述の実施形態における受信端によって、PDCPレイヤ、RLCレイヤ、およびMACレイヤのうちのいずれか1つにおいて行われる動作を行う。
【０１８０】
図13を参照すれば、図13は、本願の実施形態による、端末の概略構造図である。図13に示しているように、端末は、プロセッサ1301、メモリ1302、およびトランシーバ装置1303を含む。トランシーバ装置1303は、アンテナに接続され得る。ダウンリンク方向においては、トランシーバ装置1303は、RANデバイスによって送信された情報をアンテナを使用して受信し、処理のためにプロセッサ1301に情報を送信する。アップリンク方向においては、プロセッサ1301は、端末のデータを処理し、トランシーバ装置1303を使用してRANデバイスにデータを送信する。
【０１８１】
端末が送信端である場合には、端末は、例えば、図10または図12に示したデータ処理装置といった、送信端の動作を行うように構成される前述のデータ処理装置のうちのいずれか1つを含む。図10中のユニットは、メモリ1302内のプログラムコードを起動するプロセッサ1301を使用して実装されてもよい、または、端末内のチップに統合されてもよい。
【０１８２】
端末が受信端である場合には、端末は、例えば、図11または図12に示したデータ処理装置といった、受信端の動作を行うように構成される前述のデータ処理装置のうちのいずれか1つを含む。図11中のユニットは、メモリ1302内のプログラムコードを起動するプロセッサ1301を使用して実装されてもよい、または、端末内のチップに統合されてもよい。
【０１８３】
図14を参照すれば、図14は、本願の実施形態による、RANデバイスの概略構造図である。図14に示しているように、RANデバイスは、アンテナ1410、無線周波数装置1420、およびベースバンド装置1430を含む。アンテナ1410は、無線周波数装置1420に接続されている。アップリンク方向においては、無線周波数装置1420は、端末によって送信された情報をアンテナ1410を使用して受信し、端末によって送信された情報を、処理のためにベースバンド装置1430に送信する。ダウンリンク方向においては、ベースバンド装置1430は、端末の情報を処理し、処理した情報を無線周波数装置1420に送信し、無線周波数装置1420は、端末の情報を処理した後にアンテナ1410を使用して端末に処理した情報を送信する。
【０１８４】
RANデバイスが送信端である場合には、RANデバイスは、送信端の動作を行うように構成される前述のデータ処理装置のうちのいずれか1つを含み、データ処理装置は、ベースバンド装置1430内に位置する。例えば、図10または図12に示したデータ処理装置は、ベースバンド装置1430内に位置し得る。
【０１８５】
ある実施形態においては、図10に示したユニットは、プログラムを起動する処理要素を使用して実施される。例えば、ベースバンド装置1430は、処理要素1431およびストレージ要素1432を含み、処理要素1431は、ストレージ要素1432に記憶されているプログラムを起動して、ユニットの機能を実施する。加えて、ベースバンド装置1430は、無線周波数装置1420と情報を交換するように構成される、インターフェース1433をさらに含み得る。インターフェースは、例えば、共通公衆無線インターフェース(common public radio interface、CPRI)である。
【０１８６】
別の実施形態においては、これらのユニットは、1つまたは複数の処理要素として構成されてもよく、これらの処理要素は、ベースバンド装置1430に配置される。ここで、処理要素は、例えば、1つまたは複数のASIC、1つまたは複数のDSP、または1つまたは複数のFPGAといった、集積回路であってもよい。これらの集積回路は、チップを形成するために統合されてもよい。
【０１８７】
例えば、前述のユニットは、システム・オン・チップ(system-on-a-chip、SOC)の形式で一緒に統合および実装されてもよい。例えば、ベースバンド装置1430は、前述のユニットを実施するように構成される、SOCチップを含む。
【０１８８】
前述の説明におけるものと同様に、ここで、処理要素は、汎用プロセッサ、例えば、中央処理ユニット(Central Processing Unit、CPU)であってもよい、または、前述の方法を行う1つまたは複数の集積回路、例えば、1つまたは複数のASIC、1つまたは複数のDSP、または1つまたは複数のFPGAとして構成されてもよい。
【０１８９】
ストレージ要素は、メモリであり得る、または、複数のストレージ要素についての一般的な名称であり得る。
【０１９０】
前記方法の実施形態の前記ステップのすべてまたは一部が関連ハードウェアを命令するプログラムによって実施されてもよいことを当業者は理解されよう。プログラムは、コンピュータ可読記憶媒体に記憶され得る。プログラムを動作すると、前記方法の実施形態の前記ステップを行う。前述の記憶媒体は、ROM、RAM、磁気ディスク、または光ディスクなどのプログラムコードを記憶し得る任意の媒体を含む。
【０１９１】
加えて、既存の技術では、測定ギャップ(Measurement Gap)は、端末が周波数間測定を行う際に、現在のサービングセルの通信を一時的に中断するために使用される。測定ギャップは、端末の粒度で設定される。設定の後に、測定は、端末の粒度で行われる。すなわち、RANデバイスが測定ギャップ期間および測定ギャップオフセットなどの測定ギャップパラメータを端末のために設定する場合には、端末は、対応する測定ギャップ期間の間に、現在のサービングセル内でまたは現在のサービング周波数で情報を受信しない。しかしながら、このことは、端末と現在のサービングセルとの間の通常の通信に影響を与える。したがって、本願の実施形態は、キャリアの粒度で測定ギャップを提供する。しかしながら、現在のところ、キャリアの粒度で測定ギャップを設定するための方法が存在していない。
【０１９２】
本願の実施形態は、測定ギャップパラメータを設定するための方法を提供している。方法は、RANデバイス上で使用される。換言すれば、方法は、RANデバイスによって行われる。図15を参照すれば、方法は、以下のステップを含む。
【０１９３】
S1510. RANデバイスが測定ギャップ設定パラメータを決定する。
【０１９４】
測定ギャップ設定パラメータは、
1つまたは複数の測定周波数(Frequency)または測定帯域(Band)に関する情報と、
端末が1つまたは複数の測定周波数または測定帯域を測定する際に情報を正常に受信および送信することができる、すなわち、情報の受信および送信を他のサービングセル(またはサービング周波数、またはサービング帯域)では行うことができない、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)、または、端末が1つまたは複数の測定周波数または測定帯域を測定する際に情報を正常に受信および送信することができない、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)と、
必要に応じて、測定ギャップ長さ情報(例えば、6ms、4ms、または3ms)をさらに含む、例えば、測定ギャップ期間および測定ギャップオフセットといった、測定ギャップパターン情報とを少なくとも含む。
【０１９５】
必要に応じて、前述の測定ギャップパラメータは、端末が1つまたは複数の測定周波数または測定帯域を測定する際の時間の一部において情報を受信および送信することができる、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)をさらに含む。時間の一部において情報を受信および送信することができるということは、端末が無線周波数を1つまたは複数の現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)に対応する周波数から1つまたは複数の測定周波数または測定帯域を測定することができる周波数に調整するために必要とされる時間期間を除くとともに、端末が無線周波数を1つまたは複数の測定周波数または測定帯域を測定することができる周波数から1つまたは複数の現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)に対応する周波数に調整するために必要とされる時間期間を除いた、測定期間内に、端末が、1つまたは複数の現在のサービングセル内で(または、1つまたは複数のサービング周波数で、または、1つまたは複数のサービング帯域内で)情報を受信および送信することができることを意味する。例えば、測定ギャップパラメータ情報に従って、端末は、時点0から5の間に周波数f1を測定する必要があり、端末は、現時点、f2の周波数で動作している。端末が無線周波数をf2からf1を測定することができる周波数に調整するのに1msかける必要があり、端末が無線周波数をf1を測定することができる周波数からf2に戻すように調整するのに1msかける必要がある、と仮定する。したがって、端末がf1で情報を受信および送信することができる時間は、時点1から4である。あるいは、前述の測定ギャップパラメータは、端末が1つまたは複数の測定周波数または測定帯域を測定する際の時間の一部において情報を受信および送信することができない、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)を含む。
【０１９６】
必要に応じて、前述の測定ギャップ内の時間の一部において情報を受信および送信することができる、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)が、すべての現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)である場合には、1つまたは複数のサービングセルに関する情報は「すべて」によって識別されてもよく、すべての現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)はリスト化されない。
【０１９７】
必要に応じて、測定ギャップパラメータは、測定ギャップパターン識別(Pattern Identity)をさらに含む。測定ギャップパターン識別は、前述の複数のパラメータに関連付けられる。
【０１９８】
例として、マッピング関係を表1に示す。
【０１９９】
【表１】
2019537308.tif 000003
【０２００】
S1520. RANデバイスが端末に測定ギャップ設定パラメータを送信する。
【０２０１】
特に、測定ギャップ設定パラメータは、無線リソース制御(Radio Resource Control、RRC)メッセージに含まれる。
【０２０２】
本願の本実施形態によれば、端末が異なる周波数または帯域を測定する際に、情報を1つまたは複数の現在のサービングセル上でそのまま受信および送信することができる。このことが、端末とRANデバイスとの間の通信の時間を増大し、端末のデータレートを改善している。
【０２０３】
それに対応するように、本願の実施形態は、RANデバイスをさらに提供しており、図15に示した方法ステップを行うように構成される、ユニットを含む。ユニットの実施形態は、前述の実施形態において説明したものと同一である。ユニットは、メモリに記憶されているプログラムを起動するプロセッサを使用して実施されてもよい、または、実施のために1つまたは複数の集積回路もしくはチップに統合されてもよい。加えて、RANデバイスの構造については、図14を参照されたい。
【０２０４】
本願の別の実施形態は、測定ギャップパラメータを設定するための方法を提供している。方法は、端末上で使用される。換言すれば、方法は、端末によって行われる。方法は、以下のステップを含む。
【０２０５】
S1610. 端末が測定ギャップ設定パラメータを受信する。
【０２０６】
測定ギャップ設定パラメータは、
1つまたは複数の測定周波数(Frequency)または測定帯域(Band)に関する情報と、
端末が1つまたは複数の測定周波数または測定帯域を測定する際に情報を正常に受信および送信することができる、すなわち、情報の受信および送信を他のサービングセル(またはサービング周波数、またはサービング帯域)では行うことができない、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)、または、端末が1つまたは複数の測定周波数または測定帯域を測定する際に情報を正常に受信および送信することができない、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)と、
必要に応じて、測定ギャップ長さ情報(例えば、6ms、4ms、または3ms)をさらに含む、例えば、測定ギャップ期間および測定ギャップオフセットといった、測定ギャップパターン情報とを少なくとも含む。
【０２０７】
必要に応じて、前述の測定ギャップパラメータは、端末が1つまたは複数の測定周波数または測定帯域を測定する際の時間の一部において情報を受信および送信することができる、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)をさらに含む。時間の一部において情報を受信および送信することができるということは、端末が無線周波数を1つまたは複数の現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)に対応する周波数から1つまたは複数の測定周波数または測定帯域を測定することができる周波数に調整するために必要とされる時間期間を除くとともに、端末が無線周波数を1つまたは複数の測定周波数または測定帯域を測定することができる周波数から1つまたは複数の現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)に対応する周波数に調整するために必要とされる時間期間を除いた、測定期間内に、端末が、1つまたは複数の現在のサービングセル内で(または、1つまたは複数のサービング周波数で、または、1つまたは複数のサービング帯域内で)情報を受信および送信することができることを意味する。例えば、測定ギャップパラメータ情報に従って、端末は、時点0から5の間に周波数f1を測定する必要があり、端末は、現時点、f2の周波数で動作している。端末が無線周波数をf2からf1を測定することができる周波数に調整するのに1msかける必要があり、端末が無線周波数をf1を測定することができる周波数からf2に戻すように調整するのに1msかける必要がある、と仮定する。したがって、端末がf1で情報を受信および送信することができる時間は、時点1から4である。あるいは、前述の測定ギャップパラメータは、端末が1つまたは複数の測定周波数または測定帯域を測定する際の時間の一部において情報を受信および送信することができない、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)を含む。
【０２０８】
必要に応じて、前述の測定ギャップ内の時間の一部において情報を受信および送信することができる、1つまたは複数のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)が、すべての現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)である場合には、1つまたは複数のサービングセルに関する情報は「すべて」によって識別されてもよく、すべての現在のサービングセルに関する情報(または、1つまたは複数のサービング周波数に関する情報、または、1つまたは複数のサービング帯域に関する情報)はリスト化されない。
【０２０９】
必要に応じて、測定ギャップパラメータは、測定ギャップパターン識別(Pattern Identity)をさらに含む。測定ギャップパターン識別は、前述の複数のパラメータに関連付けられる。
【０２１０】
例として、マッピング関係を以下に示す。
【０２１１】
【表２】
2019537308.tif 000004
【０２１２】
特に、測定ギャップ設定パラメータは、無線リソース制御(Radio Resource Control、RRC)メッセージに含まれる。
【０２１３】
S1620. 端末が測定ギャップ設定パラメータを使用して測定を行う。
【０２１４】
本願の本実施形態によれば、端末が異なる周波数または帯域を測定する際に、情報を1つまたは複数の現在のサービングセル上でそのまま受信および送信することができる。このことが、端末とRANデバイスとの間の通信の時間を増大し、端末のデータレートを改善している。
【０２１５】
それに対応するように、本願の実施形態は、端末をさらに提供しており、図16に示した方法ステップを行うように構成されるユニットを含む。ユニットの実施形態は、前述の実施形態において説明したものと同一である。ユニットは、メモリに記憶されているプログラムを起動するプロセッサを使用して実施されてもよい、または、実施のために1つまたは複数の集積回路もしくはチップに統合されてもよい。加えて、端末の構造については、図13を参照されたい。
【０２１６】
最後に、前述の実施形態は、本発明の技術的ソリューションを説明することを単に意図したものに過ぎず、本発明を限定することは意図していないことに留意されたい。本発明を前述の実施形態を参照して詳細に説明したが、当業者は、本発明の実施形態の技術的ソリューションの精神および範囲を逸脱しない限り、前述の実施形態において説明した技術的ソリューションに変更をさらにおこなってもよい、または、それらのいくつかの技術的特徴に対する均等な置換をさらに行ってもよいことを理解すべきである。
【符号の説明】
【０２１７】
100  データ処理装置
101  受信ユニット
102  処理ユニット
103  送信ユニット
104  処理ユニット
110  端末
120  RANデバイス
1100  データ処理装置
1101  受信ユニット
1102  処理ユニット
1103  送信ユニット
1104  処理ユニット
1200  データ処理装置
1201  プロセッサ
1202  メモリ
1301  プロセッサ
1302  メモリ
1303  トランシーバ装置
1410  アンテナ
1420  無線周波数装置
1430  ベースバンド装置
1431  処理要素
1432  ストレージ要素
1433  インターフェース
【図１】
2019537308.tif 000005
【図２】
2019537308.tif 000006
【図３】
2019537308.tif 000007
【図４】
2019537308.tif 000008
【図５】
2019537308.tif 000009
【図６】
2019537308.tif 000010
【図７】
2019537308.tif 000011
【図８】
2019537308.tif 000012
【図９】
2019537308.tif 000013
【図１０】
2019537308.tif 000014
【図１１】
2019537308.tif 000015
【図１２】
2019537308.tif 000016
【図１３】
2019537308.tif 000017
【図１４】
2019537308.tif 000018
【図１５】
2019537308.tif 000019
【図１６】
2019537308.tif 000020
【手続補正書】
【提出日】令和1年5月9日(2019.5.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ処理方法であって、
データ送信装置によって、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤからデータパケットを受信するステップであって、前記データパケットは、無線リンク制御(RLC) サービスデータユニット(SDU)として使用される、ステップと、
前記データ送信装置によって、少なくとも1つのRLC プロトコルデータユニット(PDU)に前記RLC SDUをRLCレイヤにおいてカプセル化するステップであって、
カプセル化された前記RLC PDUは、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ステップとを含む、方法。
【請求項２】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUまたは前記RLC SDUのセグメントであることを示すために使用される、請求項1に記載の方法。
【請求項３】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記コンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項2に記載の方法。
【請求項４】
前記ヘッダは、セグメントオフセット(SO)フィールドを含み、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項1から3のいずれか一項に記載の方法。
【請求項５】
前記RLC SDUの中間セグメントまたは前記RLC SDUの最終セグメントを有する前記RLC PDUの前記ヘッダは、前記SOフィールドを含む、請求項4に記載の方法。
【請求項６】
前記コンプリートRLC SDUまたは前記RLC SDUの先頭セグメントを有する前記RLC PDUの前記ヘッダは、オフセットが0のセグメントオフセット(SO)フィールドを含み、または、前記SOフィールドを含まず、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項1から3のいずれか一項に記載の方法。
【請求項７】
前記ヘッダは、シーケンス番号(SN)フィールドを含み、前記RLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記データ送信装置によって、少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するステップは、
媒体アクセス制御(MAC)レイヤからの指示に基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するステップ、または、
プリセットされたRLC PDUサイズに基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するステップを含む、請求項1から7のいずれか一項に記載の方法。
【請求項９】
前記データ送信装置によって、前記MACレイヤにRLCデータパケットを送信するステップであって、前記RLCデータパケットは、1つまたは複数のRLC PDUを含む、ステップをさらに含む、請求項1から8のいずれか一項に記載の方法。
【請求項１０】
前記データ送信装置によって、MAC SDUとして前記RLCデータパケットを使用し、MAC PDUに前記MAC SDUをカプセル化するステップをさらに含み、前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、請求項9に記載の方法。
【請求項１１】
RLC PDUが正確に受信されなかったというデータ受信装置からのフィードバックを受信すると、前記データ送信装置によって、前記RLC PDUをさらにセグメント化し、前記RLC PDUを再送するステップをさらに含む、請求項1から10のいずれか一項に記載の方法。
【請求項１２】
前記データ送信装置は、PDCP送信ウィンドウを前記PDCPレイヤにおいて保持し、前記方法は、
前記データ送信装置によって、前記RLCレイヤにPDCP PDUを前記PDCPレイヤにおいて送信するステップと、
前記送信されたPDCP PDUの数量が前記PDCP送信ウィンドウによって格納することができるPDCP PDUの最大数量に達しても前記データ送信装置が前記PDCPレイヤにおいて成功フィードバックを受信しなかった場合には、前記データ送信装置によって、PDCP PDUを送信することを停止するステップとをさらに含む、請求項1から11のいずれか一項に記載の方法。
【請求項１３】
データ処理方法であって、
データ受信装置によって、媒体アクセス制御(MAC)レイヤからデータパケットを無線リンク制御(RLC)レイヤにおいて受信するステップであって、前記データパケットは、RLC プロトコルデータユニット(PDU)を含み、前記RLC PDUは、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、ステップと、
前記RLC PDUの前記ヘッダに基づいて、前記RLC PDUの前記ペイロードがコンプリートRLC サービスデータユニット(SDU)であると決定すると、前記データ受信装置によって、前記RLC SDUを取得し、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するステップ、および/または、
前記RLC PDUの前記ペイロードがRLC SDUのセグメントであると前記RLC PDUの前記ヘッダに基づいて決定すると、前記データ受信装置によって、前記RLC SDUのセグメントのすべてを取得し、前記セグメントのすべてを前記RLC SDUに復元し、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するステップとを含む、方法。
【請求項１４】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUまたは前記RLC SDUのセグメントであることを示すために使用される、請求項13に記載の方法。
【請求項１５】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記コンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項14に記載の方法。
【請求項１６】
前記ヘッダは、セグメントオフセット(SO)フィールドを含み、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項13から15のいずれか一項に記載の方法。
【請求項１７】
前記RLC SDUの中間セグメントまたは前記RLC SDUの最終セグメントを有する前記RLC PDUの前記ヘッダは、前記SOフィールドを含む、請求項16に記載の方法。
【請求項１８】
前記コンプリートRLC SDUまたは前記RLC SDUの先頭セグメントを有する前記RLC PDUの前記ヘッダは、オフセットが0のセグメントオフセット(SO)フィールドを含み、または、前記SOフィールドを含まず、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項13から15のいずれか一項に記載の方法。
【請求項１９】
前記ヘッダは、シーケンス番号(SN)フィールドを含み、前記RLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項13から18のいずれか一項に記載の方法。
【請求項２０】
前記データ受信装置によって、MACレイヤからデータパケットを受信するステップの前に、前記方法は、
前記データ受信装置によって、MAC PDUのフォーマットに基づいてMAC SDUを前記MACレイヤにおいて取得し、前記RLCレイヤに送信される前記データパケットとして前記MAC SDUを使用するステップをさらに含み、前記MAC PDUの前記フォーマットは、
前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、ものである、請求項13から19のいずれか一項に記載の方法。
【請求項２１】
データ処理装置であって、
パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤからデータパケットを受信するように構成される、受信ユニットであって、前記データパケットは、無線リンク制御(RLC) サービスデータユニット(SDU)として使用される、受信ユニットと、
少なくとも1つのRLC プロトコルデータユニット(PDU)に前記RLC SDUをRLCレイヤにおいてカプセル化するように構成される、第1の処理ユニットであって、カプセル化された前記RLC PDUは、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用される、第1の処理ユニットとを含む、装置。
【請求項２２】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUまたは前記RLC SDUのセグメントであることを示すために使用される、請求項21に記載の装置。
【請求項２３】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記コンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項22に記載の装置。
【請求項２４】
前記ヘッダは、セグメントオフセット(SO)フィールドを含み、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項21から23のいずれか一項に記載の装置。
【請求項２５】
前記RLC SDUの中間セグメントまたは前記RLC SDUの最終セグメントを有する前記RLC PDUの前記ヘッダは、前記SOフィールドを含む、請求項24に記載の装置。
【請求項２６】
前記コンプリートRLC SDUまたは前記RLC SDUの先頭セグメントを有する前記RLC PDUの前記ヘッダは、オフセットが0のセグメントオフセット(SO)フィールドを含み、または、前記SOフィールドを含まず、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項21から23のいずれか一項に記載の装置。
【請求項２７】
前記ヘッダは、シーケンス番号(SN)フィールドを含み、前記RLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項21から26のいずれか一項に記載の装置。
【請求項２８】
前記第1の処理ユニットは、
媒体アクセス制御(MAC)レイヤからの指示に基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するように構成される、または、
プリセットされたRLC PDUサイズに基づいて前記少なくとも1つのRLC PDUに前記RLC SDUをカプセル化するように構成される、請求項21から27のいずれか一項に記載の装置。
【請求項２９】
前記MACレイヤにRLCデータパケットを送信するように構成される、送信ユニットであって、前記RLCデータパケットは、1つまたは複数のRLC PDUを含む、送信ユニットをさらに含む、請求項21から28のいずれか一項に記載の装置。
【請求項３０】
MAC SDUとして前記RLCデータパケットを使用し、MAC PDUに前記MAC SDUをカプセル化するように構成される、第2の処理ユニットをさらに含み、前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、請求項29に記載の装置。
【請求項３１】
RLC PDUが正確に受信されなかったというデータ受信装置からのフィードバックを受信すると、前記RLC PDUをさらにセグメント化し、前記RLC PDUを再送するように構成される、ユニットをさらに含む、請求項21から30のいずれか一項に記載の装置。
【請求項３２】
PDCP送信ウィンドウを前記PDCPレイヤにおいて保持するように構成される、ユニットと、
前記RLCレイヤにPDCP PDUを前記PDCPレイヤにおいて送信するように構成される、ユニットと、
前記送信されたPDCP PDUの数量が前記PDCP送信ウィンドウによって格納することができるPDCP PDUの最大数量に達しても成功フィードバックを前記PDCPレイヤにおいて受信しなかった場合には、PDCP PDUを送信することを停止するように構成される、ユニットとをさらに含む、請求項21から31のいずれか一項に記載の装置。
【請求項３３】
受信ユニット、第1の処理ユニット、および送信ユニットを含む、データ処理装置であって、
前記受信ユニットは、媒体アクセス制御(MAC)レイヤからデータパケットを無線リンク制御(RLC)レイヤにおいて受信するように構成され、前記データパケットは、RLC プロトコルデータユニット(PDU)を含み、前記RLC PDUは、ヘッダおよびペイロードを含み、前記ペイロードは、単一のRLC SDUからのデータを搬送するために使用され、
前記第1の処理ユニットは、前記RLC PDUの前記ヘッダに基づいて、前記RLC PDUの前記ペイロードがコンプリートRLC サービスデータユニット(SDU)であると決定すると、前記RLC SDUを取得するように構成され、前記送信ユニットは、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するように構成される、および/または、
前記第1の処理ユニットは、前記RLC PDUの前記ペイロードがRLC SDUのセグメントであると前記RLC PDUの前記ヘッダに基づいて決定すると、前記RLC SDUのセグメントのすべてを取得し、前記セグメントのすべてを前記RLC SDUに復元するように構成され、前記送信ユニットは、パケット・データ・コンバージェンス・プロトコル(PDCP)レイヤに前記RLC SDUを送信するように構成される、装置。
【請求項３４】
前記ヘッダは、セグメント指示(SI)フィールドを含み、前記SIフィールドは、前記SIフィールドがある前記RLC PDUにカプセル化されているものがコンプリートRLC SDUまたは前記RLC SDUのセグメントであることを示すために使用される、請求項33に記載の装置。
【請求項３５】
前記SIフィールドは、2ビットを含み、前記SIフィールドの値は、
第1の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記コンプリートRLC SDUであることを示すために使用され、第2の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの先頭セグメントであることを示すために使用され、第3の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの中間セグメントであることを示すために使用され、第4の値が、前記SIフィールドがある前記RLC PDUにカプセル化されているものが前記RLC SDUの最終セグメントであることを示すために使用される、ように記述される、請求項34に記載の装置。
【請求項３６】
前記ヘッダは、セグメントオフセット(SO)フィールドを含み、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項33から35のいずれか一項に記載の装置。
【請求項３７】
前記RLC SDUの中間セグメントまたは前記RLC SDUの最終セグメントを有する前記RLC PDUの前記ヘッダは、前記SOフィールドを含む、請求項36に記載の装置。
【請求項３８】
前記コンプリートRLC SDUまたは前記RLC SDUの先頭セグメントを有する前記RLC PDUの前記ヘッダは、オフセットが0のセグメントオフセット(SO)フィールドを含み、または、前記SOフィールドを含まず、前記SOフィールドは、前記RLC SDU内での、前記SOフィールドがある前記RLC PDUの前記ペイロード内の先頭バイトについての、バイトオフセットを示すために使用され、前記RLC SDUに前記ペイロードが属する、請求項33から35のいずれか一項に記載の装置。
【請求項３９】
前記ヘッダは、シーケンス番号(SN)フィールドを含み、前記RLC SDUが複数のRLC PDUにカプセル化される場合には、前記複数のRLC PDUのヘッダ内のSNフィールド内のSNは同一である、請求項33から38のいずれか一項に記載の装置。
【請求項４０】
第2の処理ユニットをさらに含み、前記受信ユニットが前記MACレイヤから前記データパケットを受信する前に、前記第2の処理ユニットは、
MAC PDUのフォーマットに基づいてMAC SDUを前記MACレイヤにおいて取得し、前記RLCレイヤに送信される前記データパケットとして前記MAC SDUを使用するように構成され、前記MAC PDUの前記フォーマットは、
前記MAC PDUが、MACヘッダおよびMACペイロードを含み、前記MACヘッダが、少なくとも1つのサブヘッダを含み、各サブヘッダが、1つの論理チャネルに対応し、前記サブヘッダが、第1の拡張フィールドおよび第2の拡張フィールドを含み、前記第1の拡張フィールドが、前記MAC PDUが別のサブヘッダをさらに含むかどうかまたは別の論理チャネルのデータをさらに含むかどうかを示すために使用され、前記第2の拡張フィールドが、前記MAC PDUが前記第2の拡張フィールドがあるサブヘッダに対応する論理チャネルの他のデータをさらに含むかどうかを示すために使用される、ものである、請求項33から39のいずれか一項に記載の装置。
【請求項４１】
通信装置であって、メモリに記憶されているプログラムを起動するように構成される、プロセッサを含み、前記装置は、前記プログラムを動作すると、請求項1から12のいずれか一項に記載の方法を行うように構成される、通信装置。
【請求項４２】
通信装置であって、メモリに記憶されているプログラムを起動するように構成される、プロセッサを含み、前記装置は、前記プログラムを動作すると、請求項13から20のいずれか一項に記載の方法を行うように構成される、通信装置。
【請求項４３】
プログラムを記憶するように構成される、コンピュータ可読記憶媒体であって、プロセッサによって起動されると、前記プログラムは、請求項1から12のいずれか一項に記載の方法を行うために使用される、コンピュータ可読記憶媒体。
【請求項４４】
プログラムを記憶するように構成される、コンピュータ可読記憶媒体であって、プロセッサによって起動されると、前記プログラムは、請求項13から20のいずれか一項に記載の方法を行うために使用される、コンピュータ可読記憶媒体。
【国際調査報告】
2019537308.tif 000021
2019537308.tif 000022
2019537308.tif 000023
2019537308.tif 000024