JP6999704B2 - 無線リンク制御伝送方法及び関連製品 - Google Patents

無線リンク制御伝送方法及び関連製品 Download PDF

Info

Publication number
JP6999704B2
JP6999704B2 JP2019564968A JP2019564968A JP6999704B2 JP 6999704 B2 JP6999704 B2 JP 6999704B2 JP 2019564968 A JP2019564968 A JP 2019564968A JP 2019564968 A JP2019564968 A JP 2019564968A JP 6999704 B2 JP6999704 B2 JP 6999704B2
Authority
JP
Japan
Prior art keywords
domain
rlc
pdu
nack
pdus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019564968A
Other languages
English (en)
Other versions
JP2020526059A (ja
Inventor
タン、ハイ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2020526059A publication Critical patent/JP2020526059A/ja
Application granted granted Critical
Publication of JP6999704B2 publication Critical patent/JP6999704B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

本発明は通信技術分野に関し、特に無線リンク制御伝送方法及び関連製品に関する。
第５世代移動通信システム（５Ｇ：５ｔｈ－Ｇｅｎｅｒａｔｉｏｎ）ＮＲは、第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）組織により最近提出された課題である。新世代５Ｇ技術についての検討が深まるにつれて、後方互換性のため、通信システムは、後で研究した新技術に既に標準化された技術との互換性を持たせる傾向がある一方、第４世代移動通信システム（４Ｇ：ｔｈｅ ４ｔｈ Ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）ＬＴＥに数多くの従来の設計があるため、互換性を実現するために、５Ｇの柔軟性を犠牲にしなければならず、それによって性能を低下させてしまう。従って、現在、３ＧＰＰ組織において２つの方向への研究が並行されており、従来技術との互換性を考慮しない技術検討グループは５Ｇ ＮＲと称される。
ＬＴＥシステムにおいて、無線インターフェースのプロトコルスタックには無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層プロトコルが含まれ、該ＲＬＣ層プロトコルの主な機能が、受け取った上位層のパケットに対して分割・再構成を行い、それによって分割・再構成後のパケットを無線インターフェースの実際の伝送に使えるようにし、且つノーミスで伝送する必要がある無線ベアラ（ＲＢ：Ｒａｄｉｏ Ｂｅａｒｅｒ）に対して、ＲＬＣ層プロトコルは再送信メカニズムによって紛失したパケットを回復することもでき、各無線ベアラＲＢが複数のＲＬＣエンティティに対応することが可能である。
ＬＴＥ無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層プロトコルは下記のように定めており、即ち、現行のＲＬＣの肯定応答モード（ＡＭ）の再送信フィードバックメカニズムにおいて、送信側のＲＬＣエンティティがプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を伝送する際に各ＰＤＵに１つのシーケンス番号（ＳＮ：ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）を設定し、送信側のＲＬＣエンティティがこのシーケンス番号に基づいてＰＤＵを送信するとともに、送信側のＲＬＣエンティティが、受信側のＲＬＣエンティティが所定のフォーマットで受信状態をフィードバックするように設定し、受信側のＲＬＣエンティティが、状態レポート（すなわち、状態ＳＴＡＴＵＳ ＰＤＵ）によって、送信側のＲＬＣエンティティの成功に受信したＰＤＵ最大のシーケンス番号及び受信に失敗したＰＤＵのシーケンス番号を告知する。送信側のＲＬＣエンティティが状態レポートに基づいてどのＰＤＵを再送信するかを決定する。
従来のＮＲ ＲＬＣ検討において、ＲＬＣエンティティの機能は基本的にＬＴＥ ＲＬＣに基づいて最適化されており、ＬＴＥ ＲＬＣ（ＬＴＥ ＲＬＣプロトコルにおいて、ＰＤＵがサービスデータユニット（ＳＤＵ）のＲＬＣを搬送するために用いられ、ＳＤＵが分割（ｓｅｇｍｅｎｔａｔｉｏｎ）又は連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）されてから、ＰＤＵに充填され、すなわち、ＳＤＵがカプセル化された後に、ＰＤＵになる）に比べて、ＮＲ ＲＬＣ（非肯定応答モード（ＵＭ）モード及びＡＭモード）は、ＳＤＵの連結機能をサポートしなくなるが、ＳＤＵの分割機能が残っている。これによって、このＮＲ ＲＬＣ ＰＤＵが図１Ａに示される４つの状況を含むことを意味する。ｃａｓｅ１）、１つのＲＬＣ ＰＤＵが一つだけの完全なＲＬＣ ＳＤＵを含む。ｃａｓｅ２）、１つのＲＬＣ ＰＤＵが一つだけのＲＬＣ ＳＤＵ分割セグメントを含み、該分割セグメントが分割されたＲＬＣ ＳＤＵの前部に位置する。ｃａｓｅ３）、１つのＲＬＣ ＰＤＵが１つのＲＬＣ ＳＤＵ分割セグメントを含み、該分割セグメントが分割されたＲＬＣ ＳＤＵの中央に位置する。ｃａｓｅ４）、１つのＲＬＣ ＰＤＵが１つのＲＬＣ ＳＤＵ分割セグメントを含み、該分割セグメントが分割されたＲＬＣ ＳＤＵの後部に位置する。
ＮＲ ＲＬＣ連結機能の放棄は、各ＲＬＣ ＰＤＵが最大１つのＲＬＣ ＳＤＵ（ｃａｓｅ１）、又は一部のＲＬＣ ＳＤＵ（ｃａｓｅ２、３、４）、又は１つのＲＬＣ ＰＤＵの分割された部分を含むことを意味する。各ＲＬＣ ＡＭＤ ＰＤＵはいずれも１つのＳＮで識別する必要があり、ＲＬＣ ＰＤＵが媒体アクセス制御ＭＡＣ層で１つのＭＡＣ ＰＤＵに多重化される。オーバーヘッドの観点から言えば、ＲＬＣの連結を放棄した後、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティへ送信した状態レポートには大量の情報を含めなければ、送信側のＲＬＣエンティティが再送信すべきＲＬＣ ＰＤＵセグメントを正しく再送信することができず、このため、ＲＬＣエンティティのフィードバックオーバーヘッドが増加してしまう。
本発明の実施例は無線リンク制御伝送方法及び関連製品を提供し、無線通信システムにおけるスケジューリング要求の伝送の柔軟性及び無線通信システムにおけるデータ伝送チャネルのリソーススケジューリング効率を向上させることが期待される。
第１態様では、本発明の実施例は無線リンク制御伝送方法を提供し、
送信側の無線リンク制御（ＲＬＣ）エンティティからの第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信することであって、前記第１ＲＬＣ ＰＤＵ集合が、送信側のＲＬＣエンティティにより生データセグメントに基づいて生成されるものであることと、
前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出した場合、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを送信することと、
送信側のＲＬＣエンティティからの第２ＲＬＣ ＰＤＵ集合を受信することと、
前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合に基づいて前記生データセグメントを取得することと、を含む。
第２態様では、本発明の実施例は無線リンク制御伝送方法を提供し、
生データセグメントに基づいて生成された第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信側の無線リンク制御（ＲＬＣ）エンティティに送信することと、
前記受信側のＲＬＣエンティティから送信された、複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを受信することであって、前記状態レポートが、前記受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出する際に送信されるものであることと、
前記受信側のＲＬＣエンティティへ第２ＲＬＣ ＰＤＵ集合を送信し、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合が前記生データセグメントを取得することに用いられることと、を含む。
第３態様では、本発明の実施例は受信側の無線リンク制御（ＲＬＣ）エンティティを提供し、前記受信側のＲＬＣエンティティは上記方法設計における端末の挙動を実現する機能を有する。前記機能はハードウェアで実現されてもよく、ハードウェアが対応するソフトウェアを実行することで実現されてもよい。前記ハードウェア又はソフトウェアは上記機能に対応する１つ又は複数のモジュールを備える。
１つの可能な設計では、受信側のＲＬＣエンティティはプロセッサを備え、前記プロセッサは受信側のＲＬＣエンティティが上記方法における対応する機能を実行することをサポートするように設定される。更に、受信側のＲＬＣエンティティは更に通信インターフェースを備えてもよく、前記通信インターフェースは受信側のＲＬＣエンティティと送信側のＲＬＣエンティティとの通信をサポートすることに用いられる。更に、受信側のＲＬＣエンティティは更にメモリを備えてもよく、前記メモリはプロセッサに結合されることに用いられ、受信側のＲＬＣエンティティに必要なプログラム命令及びデータを保存する。
第４態様では、本発明の実施例は送信側の無線リンク制御（ＲＬＣ）エンティティを提供し、前記送信側のＲＬＣエンティティは上記方法設計における送信側のＲＬＣエンティティの挙動を実現する機能を有する。前記機能はハードウェアで実現されてもよく、ハードウェアが対応するソフトウェアを実行することで実現されてもよい。前記ハードウェア又はソフトウェアは上記機能に対応する１つ又は複数のモジュールを備える。
１つの可能な設計では、送信側のＲＬＣエンティティはプロセッサを備え、前記プロセッサは送信側のＲＬＣエンティティが上記方法における対応する機能を実行するようにサポートするように設定される。更に、送信側のＲＬＣエンティティは更に送受信機を備えてもよく、前記送受信機は送信側のＲＬＣエンティティと受信側のＲＬＣエンティティとの通信をサポートすることに用いられる。更に、送信側のＲＬＣエンティティは更にメモリを備えてもよく、前記メモリはプロセッサに結合されることに用いられ、送信側のＲＬＣエンティティに必要なプログラム命令及びデータを保存する。
第５態様では、本発明の実施例は受信側の無線リンク制御（ＲＬＣ）エンティティを提供し、プロセッサ、メモリ、通信インターフェース及び１つ又は複数のプログラムを備え、前記１つ又は複数のプログラムは前記メモリに記憶され、且つ前記プロセッサにより実行されるように構成され、前記プログラムは本発明の実施例の第２態様のいずれか１つの方法におけるステップを実行するための命令を含む。
第６態様では、本発明の実施例は送信側の無線リンク制御（ＲＬＣ）エンティティを提供し、プロセッサ、メモリ、無線周波数チップ及び１つ又は複数のプログラムを備え、前記１つ又は複数のプログラムは前記メモリに記憶され、且つ前記プロセッサにより実行されるように構成され、前記プログラムは本発明の実施例の第１態様のいずれか１つの方法におけるステップを実行するための命令を含む。
第７態様では、本発明の実施例はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体には電子データを交換するためのコンピュータプログラムが記憶され、前記コンピュータプログラムによって、コンピュータは本発明の実施例の第１態様又は第２態様のいずれか１つの方法に説明される一部又は全部のステップを実行し、前記コンピュータは受信側の無線リンク制御（ＲＬＣ）エンティティ及び送信側の無線リンク制御（ＲＬＣ）エンティティを備える。
第９態様では、本発明の実施例はコンピュータプログラム製品を提供し、前記コンピュータプログラム製品はコンピュータプログラムが記憶される非一時的なコンピュータ可読記憶媒体を備え、前記コンピュータプログラムを操作することによりコンピュータが本発明の実施例の第１態様のいずれか１つの方法に説明される一部又は全部のステップを実行する。前記コンピュータプログラム製品は１つのソフトウェアインストールパッケージであってもよく、前記コンピュータは受信側の無線リンク制御（ＲＬＣ）エンティティ及び送信側の無線リンク制御（ＲＬＣ）エンティティを備える。
以上によれば、本発明の実施例では、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティから送信された、生データセグメントに基づいて生成された第１ＲＬＣ ＰＤＵ集合を受信した後、第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信することにより、送信側のＲＬＣエンティティが状態レポートに基づいて第２ＲＬＣ ＰＤＵ集合を生成して、受信側のＲＬＣエンティティに送信し、受信側のＲＬＣエンティティは第１ＲＬＣ ＰＤＵ集合及び第２ＲＬＣ ＰＤＵ集合に基づいて生データセグメントを取得することができ、このように、受信側のＲＬＣエンティティが第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信することにより、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドを減少させる。これにより、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティによってＲＬＣ ＰＤＵを再送信する必要がある場合、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドがより大きいという５Ｇ ＮＲシステムにおける問題を解決した。
図１Ａは５Ｇ ＮＲシステムにおけるＲＬＣ ＰＤＵに出現する可能性のある４つの状況の模式図である。 図１Ｂは本発明の実施例に係る例示的な通信システムの可能なネットワークアーキテクチャを示す図である。 図１Ｃは従来のＬＴＥシステムにおける受信側のＲＬＣエンティティと送信側のＲＬＣエンティティとがＲＬＣ ＰＤＵを伝送する模式図である。 図１Ｄは従来のＬＴＥシステムにおけるＲＬＣ ＰＤＵの状態レポートの構造模式図である。 図１Ｅは本発明の実施例に係るそれぞれＬＴＥシステム及びＮＲシステムによって３つのＲＬＣ ＳＤＵからＭＡＣ層エンティティまでを処理する模式図である。 図２は本発明の実施例に係る無線リンク制御伝送方法の通信模式図である。 図３Ａは本発明の実施例に係る５Ｇ ＮＲシーンにおけるユーザー装置が第１ＲＬＣ ＰＤＵ集合の中のＲＬＣ ＰＤＵを受信する模式図である。 図３Ｂは本発明の実施例に係る状態レポートの構造模式図である。 図３Ｃは本発明の実施例に係る他の５Ｇ ＮＲシーンにおけるユーザー装置が第１ＲＬＣ ＰＤＵ集合の中のＲＬＣ ＰＤＵを受信する模式図である。 図３Ｄは本発明の実施例に係る他の状態レポートの構造模式図である。 図３Ｅは本発明の実施例に係る他の５Ｇ ＮＲシーンにおけるユーザー装置が第１ＲＬＣ ＰＤＵ集合の中のＲＬＣ ＰＤＵを受信する模式図である。 図３Ｆは本発明の実施例に係る他の状態レポートの構造模式図である。 図４は本発明の実施例に係る受信側のＲＬＣエンティティの構造模式図である。 図５は本発明の実施例に係る送信側のＲＬＣエンティティの構造模式図である。 図６は本発明の実施例に係る受信側のＲＬＣエンティティの機能ユニットの構成ブロック図である。 図７は本発明の実施例に係る送信側のＲＬＣエンティティの機能ユニットの構成ブロック図である。 図８は本発明の実施例に係る端末の構造模式図である。
以下、実施例又は従来技術の記述において必要な図面を用いて簡単に説明を行う。
図１Ｂに示すように、図１Ｂは本発明の実施例に係る例示的な通信システムの可能なネットワークアーキテクチャを示す図である。前記例示的な通信システムは、例えば、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、時分割多元接続（ＴＤＭＡ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ Ｗｉｒｅｌｅｓｓ）システム、周波数分割多元接続（ＦＤＭＡ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｄｄｒｅｓｓｉｎｇ）システム、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）システム、ＬＴＥシステム、５Ｇ ＮＲシステム及び他のこのような通信システムであってもよい。前記例示的な通信システムは具体的にネットワーク側機器及び端末を備え、端末がネットワーク側機器の提供する移動通信ネットワークにアクセスするとき、端末とネットワーク側機器とが無線リンクによって通信接続されてもよく、前記通信接続方式はシングル接続方式、ダブル接続方式又はマルチ接続方式であってもよいが、通信接続方式がシングル接続方式である場合、ネットワーク側機器はＬＴＥ基地局又はＮＲ基地局（ｇＮＢ基地局とも称される）であってもよく、通信方式がダブル接続方式であって（具体的にキャリアアグリゲーションＣＡ技術で実現されてもよく、複数のネットワーク側機器で実現されてもよい）、端末が複数のネットワーク側機器に接続される場合、前記複数のネットワーク側機器はプライマリ基地局ＭＣＧ及びセカンダリ基地局ＳＣＧであってもよく、基地局同士がバックホールリンクｂａｃｋｈａｕｌによってデータ返却を行い、プライマリ基地局がＬＴＥ基地局であってもよく、セカンダリ基地局がＬＴＥ基地局であってもよく、又は、プライマリ基
地局がＮＲ基地局であってもよく、セカンダリ基地局がＬＴＥ基地局であってもよく、又は、プライマリ基地局がＮＲ基地局であってもよく、セカンダリ基地局がＮＲ基地局であってもよい。本発明の実施例に説明される受信側のＲＬＣエンティティは端末又は端末におけるソフトウェア（例えば、プロトコルスタック）及び／又はハードウェア（例えば、モデム）であってもよく、同様に、送信側のＲＬＣエンティティはネットワーク側機器又はネットワーク側機器におけるソフトウェア（例えば、プロトコルスタック）及び／又はハードウェア（例えば、モデム）であってもよい。
本発明の実施例では、用語「ネットワーク」及び「システム」が常に交互に使用されているが、当業者がその意味を理解できる。本発明の実施例に関わる端末は無線通信機能を有する様々な携帯端末、車載装置、ウェアラブル端末、計算装置又は無線モデムに接続される他の処理装置、及び様々なタイプのユーザー装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、端末装置（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）等を含んでもよい。説明都合上、以上に言及された装置は端末と総称される。
従来のＬＴＥシステムにおいて、各ＲＬＣエンティティはサービスタイプの違いに応じて異なるＲＬＣモードを設定することができ、具体的に含まれるＲＬＣモードは透過モード（ＴＭ：ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ）、非肯定応答モード（ＵＭ：ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）及び肯定応答モード（ＡＭ：ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）である。ＲＬＣエンティティのＲＬＣモードがＡＭとして設定される場合、送信側のＲＬＣエンティティはまず媒体アクセス制御（ＭＡＣ：ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層の通知した伝送タイミング及び送信できるパケットサイズに基づき、予めキャッシュされているＲＬＣサービスデータユニット（ＳＤＵ：ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）から順に連結してＲＬＣＰＤＵのデータドメインを組み立てて、プロトコルの要件に応じて前記データドメインに対応するヘッダー情報を構成し、前記データドメイン及びヘッダー情報が１つの完全なＲＬＣ ＰＤＵを構成し、次に前記ＲＬＣ ＰＤＵを受信側のＲＬＣエンティティに送信し、前記ＲＬＣ ＰＤＵのヘッダー情報に１つのＳＮが含まれ、且つ１つの新しいＲＬＣ ＰＤＵを送信するたびに、ＳＮに１を加える。受信側のＲＬＣエンティティがいくつかのＲＬＣ ＰＤＵを受信した後、フィードバックメカニズムに基づいて送信側のＲＬＣエンティティへ状態レポートを送信する必要があり、前記状態レポートに送信側のＲＬＣエンティティの再送信すべきＲＬＣ ＰＤＵのＳＮが含まれる。送信側のＲＬＣエンティティが前記状態レポートを受信した後、現在の伝送タイミング及び送信できるパケットサイズに基づいて再送信すべきＲＬＣ ＰＤＵを再送信する必要があり、現在の送信できるパケットサイズが再送信すべきＲＬＣ ＰＤＵのサイズより小さい場合、送信側のＲＬＣエンティティは再送信すべきＲＬＣ ＰＤＵのデータドメインを再セグメント化して、各セグメント化後のデータドメインに対しそれに対応するヘッダー情報を構成する必要があり、最終的に複数のＲＬＣ ＰＤＵセグメントを構成し、次に構成されたすべてのＲＬＣ ＰＤＵセグメントを受信側のＲＬＣエンティティに送信する。当然ながら、受信側のＲＬＣエンティティは更にいくつかのＲＬＣ ＰＤＵセグメントを受信した後、フィードバックメカニズムに基づいて送信側のＲＬＣエンティティへ
状態レポートを送信する必要があり、この時、状態レポートには再送信すべきＲＬＣ ＰＤＵセグメントに対応するＳＮが含まれるだけでなく、更に前記再送信すべきＲＬＣ ＰＤＵセグメントのデータドメインの元のＲＬＣ ＰＤＵのデータドメインでの開始位置及びエンド位置が含まれる必要があり、且つ、送信側のＲＬＣエンティティが受信された状態レポートに基づいて再送信すべきＲＬＣ ＰＤＵセグメントを再送信することを可能にするために、更にいくつかのドメインでその後に現在再送信すべきＲＬＣ ＰＤＵセグメントには更に１対の再送信すべきＲＬＣ ＰＤＵセグメントのデータドメインの元のＲＬＣ ＰＤＵのデータドメインでの開始位置及びエンド位置が含まれるかどうかを示す必要がある。送信側のＲＬＣエンティティが送信側ＭＡＣエンティティの通知した送信できるデータサイズ及び伝送タイミングに基づき、受信側のＲＬＣエンティティへＲＬＣ ＰＤＵを送信し、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティから送信されたいくつかのＲＬＣ ＰＤＵを受信した後、フィードバックメカニズムに基づいて送信側のＲＬＣエンティティへ状態レポートを送信する必要があり、前記状態レポートに送信側のＲＬＣエンティティの再送信すべきＲＬＣ ＰＤＵのＳＮが含まれる。
従来技術において、ＲＬＣ層のＰＤＵがデータＰＤＵ及び制御ＰＤＵの２つのタイプに分けられてもよく、ＲＬＣ ＰＤＵ及びＲＬＣ ＰＤＵセグメントが一般的にデータＰＤＵに属し、状態レポートが制御ＰＤＵに属し、すなわち、送信側のＲＬＣエンティティが受信側のＲＬＣエンティティへ送信したパケットはデータＰＤＵであり、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティへフィードバックしたパケットは制御ＰＤＵである。
以下、まず具体的な応用シーンを参照しながら本発明の実施例の解決しようとする技術的問題を説明する。
図１Ｃに示すように、ＬＴＥシステムにおいて、送信側のＲＬＣエンティティがシーケンス番号ｎ－２、ｎ－１～ｎ＋５のＰＤＵを送信したが、シーケンス番号ｎ－２、ｎ－１のＰＤＵが受信側のＲＬＣエンティティに受信されたことを確認したと仮定する。受信側のＲＬＣエンティティがシーケンス番号ｎ＋３のＰＤＵを受信したが、シーケンス番号ｎ－１～ｎ＋３のＰＤＵが受信できでいないことを発覚し、この場合、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティへ状態レポートを送信し、受信に失敗したＰＤＵのシーケンス番号を示す。本例では、受信側のＲＬＣエンティティの報告した状態レポートには現在受信に成功したＰＤＵの最大のシーケンス番号及び各受信に失敗したＰＤＵのシーケンス番号が含まれ、すなわち、状態レポートにはシーケンス番号ｎ＋３、及び受信に失敗したｎ、ｎ＋１及びｎ＋２が含まれ、状態レポートの例示的なフォーマットは図１Ｄ（ＰＤＵシーケンス番号（ＳＮ）が１６ビットｂｉｔｓである場合を例とする）に示され、これらの報告するＳＮが、４＊１６ｂｉｔｓのオーバーヘッドを占有する。前記状態レポートにはデータ／制御（Ｄ／Ｃ：Ｄａｔｅ／Ｃｏｎｔｒｏｌ）ドメイン、制御ＰＤＵタイプ（ＣＰＴ：Ｃｏｎｔｒｏｌ ＰＤＵ Ｔｙｐｅ）ドメイン、肯定確認シーケンス番号（ＡＣＫ＿ＳＮ：ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔＳＮ）ドメイン、Ｅ１ドメイン、否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ：Ｎｅｇａｔｉｖｅ ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔＳＮ）ドメイン、Ｅ２ドメイン、ＳＯ開始（ＳＯｓｔａｒｔ）ドメイン及びＳＯエンド（ＳＯｅｎｄ）ドメインが含まれ、Ｄ／ＣドメインはパケットがデータＰＤＵであるか制御ＰＤＵであるかを示すことに用いられ、ＣＰＴドメインはＲＬＣ ＰＤＵのカテゴリーを示すことに用いられ、ＡＣＫ＿ＳＮドメインは、ＡＣＫ情報が受信されておらず、且つ紛失されたことが状態レポートに示さない次のＰＤＵのシーケンス番号（ＳＮ）を示すことに用いられ、Ｅ１ドメインはその後ろに１組のＮＡＣＫ＿ＳＮドメイン及びＥ１／Ｅ２の組み合わせドメインが付いているかどうかを示すことに用いられ、ＮＡＣＫ＿ＳＮドメインは再送信すべきＲＬＣ ＰＤＵのシーケンス番号を示すことに用いられ、Ｅ２ドメインはその後ろに１組のＳＯｓｔａｒｔ及びＳＯｅｎｄの組み合わせドメインが付い
ているかどうかを示すことに用いられ、ＳＯｓｔａｒｔドメインは再送信すべきＲＬＣ ＰＤＵのデータドメインの元の完全なＲＬＣ ＰＤＵのデータドメインでの開始位置を示すことに用いられ、ＳＯｅｎｄは再送信すべきＲＬＣ ＰＤＵのデータドメインの元の完全なＲＬＣ ＰＤＵのデータドメインでのエンド位置を示すことに用いられ、以上はいずれもバイトを単位とする。
図１Ｅに示すように、本図面には３つのＲＬＣ ＳＤＵがそれぞれＬＴＥシステムＡＭのＲＬＣエンティティ及びＮＲシステムＡＭのＲＬＣエンティティ～ＭＡＣ層エンティティを通過して、ＭＡＣ ＰＤＵに多重化される状況を例示的に説明する。３つのＲＬＣ ＳＤＵがＲＬＣ ＳＤＵ ａ、ＲＬＣ ＳＤＵ ｂ、ＲＬＣ ＳＤＵ ｃであり、ＮＲシステムのＡＭモードのＲＬＣエンティティが連結機能を放棄したため、ＮＲシステムのＲＬＣエンティティにより処理された後、３つのＲＬＣ ＳＤＵがそれぞれ３つのＲＬＣ ＰＤＵを対応して生成し、シーケンスＳＮ番号が順にＳＮ＝１、ＳＮ＝２、ＳＮ３である。ＬＴＥ システムのＲＬＣエンティティが連結機能を有するため、この３つのＳＤＵを連結できると仮定する場合、ＬＴＥシステムのＲＬＣエンティティを通過した後、１つのみのＲＬＣ ＰＤＵを生成し、シーケンスＳＮ番号が１である。更にＲＬＣ ＰＤＵが含まれる物理チャネルはエラーになると仮定し、ＲＬＣ層の再送信をトリガーする必要があり、ＮＲシステムに対して、受信側のＲＬＣエンティティが上記３つのシーケンス番号、すなわちＳＮ＝１、ＳＮ＝２及びＳＮ＝３を報告する必要があるが、ＬＴＥシステムに対して、連結機能のため、受信側のＲＬＣエンティティが対応する１つのシーケンス番号、すなわちＳＮ＝１を報告すればよい。オーバーヘッドの観点から言えば、ＲＬＣ連結を放棄した後、ＮＲシステムにおける受信側のＲＬＣエンティティが送信側のＲＬＣエンティティへ送信した状態レポートにはデータ量のより大きなＳＮ番号指示情報が含まなければ、送信側のＲＬＣエンティティが再送信すべきＲＬＣ ＰＤＵを正しく再送信できず、このため、ＲＬＣエンティティが状態レポートをフィードバックするオーバーヘッドがより大きいという問題がある。
上記技術的問題に基づき、本発明の実施例は無線リンク制御伝送方法を提供し、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティから送信された、生データセグメントに基づいて生成された第１ＲＬＣ ＰＤＵ集合を受信した後、第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティが状態レポートに基づいて第２ＲＬＣ ＰＤＵ集合を生成して、受信側のＲＬＣエンティティに送信するために、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信し、受信側のＲＬＣエンティティは第１ＲＬＣ ＰＤＵ集合及び第２ＲＬＣ ＰＤＵ集合に基づいて生データセグメントを取得することができ、このように、受信側のＲＬＣエンティティは第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信することにより、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドを減少させる。これにより、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティによってＲＬＣ ＰＤＵを再送信する必要がある場合、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドがより大きいという５Ｇ ＮＲシステムにおける問題を解決した。
以下、図面を参照しながら本発明の実施例の技術案を詳しく説明する。
図２に示すように、図２は本発明の実施例に係る無線リンク制御伝送方法のフローチャートであり、前記方法は以下を含む。
２０１では、送信側の無線リンク制御（ＲＬＣ）エンティティが、生データセグメントに基づいて生成された第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信側の無線リンク制御（ＲＬＣ）エンティティに送信する。
前記生データセグメントがＲＬＣサービスデータユニットＳＤＵであってもよい。
２０２では、受信側のＲＬＣエンティティが、送信側の無線リンク制御（ＲＬＣ）エンティティからの第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信し、前記第１ＲＬＣ ＰＤＵ集合が、送信側のＲＬＣエンティティにより生データセグメントに基づいて生成されるものである。
２０３では、受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出した場合、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを送信する。
２０４では、送信側のＲＬＣエンティティが前記受信側のＲＬＣエンティティから送信された、複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを受信し、前記状態レポートが、前記受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出する際に送信されるものである。
前記状態レポートがＳＴＡＴＵＳ ＰＤＵであってもよい。
２０５では、送信側のＲＬＣエンティティが前記受信側のＲＬＣエンティティへ第２ＲＬＣ ＰＤＵ集合を送信し、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合が前記生データセグメントを取得することに用いられる。
送信側のＲＬＣエンティティは状態レポートを受信した後、状態レポートにおける指示ドメインに基づいて再送信すべき複数のＲＬＣ ＰＤＵを決定して、少なくとも複数のＲＬＣ ＰＤＵが含まれる第２ＲＬＣ ＰＤＵ集合を生成することができる。
２０６では、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティからの第２ＲＬＣ ＰＤＵ集合を受信する。
２０７では、受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合に基づいて前記生データセグメントを取得する。
以上によれば、本発明の実施例では、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティから送信された、生データセグメントに基づいて生成された第１ＲＬＣ ＰＤＵ集合を受信した後、第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティが状態レポートに基づいて第２ＲＬＣ ＰＤＵ集合を生成して、受信側のＲＬＣエンティティに送信するために、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信し、受信側のＲＬＣエンティティは第１ＲＬＣ ＰＤＵ集合及び第２ＲＬＣ ＰＤＵ集合に基づいて生データセグメントを取得することができ、このように、受信側のＲＬＣエンティティが第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信することにより、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドを減少させる。これにより、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティによってＲＬＣ ＰＤＵを再送信する必要がある場合、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドがより大きいという５Ｇ ＮＲシステムにおける問題を解決した。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵを含み、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より小さく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号範囲（ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインのビット長が前記ＮＡＣＫ＿ＳＮドメインのビット長より小さい。
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが、１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数を示すことに用いられる。
以上によれば、本例では、Ｎ個のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインにおける各ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインがいずれも１セグメントの連続したＲＬＣ ＰＤＵのＳＮの指示を実現できるため、指示情報のデータ量を減少させることができ、それにより状態レポートの伝送効率を向上させる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵであり、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より大きく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号エンド（ＮＡＣＫ＿ＳＮ＿ＥＮＤ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＥＮＤドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＥＮＤドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、又は、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられる。
以上によれば、本例では、Ｎ個のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインにおける各ＮＡＣＫ＿ＳＮ＿ＥＮＤドメインはいずれも１セグメントの連続したＲＬＣ ＰＤＵのＳＮを示すことができるため、ＲＬＣ ＰＤＵのＳＮの指示情報の受信に成功するためのオーバーヘッドを減少させることができ、状態レポートの伝送効率の向上に役立つ。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含む。
Ｂｉｔｍａｐドメインのビット長が可変ビット長であり、前記ビット長は今回の状態レポートにおけるＮＡＣＫ＿ＳＮドメインで示すＳＮ及び前回の状態レポートにおけるＡＣＫ＿ＳＮドメインで示すＳＮの差分値であってもよい。
前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数である。
以上によれば、本例では、Ｂｉｔｍａｐドメインの各ビットがいずれも１つのＲＬＣ ＰＤＵを対応して示すため、受信に失敗したＲＬＣ ＰＤＵのＳＮの指示情報のオーバーヘッドを減少させることができ、状態レポートの伝送効率の向上に役立つ。
１つの可能な例では、前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられる。
１つの可能な例では、前記状態レポートが更に肯定確認シーケンス番号（ＡＣＫ＿ＳＮ）ドメイン、ＳＯ開始（Ｓｏｓｔａｒｔ）ドメイン、ＳＯエンド（Ｓｏｅｎｄ）ドメインを含む。
以下、具体的な応用シーンを参照しながら、本発明の実施例を具体的に説明する。
送信側のＲＬＣエンティティが５Ｇ ＮＲにおける基地局ｇＮＢのプロトコルスタックであり、受信側のＲＬＣエンティティが５Ｇ ＮＲにおけるユーザー装置のプロトコルスタックであり、状態レポートがＣＰＴドメイン、Ｅ１ドメイン、Ｅ２ドメイン及びＥ３ドメイン、Ｒドメインを含み、ＣＰＴドメインの値と示す情報との対応関係は表１に示され、Ｅ１ドメインの値と示す情報との対応関係は表２に示され、Ｅ２ドメインの値と示す情報との対応関係は表３に示され、Ｅ３ドメインの値と示す情報との対応関係は表４に示され、Ｒドメインが保留ドメインであり、第１ＲＬＣ ＰＤＵ集合がシーケンス番号（ＳＮ）１～１８のＲＬＣＰＤＵを含み、ユーザー装置の受信した第１ＲＬＣ ＰＤＵ集合の中のＲＬＣ ＰＤＵは図３Ａに示され、受信に成功したＲＬＣ ＰＤＵのＳＮが｛１／２／３／４、１１／１２、１６／１７｝であり、受信に失敗したＲＬＣ ＰＤＵのＳＮが｛５／６／７／８／９／１０、１３／１４／１５｝であり、すなわち、ユーザー装置の受信に失敗した９つのＲＬＣ ＰＤＵは２セグメントの連続したＲＬＣ ＰＤＵを含み、それらが具体的に第１セグメントの連続したＲＬＣ ＰＤＵ（対応するＳＮが５／６／７／８／９／１０である）及び第２セグメントの連続したＲＬＣ ＰＤＵ（対応するＳＮが１３／１４／１５である）であり、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数がいずれも所定の数量閾値１０より小さいと仮定する場合、ユーザー装置は、状態レポートが２つのＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン及び２つのＮＡＣＫ＿ＳＮドメインを含み、２つの組み合わせドメイン｛ＮＡＣＫ＿ＳＮドメイン１、ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン１｝及び｛ＮＡＣＫ＿ＳＮドメイン２、ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン２｝を構成し、且つＮＡＣＫ＿ＳＮドメイン１が対応する第１セグメントの連続したＲＬＣ ＰＤＵの最大のシーケンス番号１５を示すことに用いられ、ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン１が対応する第１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数６を示すことに用いられ、ＮＡＣＫ＿ＳＮドメイン２が対応する第２セグメントの連続したＲＬＣ ＰＤＵの最大のシーケンス番号１０を示すことに用いられ、ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン２が対応する第２セグメントの連続したＲＬＣ Ｐ
ＤＵ内のＲＬＣ ＰＤＵの個数３を示すことに用いられると決定し、従って、状態レポートの例示的なフォーマットは図３Ｂに示される。
Figure 0006999704000001
Figure 0006999704000002
Figure 0006999704000003
Figure 0006999704000004
 送信側のＲＬＣエンティティが５Ｇ ＮＲにおける基地局ｇＮＢのプロトコルスタックであり、受信側のＲＬＣエンティティが５Ｇ ＮＲにおけるユーザー装置のプロトコルスタックであり、状態レポートがＣＰＴドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメイン、Ｒドメインを含み、ＣＰＴドメインの値と示す情報との対応関係は表１に示され、Ｅ１ドメインの値と示す情報との対応関係は表２に示され、Ｅ２ドメインの値と示す情報との対応関係は表３に示され、Ｅ３ドメインの値と示す情報との対応関係は表４に示され、Ｒドメインが保留ドメインであり、第１ＲＬＣ ＰＤＵ集合がシーケンス番号（ＳＮ）１～３２のＲＬＣＰＤＵを含み、ユーザー装置の受信した第１ＲＬＣ ＰＤＵ集合の中のＲＬＣ ＰＤＵは図３Ｃに示され、受信に成功したＲＬＣ ＰＤＵのＳＮが｛１／２／３／４、３１／３２｝であり、受信に失敗したＲＬＣ ＰＤＵのＳＮが｛５／６／７／８／９／１０・・・／３０｝であり、すなわち、ユーザー装置の受信に失敗した２６個のＲＬＣ ＰＤＵが１セグメントの連続したＲＬＣ ＰＤＵであり、且つ前記連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数２６が所定の数量閾値１０より大きいと仮定する場合、ユーザー装置は、状態レポートが１つのＮＡＣＫ＿ＳＮ＿ＥＮＤドメイン及び１つのＮＡＣＫ＿ＳＮドメインを含み、１つの組み合わせドメイン｛ＮＡＣＫ＿ＳＮドメイン、ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン｝を構成し、且つＮＡＣＫ＿ＳＮドメインが対応する連続したＲＬＣ ＰＤＵの最大のシーケンス番号３０を示すことに用いられ、ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが対応する連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数２６を示すことに用いられると決定し、従って、状態レポートの例示的なフォーマットは図３Ｄに示される。
送信側のＲＬＣエンティティが５Ｇ ＮＲにおける基地局ｇＮＢのプロトコルスタックであり、受信側のＲＬＣエンティティが５Ｇ ＮＲにおけるユーザー装置のプロトコルスタックであり、状態レポートがＣＰＴドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメイン、Ｒドメインを含み、ＣＰＴドメインの値と示す情報との対応関係は表１に示され、Ｅ１ドメインの値と示す情報との対応関係は表２に示され、Ｅ２ドメインの値と示す情報との対応関係は表３に示され、Ｅ３ドメインの値と示す情報との対応関係は表４に示され、Ｒドメインが保留ドメインであり、第１ＲＬＣ ＰＤＵ集合がシーケンス番号（ＳＮ）１～１７のＲＬＣＰＤＵを含み、ユーザー装置の受信した第１ＲＬＣ ＰＤＵ集合の中のＲＬＣ ＰＤＵは図３Ｅに示され、受信に成功したＲＬＣ ＰＤＵのＳＮが｛１／２／３／４、７、１０、１３、１５、１７｝であり、受信に失敗したＲＬＣ ＰＤＵのＳＮが｛５／６／、８／９、１１／１２、１４、１６｝であり、すなわち、ユーザー装置の受信に失敗した８つのＲＬＣ ＰＤＵが２つの非連続したＲＬＣ ＰＤＵ（対応するＳＮが１４及び１６である）を含むと仮定する場合、ユーザー装置は、状態レポートが１つのＢｉｔｍａｐドメインドメイン及び１つのＮＡＣＫ＿ＳＮドメインを含み、ＮＡＣＫ＿ＳＮドメインが受信に失敗したＲＬＣ ＰＤＵ内の最大のシーケンス番号１６を示すことに用いられ、Ｂｉｔｍａｐドメインが１１ビットであり、前記１１ビットに対応するＳＮが１５～５の１１個のＲＬＣ ＰＤＵであり、前記１１個のＲＬＣ ＰＤＵ及びＳＮ１６のＰＤＵが受信に失敗したすべてのＲＬＣ ＰＤＵを含み、且つ各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられると決定し、従って、状態レポートの例示的なフォーマットは図３Ｆに示される。
本発明の実施例に係る状態レポートのフォーマット模式図は前記状態レポートにどの必要なドメインが含まれるべきかを説明するためのものであって、各ドメインの長さを具体的に制限するためのものではなく、図３Ｂ、図３Ｄ及び図３Ｆに示される各ドメイン長は模式的なものに過ぎず、すなわち、本発明の実施例は状態レポートに含まれるドメインの種類及び各ドメインの長さを具体的に制限せず、実際の応用シーンの必要に応じて、具体的な状態レポートに含まれるドメインの種類及び各ドメインの長さを設定してもよい。
上記図２に示される実施例と同様に、図４を参照してもよく、図４は本発明の実施例に係る受信側の無線リンク制御（ＲＬＣ）エンティティの構造模式図であり、図示のように、前記受信側のＲＬＣエンティティはプロセッサ、メモリ、通信インターフェース及び１つ又は複数のプログラムを備え、前記１つ又は複数のプログラムは前記メモリに記憶され、且つ前記プロセッサにより実行されるように構成され、前記プログラムは、
送信側のＲＬＣエンティティにより生データセグメントに基づいて生成された、送信側の無線リンク制御（ＲＬＣ）エンティティからの第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信し、
前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出した場合、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを送信し、
送信側のＲＬＣエンティティからの第２ＲＬＣ ＰＤＵ集合を受信し、
前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合に基づいて前記生データセグメントを取得するステップを実行するための命令を含む。
以上によれば、本発明の実施例では、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティから送信された、生データセグメントに基づいて生成された第１ＲＬＣ ＰＤＵ集合を受信した後、第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティが状態レポートに基づいて第２ＲＬＣ ＰＤＵ集合を生成して、受信側のＲＬＣエンティティに送信するために、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信し、受信側のＲＬＣエンティティは第１ＲＬＣ ＰＤＵ集合及び第２ＲＬＣ ＰＤＵ集合に基づいて生データセグメントを取得することができ、このように、受信側のＲＬＣエンティティが第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信することにより、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドを減少させる。これにより、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティによってＲＬＣ ＰＤＵを再送信する必要がある場合、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドがより大きいという５Ｇ ＮＲシステムにおける問題を解決した。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵを含み、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より小さく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号範囲（ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが、１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵであり、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より大きく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号エンド（ＮＡＣＫ＿ＳＮ＿ＥＮＤ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＥＮＤドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＥＮＤドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、又は、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数である。
１つの可能な例では、前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられる。
１つの可能な例では、前記状態レポートが更に肯定確認シーケンス番号（ＡＣＫ＿ＳＮ）ドメイン、ＳＯ開始（Ｓｏｓｔａｒｔ）ドメイン、ＳＯエンド（Ｓｏｅｎｄ）ドメインを含む。
上記図２に示される実施例と同様に、図５を参照してもよく、図５は本発明の実施例に係る送信側無線リンクエンティティＲＬＣエンティティの構造模式図であり、図示のように、前記送信側のＲＬＣエンティティはプロセッサ、メモリ、無線周波数チップ及び１つ又は複数のプログラムを備え、前記１つ又は複数のプログラムは前記メモリに記憶され、且つ前記プロセッサにより実行されるように構成され、前記プログラムは、
生データセグメントに基づいて生成された第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信側の無線リンク制御（ＲＬＣ）エンティティに送信し、
前記受信側のＲＬＣエンティティから送信された複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを受信し、前記状態レポートが、前記受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出する際に送信されるものであり、
前記受信側のＲＬＣエンティティへ第２ＲＬＣ ＰＤＵ集合を送信し、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合が前記生データセグメントを取得することに用いられるステップを実行するための命令を含む。
以上によれば、本発明の実施例では、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティから送信された、生データセグメントに基づいて生成された第１ＲＬＣ ＰＤＵ集合を受信した後、第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティが状態レポートに基づいて第２ＲＬＣ ＰＤＵ集合を生成して、受信側のＲＬＣエンティティに送信するために、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信し、受信側のＲＬＣエンティティは第１ＲＬＣ ＰＤＵ集合及び第２ＲＬＣ ＰＤＵ集合に基づいて生データセグメントを取得することができ、このように、受信側のＲＬＣエンティティが第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したと決定する場合、送信側のＲＬＣエンティティへ前記複数のＲＬＣ ＰＤＵのＳＮの指示ドメインのみが含まれる状態レポートを送信することにより、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドを減少させる。これにより、受信側のＲＬＣエンティティが送信側のＲＬＣエンティティによってＲＬＣ ＰＤＵを再送信する必要がある場合、送信側のＲＬＣエンティティへ状態レポートをフィードバックするオーバーヘッドがより大きいという５Ｇ ＮＲシステムにおける問題を解決した。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵを含み、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より小さく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号範囲（ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが、１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵであり、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より大きく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号エンド（ＮＡＣＫ＿ＳＮ＿ＥＮＤ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＥＮＤドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＥＮＤドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、又は、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数である。
１つの可能な例では、前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられる。
１つの可能な例では、前記状態レポートが更に肯定確認シーケンス番号（ＡＣＫ＿ＳＮ）ドメイン、ＳＯ開始（Ｓｏｓｔａｒｔ）ドメイン、ＳＯエンド（Ｓｏｅｎｄ）ドメインを含む。
以上は主に各ネットワーク要素の相互作用の観点から本発明の実施例案を説明した。受信側のＲＬＣエンティティ及び送信側のＲＬＣエンティティは上記機能を実現するために、各機能を実行する対応するハードウェア構造及び／又はソフトウェアモジュールを備えると理解される。当業者であれば、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、本発明ではハードウェア又はハードウェア及びコンピュータソフトウェアの組み合わせで実現されてもよいと容易に理解すべきである。ある機能をハードウェアで実行するか又はコンピュータソフトウェアがハードウェアを駆動することで実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者が各特定応用に対して異なる方法で説明される機能を実現できるが、このような実現は本発明の範囲を超えると見なされるべきではない。
本発明の実施例は上記方法例に基づいて受信側のＲＬＣエンティティ及び送信側のＲＬＣエンティティに対して機能ユニット上の区別を行うことができ、例えば、各機能に対応するように各機能ユニットを区別してもよく、２つ又は２つ以上の機能を１つの処理ユニットに統合してもよい。上記統合されたユニットはハードウェアの形式で実現されてもよく、ソフトウェアプログラムモジュールの形式で実現されてもよい。ただし、本発明の実施例におけるユニット上の区別は模式的なものであり、論理機能上の区別に過ぎず、実際に実現するとき、他の区別方式を用いてもよい。
統合されたユニットを用いる場合、図６には上記実施例に関わる受信側のＲＬＣエンティティの可能な機能ユニットの構成ブロック図を示す。受信側のＲＬＣエンティティ６００は処理ユニット６０２及び通信ユニット６０３を備える。処理ユニット６０２は受信側のＲＬＣエンティティの動作を制御管理することに用いられ、例えば、処理ユニット６０２は受信側のＲＬＣエンティティが図２におけるステップ２０１～２０３及び／又は本明細書に説明される技術に使用される他の過程を実行することをサポートすることに用いられる。通信ユニット６０３は受信側のＲＬＣエンティティと他の装置との通信、例えば図５に示される送信側のＲＬＣエンティティとの通信をサポートすることに用いられる。受信側のＲＬＣエンティティは更に受信側のＲＬＣエンティティのプログラムコード及びデータを記憶するための記憶ユニット６０１を備えてもよい。
前記処理ユニット６０２は、前記通信ユニット６０３によって送信側のＲＬＣエンティティにより生データセグメントに基づいて生成された、送信側の無線リンク制御（ＲＬＣ）エンティティからの第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信し、前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出した場合、前記通信ユニット６０３によって前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを送信し、前記通信ユニット６０３によって送信側のＲＬＣエンティティからの第２ＲＬＣ ＰＤＵ集合を受信し、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合に基づいて前記生データセグメントを取得することに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵを含み、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より小さく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号範囲（ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが、１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵであり、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より大きく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号エンド（ＮＡＣＫ＿ＳＮ＿ＥＮＤ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＥＮＤドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＥＮＤドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、又は、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数である。
１つの可能な例では、前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられる。
１つの可能な例では、前記状態レポートが更に肯定確認シーケンス番号（ＡＣＫ＿ＳＮ）ドメイン、ＳＯ開始（Ｓｏｓｔａｒｔ）ドメイン、ＳＯエンド（Ｓｏｅｎｄ）ドメインを含む。
処理ユニット６０２はプロセッサ又はコントローラであってもよく、例えば中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ドメインプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェア部材又はそれらの任意の組み合わせであってもよい。それは本発明に開示される内容を参照して説明した各例示的な論理ブロック、モジュール及び回路を実現又は実行することができる。前記プロセッサは更に計算機能を実現する組み合わせ、例えば１つ又は複数のマイクロプロセッサの組み合わせ、ＤＳＰ及びマイクロプロセッサの組み合わせ等であってもよい。通信ユニット６０３は送受信機、送受信回路等であってもよく、記憶ユニット６０１はメモリであってもよい。
処理ユニット６０２がプロセッサ、通信ユニット６０３が通信インターフェース、記憶ユニット６０１がメモリである場合、本発明の実施例に関わる受信側のＲＬＣエンティティが図４に示される受信側のＲＬＣエンティティであってもよい。
統合されたユニットを用いる場合、図７には上記実施例に関わる送信側のＲＬＣエンティティの可能な機能ユニットの構成ブロック図を示す。送信側のＲＬＣエンティティ７００は処理ユニット７０２及び通信ユニット７０３を備える。処理ユニット７０２は送信側のＲＬＣエンティティの動作を制御管理することに用いられ、例えば、処理ユニット７０２は送信側のＲＬＣエンティティが図２におけるステップ２０４～２０６及び／又は本明細書に説明される技術の他の過程を実行することをサポートすることに用いられる。通信ユニット７０３は送信側のＲＬＣエンティティと他の装置との通信、例えば図４に示される受信側のＲＬＣエンティティとの通信をサポートすることに用いられる。送信側のＲＬＣエンティティは更に送信側のＲＬＣエンティティのプログラムコード及びデータを記憶するための記憶ユニット７０１を備えてもよい。
前記処理ユニット７０２は、前記通信ユニット７０３によって生データセグメントに基づいて生成された第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信側の無線リンク制御（ＲＬＣ）エンティティに送信し、前記通信ユニット７０３によって前記受信側のＲＬＣエンティティから送信された複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを受信し、前記状態レポートが、前記受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出する際に送信されるものであり、前記通信ユニット７０３によって前記受信側のＲＬＣエンティティへ第２ＲＬＣ ＰＤＵ集合を送信することに用いられ、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合が前記生データセグメントを取得することに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵを含み、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より小さく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号範囲（ＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが、１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵがＮセグメントの連続したＲＬＣ ＰＤＵであり、且つ各セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵの個数が所定の個数閾値より大きく、Ｎが正の整数であり、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがＮ個の否定確認のシーケンス番号エンド（ＮＡＣＫ＿ＳＮ＿ＥＮＤ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及びＮ個の否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが含まれることを示すことに用いられ、前記Ｎ個のＮＡＣＫ＿ＳＮ＿ＥＮＤドメイン及び前記Ｎ個のＮＡＣＫ＿ＳＮドメインがＮ個の組み合わせドメインを形成し、前記Ｎ個の組み合わせドメインが重複ドメインを含まず、且つ各組み合わせドメインが１つのＮＡＣＫ＿ＳＮドメイン及び１つのＮＡＣＫ＿ＳＮ＿ＥＮＤドメインを含み、前記各組み合わせドメインが、１セグメントの連続したＲＬＣ ＰＤＵ内のＲＬＣ ＰＤＵのＳＮを示すことに用いられ、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、又は、前記各組み合わせドメイン内のＮＡＣＫ＿ＳＮドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最小のシーケンス番号を示すことに用いられ、前記組み合わせドメイン内のＮＡＣＫ＿ＳＮ＿ＥＮＤドメインが、対応する１セグメントの連続したＲＬＣ ＰＤＵ内の最大のシーケンス番号を示すことに用いられる。
１つの可能な例では、前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数である。
１つの可能な例では、前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられる。
１つの可能な例では、前記状態レポートが更に肯定確認シーケンス番号（ＡＣＫ＿ＳＮ）ドメイン、ＳＯ開始（Ｓｏｓｔａｒｔ）ドメイン、ＳＯエンド（Ｓｏｅｎｄ）ドメインを含む。
処理ユニット７０２はプロセッサ又はコントローラであってもよく、例えば中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ドメインプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェア部材又はそれらの任意の組み合わせであってもよい。それは本発明に開示される内容を参照して説明した各例示的な論理ブロック、モジュール及び回路を実現又は実行することができる。前記プロセッサは更に計算機能を実現する組み合わせ、例えば１つ又は複数のマイクロプロセッサの組み合わせ、ＤＳＰ及びマイクロプロセッサの組み合わせ等であってもよい。通信ユニット７０３は送受信機、送受信回路、無線周波数チップ等であってもよく、記憶ユニット７０１はメモリであってもよい。
処理ユニット７０２がプロセッサ、通信ユニット７０３が無線周波数チップ、記憶ユニット７０１がメモリである場合、本発明の実施例に関わる送信側のＲＬＣエンティティが図５に示される送信側のＲＬＣエンティティであってもよい。
本発明の実施例は更に他の端末を提供し、図８に示すように、説明都合上、本発明の実施例に関連する部分のみを示し、未図示の具体的な技術詳細は本発明の実施例の方法部分を参照してもよい。該端末は携帯電話、タブレットＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、パーソナルデジタルアシスタント）、ＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ、販売端末）、車載コンピュータ等の任意の端末装置であってもよく、端末が携帯電話である場合を例とすれば、
図８には本発明の実施例に係る端末に関連する携帯電話の構造の一部のブロック図を示す。図８に示すように、携帯電話は無線周波数（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路９１０、メモリ９２０、入力ユニット９３０、表示ユニット９４０、センサ９５０、オーディオ回路９６０、ワイヤレスフィデリティ（ＷｉＦｉ：Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）モジュール９７０、プロセッサ９８０及び電源９９０等の部材を備える。当業者であれば、図８に示される携帯電話の構造は携帯電話を制限するためのものではなく、図示より多く又は少ない部材を備え、又はいくつかの部材を組み合わせ、又は異なる部材を配置してもよいと理解される。
以下、図８を参照しながら携帯電話の各構成部材を具体的に説明する。
ＲＦ回路９１０は情報を送受信することに用いられてもよい。一般的に、ＲＦ回路９１０はアンテナ、少なくとも１つの増幅器、送受信機、結合器、低雑音増幅器（ＬＮＡ：Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ）、デュプレクサ等を含むが、それらに限らない。なお、ＲＦ回路９１０は更に無線通信によってネットワーク及び他の装置と通信することができる。上記無線通信はいずれか１つの通信規格又はプロトコルを用いてもよく、前記通信規格又はプロトコルはモバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、電子メート、ショートメッセージサービス（ＳＭＳ：Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）等を含むが、それらに限らない。
メモリ９２０はソフトウェアプログラム及びモジュール、例えばプロトコルスタックを記憶することに用いられてもよく、プロセッサ９８０はメモリ９２０に記憶されるソフトウェアプログラム及びモジュール、例えばプロトコルスタックを実行することにより、携帯電話の様々な機能アプリケーション及びデータ処理を実行する。メモリ９２０は主に記憶プログラム領域及び記憶データ領域を含んでもよく、記憶プログラム領域はオペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラム等を記憶することができ、記憶データ領域は携帯電話の使用に応じて新規作成されたデータ等を記憶することができる。なお、メモリ９２０は高速ランダムアクセスメモリを含んでもよく、更に不揮発性メモリ、例えば少なくとも１つの磁気ディスク記憶装置、フラッシュデバイス又は他の揮発性固体記憶装置を含んでもよい。
入力ユニット９３０は入力された数字又は文字情報を受信し、携帯電話のユーザー設定及び機能制御に関連するキー信号入力を生成することに用いられてもよい。具体的に、入力ユニット９３０は指紋認識モジュール９３１及び他の入力装置９３２を備えてもよい。指紋認識モジュール９３１はユーザーのその上の指紋データを収集することができる。指紋認識モジュール９３１を除き、入力ユニット９３０は更に他の入力装置９３２を備えてもよい。具体的に、他の入力装置９３２はタッチパネル、物理キーボード、機能キー（例えば音量制御ボタン、スイッチボタン等）、トラックボール、マウス、操作レバー等のうちの１つ又は複数を含んでもよいが、それらに限らない。
表示ユニット９４０はユーザーの入力した情報又はユーザーに提供した情報及び携帯電話の様々なメニューを表示することに用いられてもよい。表示ユニット９４０はディスプレイ９４１を備えてもよく、好ましくは、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機発光ダイオード（ＯＬＥＤ：Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の形式でディスプレイ９４１を設定してもよい。図８では、指紋認識モジュール９３１及びディスプレイ９４１は２つの独立した部材として携帯電話の入力及び入力機能を実現するが、いくつかの実施例では、指紋認識モジュール９３１及びディスプレイ９４１を統合して携帯電話の入力及び再生機能を実現することができる。
携帯電話は更に少なくとも１つのセンサ９５０、例えば光センサ、運動センサ及び他のセンサを備えてもよい。具体的に、光センサは環境光センサ及び接近センサを含んでもよく、環境光センサは環境光の輝度に応じてディスプレイ９４１の輝度を調整することができ、接近センサは携帯電話が耳元に移動するとき、ディスプレイ９４１及び／又はバックライトを閉じることができる。運動センサの１つとして、加速度センサは各方向（一般的に３軸）における加速度の大きさを検出することができ、静止時に重力の大きさ及び方向を検出することができ、携帯電話姿勢を認識するアプリケーション（例えば水平画面及び垂直画面の切り替え、関連ゲーム、磁力計姿勢の校正）、振動認識関連機能（例えば万歩計、ハンマリング）等に適用されてもよく、携帯電話に更に設定できるジャイロスコープ、気圧計、湿度計、温度計、赤外線センサ等の他のセンサは省略する。
オーディオ回路９６０、拡声器９６１、マイクロフォン９６２はユーザーと携帯電話とのオーディオインターフェースを提供することができる。オーディオ回路９６０は受信されたオーディオデータを変換した電気信号を拡声器９６１に伝送し、拡声器９６１によって音声信号に変換して再生することができる一方、マイクロフォン９６２は収集された音声信号を電気信号に変換し、オーディオ回路９６０によって受信してからオーディオデータに変換し、更にオーディオデータをプロセッサ９８０に再生して処理した後、ＲＦ回路９１０によって他の携帯電話に送信し、又は、更なる処理を行うために、オーディオデータをメモリ９２０に再生する。
ＷｉＦｉは近距離無線伝送技術に属し、携帯電話はＷｉＦｉモジュール９７０によってユーザーが電子メールを送受信し、ウェブページをブラウジングし及びストリーミングメディアにアクセスする等を助けることができ、ユーザーに無線ブロードバンドインターネットアクセスを提供する。図８にはＷｉＦｉモジュール９７０を示すが、それが携帯電話の必須構成に属さず、必要に応じて発明の本質を変えない範囲内に省略してもよいと理解される。
プロセッサ９８０は携帯電話の制御センターであり、様々なインターフェース及び回路を利用して携帯電話全体の各部分を接続し、メモリ９２０に記憶されるソフトウェアプログラム及び／又はモジュールを動作又は実行し、メモリ９２０に記憶されるデータを呼び出すことにより、携帯電話の様々な機能及び処理データを実行し、それにより携帯電話全体を監視する。好ましくは、プロセッサ９８０は１つ又は複数の処理ユニットを備えてもよく、好ましくは、プロセッサ９８０はアプリケーションプロセッサ及びモデムプロセッサを統合することができ、アプリケーションプロセッサは主にオペレーティングシステム、ユーザーインターフェース及びアプリケーションプログラム等を処理し、モデムプロセッサは主に無線通信を処理する。上記モデムプロセッサがプロセッサ９８０に統合されなくてもよいと理解される。
携帯電話は更に各部材に給電する電源９９０（例えば、電池）を備えてもよく、好ましくは、電源は電源管理システムによってプロセッサ９８０に論理的に接続されてもよく、それにより電源管理システムによって充電、放電管理及び電力消費管理等の機能を実現する。
図示しないが、携帯電話は更にＷｅｂカメラ、ブルートゥースモジュール等を備えてもよく、ここで詳細な説明は省略する。
上記図２に示される実施例では、各ステップ方法における受信側のＲＬＣエンティティ側のプロセスは該携帯電話の構造によって実現されてもよい。
上記図４、図５に示される実施例では、各ユニット機能は該携帯電話の構造によって実現されてもよい。
本発明の実施例は更にコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体は電子データを交換するためのコンピュータプログラムを記憶し、前記コンピュータプログラムによって、コンピュータは上記方法実施例における受信側のＲＬＣエンティティ又は送信側のＲＬＣエンティティに説明される一部又は全部のステップを実行する。
本発明の実施例は更にコンピュータプログラム製品を提供し、前記コンピュータプログラム製品はコンピュータプログラムが記憶される非一時的なコンピュータ可読記憶媒体を備え、前記コンピュータプログラムを操作することによりコンピュータが上記方法実施例における受信側のＲＬＣエンティティ又は送信側のＲＬＣエンティティに説明される一部又は全部のステップを実行する。該コンピュータプログラム製品が１つのソフトウェアインストールパッケージであってもよい。
本発明の実施例に説明される方法又はアルゴリズムステップはハードウェアの方式で実現されてもよく、プロセッサがソフトウェア命令を実行することで実現されてもよい。ソフトウェア命令は対応するソフトウェアモジュールで構成されてもよく、ソフトウェアモジュールがランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）、レジスタ、ハードディスク、ポータブルハードディスク、読み出し専用光ディスク（ＣＤ－ＲＯＭ）又は本分野でよく知られているいかなる他の形式の記憶媒体に記憶されてもよい。例示的な記憶媒体がプロセッサに結合され、それによりプロセッサは該記憶媒体から情報を読み取って、該記憶媒体に情報を書き込むことができる。当然ながら、記憶媒体がプロセッサの構成部分であってもよい。プロセッサ及び記憶媒体がＡＳＩＣに位置してもよい。また、該ＡＳＩＣがアクセスネットワーク機器、目標ネットワーク機器又はコアネットワーク機器に位置してもよい。当然ながら、プロセッサ及び記憶媒体が個別コンポーネントとしてアクセスネットワーク機器、目標ネットワーク機器又はコアネットワーク機器に位置してもよい。
当業者であれば、上記１つ又は複数の例では、本発明の実施例に説明される機能は全部又は部分的にソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせで実現されてもよいと理解すべきである。ソフトウェアで実現される場合、全部又は部分的にコンピュータプログラム製品の形式で実現されてもよい。前記コンピュータプログラム製品は１つ又は複数のコンピュータ命令を含む。コンピュータに前記コンピュータプログラム命令をロード・実行するとき、全部又は部分的に本発明の実施例に記載のプロセス又は機能に応じて行われる。前記コンピュータが汎用コンピュータ、専用コンピュータ、コンピュータネットワーク又は他のプログラマブルデバイスであってもよい。前記コンピュータ命令がコンピュータ可読記憶媒体に記憶され、又は一方のコンピュータ可読記憶媒体から他方のコンピュータ可読記憶媒体へ伝送されてもよく、例えば、前記コンピュータ命令が一方のウェブサイト、コンピュータ、サーバ又はデータセンターから有線（例えば、同軸ケーブル、光ファイバー、デジタル加入者回線（ＤＳＬ：Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ））又は無線（例えば赤外線、無線、マイクロ波等）方式で他方のウェブサイト、コンピュータ、サーバ又はデータセンターへ伝送されてもよい。前記コンピュータ可読記憶媒体はコンピュータがアクセスできるいかなる利用可能媒体、又は１つ又は複数の利用可能媒体を統合したサーバ、データセンター等のデータ記憶装置であってもよい。前記利用可能媒体は磁性媒体（例えば、フロッピーディスク、ハードディスク、磁気テープ）、光媒体（例えば、デジタルビデオディスク（ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ））又は半導体媒体（例えば、ソリッドステートディスク（ＳＳＤ：Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ））等であってもよい。
以上に説明される具体的な実施形態は本発明の実施例の目的、技術案及び有益な効果を更に詳しく説明したが、以上の説明は本発明の実施例の具体的な実施形態に過ぎず、本発明の実施例の保護範囲を制限するためのものではなく、本発明の実施例の技術案に基づいて行った修正、等価置換、改良等は、いずれも本発明の実施例の保護範囲内に含まれるべきであると理解すべきである。

Claims (9)

  1. 無線リンク制御伝送方法であって、
    送信側の無線リンク制御（ＲＬＣ）エンティティからの第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信することであって、前記第１ＲＬＣ ＰＤＵ集合が、送信側のＲＬＣエンティティにより生データセグメントに基づいて生成されるものであることと、
    前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出した場合、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを送信することと、
    送信側のＲＬＣエンティティからの第２ＲＬＣ ＰＤＵ集合を受信することであって、前記第２ＲＬＣ ＰＤＵ集合は、前記第１ＲＬＣ ＰＤＵ集合に含まれたＲＬＣ ＰＤＵのうち、再送される必要のあるＲＬＣ ＰＤＵを含むことと、
    前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合に基づいて前記生データセグメントを取得することと、を含み、
    前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
    前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記Ｍ ビットの各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数であることを特徴とする、前記無線リンク制御伝送方法。
  2. 前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられることを特徴とする
    請求項１に記載の方法。
  3. 前記状態レポートが更に肯定確認シーケンス番号（ＡＣＫ＿ＳＮ）ドメイン、ＳＯ開始（Ｓｏｓｔａｒｔ）ドメイン、ＳＯエンド（Ｓｏｅｎｄ）ドメインを含むことを特徴とする
    請求項２に記載の方法。
  4. 無線リンク制御伝送方法であって、
    生データセグメントに基づいて生成された第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信側の無線リンク制御（ＲＬＣ）エンティティに送信することと、
    前記受信側のＲＬＣエンティティから送信された、複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを受信することであって、前記状態レポートが、前記受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出する際に送信されるものであることと、
    前記受信側のＲＬＣエンティティへ第２ＲＬＣ ＰＤＵ集合を送信することであって、前記第２ＲＬＣ ＰＤＵ集合は、前記第１ＲＬＣ ＰＤＵ集合に含まれたＲＬＣ ＰＤＵのうち、再送される必要のあるＲＬＣ ＰＤＵを含み、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合が前記生データセグメントを取得することに用いられることと、を含み、
    前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
    前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記Ｍ ビットの各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数であることを特徴とする、前記無線リンク制御伝送方法。
  5. 受信側の無線リンク制御（ＲＬＣ）エンティティであって、
    処理ユニット及び通信ユニットを備え、
    前記処理ユニットは、前記通信ユニットによって送信側の無線リンク制御（ＲＬＣ）エンティティからの第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信することであって、前記第１ＲＬＣ ＰＤＵ集合が、送信側のＲＬＣエンティティにより生データセグメントに基づいて生成されるものであることと、前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出した場合、前記通信ユニットによって前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを送信することと、前記通信ユニットによって送信側のＲＬＣエンティティからの第２ＲＬＣ ＰＤＵ集合を受信することであって、前記第２ＲＬＣ ＰＤＵ集合は、前記第１ＲＬＣ ＰＤＵ集合に含まれたＲＬＣ ＰＤＵのうち、再送される必要のあるＲＬＣ ＰＤＵを含むことと、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合に基づいて前記生データセグメントを取得することと、を実行するように構成され、
    前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
    前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記Ｍ ビットの各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数であることを特徴とする、前記受信側の無線リンク制御（ＲＬＣ）エンティティ。
  6. 前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられることを特徴とする
    請求項５に記載の受信側のＲＬＣエンティティ。
  7. 前記状態レポートが更に肯定確認シーケンス番号（ＡＣＫ＿ＳＮ）ドメイン、ＳＯ開始（Ｓｏｓｔａｒｔ）ドメイン、ＳＯエンド（Ｓｏｅｎｄ）ドメインを含むことを特徴とする
    請求項６に記載の受信側のＲＬＣエンティティ。
  8. 送信側の無線リンク制御（ＲＬＣ）エンティティであって、
    処理ユニット及び通信ユニットを備え、
    前記処理ユニットは、前記通信ユニットによって生データセグメントに基づいて生成された第１ＲＬＣプロトコルデータユニット（ＰＤＵ）集合を受信側の無線リンク制御（ＲＬＣ）エンティティに送信することと、前記通信ユニットによって前記受信側のＲＬＣエンティティから送信された、複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインが含まれる状態レポートを受信することであって、前記状態レポートが、前記受信側のＲＬＣエンティティが前記第１ＲＬＣ ＰＤＵ集合の中の複数のＲＬＣ ＰＤＵの受信に失敗したことを検出する際に送信されるものであることと、前記通信ユニットによって前記受信側のＲＬＣエンティティへ第２ＲＬＣ ＰＤＵ集合を送信することであって、前記第２ＲＬＣ ＰＤＵ集合は、前記第１ＲＬＣ ＰＤＵ集合に含まれたＲＬＣ ＰＤＵのうち、再送される必要のあるＲＬＣ ＰＤＵを含み、前記第１ＲＬＣ ＰＤＵ集合及び前記第２ＲＬＣ ＰＤＵ集合が前記生データセグメントを取得することに用いられることと、を実行するように構成され、
    前記複数のＲＬＣ ＰＤＵが少なくとも１つの非連続したＲＬＣ ＰＤＵを含み、前記複数のＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）の指示ドメインがビットマップ（Ｂｉｔｍａｐ）ドメインであり、前記状態レポートが更に１つの制御ＰＤＵタイプ（ＣＰＴ）ドメイン及び１つの否定確認のシーケンス番号（ＮＡＣＫ＿ＳＮ）ドメインを含み、
    前記ＣＰＴドメインが、前記状態レポートにＢｉｔｍａｐドメインが含まれることを示すことに用いられ、前記ＮＡＣＫ＿ＳＮドメインが、前記複数のＲＬＣ ＰＤＵ内の最大又は最小のシーケンス番号を示すことに用いられ、前記ＢｉｔｍａｐドメインがＭ ビットであり、前記Ｍ ビットが連続したＭ個のＲＬＣ ＰＤＵに対応し、前記Ｍ個のＲＬＣ ＰＤＵ及び前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが、少なくとも前記複数のＲＬＣ ＰＤＵを含み、且つ前記Ｍ ビットの各ビットが対応するＲＬＣ ＰＤＵの受信に成功したかどうかを示すことに用いられ、且つ前記ＮＡＣＫ＿ＳＮドメインに示されるＲＬＣ ＰＤＵが前記Ｍ個のＲＬＣ ＰＤＵに隣接し、Ｍが正の整数であることを特徴とする、前記送信側の無線リンク制御（ＲＬＣ）エンティティ。
  9. 前記状態レポートが更にデータ／制御（Ｄ／Ｃ）ドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインを含み、前記Ｅ１ドメインが、その後ろにＮＡＣＫ＿ＳＮドメイン、ＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメイン、Ｅ１ドメイン、Ｅ２ドメイン、Ｅ３ドメインが付いているかどうかを示すことに用いられ、前記Ｅ２ドメインが、その後ろにＮＡＣＫ＿ＳＮ＿ＲＡＮＧＥドメインが付いているかどうかを示すことに用いられ、前記Ｅ３ドメインが、その後ろにＳｏｓｔａｒｔドメイン及びＳＯｅｎｄドメインが付いているかどうかを示すことに用いられることを特徴とする
    請求項８に記載の送信側のＲＬＣエンティティ。
JP2019564968A 2017-05-24 2017-05-24 無線リンク制御伝送方法及び関連製品 Active JP6999704B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/085797 WO2018214081A1 (zh) 2017-05-24 2017-05-24 无线链路控制传输方法及相关产品

Publications (2)

Publication Number Publication Date
JP2020526059A JP2020526059A (ja) 2020-08-27
JP6999704B2 true JP6999704B2 (ja) 2022-01-19

Family

ID=64396038

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019564968A Active JP6999704B2 (ja) 2017-05-24 2017-05-24 無線リンク制御伝送方法及び関連製品

Country Status (15)

Country Link
US (1) US11184947B2 (ja)
EP (1) EP3641185B1 (ja)
JP (1) JP6999704B2 (ja)
KR (1) KR20200010342A (ja)
CN (2) CN110679105B (ja)
AU (1) AU2017415879A1 (ja)
BR (1) BR112019024692A2 (ja)
CA (1) CA3064468C (ja)
IL (1) IL270797A (ja)
MX (1) MX2019014005A (ja)
PH (1) PH12019502623A1 (ja)
RU (1) RU2736417C1 (ja)
TW (1) TW201902191A (ja)
WO (1) WO2018214081A1 (ja)
ZA (1) ZA201907889B (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11616602B2 (en) * 2018-02-15 2023-03-28 Telefonaktiebolagget LM Ericsson (Publ) Segment concatenation in radio link control status reports
CN111865503A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种发送、接收反馈信息的方法及设备
CN112583530B (zh) * 2019-09-27 2022-04-15 大唐移动通信设备有限公司 一种数据传输方法、装置及设备
WO2021243535A1 (en) * 2020-06-02 2021-12-09 Qualcomm Incorporated Radio link control layer feedback reporting for rateless codes
CN112422239B (zh) * 2020-11-17 2022-11-01 展讯半导体(成都)有限公司 通信处理方法、设备、装置及存储介质
WO2023000177A1 (en) * 2021-07-20 2023-01-26 Nec Corporation Method, device and computer readable medium for communication
CN113726482B (zh) * 2021-08-27 2023-09-05 哲库科技(北京)有限公司 一种数据重传方法、装置及存储介质
CN117479228A (zh) * 2022-07-21 2024-01-30 大唐移动通信设备有限公司 PDU set的发送方法、通信节点及装置
CN117499991A (zh) * 2022-07-26 2024-02-02 华为技术有限公司 一种数据交付方法及通信设备
WO2024031248A1 (en) * 2022-08-08 2024-02-15 Apple Inc. Pdu set based rlc retransmission
CN115087026B (zh) * 2022-08-19 2022-11-01 中电防务科技有限公司 一种提高卫星移动通信系统无线链路传输可靠性的方法
CN117812746A (zh) * 2022-09-30 2024-04-02 华为技术有限公司 一种协议数据单元集合传输方法及装置
KR20240109843A (ko) * 2023-01-05 2024-07-12 삼성전자주식회사 미디어 인지 패킷 처리를 지원하는 이동 통신 시스템에서 미디어 적응 방법 및 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090175206A1 (en) 2008-01-03 2009-07-09 Sunplus Mmobile Inc. Enhanced RLC status PDU format for use in a wireless communication network

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI109252B (fi) * 1999-04-13 2002-06-14 Nokia Corp Tietoliikennejärjestelmän uudelleenlähetysmenetelmä, jossa on pehmeä yhdistäminen
FR2893161B1 (fr) * 2005-11-04 2009-01-23 Oberthur Card Syst Sa Document a microcircuit electronique sans contact et capteur de proximite.
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
CN101009537A (zh) 2006-01-26 2007-08-01 华为技术有限公司 一种数据重传方法及系统
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
JP4781939B2 (ja) * 2006-08-21 2011-09-28 富士通株式会社 無線通信装置
US7684407B2 (en) * 2007-10-01 2010-03-23 Motorola, Inc. Status report method in a wireless communication system
TWI442732B (zh) 2007-10-30 2014-06-21 Ericsson Telefon Ab L M 改善狀態報告的方法及裝置
US8687548B2 (en) 2008-02-08 2014-04-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement in a telecommunication system for handling status information of data units
CN101651527A (zh) * 2008-08-11 2010-02-17 华为技术有限公司 数据处理方法、重传上报方法、设备及数据传输系统
US8473825B2 (en) * 2009-08-13 2013-06-25 Research In Motion Limited Evolved universal terrestrial radio access acknowledged mode radio link control status report for segmented protocol data units
WO2012044945A1 (en) * 2010-10-01 2012-04-05 Interdigital Patent Holdings, Inc. Mac and rlc architecture and procedures to enable reception from multiple transmission points
CN102868504A (zh) * 2012-08-24 2013-01-09 中兴通讯股份有限公司 一种发送状态报告的方法和rlc接收实体
RU2622110C2 (ru) 2012-11-13 2017-06-13 Хуавэй Текнолоджиз Ко., Лтд. Способ передачи данных, базовая станция и пользовательское оборудование
CN103999394B (zh) 2012-11-16 2017-05-10 华为技术有限公司 数据重传、反馈方法，以及相应的装置
CN106233653B (zh) 2014-05-28 2019-06-21 华为技术有限公司 一种无线链路控制传输方法及设备
US10477462B2 (en) * 2016-08-08 2019-11-12 Blackberry Limited Method and mobile transceiver having advanced network selection
CN107889163B (zh) * 2016-09-30 2022-10-18 华为技术有限公司 数据处理方法、装置及系统
KR102582554B1 (ko) * 2017-01-03 2023-09-25 삼성전자 주식회사 차세대 이동 통신 시스템에서 light connection을 지원하는 방법 및 장치
WO2018182388A1 (en) * 2017-03-31 2018-10-04 Samsung Electronics Co., Ltd. Apparatus and buffer control method thereof in wireless communication system
KR102262269B1 (ko) * 2017-04-26 2021-06-08 삼성전자 주식회사 차세대 이동 통신 시스템에서 rlc 상태 보고 방법 및 장치
US10880222B2 (en) * 2017-04-28 2020-12-29 Kt Corporation Method and apparatus for transmitting a RLC layer status report
EP3619863A4 (en) * 2017-05-05 2020-12-23 Nokia Technologies Oy RADIO LINK CONTROL STATUS REPORT

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090175206A1 (en) 2008-01-03 2009-07-09 Sunplus Mmobile Inc. Enhanced RLC status PDU format for use in a wireless communication network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Huawei, HiSilicon，RLC status PDU[online]，3GPP TSG RAN WG2 #98 R2-1705209，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1705209.zip>，2017年05月06日
ZTE，Consideration on PDCP Status Report[online]，3GPP TSG RAN WG2 #98 R2-1704671，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1704671.zip>，2017年05月05日

Also Published As

Publication number Publication date
CA3064468C (en) 2022-06-14
CN110679105A (zh) 2020-01-10
EP3641185A4 (en) 2020-05-06
CA3064468A1 (en) 2018-11-29
CN110679105B (zh) 2024-02-06
IL270797A (en) 2020-01-30
ZA201907889B (en) 2020-10-28
PH12019502623A1 (en) 2020-06-08
EP3641185A1 (en) 2020-04-22
CN111010262A (zh) 2020-04-14
TW201902191A (zh) 2019-01-01
US11184947B2 (en) 2021-11-23
AU2017415879A1 (en) 2019-12-19
WO2018214081A1 (zh) 2018-11-29
RU2736417C1 (ru) 2020-11-17
CN111010262B (zh) 2022-02-11
US20200092943A1 (en) 2020-03-19
KR20200010342A (ko) 2020-01-30
EP3641185B1 (en) 2021-07-07
MX2019014005A (es) 2020-02-05
BR112019024692A2 (pt) 2020-06-09
JP2020526059A (ja) 2020-08-27

Similar Documents

Publication Publication Date Title
JP6999704B2 (ja) 無線リンク制御伝送方法及び関連製品
KR20200031555A (ko) 데이터 처리 방법 및 관련 제품
US11368252B2 (en) Data indicating method and related products
EP3528579B1 (en) Data transmission method, network side device and terminal
TWI759471B (zh) 數據重傳控制方法及相關產品
WO2019080059A1 (zh) 反馈应答信息传输方法及相关产品
WO2019080092A1 (zh) 多比特信息复用传输方法及相关产品

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200427

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200427

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210305

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210416

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210713

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20211210

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20211222

R150 Certificate of patent or registration of utility model

Ref document number: 6999704

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150