(57)【特許請求の範囲】
【請求項１】
受信側は、送信側が次に送信する複数のＰＤＵのデータタイプを受信することと、
前記受信側は、第１のプロトコルデータユニットＰＤＵと第２のＰＤＵとの間で少なくとも１つのＰＤＵが受信しないと確定することと、
前記受信側は、前記少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定することと、 
前記受信側は、前記タイマーを起動し、前記ターゲット期間に前記少なくとも１つのＰＤＵの各ＰＤＵを待ち受けることとを含み、
前記第１のＰＤＵ、前記第２のＰＤＵ及び前記少なくとも１つのＰＤＵの各ＰＤＵのいずれも指示フィールドが搬送され、前記指示フィールドは、前記ＰＤＵのデータタイプと異なるＰＤＵの位置を示し、前記ＰＤＵのデータタイプと異なるＰＤＵは、前記ＰＤＵの前に送信された、前記ＰＤＵのシリアル番号に最も近いＰＤＵであり、
前記方法は、さらに、
前記受信側は、前記第２のＰＤＵに搬送される指示フィールドに応じて、前記少なくとも１つのＰＤＵのデータタイプを確定することを含む
ことを特徴とする無線通信方法。
【請求項２】
前記受信側は、前記少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定することは、
前記受信側は、前記少なくとも１つのＰＤＵのデータタイプに応じて、予め設定された複数の期間から前記タイマーのターゲット期間を確定することを含む
ことを特徴とする請求項１に記載の無線通信方法。
【請求項３】
前記方法は、さらに、
前記受信側は、前記少なくとも１つのＰＤＵが第１のデータタイプのＰＤＵ及び第２のデータタイプのＰＤＵを含むと確定することを含み、
前記受信側は、前記少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定することは、
前記受信側は、前記第１のデータタイプに対応する期間を前記タイマーのターゲット期間として確定することを含み、
前記第１のデータタイプは第２のデータタイプと異なる
ことを特徴とする請求項１又は２に記載の無線通信方法。
【請求項４】
前記方法は、さらに、
前記受信側は、前記少なくとも１つのＰＤＵの各ＰＤＵのデータタイプが第２のデータタイプであると確定することを含み、
前記受信側は、前記少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定することは、
前記受信側は、前記第２のデータタイプに対応する期間を前記タイマーのターゲット期間として確定することを含む
ことを特徴とする請求項１又は２に記載の無線通信方法。
【請求項５】
前記第１のデータタイプの優先レベルが前記第２のデータタイプより高く、前記第１のデータタイプに対応する期間が前記第２のデータタイプに対応する期間より大きい
ことを特徴とする請求項３に記載の無線通信方法。
【請求項６】
前記受信側は端末デバイスであり、
前記方法は、さらに、
前記端末デバイスは、ネットワークデバイスにより送信された予め設定された複数の期間を受信することを含む
ことを特徴とする請求項２に記載の無線通信方法。
【請求項７】
前記方法は、さらに、
前記タイマーがタイムアウトした場合、前記受信側は、前記ターゲット期間に受信された前記少なくとも１つのＰＤＵの全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む
ことを特徴とする請求項１〜６のいずれか１項に記載の無線通信方法。
【請求項８】
送信側が次に送信する複数のＰＤＵのデータタイプを受信側に送信することと、
前記受信側が受信しない少なくとも１つのＰＤＵのデータタイプを確定するために、前記送信側は前記受信側に複数のプロトコルデータユニットＰＤＵを送信することを含む無線通信方法であって、
前記複数のＰＤＵの各ＰＤＵは、指示フィールドを含み、前記指示フィールドは、前記ＰＤＵのデータタイプと異なるＰＤＵの位置を示し、前記ＰＤＵのデータタイプと異なるＰＤＵは、前記ＰＤＵの前に送信された、前記ＰＤＵのシリアル番号に最も近いＰＤＵであり、前記複数のＰＤＵは、前記少なくとも１つのＰＤＵを含む
ことを特徴とする無線通信方法。
【請求項９】
前記送信側はネットワークデバイスであり、前記受信側は端末デバイスであり、前記方法は、さらに、
前記端末デバイスが前記少なくとも１つのＰＤＵのデータタイプに応じて複数の期間からタイマーのターゲット期間を確定するために、前記ネットワークデバイスが前記端末デバイスに複数の期間を送信することを含み、
前記タイマーのターゲット期間は、前記端末デバイスが前記少なくとも１つのＰＤＵ内の各ＰＤＵを待ち受ける最長期間である
ことを特徴とする請求項８に記載の無線通信方法。
【請求項１０】
送信側が次に送信する複数のＰＤＵのデータタイプを受信するように構成される受信ユニットと、
第１のプロトコルデータユニットＰＤＵと第２のＰＤＵとの間で少なくとも１つのＰＤＵを受信しないと確定するように構成される第１の確定ユニットと、
前記少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定するように構成される第２の確定ユニットと、
前記タイマーを起動し、前記ターゲット期間に前記少なくとも１つのＰＤＵを待ち受けるように構成される待受けユニットと、を含み、
前記第１のＰＤＵ、前記第２のＰＤＵ及び前記少なくとも１つのＰＤＵの各ＰＤＵのいずれも指示フィールドが搬送され、前記指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、前記自分のＰＤＵのデータタイプと異なるＰＤＵは、前記自分のＰＤＵの前に送信された、前記自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、
前記装置は、さらに、
前記第２のＰＤＵに搬送される指示フィールドに応じて、前記少なくとも１つのＰＤＵのデータタイプを確定するように構成される第４の確定ユニットを含む
ことを特徴とする無線通信装置。
【請求項１１】
前記第２の確定ユニットは、
前記少なくとも１つのＰＤＵのデータタイプに応じて、予め設定された複数の期間から前記タイマーのターゲット期間を確定するように構成される
ことを特徴とする請求項１０に記載の無線通信装置。
【請求項１２】
前記装置は、さらに、
前記少なくとも１つのＰＤＵが第１のデータタイプのＰＤＵ及び第２のデータタイプのＰＤＵを含むと確定するように構成される第３の確定ユニットを含み、
前記第２の確定ユニットは、
前記第１のデータタイプに対応する期間を前記タイマーのターゲット期間として確定するように構成される
ことを特徴とする請求項１０又は１１に記載の無線通信装置。
【請求項１３】
次に送信する複数のＰＤＵのデータタイプを受信側に送信し、前記受信側が受信しない少なくとも１つのＰＤＵのデータタイプを確定するために、前記受信側に複数のプロトコルデータユニットＰＤＵを送信するように構成される第１の送信ユニットを含み、
前記複数のＰＤＵの各ＰＤＵは、指示フィールドを含み、前記指示フィールドは、前記ＰＤＵのデータタイプと異なるＰＤＵの位置を示し、前記ＰＤＵのデータタイプと異なるＰＤＵは、前記ＰＤＵの前に送信された、前記ＰＤＵのシリアル番号に最も近いＰＤＵであり、前記複数のＰＤＵは、前記少なくとも１つのＰＤＵを含む
ことを特徴とする無線通信装置。
【請求項１４】
前記装置はネットワークデバイスであり、前記受信側は端末デバイスであり、
前記装置は、さらに、
前記端末デバイスが前記少なくとも１つのＰＤＵのデータタイプに応じて複数の期間からタイマーのターゲット期間を確定するために、前記端末デバイスに複数の期間を送信するように構成される第２の送信ユニットを含み、
前記タイマーのターゲット期間は、前記端末デバイスが前記少なくとも１つのＰＤＵ内の各ＰＤＵを待ち受ける最長期間である
ことを特徴とする請求項１３に記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施例は、通信分野に関し、具体的に、無線通信方法及び装置に関する。
【背景技術】
【０００２】
Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）のＵｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ（ＵＭ）での再整列シーンにおいて、受信側は、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）があるＲａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）を失ったかどうかを検出する必要があり、再整列タイマーｔ_Ｒｅｏｒｄｅｒｉｎｇ期間に受信されなかったＰＤＵを待ち受けることができる。従来技術における再整列タイマーは単一の期間を有しているため、無線通信の柔軟性は低くなる。
【発明の概要】
【０００３】
そこで、本願の実施例は、無線通信の柔軟性を向上させることができる無線通信方法及び装置を提供する。
【０００４】
第１の形態は、無線通信方法を提供し、受信側は、第１のプロトコルデータユニットＰＤＵと第２のＰＤＵとの間で少なくとも１つのＰＤＵが受信しないと確定することと、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定することと、当該受信側は、当該タイマーを起動し、当該ターゲット期間に当該少なくとも１つのＰＤＵの各ＰＤＵを待ち受けることとを含む。
【０００５】
受信側は、損失ＰＤＵのデータタイプに応じてタイマーの期間を選択して、無線通信の柔軟性を向上させることができる。
【０００６】
任意選択で、当該受信側は、端末デバイスであっても良いし、ネットワークデバイスであっても良い。
【０００７】
任意選択で、当該少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定することは、当該少なくとも１つのＰＤＵ内の一部のＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定しても良いし、当該少なくとも１つのＰＤＵ内の全てのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定しても良い。
【０００８】
ターゲット期間に当該少なくとも１つのＰＤＵを待ち受けることは、受信側が当該ターゲット期間に当該少なくとも１つのＰＤＵを並行して待ち受けることであっても良い。
【０００９】
実現可能な形態において、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定することは、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じて、予め設定された複数の期間から当該タイマーのターゲット期間を確定することを含む。
【００１０】
任意選択で、当該複数の期間は、データタイプに１対１に対応する。すなわち、受信側は、当該少なくとも１つのＰＤＵに応じて、当該複数の期間から、あるデータタイプに対応する期間をターゲット期間として選定することができる。
【００１１】
実現可能な形態において、当該方法は、さらに、当該受信側は、当該少なくとも１つのＰＤＵが第１のデータタイプのＰＤＵ及び第２のデータタイプのＰＤＵを含むと確定することを含み、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定することは、当該受信側は、当該第１のデータタイプに対応する期間を当該タイマーのターゲット期間として確定することを含む。
【００１２】
実現可能な形態において、当該方法は、さらに、当該受信側が当該少なくとも１つのＰＤＵの各ＰＤＵのデータタイプが第２のデータタイプであると確定する場合、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定することは、当該受信側は当該第２のデータタイプに対応する期間を当該タイマーのターゲット期間として確定することを含む。
【００１３】
実現可能な形態において、当該第１のデータタイプの優先レベルは、当該第２のデータタイプより高く、当該第１のデータタイプに対応する期間は、当該第２のデータタイプに対応する期間より大きい。
【００１４】
任意選択で、受信側は、ある２つのＰＤＵの間に異なる複数のデータタイプのＰＤＵがあると確定する場合、複数のデータタイプ内のデータタイプに対応する期間の最も長い期間をタイマーの期間とすることができる。
【００１５】
実現可能な形態において、当該第１のＰＤＵ、当該第２のＰＤＵ和当該少なくとも１つのＰＤＵの各ＰＤＵ均のいずれも指示フィールドが搬送され、当該指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、当該自分のＰＤＵのデータタイプと異なるＰＤＵは、当該自分のＰＤＵの前に送信された当該自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、当該方法は、さらに、当該受信側は、当該第２のＰＤＵに搬送される指示フィールドに応じて、当該少なくとも１つのＰＤＵのデータタイプを確定することを含む。
【００１６】
任意選択で、受信側は、以上のように確定した、受信しないＰＤＵのデータタイプが２つ以上の種類のデータタイプを含む場合、当該確定した多種のデータタイプ内のあるデータタイプに対応する最大期間を当該受信しないＰＤＵのタイマーの期間として確定することができる。
【００１７】
任意選択で、本願の実施例において、当該指示フィールドは、自分のＰＤＵのデータタイプ優先レベルより高く、且つ自分のＰＤＵに最も近いＰＤＵの位置を示し、この場合、受信側は、当該少なくとも１つのＰＤＵのタイマーの期間を優先レベルの最高であるデータタイプに対応する期間として確定することができる。
【００１８】
任意選択で、送信側は、ＰＤＵを送信する前に、次に送信する複数のＰＤＵのデータタイプを受信側に通知しても良く、受信側は、少なくとも１つのＰＤＵが受信しないと確定する場合、当該少なくとも１つのＰＤＵのシリアル番号に応じて、送信側からの連続した複数のＰＤＵのデータタイプを参照し、当該少なくとも１つのＰＤＵ内の各ＰＤＵのデータタイプを確定することができる。
【００１９】
実現可能な形態において、当該受信側は端末デバイスであり、当該方法は、さらに、当該端末デバイスは、ネットワークデバイスにより送信された当該複数の期間を受信することを含む。
【００２０】
実現可能な形態において、当該方法は、さらに、当該タイマーがタイムアウトする場合、当該受信側は、当該ターゲット期間に受信された当該少なくとも１つのＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【００２１】
実現可能な形態において、当該データタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプである。
【００２２】
任意選択で、異なるデータタイプのＰＤＵも、異なるサービスタイプのデータであっても良い。たとえば、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ−Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスの重要性が高くなる可能性があるため、受信側は、サービスのデータに対してより長いタイマーを構成することができる。Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＥＭＢＢ）サービスは一般的であり、受信側はサービスのデータの期間を短くしてタイマーを構成することできる。
【００２３】
第２の形態は、無線通信方法を提供し、受信側は、第１のプロトコルデータユニットＰＤＵと第２のＰＤＵの間で多種のデータタイプの複数のＰＤＵが受信しないと確定することと、当該受信側は、当該多種のデータタイプに応じて、当該多種のデータタイプに１対１に対応する複数のタイマーの期間を確定することと、当該受信側は、当該複数のタイマーを同時に起動し、当該複数のタイマーの期間に当該複数のＰＤＵを待ち受けることとを含む。
【００２４】
受信側は、多種のタイマーを利用して、無線通信の柔軟性を向上させることができる。
【００２５】
実現可能な形態において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該方法は、さらに、当該第１のデータタイプに対応するタイマーがタイムアウトする場合、当該受信側は、当該第１のデータタイプに対応するタイマーの期間に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【００２６】
実現可能な形態において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該方法は、さらに、当該第２のデータタイプに対応するタイマーがタイムアウトし、且つ当該受信側が、当該第２のデータタイプに対応するタイマーがタイムアウトする前に当該複数のＰＤＵ内の第１のデータタイプの全てのＰＤＵを受信した場合、当該受信側は、当該第２のデータタイプに対応するタイマーの期間に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【００２７】
実現可能な形態において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該方法は、さらに、当該第２のデータタイプに対応するタイマーがタイムアウトし、且つ当該受信側が、当該第１のデータタイプに対応するタイマーがタイムアウトする前に当該複数のＰＤＵ内の第１のデータタイプの全てのＰＤＵを受信した場合、当該受信側は、当該第１のデータタイプに対応するタイマーが満了する前に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【００２８】
実現可能な形態において、当該第２のデータタイプに対応するタイマーの期間に当該複数のＰＤＵの各ＰＤＵを受信した場合、受信側は、当該複数のＰＤＵをグループ化し再整列ウィンドウを更新する。
【００２９】
実現可能な形態において、当該第１のデータタイプの優先レベルは、当該第２のデータタイプの優先レベルより高い。
【００３０】
実現可能な形態において、当該第１のＰＤＵ、当該第２のＰＤＵ及び当該複数のＰＤＵの各ＰＤＵのいずれも指示フィールドが搬送され、当該指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、当該自分のＰＤＵのデータタイプと異なるＰＤＵは、当該自分のＰＤＵの前に送信された当該自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、当該方法は、さらに、当該受信側は、当該第２のＰＤＵに搬送される指示フィールドに応じて当該複数のデータタイプを確定することを含む。
【００３１】
実現可能な形態において、当該多種のデータタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプのうちの少なくとも２つである。
【００３２】
第３の形態は、無線通信方法を提供し、当該方法は、当該受信側が受信しない少なくとも１つのＰＤＵのデータタイプを確定するために、送信側が受信側に複数のプロトコルデータユニットＰＤＵを送信することを含み、当該複数のＰＤＵの各ＰＤＵは、指示フィールドを含み、当該指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、当該自分のＰＤＵのデータタイプと異なるＰＤＵは、当該自分のＰＤＵの前に送信された当該自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、当該複数のＰＤＵは、当該少なくとも１つのＰＤＵを含む。
【００３３】
実現可能な形態において、当該送信側はネットワークデバイスであり、当該受信側は端末デバイスであり、当該方法は、さらに、当該端末デバイスが当該少なくとも１つのＰＤＵのデータタイプに応じて当該複数の期間からタイマーのターゲット期間を確定するために、当該ネットワークデバイスが当該端末デバイスに複数の期間を送信することを含み、当該タイマーのターゲット期間は、当該端末デバイスが当該少なくとも１つのＰＤＵの各ＰＤＵを待ち受ける最長期間である。
【００３４】
実現可能な形態において、当該データタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプである。
【００３５】
第４の形態は、上述の第１の形態または第１の形態の可能な方法を実行するための装置が提供される。具体的に、当該装置は、上述の第１の形態または第１の形態の可能な方法を実行するユニットを備える。
【００３６】
第５の形態は、上述の第２の形態または第２の形態の可能な方法を実行するための装置が提供される。具体的に、当該装置は、上述の第２の形態または第２の形態の可能な方法を実行するユニットを備える。
【００３７】
第６の形態は、上述の第３の形態または第３の形態の可能な方法を実行するための装置が提供される。具体的に、当該装置は、上述の第３の形態または第３の形態の可能な方法を実行するユニットを備える。
【００３８】
第７の形態は、メモリ、プロセッサ、入力インターフェース、および出力インターフェースを含む装置が提供される。ここで、メモリ、プロセッサ、入力インターフェイス、および出力インターフェイスは、バスシステムによって接続されている。メモリは、第１の形態または第１の形態の可能な方法を実行するための命令を格納するためのものである。
【００３９】
第８の形態は、メモリ、プロセッサ、入力インターフェース、および出力インターフェースを含む装置が提供される。ここで、メモリ、プロセッサ、入力インターフェイス、および出力インターフェイスは、バスシステムによって接続されている。メモリは、第２の形態または第２の形態の可能な方法を実行するための命令を格納するためのものである。
【００４０】
第９の形態は、メモリ、プロセッサ、入力インターフェース、および出力インターフェースを含む装置が提供される。ここで、メモリ、プロセッサ、入力インターフェイス、および出力インターフェイスは、バスシステムによって接続されている。メモリは、第３の形態または第３の形態の可能な方法を実行するための命令を格納するためのものである。
【００４１】
第１０の形態は、上記の第１の形態または第１の形態の可能な方法、第２の形態または第２の形態の可能な方法、第３の形態または第３の形態の可能な方法を実行するためのコンピューターソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、これは上記の形態の実行するためのプログラムを含む。
【００４２】
本願のこれらおよび他の態様は、以下の実施例の説明においてより簡単で理解しやすいであろう。
【図面の簡単な説明】
【００４３】
【図１】本願の実施例の応用シーンの模式図を示す。
【図２】本願の実施例の具体的なシーンの模式図を示す。
【図３】本願の実施例における無線通信方法のブロック図を示す。
【図４】本願の実施例における無線通信方法の他のブロック図を示す。
【図５】本願の実施例における無線通信方法の他のブロック図を示す。
【図６】本願の実施例における無線通信方法の他のブロック図を示す。
【図７】本願の実施例における無線通信方法の他のブロック図を示す。
【図８】本願の実施例における無線通信装置のブロック図を示す。
【図９】本願の実施例における無線通信装置の他のブロック図を示す。
【図１０】本願の実施例における無線通信装置の他のブロック図を示す。
【図１１】本願の実施例における無線通信装置の他のブロック図を示す。
【図１２】本願の実施例における無線通信装置の他のブロック図を示す。
【図１３】本願の実施例における無線通信装置の他のブロック図を示す。
【発明を実施するための形態】
【００４４】
以下は、本願の適用例における技術的解決策の明確かつ完全な説明である。
【００４５】
本願の実施例の技術的解決策は、移動通信システムのグローバルシステム（ＧＳＭ）システム、符号分割多元接続（ＣＤＭＡ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ）システム、一般パケット無線サービス（ＧＰＲＳ）、ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥ周波数分割二重（ＦＤＤ）システム、ＬＴＥ時分割複信（ＴＤＤ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、マイクロ波アクセスの世界的な相互運用性（ＷｉＭＡＸ）通信システム、または将来の５Ｇシステムに適用できることを理解されたい。
【００４６】
特に、本願の実施例の技術的解決策は、スパースコード多重アクセス（ＳＣＭＡ）システムおよび低密度シグネチャ（低）などの非直交多重アクセス技術に基づく様々な通信システム、密度署名（ＬＤＳ）システムなどに適用することができ、もちろん、ＳＣＭＡシステムおよびＬＤＳシステムは、通信分野では他の名前とも呼ばれる。さらに、本願の実施例の技術的解決策は、非直交多重アクセス技術を使用するマルチキャリア伝送システム、たとえば、直交周波数分割多重化（ＯＦＤＭ）、フィルターバンクマルチキャリア（ＦＢＭＣ）、一般周波数分割多重化（一般化周波数分割多重化（ＯＦＤＭ）） 周波数分割多重化（ＧＦＤＭ）、フィルター処理直交周波数分割多重化（フィルター処理ＯＦＤＭ、Ｆ−ＯＦＤＭ）システムなどに適用できる。
【００４７】
本願の実施例における端末デバイスは、ユーザ機器（ＵＥ）、アクセス端末、加入者ユニット、加入者局、移動局、移動局、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末、無線デバイス、 通信デバイス、ユーザーエージェント、またはユーザーデバイス。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）ステーション、携帯情報端末（ＰＤＡ）、無線通信を備える端末、ワイヤレスモデム、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークの端末デバイス、またはＰｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ（ＰＬＭＮ）の将来の進化に接続された機能的なハンドヘルドデバイス、コンピューティングデバイス、またはその他の処理デバイスであってもよく、本願の実施例において、これらに限定されない。
【００４８】
本願の実施例におけるネットワークデバイスは、端末デバイスと通信するためのデバイスであっても良く、ＧＳＭまたはＣＤＭＡにおける基地トランシーバ局（ＢＴＳ）であっても良く、またはＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、ＮＢ）、ＬＴＥシステムの進化した基地局（ｅＮＢまたはｅＮｏｄｅＢ）、クラウド無線アクセスネットワーク（ＣＲＡＮ）シナリオのワイヤレスコントローラー、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、および将来の５Ｇネットワークのネットワークデバイス、または将来の進化したＰＬＭＮネットワークのネットワークデバイスであっても良く、本願はこれに限定されない。
【００４９】
図１は、本願の実施例の適用シーンの模式図である。図１の通信システムは、端末デバイス１０およびネットワークデバイス２０を含み得る。ネットワークデバイス２０は、端末デバイス１０に通信サービスを提供し、コアネットワークにアクセスするように構成されている。端末デバイス１０は、ネットワークデバイス２０が送信する同期信号、ブロードキャスト信号などを検索してネットワークにアクセスし、ネットワークと通信する。 図１に示される矢印は、端末デバイス１０とネットワークデバイス２０との間のセルラーリンクを介したアップリンク／ダウンリンクを表してもよい。
【００５０】
無線リンク制御（ＲＬＣ）層は、パケットデータ収束プロトコル（ＰＤＣＰ）層とメディアアクセス制御（ＭＡＣ）層の間にある。サービスアクセスポイント（ＳＡＰ）を介してＰＤＣＰ層と通信し、論理チャネルを介してＭＡＣ層と通信する。各ＵＥの各論理チャネルに1つのＲＬＣエンティティがある。ＰＤＣＰ層からＲＬＣエンティティが受信したデータ、またはＰＤＣＰ層に送信されたデータは、ＲＬＣ  ＳＤＵと呼ばれる。ＭＡＣ層からＲＬＣエンティティが受信したデータ、またはＭＡＣ層に送信されたデータは、ＲＬＣ  ＰＤＵと呼ばれる。
【００５１】
本願の実施例は、ＬＴＥの非承認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ：ＵＭ）における再整列シナリオに基づくものであり、説明の便宜上、図２を参照してこのシーン簡単に説明する。
【００５２】
ＵＭエンティティは、主に、（１）セグメント化されたＲＬＣ ＳＤＵを再組み立（ｒｅａｓｓｅｍｂｌｙ）して元のＲＬＣ ＳＤＵを復元し、ＰＤＣＰレイヤーに送信し、（２）ＲＬＣ ＰＤＵを再整列（ｒｅｏｒｄｅｒｉｎｇ）し、（３）検出して重複なものを破棄する（ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ）。
【００５３】
受信側が受信したＲＬＣ ＰＤＵが乱雑である場合、事前に再配列する必要がある。ＭＡＣ層が複数の混合自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ：ＨＡＲＱ）を使用してＨＡＲＱを処理するため、乱雑に到着することは回避されないものである。乱雑に到着するＲＬＣ ＰＤＵは、以前のＲＬＣ ＰＤＵが正常に受信されＰＤＣＰレイヤーに配信されるまで、受信バッファーに保存される。
【００５４】
受信側は、ＭＡＣ層があるＲＬＣ ＰＤＵを失ったかどうかを検出し、過度の再整列遅延を回避する必要がある。簡単に言えば、受信側は、受信されていないＲＬＣ ＰＤＵを一定時間に待ち、一定時間を経過してから待受けない。再整列タイマーｔ_Ｒｅｏｒｄｅｒｉｎｇは、まだ受信されていないＰＤＵを待機する時間を決定する。各ＵＭエンティティが1つのｔ_Ｒｅｏｒｄｅｒｉｎｇのみがある。このタイマーを使用する目的は、あるＲＬＣ ＰＤＵがＭＡＣ層で失われたかどうかを検出することであり、ＰＤＵがｔ_Ｒｅｏｒｄｅｒｉｎｇで指定された時間内に受信されない場合、受信側はＰＤＵが失われたと見なし、ＵＭエンティティは失われたこれらのＰＤＵを受信しない。
【００５５】
図２に示すように、ＭＡＣ層のＨＡＲＱ処理により、ＲＬＣ ＰＤＵは、ＰＤＵ８、ＰＤＵ６、およびＰＤＵ９の順に受信側のＲＬＣ層に到達する。この時、受信側は受信したＰＤＵを再整列し、ＰＤＵ６、ＰＤＵ８、ＰＤＵ９の順にＰＤＵを受信バッファーに保存する。受信側は、ＰＤＵ ８を受信すると、タイマーｔ_Ｒｅｏｒｄｅｒｉｎｇを起動する。タイマーがタイムアウトする前にＰＤＵ７が受信されていない場合、受信側はＰＤＵ７が失われたと見なす。受信側がＲＬＣ ＳＤＵを再構築する時、ＰＤＵ7の損失により、ＳＤＵ１６およびＳＤＵ１７の一部のセグメント化が失われるため、完全なＳＤＵ１６およびＳＤＵ１７を再構築できないため、ＳＤＵ１６およびＳＤＵ１７の受信セグメントは廃棄される。ＳＤＵ１５およびＳＤＵ１８は完全に受信され、ＰＤＣＰレイヤーに配信される。 ＳＤＵ１９の受信されたセグメントは、ＳＤＵ１９のすべてのセグメントが受信されるまで、受信バッファに保存される（最終的に廃棄される可能性がある）。
【００５６】
画像処理に関して、プロトコルには、フレーム内符号化フレーム（Ｉフレーム）、前方向予測符号化フレーム（Ｐフレーム）、双方向予測補間符号化フレーム（Ｂフレーム）の３種類のフレームが定義されている。Ｉフレームは通常、各画像グループ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ：ＧＯＰ）の最初のフレームで、適度の圧縮の後、ランダムアクセスの基準点として使用され、画像とする。Ｉフレームは、画像の圧縮されたものと見なすことができ、ビデオ圧縮解除アルゴリズムによって1つの完全な画像として圧縮解除できる。Ｐフレームは、予測フレームとも呼ばれ、画像シーケンス内の以前にエンコードされたフレームの下にある時間冗長情報に対して、送信データの量を十分に圧縮するコード化画像であり、完全な画像を生成するには、その前のＩフレームまたはＢフレームを参照する必要がある。Ｂフレームは、ソース画像シーケンスの前にあるエンコードされたフレームと、ソース画像シーケンスに続くエンコードされたフレーム間の時間冗長情報の両方を考慮して、送信されるデータの量を圧縮するコード画像であり、双方向予測フレームとも呼ばれる。
【００５７】
従来の技術案では、どの種類のフレームが同じ無線ベアラーに属していても、すなわち、Ｉフレーム、Ｐフレーム、および/またはＢフレームはすべて同じＲＬＣエンティティによって処理され、再整列メカニズムも同じであり、異なるフレーム間の優先レベル、すなわち重要度によって異なるため、異なるフレームに対して、異なる再整列メカニズムを採用する必要がある。
【００５８】
なお、上記の説明は様々なフレームタイプに基づいており、本願の実施例の技術的解決策はそれに限定されない。
【００５９】
図３は本願の実施例における無線通信方法１００のブロック図を示す。図３に示すように、当該方法１００は、Ｓ１１０〜Ｓ１３０を含む。
【００６０】
Ｓ１１０において、受信側は、第１のプロトコルデータユニットＰＤＵと第２のＰＤＵとの間で少なくとも１つのＰＤＵが受信しないと確定する。
【００６１】
Ｓ１２０において、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定する。
【００６２】
Ｓ１３０において、当該受信側は、当該タイマーを起動し、当該ターゲット期間に当該少なくとも１つのＰＤＵの各ＰＤＵを待ち受ける。
【００６３】
まず、次の点を説明する必要がある。
【００６４】
第一に、本願の実施例の解決策は、ダウンリンクおよびアップリンクの両方に適用可能である。すなわち、受信側は端末デバイスまたはネットワークデバイスであっても良い。
【００６５】
第二に、ネットワークデバイスはいくつかの異なる期間で構成できる。具体的には、ネットワークデバイスは、異なるデータタイプに対応する期間を設定できる。上記のフレームタイプを例とし、Ｉフレームの設定時間は１００ｍｓ、Ｐフレームの設定時間は５０ｍｓであり、すなわち、ＩフレームＰＤＵが失われた場合、１００ｍｓ以内に当該ＩフレームＰＤＵを待ち受け、ＰフレームＰＤＵが失われた場合、５０ｍｓ以内に当該ＰフレームＰＤＵを待ち受ける。
【００６６】
第三に、受信側は、２つの隣接するＰＤＵのＳＮに従って、この間にＰＤＵ損失があるかどうかを判断できる。選択可能で、１つのＰＤＵまたは複数のＰＤＵを失う可能性がある。２つの隣接するＰＤＵは、受信側の関連変数で表すことができる。具体的には、受信側のＲＬＣエンティティは、ＶＲ（ＵＲ）などの２つの変数を維持する必要があり、再整列を待機している最も古いＰＤＵのシーケンス番号を記録する。ＶＲ（ＵＸ）として、再整列タイマーをトリガーしたＰＤＵの次のＰＤＵのシーケンス番号を記録する。タイマーが起動すると、ＶＲ（ＵＲ）およびＶＲ（ＵＸ）は、現在のタイマーに対応するシリアル番号の範囲内の上限と下限をそれぞれ記録する。すなわち、これらの２つの変数間のＰＤＵは、タイマーが終了した後、再整列中である。
【００６７】
第四に、本願の実施例において提案されるＰＤＵのデータタイプは、上述の様々なフレームタイプであってもよく、異なるサービスタイプの下でのデータであってもよい。たとえば、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ−Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスの重要性が高くなる可能性があるため、受信側は当該サービス下のデータに対してより長いタイマーを構成できる。Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＥＭＢＢ）サービスは一般的であり、受信側はサービス中のデータの期間を短くしてタイマーを構成できる。
【００６８】
第五に、なお、本願の実施例において、当該少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定することは、当該少なくとも１つのＰＤＵ内の一部のＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定しても良いし、当該少なくとも１つのＰＤＵ内の全てのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定しても良い。
【００６９】
第六に、受信側は、２つのＰＤＵ間のシリアル番号の不連続性に従って、この間で１つ以上のＰＤＵが受信されていないと判断することができる。図２の例に示すように、受信側は、ＰＤＵ６の受信後にＰＤＵ８を受信し、ＰＤＵ６とＰＤＵ８の間のシリアル番号は連続しておらず、受信側は、ＰＤＵ７が失われ、すなわちＰＤＵ７が受信されていないと判断できる。
【００７０】
第七に、受信側はタイマーを起動し、当該ターゲット期間内に少なくとも1つのＰＤＵの各ＰＤＵを待ち受ける。少なくとも1つのＰＤＵの各PDUについて、受信側は、タイマーを起動した後、ターゲット期間を待機し、少なくとも1つのＰＤＵのあるＰＤＵがターゲット期間内に受信された場合、ＰＤＵは正しく受信され、少なくとも1つのＰＤＵのあるＰＤＵがターゲット期間内に受信されない場合、受信側は当該ＰＤＵが失われたと判断し、受信側は当該ＰＤＵに関連するＳＤＵの他のデータパケットを破棄してもよい。
【００７１】
そして、本願の実施例における無線通信方法によって、受信側は、損失ＰＤＵのデータタイプに応じてタイマーの期間を選択して、無線通信の柔軟性を向上させることができる。
【００７２】
任意選択で、本願の実施例において、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定することは、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じて、予め設定された複数の期間から当該タイマーのターゲット期間を確定することを含む。
【００７３】
上記の第２のように述べたように、ネットワークデバイスは複数の異なる期間を予め構成でき、受信側はタイマーのターゲット期間として複数の期間から1つを選択できる。受信側が端末デバイスであり、送信側がネットワークデバイスである場合、ネットワークデバイスは予め構成された複数の期間を端末デバイスに送信でき、端末デバイスは未受信のＰＤＵのデータタイプに従って、１つのターゲット期間をさらに選択できる。 受信側がネットワークデバイスであり、送信側は端末デバイスである場合、ネットワークデバイスは複数の期間を予め構成された後に端末デバイスに送信する必要がなく、この当該複数の期間は、ネットワークデバイスが未受信のＰＤＵのデータタイプから、タイマーのターゲット期間を決定するものである。
【００７４】
任意選択で、本願の実施例において、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定することは、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じて、予め設定された複数の期間から当該タイマーのターゲット期間を確定することを含む。
【００７５】
任意選択で、本願の実施例において、当該方法は、さらに、当該受信側は、当該少なくとも１つのＰＤＵが第１のデータタイプのＰＤＵ及び第２のデータタイプのＰＤＵを含むと確定することを含み、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じてタイマーのターゲット期間を確定することは、当該受信側は、当該第１のデータタイプに対応する期間を当該タイマーのターゲット期間として確定することを含む。
【００７６】
任意選択で、前記方法は、さらに、前記受信側は、前記少なくとも１つのＰＤＵの各ＰＤＵのデータタイプが第２のデータタイプであると確定することを含み、前記受信側は、前記少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定することは、前記受信側は、前記第２のデータタイプに対応する期間を前記タイマーのターゲット期間として確定することを含む。
【００７７】
具体的には、受信側は、受信されていない少なくとも1つのＰＤＵに複数のデータタイプのＰＤＵが含まれていると判断する場合、あるデータタイプに対応する期間を当該少なくとも１つのＰＤＵのタイマーの期間として使用できる。例えば、少なくとも１つのＰＤＵがＩフレームとＰフレームを含む場合、受信側は、Ｉフレームに対応する期間をタイマーの期間として直接決定してもよい。または、当該少なくとも１つのＰＤＵのデータタイプが同じタイプのＰＤＵである場合、受信側は、そのタイプに対応する期間を少なくとも１つのＰＤＵのタイマーの期間として直接としてもよい。
【００７８】
任意選択で、本願の実施例において、受信側は、ある２つのＰＤＵの間に異なる複数のデータタイプのＰＤＵがあると確定する場合、複数のデータタイプ内のデータタイプに対応する期間の最も長い期間をタイマーの期間とすることができる。
【００７９】
具体的には、ネットワークデバイスは、多種のデータタイプに対応する期間を予め設定できる。上記のフレームタイプを例とし、ネットワークデバイスは、Ｉフレームに１００ｍｓ、Ｐフレームに５０ｍｓ、Ｂフレームに２５ｍｓを設定できる。そして、受信側（ネットワークデバイスまたは端末デバイス）は、未受信ＰＤＵに１つのIフレームがある確定し、他のフレームタイプのＰＤＵが受信しないことにもかかわらず、ＰＤＵのタイマー期間は１００ｍｓに設定されている。受信側は、受信されていない少なくとも1つのＰＤＵが同じタイプであると確定する場合、受信されていない少なくとも1つのＰＤＵのタイマー期間をこのタイプに対応する期間に直接設定できる。たとえば、受信側は、すべての未受信ＰＤＵがＰフレームであると確定する場合、受信されていない少なくとも1つのＰＤＵのタイマー期間を５０ｍｓに直接設定できる。
【００８０】
上記の説明は、受信されない少なくとも１つのＰＤＵが２つのデータタイプのＰＤＵを含む場合に基づいており、本願の実施例における少なくとも１つのＰＤＵは、３つ以上のデータタイプなどのＰＤＵであってもよく、同様、３つ以上のデータタイプの期間の最も長い期間を、少なくとも１つのＰＤＵのタイマーの期間として使用されてもよい。
【００８１】
任意選択で、本願の実施例において、当該第１のＰＤＵ、当該第２のＰＤＵ和当該少なくとも１つのＰＤＵの各ＰＤＵ均のいずれも指示フィールドが搬送され、当該指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、当該自分のＰＤＵのデータタイプと異なるＰＤＵは、当該自分のＰＤＵの前に送信された当該自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、当該方法は、さらに、当該受信側は、当該第２のＰＤＵに搬送される指示フィールドに応じて、当該少なくとも１つのＰＤＵのデータタイプを確定することを含む。
【００８２】
送信側がＰＤＵを受信側に送信すると、通常は、当該ＰＤＵのデータタイプが搬送され、各ＰＤＵがそれ自分のデータタイプとは異なる最も近いＰＤＵの位置も搬送される場合、受信側は、少なくとも１つのＰＤＵが受信されないと確定されたＰＤＵを受信した後、当該ＰＤＵに搬送される、自分のデータタイプと異なる最も近いＰＤＵの位置に従って、少なくとも１つのＰＤＵのデータタイプが決定されてもよい。たとえば、当該ＰＤＵの指示に従って、自分のシリアル番号に最も近く、データタイプが相異するＰＤＵの位置が第１のＰＤＵと第２のＰＤＵの以外であると判断された場合、受信側は、当該少なくとも1つのＰＤＵの全てのデータタイプが第２のＰＤＵのデータタイプと同じであると判断でき、当該第２のＰＤＵのデータタイプに対応する期間は、当該少なくとも１つのＰＤＵのタイマーの期間として決定されてもよい。当該ＰＤＵの指示に従って、自分のシリアル番号と最も近く、データタイプが相異するＰＤＵの位置が第１のＰＤＵと第２のＰＤＵの間にあると判断された場合、受信側は、当該少なくとも1つのＰＤＵのデータタイプが、少なくとも第２のＰＤＵのデータタイプと、第２のＰＤＵのデータタイプとは異なるデータタイプとを含み、第２のＰＤＵのデータタイプまたは第２のＰＤＵとは異なるデータタイプに対応する期間を、当該少なくとも1つのＰＤＵのタイマーのターゲット期間として決定されても良い。
【００８３】
任意選択で、送信側は、送信する各ＰＤＵにＲＬＣ ｈｅａｄｅｒ ｆｉｅｌｄの追加の値を設定できる。このｆｉｅｌｄは、自分のＰＤＵの前にあるＰＤＵが自分のＰＤＵデータタイプと異なるＰＤＵであることを示す。送信側は、ＲＬＣ ＰＤＵを送信するとき、当該ｆｉｅｌｄの値をＲＬＣ ＰＤＵに含まれ、ある方法として、ＲＬＣ ｈｅａｄｅｒに入れ、例えば、１つのバイトであり、０から２５５までの距離を示す。
【００８４】
任意選択で、本願の実施例において、受信側が以上のように確定した、受信しないＰＤＵのデータタイプが２つ以上の種類のデータタイプを含む場合、受信側は、当該確定した多種のデータタイプ内のあるデータタイプに対応する最大期間を当該受信しないＰＤＵのタイマーの期間として確定することができる。
【００８５】
任意選択で、本願の実施例において、当該指示フィールドは、自分のＰＤＵのデータタイプ優先レベルより高く、且つ自分のＰＤＵに最も近いＰＤＵの位置を示し、この場合、受信側は、当該少なくとも１つのＰＤＵのタイマーの期間を優先レベルの最高であるデータタイプに対応する期間として確定することができる。
【００８６】
以下、データタイプがＰフレームとＩフレームの場合も説明する。具体的には、図４に示すように、受信側は、ＰＤＵ１、２、３、８および９を受信し、ＶＲ（ＵＲ）およびＶＲ（ＵＸ）に従って、ＰＤＵ４、ＰＤＵ５、ＰＤＵ６およびＰＤＵ７が受信しないと確定する。ネットワークデバイスがIフレームに対応する期間を１００ｍｓ、Ｐフレームに対応する期間を５０ｍｓとして予め設定する場合、受信側は、ＰＤＵ８のＲＬＣ ｈｅａｄｅｒを介して、ＶＲ（ＵＲ）とＶＲ（ＵＸ）の間に少なくともＩフレームがあると判断し、ｔ−Ｒｅｏｒｄｅｒｉｎｇを起動し、１００ｍｓの値を使用する。また、図５に示すように、ＰＤＵ１、４が受信され、受信側は、ＰＤＵ４のＲＬＣ ｈｅａｄｅｒを介して、ＶＲ（ＵＲ）とＶＲ（ＵＸ）の間にIフレームがないと判断し、ｔ−Ｒｅｏｒｄｅｒｉｎｇを起動し５０ｍｓの値を使用する。
【００８７】
任意選択で、本願の実施例において、送信側は、ＰＤＵを送信する前に、次に送信する複数のＰＤＵのデータタイプを受信側に通知しても良く、受信側は、少なくとも１つのＰＤＵが受信しないと確定する場合、当該少なくとも１つのＰＤＵのシリアル番号に応じて、送信側からの連続した複数のＰＤＵのデータタイプを参照し、当該少なくとも１つのＰＤＵ内の各ＰＤＵのデータタイプを確定することができる。たとえば、送信側は、１０個のＰＤＵごとに１０個のＰＤＵのデータタイプを受信側に送信し、受信側は、ＰＤＵ４〜ＰＤＵ６が受信されていないと判断した後、前の送信側が送信した１０個のＰＤＵのデータタイプに従って、ＰＤＵ４〜ＰＤＵ６のデータタイプを決定する。
【００８８】
任意選択で、本願の実施例において、当該受信側は端末デバイスであり、当該方法は、さらに、
当該端末デバイスは、ネットワークデバイスにより送信された当該複数の期間を受信することを含む。
【００８９】
任意選択で、本願の実施例において、当該方法は、さらに、当該タイマーがタイムアウトする場合、当該受信側は、当該ターゲット期間に受信された当該少なくとも１つのＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【００９０】
上述のネットワークデバイスは、複数のデータタイプに対応する期間を端末デバイスに構成し、複数の期間を端末デバイスに送信してもよい。さらに、ネットワークデバイスは、端末デバイスにデフォルトの期間を示すことができる。すなわち、本発明の実施例の技術的解決策が採用されない場合、受信端は、デフォルトでタイマーの持続時間としてネットワークデバイスによって選択された持続時間を使用してもよい。
【００９１】
なお、上述の受信側の解決策は、端末装置とネットワーク装置の両方に適用可能であり、本願のこの実施例では限定されない。
【００９２】
図６は本願の実施例における無線通信方法２００のブロック図を示す。図６に示すように、当該方法２００は、Ｓ２１０〜Ｓ２３０を含む。
【００９３】
Ｓ２１０において、受信側は、第１のプロトコルデータユニットＰＤＵと第２のＰＤＵの間で多種のデータタイプの複数のＰＤＵが受信しないと確定する。
【００９４】
Ｓ２２０において、当該受信側は、当該少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定し、複数のタイマーが複数のデータタイプに１対１に対応する。
【００９５】
Ｓ２３０において、当該受信側は、当該複数のタイマーを同時に起動し、当該複数のタイマーの期間に当該複数のＰＤＵを待ち受ける。
【００９６】
具体的には、第１のＰＤＵと第２のＰＤＵとの間で複数のタイプのＰＤＵが受信されない場合、受信側は、複数のデータタイプに１対１に対応するタイマーを設定し、同時に複数のタイマーを起動し、各タイマーの期間内に、対応するデータタイプのＰＤＵを待ち受ける。
【００９７】
同様に、以下では、失われたＰＤＵのデータタイプがＩフレームとＰフレームである場合について説明する。ネットワークデバイスによって予め設定されるＩフレームに対応する期間は１００ｍｓであり、Ｐフレームに対応する持続時間は５０ｍｓであると仮定される。以下は、以下の場合における本願の実施例の解決策を説明する。
【００９８】
１、受信側は、５０ｍｓ以内に第１のＰＤＵと第２のＰＤＵの間のすべての失われたＰＤＵを受信したと判断し、５０ｍｓタイマーと１００ｍｓタイマーをすぐに終了できる。
【００９９】
２、受信側は、５０ｍｓ以内にデータタイプがＰフレームであるすべてのＰＤＵを受信し、さらに、５０ｍｓ〜１００ｍｓの間でデータタイプがＩフレームであるすべてのＰＤＵを受信したと判断し、１００ｍｓタイマーをすぐに終了できる。
【０１００】
３、受信側は、データタイプがＩフレームであるすべてのＰＤＵが５０ｍｓ以内に受信したと判断し、１００ｍｓタイマーをすぐに終了でき、データタイプがＰフレームであるすべてのＰＤＵが５０ｍｓ以内に受信しないと判断し、５０ｍｓタイマーがタイムアウトする。
【０１０１】
４、受信側は、データタイプＰフレームのすべてのＰＤＵが５０ｍｓ以内に受信されず、データタイプIフレームのすべてのＰＤＵが受信されず、５０ｍｓ〜１００ｍｓ以内にデータタイプＰフレームのＰＤＵを受信しデータタイプIフレームのＰＤＵを受信しないと判断する場合、５０ｍｓタイマーと１００ｍｓタイマーの両方がタイムアウトしたと見なすことができるが、５０ｍｓ〜１００ｍｓ以内に受信したＰフレームのＰＤＵは有効である。受信側は、５０ｍｓから１００ｍｓ以内にIフレームのすべてのＰＤＵを受信したが、すべてのＰフレームのＰＤＵを受信しなかった場合、すぐに１００ｍｓタイマーを停止し、IフレームのすべてのＰＤＵを受信する前に、受信したすべてのＰフレームのＰＤＵが有効である。
【０１０２】
そして、本願の実施例における無線通信方法によって、受信側は、異なるデータタイプに対し、異なるタイマーを利用して、無線通信の柔軟性を向上させることができる。
【０１０３】
任意選択で、本願の実施例において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該方法は、さらに、当該第１のデータタイプに対応するタイマーがタイムアウトする場合、当該受信側は、当該第１のデータタイプに対応するタイマーの期間に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【０１０４】
任意選択で、本願の実施例において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該方法は、さらに、当該第２のデータタイプに対応するタイマーがタイムアウトし、且つ当該受信側が、当該第２のデータタイプに対応するタイマーがタイムアウトする前に当該複数のＰＤＵ内の第１のデータタイプの全てのＰＤＵを受信した場合、当該受信側は、当該第２のデータタイプに対応するタイマーの期間に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【０１０５】
任意選択で、本願の実施例において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該方法は、さらに、当該第２のデータタイプに対応するタイマーがタイムアウトし、且つ当該受信側が、当該第１のデータタイプに対応するタイマーがタイムアウトする前に当該複数のＰＤＵ内の第１のデータタイプの全てのＰＤＵを受信した場合、当該受信側は、当該第１のデータタイプに対応するタイマーが満了する前に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【０１０６】
任意選択で、本願の実施例において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該方法は、さらに、当該受信側は、当該第１のデータタイプに対応するタイマーがタイムアウトする前に当該複数のＰＤＵの全てのＰＤＵを受信した場合、当該第１のデータタイプに対応するタイマーが満了する前に、又は、当該第２のデータタイプに対応するタイマーが満了する前に受信した当該複数のＰＤＵをグループ化し再整列ウィンドウを更新することを含む。
【０１０７】
任意選択で、本願の実施例において、当該第１のデータタイプの優先レベルは、当該第２のデータタイプの優先レベルより高い。
【０１０８】
なお、上記の説明は、４つの可能な状況のみを例として取り上げて行われたが、本実施例はこれに限定されない。
【０１０９】
任意選択で、本願の実施例において、当該第１のＰＤＵ、当該第２のＰＤＵ及び当該複数のＰＤＵの各ＰＤＵのいずれも指示フィールドが搬送され、当該指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、当該自分のＰＤＵのデータタイプと異なるＰＤＵは、当該自分のＰＤＵの前に送信された当該自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、当該方法は、さらに、当該受信側は、当該第２のＰＤＵに搬送される指示フィールドに応じて、当該複数のＰＤＵのデータタイプを確定することを含む。
【０１１０】
任意選択で、本願の実施例において、当該多種のデータタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプのうちの少なくとも２つである。
【０１１１】
なお、方法２００における送信側と受信側との間の相互作用および関連する特徴、機能などは、方法１００における受信側の関連する特性および機能に対応する。簡潔にするために、ここで説明を省略する
図７は本願の実施例における無線通信方法３００のブロック図を示す。図７に示すように、当該方法３００は、Ｓ３１０を含む。
【０１１２】
Ｓ３１０において、送信側は受信側に複数のプロトコルデータユニットＰＤＵを送信し、当該複数のＰＤＵの各ＰＤＵは、指示フィールドを含み、当該指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、当該自分のＰＤＵのデータタイプと異なるＰＤＵは、当該自分のＰＤＵの前に送信された当該自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、これによって、当該受信側は、受信しない少なくとも１つのＰＤＵのデータタイプを確定し、当該複数のＰＤＵは、当該少なくとも１つのＰＤＵを含む。
【０１１３】
そして、本願の実施例における無線通信のための方法は、受信側が異なるデータタイプＰＤＵに対して異なるタイマーを選択するように、少なくとも1つのＰＤＵを決定するための指示情報を送信側に示すことにより、無線通信の柔軟性を向上させる。
【０１１４】
任意選択で、本願の実施例では、送信側は、複数のＰＤＵを送信する前に複数のＰＤＵのデータタイプを受信側にさらに送信し、受信側は、複数のＰＤＵのうちの少なくとも1つが受信しないと確定した後、受信されていない少なくとも1つのＰＤＵのデータタイプを判別できる。したがって、受信側は、決定されたデータタイプに従って、少なくとも1つのＰＤＵのタイマーの期間をさらに決定することができる。
【０１１５】
任意選択で、本願の実施例において、当該送信側はネットワークデバイスであり、当該受信側は端末デバイスであり、当該方法は、さらに、当該ネットワークデバイスが当該端末デバイスに複数の期間を送信することを含み、当該端末デバイスが当該少なくとも１つのＰＤＵのデータタイプに応じて当該複数の期間からタイマーのターゲット期間を確定するために、当該タイマーのターゲット期間は、当該端末デバイスが当該少なくとも１つのＰＤＵの各ＰＤＵを待ち受ける最長期間である。
【０１１６】
任意選択で、本願の実施例において、前記データタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプである。
【０１１７】
なお、送信側によって記述される送信側と受信側との間の送受信、および関連する特性、機能などは、受信端の関連する特性および機能に対応する。すなわち、どの情報が送信側から受信側に送信され、それに応じて受信側がどの情報を受信する。簡潔にするために、ここでは説明を省略する。
【０１１８】
なお、本願の様々な実施例では、上記のプロセスのシーケンス番号のサイズは実行の順序を意味せず、各プロセスの実行の順序はその機能と内部ロジックによって決定されるべきであり、本願の実施に制限されない。
【０１１９】
図８は本願の実施例における無線通信装置４００のブロック図を示す。図８に示すように、当該装置４００は、第１の確定ユニット４１０、第２の確定ユニット４２０及び待受けユニット４３０を含む。
【０１２０】
第１の確定ユニット４１０は、第１のプロトコルデータユニットＰＤＵと第２のＰＤＵとの間で少なくとも１つのＰＤＵを受信しないと確定するように構成される。
【０１２１】
第２の確定ユニット４２０は、前記少なくとも１つのＰＤＵのデータタイプに応じて、タイマーのターゲット期間を確定するように構成される。
【０１２２】
待受けユニット４３０は、前記タイマーを起動し、前記ターゲット期間に前記少なくとも１つのＰＤＵを待ち受けるように構成される。
【０１２３】
そして、本願の実施例における無線通信装置は、損失ＰＤＵのデータタイプに応じてタイマーの期間を選択して、無線通信の柔軟性を向上させることができる。
【０１２４】
任意選択で、本願の実施例において、前記第２の確定ユニット４２０は、
前記少なくとも１つのＰＤＵのデータタイプに応じて、予め設定された複数の期間から前記タイマーのターゲット期間を確定するように構成される。
【０１２５】
任意選択で、本願の実施例において、前記装置は、さらに、第３の確定ユニットを含み、
第３の確定ユニットは、前記少なくとも１つのＰＤＵが第１のデータタイプのＰＤＵ及び第２のデータタイプのＰＤＵを含むと確定するように構成される。
【０１２６】
前記第２の確定ユニット４２０は、
前記第１のデータタイプに対応する期間を前記タイマーのターゲット期間として確定するように構成される。
【０１２７】
任意選択で、本願の実施例において、前記装置は、さらに、第３の確定ユニットを含み、
第３の確定ユニットは、前記少なくとも１つのＰＤＵの各ＰＤＵのデータタイプが第２のデータタイプであると確定するように構成され、
前記第２の確定ユニット４２０は、
前記第２のデータタイプに対応する期間を前記タイマーのターゲット期間として確定するように構成される。
【０１２８】
任意選択で、本願の実施例において、前記第１のデータタイプの優先レベルが前記第２のデータタイプより高く、前記第１のデータタイプに対応する期間が前記第２のデータタイプに対応する期間より大きい。
【０１２９】
任意選択で、本願の実施例において、前記第１のＰＤＵ、前記第２のＰＤＵ及び前記少なくとも１つのＰＤＵの各ＰＤＵのいずれも指示フィールドが搬送され、前記指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、前記自分のＰＤＵのデータタイプと異なるＰＤＵは、前記自分のＰＤＵの前に送信された、前記自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、前記装置は、さらに、第４の確定ユニットを含み、
第４の確定ユニットは、前記第２のＰＤＵに搬送される指示フィールドに応じて、前記少なくとも１つのＰＤＵのデータタイプを確定するように構成される。
【０１３０】
任意選択で、本願の実施例において、前記装置が端末デバイスであり、前記装置４００は、さらに、受信ユニットを含み、
受信ユニットは、ネットワークデバイスにより送信された前記複数の期間を受信するように構成される。
【０１３１】
任意選択で、本願の実施例において、前記データタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプである。
【０１３２】
任意選択で、本願の実施例において、前記装置４００は、さらに、前記タイマーがタイムアウトする場合、前記ターゲット期間に受信された前記少なくとも１つのＰＤＵをグループ化し再整列ウィンドウを更新するように構成される処理ユニットを含む。
【０１３３】
なお、本願の実施例による無線通信装置４００は、本願の方法の実施例における受信側に対応してもよく、装置４００内の各ユニットの上記および他の動作および/または機能は、図３〜図５に示される方法１００における端末デバイスに対応するプロセスを実行し、簡潔にするためにここでは説明を省略する。
【０１３４】
図９は本願の実施例における無線通信装置５００のブロック図を示す。図９に示すように、当該装置５００は、第１の確定ユニット５１０、第２の確定ユニット５２０及び待受けユニット５３０を含む。
【０１３５】
第１の確定ユニット５１０は、第１のプロトコルデータユニットＰＤＵと第２のＰＤＵとの間で多種のデータタイプの複数のＰＤＵが受信しないと確定するように構成される。
【０１３６】
第２の確定ユニット５２０は、当該多種のデータタイプに応じて、当該多種のデータタイプに１対１に対応する複数のタイマーの期間を確定するように構成される。
【０１３７】
待受けユニット５３０は、当該複数のタイマーを同時に起動し、当該複数のタイマーの期間に当該複数のＰＤＵを待ち受けるように構成される。
【０１３８】
任意選択で、本願の実施例において、当該多種のデータタイプは、第１のデータタイプ及び第２のデータタイプを含み、当該第１のデータタイプに対応するタイマーの期間は、当該第２のデータタイプに対応するタイマーの期間より大きく、当該装置は、さらに、当該第１のデータタイプに対応するタイマーがタイムアウトし、当該第１のデータタイプに対応するタイマーの期間に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新するように構成される処理ユニットを含む。
【０１３９】
任意選択で、本願の実施例において、当該処理ユニットは、さらに、当該第２のデータタイプに対応するタイマーがタイムアウトし、且つ当該装置が、当該第２のデータタイプに対応するタイマーがタイムアウトする前に当該複数のＰＤＵの第１のデータタイプの全てのＰＤＵを受信する場合、当該第２のデータタイプに対応するタイマーの期間に受信された当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新するように構成される。
【０１４０】
任意選択で、本願の実施例において、当該処理ユニットは、さらに、当該第２のデータタイプに対応するタイマーがタイムアウトし、且つ当該装置が、当該第１のデータタイプに対応するタイマーがタイムアウトする前に当該複数のＰＤＵの第１のデータタイプの全てのＰＤＵを受信した場合、当該第１のデータタイプに対応するタイマーが満了する前に受信した当該複数のＰＤＵ内の全てのＰＤＵをグループ化し再整列ウィンドウを更新するように構成される。
【０１４１】
任意選択で、本願の実施例において、当該第１のデータタイプの優先レベルは、当該第２のデータタイプの優先レベルより高い。
【０１４２】
任意選択で、本願の実施例において、当該第１のＰＤＵ、当該第２のＰＤＵ及び当該複数のＰＤＵの各ＰＤＵのいずれも指示フィールドが搬送され、当該指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、当該自分のＰＤＵのデータタイプと異なるＰＤＵは、当該自分のＰＤＵの前に送信された当該自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、当該装置５００は、さらに、当該第２のＰＤＵに搬送される指示フィールドに応じて、当該複数のデータタイプを確定するように構成される第３の確定ユニットを含む。
【０１４３】
任意選択で、本願の実施例において、当該多種のデータタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプのうちの少なくとも２つである。
【０１４４】
なお、本願の実施例による無線通信装置５００は、本願の方法の実施例における送信側に対応してもよく、装置５００内の各ユニットの上記および他の動作および/または機能は、図６に示される方法２００における端末デバイスに対応するプロセスを実行し、簡潔にするためにここでは説明を省略する。
【０１４５】
図１０は本願の実施例における無線通信装置６００のブロック図を示す。図１０に示すように、当該装置６００は、第１の送信ユニット６１０を含む。
【０１４６】
第１の送信ユニット６１０は、受信側に複数のプロトコルデータユニットＰＤＵを送信するように構成され、前記複数のＰＤＵの各ＰＤＵは、指示フィールドを含み、前記指示フィールドは、自分のＰＤＵのデータタイプと異なるＰＤＵの位置を示し、前記自分のＰＤＵのデータタイプと異なるＰＤＵは、前記自分のＰＤＵの前に送信された、前記自分のＰＤＵのシリアル番号に最も近いＰＤＵであり、これによって、前記受信側が受信しない少なくとも１つのＰＤＵのデータタイプを確定し、前記複数のＰＤＵは、前記少なくとも１つのＰＤＵを含む。
【０１４７】
そして、本願の実施例における無線通信装置は、受信側が異なるデータタイプＰＤＵに対して異なるタイマーを選択するように、少なくとも1つのＰＤＵを決定するための指示情報を送信側に示すことにより、無線通信の柔軟性を向上させる。
【０１４８】
任意選択で、本願の実施例において、前記装置はネットワークデバイスであり、前記受信側は端末デバイスであり、前記装置６００は、さらに、第２の送信ユニットを含み、
第２の送信ユニットは、前記端末デバイスが前記少なくとも１つのＰＤＵのデータタイプに応じて前記複数の期間からタイマーのターゲット期間を確定するために、前記端末デバイスに複数の期間を送信するように構成され、前記タイマーのターゲット期間は、前記端末デバイスが前記少なくとも１つのＰＤＵ内の各ＰＤＵを待ち受ける最長期間である。
【０１４９】
任意選択で、本願の実施例において、前記データタイプは、フレーム内符号化フレームタイプ、前方向予測符号化フレームタイプ、又は双方向予測補間符号化フレームタイプである。
【０１５０】
なお、本願の実施例による無線通信装置６００は、本願の方法の実施例における送信側に対応してもよく、装置６００内の各ユニットの上記および他の動作および/または機能は、図７に示される方法３００における端末デバイスに対応するプロセスを実行し、簡潔にするためにここでは説明を省略する。
【０１５１】
図１１に示されるように、本願の実施例は、図３の方法１００に対応する受信端の処理を実行するために使用され、図８のデバイス４００として、無線通信のためのデバイス７００をさらに提供する。当該装置７００は、入力インターフェース７１０、出力インターフェース７２０、プロセッサ７３０、およびメモリ７４０を含む。入力インターフェース７１０、出力インターフェース７２０、プロセッサ７３０、およびメモリ７４０は、バスシステムによって接続することができる。メモリ７４０は、プログラム、命令またはコードを格納するように構成される。 プロセッサ７３０は、メモリ７４０内のプログラム、命令、またはコードを実行して、入力インターフェース７１０を制御して信号を受信し、出力インターフェース７２０を制御して信号を送信し、前述の方法実施例の動作を行うように構成される。
【０１５２】
そして、本願の実施例における無線通信装置は、損失ＰＤＵのデータタイプに応じてタイマーの期間を選択して、無線通信の柔軟性を向上させることができる。
【０１５３】
本願の実施例では、プロセッサ７３０は中央処理装置（ＣＰＵ）であってもよく、プロセッサ７３０は他の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、プログラムゲートアレイまたはその他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント、汎用プロセッサ、マイクロプロセッサまたはプロセッサまたは任意の従来のプロセッサなどであっても良い。
【０１５４】
当該メモリ７４０は、読み取り専用メモリおよびランダムアクセスメモリを含むことができ、命令およびデータをプロセッサ７３０に提供する。 メモリ７４０の一部は、不揮発性ランダムアクセスメモリも含むことができる。例えば、メモリ７４０は、デバイスタイプ情報も保存することができる。
【０１５５】
実現プロセスにおいて、前述の方法の各ステップは、プロセッサ７３０内のハードウェアの統合論理回路、またはソフトウェアの形の命令によって完成され得る。 本願の実施例で開示される方法の内容は、ハードウェアプロセッサとして直接実装されてもよく、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリまたは電気的に消去可能なプログラマブルメモリ、レジスタなどの従来の記憶媒体に配置することができる。記憶媒体はメモリ７４０に配置され、プロセッサ７３０はメモリ７４０の情報を読み取り、そのハードウェアを組み合わせて上記の方法の内容を実行する。繰り返しを避けるため、ここでは説明を省略する。
【０１５６】
具体的な実施例において、装置４００の第１の確定ユニット４１０、第２の確定ユニット４２０、待ち受けユニット４３０、第３の確定ユニット、第４の確定ユニット、および再整列ユニットは、図１１のプロセッサ７３０によって実現され、装置４００内の受信ユニットは、図１１の入力インターフェース７１０により実現される。
【０１５７】
図１２に示されるように、本願の実施例は、図６の方法２００に対応する受信側の処理を実行するために使用され、図９のデバイス５００として、無線通信装置８００をさらに提供する。当該装置８００は、入力インターフェース８１０、出力インターフェース８２０、プロセッサ８３０、およびメモリ８４０を含む。入力インターフェース８１０、出力インターフェース８２０、プロセッサ８３０、およびメモリ８４０は、バスシステムによって接続することができる。 メモリ８４０は、プログラム、命令またはコードを格納するように構成される。 プロセッサ８３０は、メモリ８４０内のプログラム、命令、またはコードを実行して、入力インターフェース８１０を制御して信号を受信し、出力インターフェース８２０を制御して信号を送信し、前述の方法実施例の動作を行うように構成される。
【０１５８】
そして、本願の実施例における無線通信装置は、異なるデータタイプのＰＤＵに対して、異なるタイマーの期間を選定し、無線通信の柔軟性を向上させる。
【０１５９】
本願の実施例では、プロセッサ８３０は中央処理装置（ＣＰＵ）であってもよく、プロセッサ８３０は他の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、プログラムゲートアレイまたはその他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント、汎用プロセッサ、マイクロプロセッサまたはプロセッサまたは任意の従来のプロセッサなどであっても良い。
【０１６０】
当該メモリ８４０は、読み取り専用メモリおよびランダムアクセスメモリを含むことができ、命令およびデータをプロセッサ８３０に提供する。メモリ８４０の一部は、不揮発性ランダムアクセスメモリも含むことができる。例えば、メモリ８４０は、デバイスタイプ情報も保存することができる
実現プロセスにおいて、前述の方法の各ステップは、プロセッサ８３０内のハードウェアの統合論理回路、またはソフトウェアの形の命令によって完成され得る。本願の実施例で開示される方法の内容は、ハードウェアプロセッサとして直接実装されてもよく、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリまたは電気的に消去可能なプログラマブルメモリ、レジスタなどの従来の記憶媒体に配置することができる。記憶媒体はメモリ８４０に配置され、プロセッサ８３０はメモリ８４０の情報を読み取り、そのハードウェアを組み合わせて上記の方法の内容を実行する。繰り返しを避けるため、ここでは説明を省略する。
【０１６１】
具体的な実施例において、装置５００の第１の確定ユニット５１０、第２の確定ユニット５２０、待ち受けユニット５３０、再整列ユニット及び第３の確定ユニットは、図１２の出力インターフェース８２０により実現される。
【０１６２】
図１３に示されるように、本願の実施例は、図７の方法３００に対応する送信側の処理を実行するために使用され、図１０のデバイス６００として、無線通信装置９００をさらに提供する。当該装置９００は、入力インターフェース９１０、出力インターフェース９２０、プロセッサ９３０、およびメモリ９４０を含む。入力インターフェース９１０、出力インターフェース９２０、プロセッサ９３０、およびメモリ９４０は、バスシステムによって接続することができる。メモリ９４０は、プログラム、命令またはコードを格納するように構成される。プロセッサ９３０は、メモリ９４０内のプログラム、命令、またはコードを実行して、入力インターフェース９１０を制御して信号を受信し、出力インターフェース９２０を制御して信号を送信し、前述の方法実施例の動作を行うように構成される。
【０１６３】
そして、本願の実施例における無線通信装置は、受信側が異なるデータタイプＰＤＵに対して異なるタイマーを選択するように、少なくとも1つのＰＤＵを決定するための指示情報を送信側に示すことにより、無線通信の柔軟性を向上させる。
【０１６４】
本願の実施例では、プロセッサ９３０は中央処理装置（ＣＰＵ）であってもよく、プロセッサ９３０は他の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、プログラムゲートアレイまたはその他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント、汎用プロセッサ、マイクロプロセッサまたはプロセッサまたは任意の従来のプロセッサなどであっても良い
当該メモリ９４０は、読み取り専用メモリおよびランダムアクセスメモリを含むことができ、命令およびデータをプロセッサ９３０に提供する。メモリ９４０の一部は、不揮発性ランダムアクセスメモリも含むことができる。例えば、メモリ９４０は、デバイスタイプ情報も保存することができる。
【０１６５】
実現プロセスにおいて、前述の方法の各ステップは、プロセッサ９３０内のハードウェアの統合論理回路、またはソフトウェアの形の命令によって完成され得る。 本願の実施例で開示される方法の内容は、ハードウェアプロセッサとして直接実装されてもよく、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリまたは電気的に消去可能なプログラマブルメモリ、レジスタなどの従来の記憶媒体に配置することができる。記憶媒体はメモリ９４０に配置され、プロセッサ９３０はメモリ９４０の情報を読み取り、そのハードウェアを組み合わせて上記の方法の内容を実行する。繰り返しを避けるため、ここでは説明を省略する。
【０１６６】
具体的な実施例において、装置６００の第１の送信ユニット６１０及び第２の送信ユニットは図１３の入力インタフェース９２０により実現される。
【０１６７】
本願の実施例は、命令を含む１つ以上のプログラムを記憶するコンピュータ可読記憶媒体をさらに提供し、これを実行されると、携帯電子機器は、図３、図６、または図７に示される実施例の方法を実行することができる。
【０１６８】
本願の実施例はまた、コンピュータプログラムを提案し、コンピュータプログラムは、コンピュータによって実行されるとき、図３、図６または図７に示される実施例の方法の対応するプロセスを実行することを可能にする命令を含む。
【０１６９】
本明細書に開示される実施例に関連して説明される様々な例の要素およびアルゴリズムステップは、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアの組み合わせで実装できることを当業者は理解するであろう。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、特定のアプリケーションとソリューションの設計上の制約に依存する。当業者は、特定のアプリケーションごとに説明された機能を実装するために異なる方法を使用することができるが、そのような実装は本願の範囲を超えると見なされるべきではない。
【０１７０】
当業者は、説明の便宜上および簡潔さのために、上記のシステム、デバイス、およびユニットの特定の作業プロセスは、前述の方法の実施例の対応するプロセスを参照できることを明確に理解でき、詳細は本明細書で再び説明されない。
【０１７１】
本願によって提供されるいくつかの実施例では、開示されたシステム、デバイス、および方法は、他の方法で実装され得ることを理解されたい。たとえば、上記のデバイスの実施例は単なる例示であり、たとえば、ユニットの分割は論理機能の分割にすぎない。実際の実装では、たとえば、複数のユニットまたはコンポーネントを組み合わせたり、別のシステムに統合するか、一部の機能を無視するか実行しないことができる。加えて、図示または議論される相互結合または直接結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接結合または通信接続であり得、電気的、機械的または他の形態であり得る。
【０１７２】
個別のコンポーネントとして説明されるユニットは、物理的に分離される場合とされない場合があり、ユニットとして表示されるコンポーネントは、物理ユニットである場合とそうでない場合がある。すなわち、1箇所に配置されるか、複数のネットワークユニットに分散される場合がある。ユニットのいくつかまたはすべては、実施例の解決策の目的を達成するための実際のニーズに従って選択されてもよい。
【０１７３】
さらに、本願の各実施例における各機能ユニットは、１つの処理ユニットに統合されてもよく、各ユニットは物理的に別々に存在してもよく、または２つ以上のユニットが１つのユニットに統合されてもよい。
【０１７４】
この機能は、ソフトウェア機能ユニットとして実装され、スタンドアロン製品として販売または使用される場合、コンピューターで読み取り可能な記憶媒体に保存できる。そのような理解に基づいて、先行技術に不可欠または貢献する本願の技術的解決策、または技術的解決策の一部は、以下を含む記憶媒体に格納されるソフトウェア製品の形で具現化され得る。命令は、本願の様々な実施例の方法のステップの全部または一部を実行するコンピューターデバイス（パーソナルコンピューター、サーバー、またはネットワークデバイスなどであってもよい）に使用される。前述の記憶媒体は、プログラムコードを記憶できるＵディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光ディスクなどを含む。
【０１７５】
上記は本願の特定の実施例にすぎないが、本願の保護範囲はそれに限定されず、当業者は本願に開示された技術的範囲内で変更または置換を容易に考えることができる。これは、このアプリケーションの保護範囲でカバーされる必要がある。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によって決定されるべきである。
【図１】
0006935509.tif 000002
【図２】
0006935509.tif 000003
【図３】
0006935509.tif 000004
【図４】
0006935509.tif 000005
【図５】
0006935509.tif 000006
【図６】
0006935509.tif 000007
【図７】
0006935509.tif 000008
【図８】
0006935509.tif 000009
【図９】
0006935509.tif 000010
【図１０】
0006935509.tif 000011
【図１１】
0006935509.tif 000012
【図１２】
0006935509.tif 000013
【図１３】
0006935509.tif 000014