WO2025208481A1 - 接收窗口的处理方法、实体、通信系统及存储介质 - Google Patents

接收窗口的处理方法、实体、通信系统及存储介质

Info

Publication number
WO2025208481A1
WO2025208481A1 PCT/CN2024/086052 CN2024086052W WO2025208481A1 WO 2025208481 A1 WO2025208481 A1 WO 2025208481A1 CN 2024086052 W CN2024086052 W CN 2024086052W WO 2025208481 A1 WO2025208481 A1 WO 2025208481A1
Authority
WO
WIPO (PCT)
Prior art keywords
rlc
entity
pdcp
count
sdu
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.)
Pending
Application number
PCT/CN2024/086052
Other languages
English (en)
French (fr)
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to PCT/CN2024/086052 priority Critical patent/WO2025208481A1/zh
Priority to CN202480018133.3A priority patent/CN121080029A/zh
Publication of WO2025208481A1 publication Critical patent/WO2025208481A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Definitions

  • the present disclosure relates to the field of communication technology, and in particular to a method, entity, communication system, and storage medium for processing a receiving window.
  • 3GPP Radio Link Control (RLC) entities can be configured in three modes: Transparent Mode (TM), Unacknowledged Mode (UM), or Acknowledged Mode (AM). Accordingly, an RLC entity is classified as a TM RLC entity, a UM RLC entity, or an AM RLC entity.
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode
  • the AM RLC entity will continue to retransmit the RLC SDUs that the PDCP entity is not waiting for in lossless mode until they are completely received. This ARQ retransmission of data packets that the PDCP entity discards will result in a waste of radio resources.
  • the embodiments of the present disclosure provide a receiving window processing method, entity, communication system, and storage medium.
  • an embodiment of the present disclosure provides a method for processing a receive window, which is executed by an AM RLC entity.
  • the method includes:
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • an embodiment of the present disclosure provides a method for processing a receive window, which is performed by a PDCP entity, and the method includes:
  • the first SN is the RLC SN of the RLC SDU corresponding to the PDCP PDU with the first COUNT in the first RLC SDU, or the first SN is the PDCP SN in the first COUNT;
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • an AM RLC entity including:
  • a transceiver module configured to send a first RLC SDU to a PDCP entity, where the first RLC SDU is at least one RLC SDU completely received by the AM RLC entity; and receive a first SN sent by the PDCP entity;
  • a processing module configured to process a state variable RX_Next according to the first SN, wherein the state variable RX_Next is used to indicate a lower edge of the receiving window;
  • the first SN is the RLC SN of the RLC SDU corresponding to the PDCP PDU with the first COUNT in the first RLC SDU, or the first SN is the PDCP SN in the first COUNT;
  • the first COUNT is the largest COUNT in the COUNT range of the PDCP PDU corresponding to the first RLC SDU.
  • the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to deliver to the upper layer.
  • an embodiment of the present disclosure provides a PDCP entity, including:
  • a transceiver module configured to receive a first RLC SDU sent by an AM RLC entity, where the first RLC SDU is at least one RLC SDU completely received by the AM RLC entity; and send a first SN to the AM RLC entity;
  • the first SN is the RLC SN of the RLC SDU corresponding to the PDCP PDU with the first COUNT in the first RLC SDU, or the first SN is the PDCP SN in the first COUNT;
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • an AM RLC entity including:
  • an embodiment of the present disclosure provides a PDCP entity, including:
  • processors one or more processors
  • an embodiment of the present disclosure proposes a storage medium, which, when an instruction is executed on a communication device, enables the communication device to execute any one of the methods in the embodiments of the present disclosure.
  • FIG2A is an interactive schematic diagram illustrating a method for processing a receiving window according to an embodiment of the present disclosure
  • FIG2B is an exemplary schematic diagram showing an AM RLC entity updating a receive state variable RX_Next according to an embodiment of the present disclosure
  • FIG2C is an exemplary schematic diagram showing an AM RLC entity updating a receive state variable RX_Next according to an embodiment of the present disclosure
  • FIG3 is a flow chart of a method for processing a receiving window according to an embodiment of the present disclosure
  • FIG5 is a flow chart of a method for processing a receiving window according to an embodiment of the present disclosure
  • FIG6A is a schematic diagram of the structure of the AM RLC entity proposed in an embodiment of the present disclosure.
  • FIG6B is a schematic structural diagram of a PDCP entity proposed in an embodiment of the present disclosure.
  • FIG7A is a schematic structural diagram of a communication device proposed in an embodiment of the present disclosure.
  • the embodiments of the present disclosure provide a communication method, a terminal, a network element, a device, and a storage medium.
  • an embodiment of the present disclosure provides a method for processing a receive window, which is executed by an AM RLC entity.
  • the method includes:
  • the first SN is the RLC SN of the RLC SDU corresponding to the PDCP PDU with the first COUNT in the first RLC SDU, or the first SN is the PDCP SN in the first COUNT;
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • the first SN is an RLC SN of an RLC SDU corresponding to the PDCP PDU having the first COUNT in the first RLC SDU;
  • processing the state variable RX_Next according to the first SN includes:
  • the second RLC SDU is a first RLC SDU that has not been completely received and has an RLC SN that is not less than the first SN;
  • the first SN is a PDCP SN in the first COUNT
  • processing the state variable RX_Next according to the first SN includes:
  • the RLC SN of the RLC SDU corresponding to the first SN is used as the second SN;
  • the third RLC SDU is a first RLC SDU that has not been completely received and whose RLC SN is not less than the second SN;
  • the base station node where the AM RLC entity is located receives NR User Plane Protocol signaling corresponding to the AM RLC entity, which is sent by the base station node where the PDCP entity is located, and the NR User Plane Protocol signaling is used to indicate the first SN.
  • the COUNT range is [RX_DELIV 1 +1, RX_DELIV 2 -1];
  • RX_DELIV 1 represents the state variable RX_DELIV before updating
  • RX_DELIV 2 represents the state variable RX_DELIV after updating.
  • processing the state variable RX_Next according to the first SN includes:
  • an embodiment of the present disclosure provides a method for processing a receive window, which is performed by a PDCP entity.
  • the method includes:
  • the first SN is the RLC SN of the RLC SDU corresponding to the PDCP PDU with the first COUNT in the first RLC SDU, or the first SN is the PDCP SN in the first COUNT;
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • the first SN is an RLC SN of an RLC SDU corresponding to the PDCP PDU having the first COUNT in the first RLC SDU;
  • the receiving a first RLC SDU sent by the AM RLC entity includes:
  • the AM RLC entity and the PDCP entity are located in a network device, and the network device adopts a separation architecture of a centralized unit and a distributed unit;
  • the centralized unit where the PDCP entity is located receives the GTP-U message sent by the distributed unit where the AM RLC entity is located, and the extended header of the GTP-U message indicates the RLC SN of the first RLC SDU.
  • the AM RLC entity and the PDCP entity are located in a network device, and the network device adopts a separation architecture of a centralized unit and a distributed unit;
  • the sending a first SN to the AM RLC entity includes:
  • the centralized unit where the PDCP entity is located sends the new air interface user plane protocol signaling NR User Plane Protocol corresponding to the AM RLC entity to the distributed unit where the AM RLC entity is located, and the new air interface user plane protocol signaling is used to indicate the first SN.
  • the RLC SN of the first RLC SDU is received in the following way:
  • the sending a first SN to the AM RLC entity includes:
  • the base station node where the PDCP is located sends NR User Plane Protocol signaling corresponding to the AM RLC entity to the base station node where the AM RLC entity is located, and the NR User Plane Protocol signaling is used to indicate the first SN.
  • the AM RLC entity and the PDCP entity are located in the terminal;
  • the receiving of the first RLC SDU sent by the AM RLC entity also includes:
  • the first function includes: sending a first RLC SDU to a PDCP entity, receiving a first SN sent by the PDCP entity, and processing a state vector RX_Next according to the first SN;
  • the second function includes: receiving the first RLC SDU sent by the AM RLC entity, and sending the first SN to the AM RLC entity.
  • the network device indicates the first information in any of the following ways:
  • the first information is indicated in the MAC CE.
  • the COUNT range is [RX_DELIV 1 +1, RX_DELIV 2 -1];
  • RX_DELIV 1 represents the state variable RX_DELIV before updating
  • RX_DELIV 2 represents the state variable RX_DELIV after updating.
  • the state variable RX_DELIV before and after the PDCP entity is updated refers to: the state variable RX_DELIV before and after the PDCP entity is updated due to the expiration of the t-Reordering timer.
  • an AM RLC entity including:
  • a transceiver module configured to send a first RLC SDU to a PDCP entity, where the first RLC SDU is at least one RLC SDU completely received by the AM RLC entity; and receive a first SN sent by the PDCP entity;
  • a processing module configured to process a state variable RX_Next according to the first SN, where the state variable RX_Next is used to indicate a lower edge of the receiving window;
  • the first SN is the RLC SN of the RLC SDU corresponding to the PDCP PDU with the first COUNT in the first RLC SDU, or the first SN is the PDCP SN in the first COUNT;
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • an embodiment of the present disclosure provides a PDCP entity, including:
  • a transceiver module configured to receive a first RLC SDU sent by an AM RLC entity, where the first RLC SDU is at least one RLC SDU completely received by the AM RLC entity; and send a first SN to the AM RLC entity;
  • the first SN is the RLC SN of the RLC SDU corresponding to the PDCP PDU with the first COUNT in the first RLC SDU, or the first SN is the PDCP SN in the first COUNT;
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • an AM RLC entity including:
  • processors one or more processors
  • the processor is used to execute the method described in the first aspect.
  • an embodiment of the present disclosure provides a PDCP entity, including:
  • processors one or more processors
  • the processor is used to execute the method described in the second aspect.
  • an embodiment of the present disclosure proposes a communication system, including an AM RLC entity and a PDCP entity; wherein, the AM RLC entity is configured to implement any method of the first aspect of the embodiment of the present disclosure; and the PDCP entity is configured to implement any method of the second aspect of the embodiment of the present disclosure.
  • an embodiment of the present disclosure proposes a storage medium, which, when an instruction is executed on a communication device, enables the communication device to execute any one of the methods in the embodiments of the present disclosure.
  • an embodiment of the present disclosure provides a computer program, which, when executed on a computer, enables the computer to execute the method described in the optional implementation of the first aspect or the second aspect.
  • an embodiment of the present disclosure provides a chip or a chip system, which includes a processing circuit configured to execute the method described in the optional implementation of the first and second aspects above.
  • the present disclosure provides a method, entity, communication system, and storage medium for processing a receive window.
  • receive window processing method and “communication method”
  • signal transmission method and “wireless frame transmission method”
  • wireless frame transmission method are interchangeable
  • information processing system and “communication system” are interchangeable.
  • each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be combined arbitrarily.
  • a solution after removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be interchanged arbitrarily.
  • the optional implementation methods in a particular embodiment can be combined arbitrarily.
  • the examples can be combined arbitrarily. For example, some or all of the steps of different embodiments can be combined arbitrarily, and a certain embodiment can be combined arbitrarily with the optional implementation methods of other embodiments.
  • plurality refers to two or more.
  • the terms "at least one of”, “one or more”, “a plurality of”, “multiple”, etc. can be used interchangeably.
  • descriptions such as “at least one of A and B,” “A and/or B,” “A in one case, B in another case,” or “in response to one case A, in response to another case B” may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); and in some embodiments, A and B (both A and B are executed). The above is also applicable when there are more branches such as A, B, and C.
  • a or B and other descriptions may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed). The above is also applicable when there are more branches such as A, B, C, etc.
  • the description object is a "level”
  • the ordinal number before the "level” in the “first level” and the “second level” does not limit the priority between the "levels”.
  • the number of description objects is not limited by the ordinal number and can be one or more. Taking “first device” as an example, the number of "devices" can be one or more.
  • the objects modified by different prefixes can be the same or different.
  • terms such as “uplink”, “uplink”, “physical uplink” can be interchangeable with each other, and terms such as “downlink”, “downlink”, “physical downlink” can be interchangeable with each other, and terms such as “side”, “sidelink”, “side communication”, “sidelink communication”, “direct connection”, “direct link”, “direct communication”, “direct link communication” can be interchangeable with each other.
  • the communication system described in the embodiment of the present disclosure is for the purpose of more clearly illustrating the technical solution of the embodiment of the present disclosure, and does not constitute a limitation on the technical solution proposed in the embodiment of the present disclosure.
  • Ordinary technicians in this field can know that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution proposed in the embodiment of the present disclosure is also applicable to similar technical problems.
  • the following embodiments of the present disclosure may be applied to the communication system 100 shown in Figure 1, or a portion thereof, but are not limited thereto.
  • the entities shown in Figure 1 are illustrative only.
  • the communication system may include all or part of the entities shown in Figure 1, or may include other entities outside of Figure 1.
  • the number and form of the entities may be arbitrary.
  • the connection relationship between the entities is illustrative only.
  • the entities may be connected or disconnected, and the connection may be in any manner, including direct or indirect, wired or wireless.
  • the following systems may be used for communication: IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20 (Ultra-WideBand), Bluetooth, PLMN (Public Land Mobile Network), D2D (Device-to-Device), M2M (Machine-to-Machine), IoT (Internet of Things), V2X (Vehicle-to-Everything), other communication methods, and next-generation systems based on these systems. Furthermore, multiple systems may be combined (for example, a combination of LTE or LTE-A with 5G).
  • the transmitting side of the AM RLC entity maintains a transmitting window based on the state variable TX_Next_Ack.
  • the AM RLC entity does not transmit AMD PDUs to the lower layer if their SN is outside the transmitting window.
  • the state variable TX_Next_Ack represents the lower edge of the transmitting window.
  • the ACK_SN field in the RLC status report indicates the SN of the next unreceived RLC SDU that is not reported as lost in the status report.
  • the gNB-CU-User Plane (gNB-CU-UP) is a logical node that carries the user plane functions for the PDCP and SDAP protocols in the gNB-CU.
  • the gNB-CU-UP terminates the E1 interface with the gNB-CU-CP and the F1-U interface with the gNB-DU.
  • MgNB-CU-UP refers to the gNB-CU-UP of the gNB serving as the master node
  • SgNB-CU-UP refers to the gNB-CU-UP of the gNB serving as the secondary node
  • MgNB-DU refers to the gNB-DU of the gNB serving as the master node
  • SgNB-DU refers to the gNB-DU of the gNB serving as the secondary node.
  • the PDCP entity When the PDCP entity's status variable RX_DELIV increases due to the expiration of the timer t-Reordering, the PDCP entity will discard the received PDCP PDUs whose COUNT value is less than RX_DELIV.
  • the AM RLC entity will continue to retransmit the RLC SDUs that the PDCP entity is not waiting for in lossless mode until they are completely received. This ARQ retransmission of data packets that the PDCP entity discards will result in a waste of radio resources.
  • the PDCP entity when t-Reordering times out, notifies the RLC entity of the status of the receive window update, so that the RLC entity makes corresponding receive window adjustments and notifies the peer RLC entity.
  • the PDCP COUNT and RLC SN are one-to-one corresponding. Since the PDCP COUNT is 32 bits and the RLC SN is 12 or 18 bits, the one-to-one correspondence here mainly refers to two RLC PDUs, and the difference in the corresponding PDCP COUNT is equal to the difference in the corresponding RLC SN. In the NR system, the PDCP COUNT and RLC SN are not one-to-one corresponding.
  • the PDCP Control PDU does not have a PDCP COUNT, but is an RLC SDU at the RLC layer and has a corresponding RLC SN.
  • a split bearer can be used in dual connections. That is, the PDCP PDUs in one PDCP entity are transmitted by different RLC entities, which also causes the PDCP COUNT and RLC SN to not correspond one to one.
  • the disclosed embodiments provide a method for adjusting the AM RLC receive window based on the relationship between the PDCP PDU COUNT and the corresponding RLC PDU SN.
  • the AM RLC receiving entity can trigger an RLC status report, thereby preventing the peer RLC entity from retransmitting packets that may have been discarded by the PDCP entity based on the RLC status report. This avoids wasting radio resources even when there is no one-to-one correspondence between the PDCP COUNT and the RLC SN.
  • the disclosed embodiments provide a method for adjusting the AM RLC receive window based on the relationship between the COUNT of a PDCP PDU and the SN of the corresponding RLC PDU.
  • the receiving side of the AM RLC entity can trigger an RLC status report after adjusting the RLC receive window.
  • the PDCP entity adjusts the receive state variable RX_DELIV (this variable indicates the COUNT value of the first PDCP SDU that has not yet been submitted to the upper layer but is awaiting delivery, hereinafter referred to as RX_DELIV) due to the expiration of the t-Reordering timer
  • the lower edge of the AM RLC entity's receive window i.e., the next SN of the last RLC SDU completely received in sequence, hereinafter referred to as RX_Next
  • RX_Next the next SN of the last RLC SDU completely received in sequence
  • RX_DELIV before adjustment is RX_DELIV 1 and after adjustment is RX_DELIV 2 .
  • the largest COUNT value among the PDCP PDUs received by the corresponding AM RLC entity is selected.
  • the RLC SN of the RLC SDU corresponding to the PDCP PDU be RLC_SN.
  • the AM RLC entity then updates RX_Next to the RLC SN of the first RLC SDU whose RLC SN is greater than RLC_SN and that has not been completely received.
  • the AM RLC entity receiving side does not adjust the lower edge of the receive window (i.e., RX_Next).
  • the AM RLC entity receiving side does not adjust the lower edge of the receive window (i.e., RX_Next).
  • the AM RLC entity receiving side does not adjust the lower edge of the receive window (i.e., RX_Next).
  • FIG2A is an interactive diagram of a method for processing a receive window according to an embodiment of the present disclosure. As shown in FIG2A , an embodiment of the present disclosure relates to a method for processing a receive window, which is used in a communication system 100. The method includes:
  • the AM RLC entity sends the first RLC SDU to the PDCP entity.
  • the PDCP entity receives a first RLC SDU.
  • the first RLC SDU is at least one RLC SDU completely received by the AM RLC entity. It should be understood that when split bearers are used, a PDCP entity can receive completely received RLC SDUs sent by multiple AM RLC entities.
  • Method 1 When the AM RLC entity receives the first RLC SDU, it also passes the SN of the first RLC SDU to the PDCP entity. Since the first RLC SDU is at least one completely received RLC SDU, the RLC SN of the passed first RLC SDU is the RLC SN of each of the at least one completely received RLC SDUs. The PDCP entity then derives the PDCP COUNT based on the PDCP SN and establishes a correspondence between the PDCP COUNT and the RLC SN.
  • Method 2 Since the RLC SDU contains the PDCP SN, the AM RLC entity can establish a correspondence between the SN of the RLC SDU and the PDCP SN in the RLC SDU.
  • the COUNT is composed of the HFN and SN
  • the PDCP entity is configured with the length of the PCCP SN for downlink and uplink transmission. Therefore, the PDCP entity can indicate the PDCP SN corresponding to the COUNT value to the corresponding AM RLC entity, so that the AM RLC entity determines the RLC SN corresponding to the indicated PDCP SN based on the correspondence between the PDCP SN and the RLC SN.
  • the RLC SN of the first RLC SDU may be sent simultaneously with the first RLC SDU, or may be sent at different times.
  • the RLC SN of the first RLC SDU may be sent after step S2101 and before step S2103. This embodiment of the present application does not limit the timing relationship between sending the first RLC SDU and the RLC SN of the first RLC SDU.
  • the network can configure whether to match the COUNT of the PDCP PDU with the corresponding The AM RLC receiving window is adjusted based on the relationship between the SN of the RLC PDU.
  • This configuration can be configured separately for each PDCP entity, each AM RLC entity, each MAC entity, or each UE.
  • each PDCP entity When configured separately for each PDCP entity, it can be configured through RRC signaling (for example in IE PDCP-Config), by defining a new PDCP Control PDU, or by indicating it using a field in the PDCP PDU header, or by using MAC CE (configured for one or more RBs).
  • RRC signaling for example in IE PDCP-Config
  • MAC CE Configured for one or more RBs.
  • each MAC entity When configuring each MAC entity individually, this can be done via RRC signaling (e.g., in the IE CellGroupConfig) or using the MAC CE.
  • RRC signaling e.g., in the IE CellGroupConfig
  • the AM RLC entity and the PDCP entity associated with that MAC entity are configured accordingly.
  • each UE When configuring for each UE, it can be configured through RRC signaling, and all AM RLC entities of the UE and the PDCP entities associated with it adopt this configuration.
  • the first information is indicated in the MAC CE.
  • the PDCP entity sends the first SN to the AM RLC entity.
  • the first SN of the embodiment of the present disclosure is determined by the PDCP entity based on the first COUNT.
  • the first COUNT is the maximum COUNT in the COUNT range of the PDCP PDU corresponding to the first RLC SDU.
  • the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated.
  • the COUNT range may be represented as [RX_DELIV 1 +1, RX_DELIV 2 ⁇ 1].
  • the state variable RX_DELIV before and after the PDCP entity is updated refers to: the state variable RX_DELIV before and after the PDCP entity is updated due to the expiration of the t-Reordering reordering timer.
  • the PDCP PDU obtains the RLC SN of each RLC SDU fully received by the AM RLC entity, after obtaining the first COUNT, the RLC SN of the RLC SDU corresponding to the first COUNT (referred to as RLC_SN in subsequent embodiments of this disclosure) is used as the first SN and sent to the AM RLC entity.
  • RLC_SN the RLC SN of the RLC SDU corresponding to the first COUNT
  • the PDCU PDU can determine the PDCP SN from the maximum COUNT and send the PDCP SN as the first SN to the AM RLC entity.
  • the PDCP entity passes the PDCP SN (method 2) or RLC_SN (method 1) to the AM RLC entity, and the AM RLC entity passes the RLC SN of the RLC SDU to the PDCP entity (method 1) through inter-layer interaction.
  • the gNB-CU or gNB-CU-UP needs to notify the corresponding gNB-DU of the RLC_SN (method 1) or PDCP SN (method 2) and the corresponding RLC entity identity in the F1-U interface, for example by introducing new NR User Plane Protocol signaling so that the gNB-DU adjusts the lower edge of the receive window (i.e., RX_Next) after receiving the RLC_SN or PDCP SN.
  • NR User Plane Protocol instance is associated with only one DRB, when NR User Plane Protocol signaling is used to indicate the RLC_SN (method 1) or PDCP SN (method 2), only the NR User Plane Protocol instance corresponding to the AM RLC entity is used, meaning that the AM RLC entity identity is implicitly indicated.
  • the RLC SDU i.e., PDCP PDU
  • the RLC SN of the RLC SDU needs to be sent to the MgNB according to method 1.
  • the MgNB sends the RLC SDU (i.e., PDCP PDU) to the SgNB via the Xn interface
  • the RLC SN of the RLC SDU needs to be sent to the SgNB according to method 1.
  • the GTP-U protocol is used when transmitting the RLC SDU, and the RLC SN can be indicated in the GTP-U Extension Header;
  • the MgNB When the PDCP entity is in the MgNB and the AM RLC entity is in the SgNB, the MgNB needs to notify the corresponding SgNB of the RLC_SN (mode 1) or PDCP SN (mode 2) and the identifier of the corresponding RLC entity in the Xn interface.
  • the SgNB needs to notify the corresponding MgNB of the RLC_SN (mode 1) or PDCP SN (mode 2) and the identifier of the corresponding RLC entity in the Xn interface.
  • new NR User Plane Protocol signaling can be introduced to transmit RLC_SN (mode 1) or PDCP SN (mode 2).
  • NR User Plane Protocol instance is associated with only one DRB, when NR User Plane Protocol signaling is used to indicate RLC_SN (mode 1) or PDCP SN (mode 2), only the NR User Plane Protocol instance corresponding to the AM RLC entity is used, that is, the identity of the AM RLC entity has been implicitly indicated.
  • the PDCP entity determines that the COUNT of at least one PDCP PDU corresponding to the first RLC SDU is within the COUNT range, and sends a first SN to the AM RLC entity. That is, if the COUNT of at least one PDCP PDU corresponding to the first RLC SDU is not within the COUNT range, the PDCP entity will not send the first SN. Accordingly, the receiving side of the AM RLC entity does not adjust the lower edge of the receiving window (that is, the state variable RX_Next).
  • the AM RLC entity processes the state variable RX_Next according to the first SN.
  • the AM RLC entity uses the RLC SN of the RLC SDU that corresponds to the first SN as the second SN; determines the third RLC SDU, which is the first RLC SDU that has not been completely received and whose RLC SN is not less than the second SN, and updates the state variable RX_Next to the RLC SN of the third RLC SDU.
  • FIG2B exemplarily shows an exemplary schematic diagram of the AM RLC entity updating the receive state variable RX_Next according to an embodiment of the present disclosure.
  • the numbers in the gray rectangles represent the COUNT of the PDCP SDU received by the PDCP entity or the RLC SN of the RLC SDU received by the AM RLC entity
  • the letter "C" represents the PDCP Control PDU
  • the white rectangle represents the PDCP Control PDU.
  • the number in represents the COUNT of PDCP SDUs not received by the PDCP entity or the RLC SN of RLC SDUs not received by the AM RLC entity.
  • the RLC_SN corresponding to this PDCP PDU is 9.
  • the SN of the first RLC SDU with an SN greater than 9 and not completely received is 10, so the RX_Next value after the AM RLC entity updates is 10.
  • Figure 2C exemplarily shows an exemplary schematic diagram of the RLC entity updating the receiving state variable RX_Next according to an embodiment of the present disclosure.
  • the numbers in the gray rectangles represent the COUNT of PDCP SDUs received by the PDCP entity or the RLC SN of the RLC SDUs received by the RLC entity
  • the letter "C" represents the PDCP Control PDU
  • the numbers in the white rectangles represent the COUNT of PDCP SDUs not received by the PDCP entity or the RLC SN of the RLC SDUs not received by the RLC entity.
  • one PDCP entity in the embodiment of the present disclosure corresponds to two RLC entities.
  • FIG3 is a flow chart of a method for processing a receive window according to an embodiment of the present disclosure. As shown in FIG3 , the embodiment of the present disclosure is executed by an AM RLC entity. The method includes:
  • step S3101 can refer to the optional implementation of step S2101 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3102 can refer to the optional implementation of step S2102 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3103 can refer to the optional implementation of step S2103 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • the receive window processing method involved in the embodiment of the present disclosure may include at least one of steps S3101 to S3103.
  • step S3101 may be implemented as an independent embodiment
  • step S3102 may be implemented as an independent embodiment
  • step S3103 may be implemented as an independent embodiment, but are not limited thereto.
  • S3101, S3102 and S3103 can be arbitrarily swapped in order and freely combined for implementation without contradiction.
  • FIG4 is a flow chart of a method for processing a receive window according to an embodiment of the present disclosure. As shown in FIG4 , the embodiment of the present disclosure is performed by a PDCP entity. The method includes:
  • step S4101 can refer to the optional implementation of step S2101 in Figure 2A and step S3101 in Figure 3, as well as other related parts in the embodiments involved in Figures 2A and 3, which will not be repeated here.
  • step S4102 can refer to the optional implementation of step S2102 in Figure 2A and step S3102 in Figure 3, as well as other related parts in the embodiments involved in Figures 2A and 3, which will not be repeated here.
  • the method for processing a receive window according to the embodiment of the present disclosure may include at least one of steps S4101 and S4102.
  • step S4101 may be implemented as an independent embodiment
  • step S4102 may be implemented as an independent embodiment, but the present invention is not limited thereto.
  • FIG5 is a flow chart of a method for processing a receive window according to an embodiment of the present disclosure. As shown in FIG5 , the embodiment of the present disclosure is executed by a communication system. The method includes:
  • the AM RLC entity sends the first RLC SDU to the PDCP entity.
  • step S5101 can refer to the optional implementation of step S2101 in Figure 2A, step S3101 in Figure 3 and step S4101 in Figure 4, as well as other related parts in the embodiments involved in Figures 2A, 3 and 4, which will not be repeated here.
  • step S5102 can refer to the optional implementation of step S2102 in Figure 2A, step S3102 in Figure 3 and step S4102 in Figure 4, as well as other related parts in Figure 2A, Figure 3 and the embodiments involved in the figures, which will not be repeated here.
  • the AM RLC entity processes the state variable RX_Next according to the first SN.
  • step S5103 can refer to the optional implementation of step S2103 in Figure 2A, the optional implementation of step S3103 in Figure 3, and other related parts in the embodiments involved in Figures 2A, 3 and 4, which will not be repeated here.
  • the receive window processing method involved in the embodiment of the present disclosure may include at least one of steps S5101 to S5103.
  • step S5201 may be implemented as an independent embodiment
  • step S5102 may be implemented as an independent embodiment
  • step S5103 may be implemented as an independent embodiment, but are not limited thereto.
  • step S5101 is optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • step S5102 is optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • step S5103 is optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • S5101, S5102 and S5103 can be arbitrarily swapped in order and freely combined for implementation without contradiction.
  • the embodiments of the present disclosure further provide an apparatus for implementing any of the above methods.
  • an apparatus comprising units or modules for implementing each step performed by the first network element 1021 in any of the above methods.
  • another apparatus comprising units or modules for implementing each step performed by the second network element 1022 in any of the above methods.
  • the division of the various units or modules in the above device is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated.
  • the units or modules in the device can be implemented in the form of a processor calling software: for example, the device includes a processor, the processor is connected to a memory, and instructions are stored in the memory.
  • the processor calls the instructions stored in the memory to implement any of the above methods or implement the functions of the various units or modules of the above device, wherein the processor is, for example, a general-purpose processor, such as a central processing unit (CPU) or a microprocessor, and the memory is a memory within the device or a memory outside the device.
  • CPU central processing unit
  • microprocessor a microprocessor
  • the units or modules in the device may be implemented in the form of hardware circuits, and the functions of some or all of the units or modules may be implemented by designing the hardware circuits.
  • the above-mentioned hardware circuits may be understood as one or more processors.
  • the above-mentioned hardware circuit is an application-specific integrated circuit (ASIC), and the functions of some or all of the above-mentioned units or modules may be implemented by designing the logical relationship between the components in the circuit.
  • ASIC application-specific integrated circuit
  • the above-mentioned hardware circuit may be implemented by a programmable logic device (PLD).
  • PLD programmable logic device
  • FPGA field programmable gate array
  • it may include a large number of logic gate circuits, and the connection relationship between the logic gate circuits may be configured through a configuration file, thereby implementing the functions of some or all of the above-mentioned units or modules. All units or modules of the above-mentioned devices may be implemented entirely by the processor calling software, or entirely by hardware circuits, or partially by the processor calling software, and the remaining part by hardware circuits.
  • the processor is a circuit with signal processing capabilities.
  • the processor may be a circuit with instruction reading and execution capabilities, such as a central processing unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP); in another implementation, the processor may implement certain functions through the logical relationship of the hardware circuit, and the logical relationship of the above hardware circuit is fixed or reconfigurable, such as a hardware circuit implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the process of the processor loading a configuration document to implement the hardware circuit configuration can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules.
  • it can also be a hardware circuit designed for artificial intelligence, It can be understood as ASIC, such as Neural Network Processing Unit (NPU), Tensor Processing Unit (TPU), Deep Learning Processing Unit (DPU), etc.
  • NPU Neural Network Processing Unit
  • TPU Tensor Processing Unit
  • DPU Deep Learning Processing Unit
  • FIG6A is a schematic diagram of the structure of an AM RLC entity proposed in an embodiment of the present disclosure.
  • the AM RLC entity may include a transceiver module 6011 and a processing module 6012.
  • the transceiver module 6011 is used to send a first RLC SDU to the PDCP entity, where the first RLC SDU is at least one RLC SDU completely received by the AM RLC entity; and receive a first SN sent by the PDCP entity.
  • the processing module 6012 is configured to process the state variable RX_Next according to the first SN.
  • the first SN is an RLC SN of an RLC SDU corresponding to a PDCP PDU having a first COUNT in the first RLC SDU, or the first SN is a PDCP SN in the first COUNT;
  • the first COUNT is the maximum COUNT in the COUNT range among the COUNTs of the PDCP PDU corresponding to the first RLC SDU; the COUNT range is related to the state variable RX_DELIV before and after the PDCP entity is updated, and the state variable RX_DELIV is used to indicate the COUNT of the first PDCP SDU that the PDCP entity is waiting to submit to the upper layer.
  • the chip 7200 includes one or more processors 7201.
  • the chip 7200 is configured to execute any of the above methods.
  • the interface circuit 7202 performs at least one of the communication steps (e.g., step S2101, but not limited thereto) in the above method, such as sending and/or receiving.
  • the interface circuit 7202 performing the communication steps (e.g., sending and/or receiving) in the above method means that the interface circuit 7202 performs data exchange between the processor 7201, the chip 7200, the memory 7203, or the transceiver device.
  • the processor 7201 performs at least one of the other steps (e.g., step S2102, but not limited thereto).
  • the present disclosure also proposes a storage medium having instructions stored thereon.
  • the storage medium is an electronic storage medium.
  • the storage medium is a computer-readable storage medium, but is not limited thereto and may also be a storage medium readable by other devices.
  • the storage medium may be a non-transitory storage medium, but is not limited thereto and may also be a temporary storage medium.
  • the present disclosure also provides a program product, which, when executed by the communication device 7100, enables the communication device 7100 to perform any of the above methods.
  • the program product is a computer program product.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及接收窗口的处理方法、实体、通信系统及存储介质。方法包括向PDCP实体发送第一RLC SDU，第一RLC SDU为AM RLC实体完全接收的至少一个RLC SDU；接收PDCP实体发送的第一序列号SN；根据第一SN处理状态变量RX_Next，状态变量RX_Next用于指示接收窗口的下边缘；其中，第一SN为第一RLC SDU中，与具有第一计数COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，第一SN为第一计数COUNT中的PDCP SN；第一计数COUNT为与第一RLC SDU对应的PDCP PDU的计数COUNT中，处于计数COUNT范围的最大计数COUNT；计数COUNT范围与PDCP实体更新前、后的状态变量RX_DELIV相关，本公开实施例能够在PDCP COUNT与RLC SDU的SN未一一对应时，准确调整接收窗口，避免无线资源的浪费。

Description

接收窗口的处理方法、实体、通信系统及存储介质 技术领域
本公开涉及通信技术领域，尤其涉及接收窗口的处理方法、实体、通信系统及存储介质。
背景技术
3GPP的无线电链路控制层(Radio Link Control,RLC)实体(entity)可以被配置成三种模式:透明模式(Transparent Mode，TM),未确认模式(Unacknowledged Mode，UM)，或者确认模式(Acknowledged Mode，AM)。相应的，一个RLC实体被分类为TM RLC实体，UM RLC实体，或者AM RLC实体。
当分组数据融合协议(Packet Data Convergence Protocol，PDCP)实体的状态变量RX_DELIV由于t-Reordering定时器超时而增加时，PDCP实体会将接收到的COUNT(即计数)小于RX_DELIV的分组数据融合协议协议数据单元(PDCP Protocol Data Unit，PDCP PDU)丢弃。
如果PDCP实体对应的RLC实体是AM RLC实体时，AM RLC实体按照无损工作模式将PDCP实体不等待的RLC SDU继续重传，直到被完全接收为止。这样ARQ重传PDCP实体将丢弃的数据包会造成无线资源的浪费。
发明内容
本公开实施例提出了接收窗口的处理方法、实体、通信系统及存储介质。
第一方面，本公开实施例提供了一种接收窗口的处理方法，由AM RLC实体执行，方法包括：
向PDCP实体发送第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；
接收所述PDCP实体发送的第一SN；
根据所述第一SN处理状态变量RX_Next，所述状态变量RX_Next用于指示接收窗口的下边缘；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
第二方面，本公开实施例提供了一种接收窗口的处理方法，由PDCP实体执行，方法包括：
接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；
向所述AM RLC实体发送第一SN；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
第三方面，本公开实施例提供了一种AM RLC实体，包括：
收发模块，用于向PDCP实体发送第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；接收所述PDCP实体发送的第一SN；
处理模块，用于根据所述第一SN处理状态变量RX_Next，所述状态变量RX_Next用于指示所述接收窗口的下边缘；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最 大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
第四方面，本公开实施例提供了一种PDCP实体，包括：
收发模块，用于接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；向所述AM RLC实体发送第一SN；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
第五方面，本公开实施例提供了一种AM RLC实体，包括：
一个或多个处理器；
其中，所述处理器用于执行第一方面所述的方法。
第六方面，本公开实施例提供了一种PDCP实体，包括：
一个或多个处理器；
其中，所述处理器用于执行第二方面所述的方法。
第七方面，本公开实施例提出了一种通信系统，包括AM RLC实体和PDCP实体；其中，AM RLC实体被配置为实现本公开实施例第一方面中任一项的方法；PDCP实体被配置为实现本公开实施例第二方面中任一项的方法。
第八方面，本公开实施例提出了一种存储介质，当指令在通信设备上运行时，使得通信设备执行本公开实施例中任一项的方法。
第九方面，本公开实施例提出了一种程序产品，程序产品被通信设备执行本公开实施例中任一项的方法。
附图说明
为了更清楚地说明本公开实施例中的技术方案，以下对实施例描述所需的附图进行介绍，以下附图仅仅是本公开的一些实施例，不对本公开的保护范围造成具体限制。
图1是根据本公开实施例提供的通信系统的架构的一个示例性示意图；
图2A是根据本公开实施例示出的接收窗口的处理方法的交互示意图；
图2B是根据本公开实施例示出的AM RLC实体更新接收状态变量RX_Next的一个示例性示意图；
图2C是根据本公开实施例示出的AM RLC实体更新接收状态变量RX_Next的一个示例性示意图；
图3是根据本公开实施例示出的接收窗口的处理方法的流程示意图；
图4是根据本公开实施例示出的接收窗口的处理方法的流程示意图；
图5是根据本公开实施例示出的接收窗口的处理方法的流程示意图；
图6A是本公开实施例提出的AM RLC实体的结构示意图；
图6B是本公开实施例提出的PDCP实体的结构示意图；
图7A是本公开实施例提出的通信设备的结构示意图；
图7B是本公开实施例提出的芯片的结构示意图。
具体实施方式
本公开实施例提出了通信方法、终端、网元、装置及存储介质。
第一方面，本公开实施例提供了接收窗口的处理方法，由AM RLC实体执行，所述方法包括：
向分组数据融合协议PDCP实体发送第一无线电链路控制层服务数据单元RLC SDU，第一RLC SDU为AM RLC实体完全接收的至少一个RLC SDU；
接收所述PDCP实体发送的第一SN；
根据所述第一SN处理状态变量RX_Next，所述状态变量RX_Next用于指示接收窗口的下边缘；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
本公开实施例提供了两种描述PDCP COUNT和RLC SDU的SN间的对应关系的方式，针对不同的方式，PDCP实体发送的第一SN可以是第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，也可以是所述第一COUNT中的PDCPSN，从而AM RLC实体根据第一SN更新状态变量RX_Next，本公开实施例能够在PDCP COUNT与RLC SDU的RLC SN间未一一对应的情况下，准确调整接收窗口，避免无线资源的浪费。
作为一种可选的实施方式，第一SN为所述第一RLC SDU中，与具有所述第一COUNT的PDCP PDU对应的RLC SDU的RLC SN；
向PDCP实体发送第一RLC SDU，包括：
向PDCP实体发送所述第一RLC SDU以及所述第一RLC SDU的RLC SN。
作为一种可选的实施方式，所述根据所述第一SN处理状态变量RX_Next，包括：
确定第二RLC SDU，所述第二RLC SDU为首个未完全接收的、RLC SN不小于所述第一SN的RLC SDU；
将所述状态变量RX_Next更新为所述第二RLC SDU的SN。
作为一种可选的实施方式，所述第一SN为所述第一COUNT中的PDCP SN；
所述根据所述第一SN处理状态变量RX_Next，之前还包括：
建立所述完全接收的RLC SDU的RLC SN与所述完全接收的RLC SDU中的PDCP SN间的一一对应关系。
作为一种可选的实施方式，根据所述第一SN处理状态变量RX_Next，包括：
将与所述第一SN具有对应关系的RLC SDU的RLC SN作为第二SN；
确定第三RLC SDU，所述第三RLC SDU为首个未完全接收的、RLC SN不小于所述第二SN的RLC SDU；
将所述状态变量RX_Next更新为所述第三RLC SDU的RLC SN。
作为一种可选的实施方式，所述第一SN为空，不更新状态变量RX_Next；或者
所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，且所述第一SN不在所述AM RLC实体的接收窗口中，不更新状态变量RX_Next。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用集中单元和分布单元分离架构；
第一RLC SDU的RLC SN通过以下方式发送：
所述AM RLC实体所在的分布单元，向所述PDCP实体所在的集中单元发送GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用集中单元和分布单元分离架构；
所述接收所述PDCP实体发送的第一SN，包括：
所述AM RLC实体所在的分布单元，接收所述PDCP实体所在的集中单元发送的、与所述AM RLC实体对应的新空口用户平面协议信令NR User Plane Protocol，所述新空口用户平面协议信令用于指示所述第一SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
第一RLC SDU的RLC SN通过以下方式发送：
所述AM RLC实体所在的基站节点，向所述PDCP实体所在的基站节点发送GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
所述接收所述PDCP实体发送的第一SN，包括：
所述AM RLC实体所在的基站节点，接收所述PDCP实体所在的基站节点发送的、与所述AM RLC实体对应的NR User Plane Protocol信令，所述NR User Plane Protocol信令用于指示所述第一SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于终端；
向PDCP实体发送第一RLC SDU，之前还包括：
接收网络设备配置的第一信息，所述第一信息用于指示AM RLC实体开启对于接收窗口的第一功能以及PDCP实体开启对于接收窗口的第二功能；
其中，所述第一功能包括：向PDCP实体发送第一RLC SDU，接收所述PDCP实体发送的第一SN，以及根据所述第一SN处理状态向量RX_Next；
所述第二功能包括：接收AM RLC实体发送的第一RLC SDU，向所述AM RLC实体发送第一SN。
作为一种可选的实施方式，所述网络设备通过以下任一者方式指示所述第一信息：
在无线资源控制RRC信令中指示所述第一信息；
在PDCP Control PDU中指示所述第一信息；
在RLC Control PDU中指示所述第一信息；
在PDCP PDU包头中指示所述第一信息；
在RLC PDU包头中指示所述第一信息；或者，
在媒体接入控制控制元素MAC CE中指示所述第一信息。
作为一种可选的实施方式，COUNT范围为[RX_DELIV1+1,RX_DELIV2-1]；
其中，RX_DELIV1表示更新前的状态变量RX_DELIV；RX_DELIV2表示更新后的状态变量RX_DELIV。
作为一种可选的实施方式，PDCP实体更新前、后的状态变量RX_DELIV是指：所述PDCP实体因t-Reordering定时器超时引起的更新前、后的状态变量RX_DELIV。
作为一种可选的实施方式，第一SN是PDCP实体确定存在与所述第一RLC SDU对应的、至少一个PDCP PDU的COUNT处于COUNT范围时发送的，也即如果与所述第一RLC SDU对应的、至少一个PDCP PDU的COUNT均不处于技术COUNT范围是，则PDCP实体不发送第一SN。
作为一种可选的实施方式，根据所述第一SN处理状态变量RX_Next，包括：
根据更新后的状态变量RX_Next移动所述AM RLC实体的接收窗口，并生成RLC状态报告；
向所述AM RLC实体的对侧实体发送所述RLC状态报告。
第二方面，本公开实施例提供了接收窗口的处理方法，由PDCP实体执行，所述方法包括：
接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；
向所述AM RLC实体发送第一SN；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
作为一种可选的实施方式，第一SN为所述第一RLC SDU中，与具有所述第一COUNT的PDCP PDU对应的RLC SDU的RLC SN；
所述接收AM RLC实体发送的第一RLC SDU，包括：
接收AM RLC实体发送的所述第一RLC SDU以及所述第一RLC SDU的RLC SN。
作为一种可选的实施方式，所述第一SN通过以下方式确定：
建立第一RLC SDU的RLC SN与所述RLC SDU的RLC SN对应的PDCP PDU的COUNT间的一一对应关系；
根据所述对应关系以及所述第一COUNT，确定所述第一RLC SDU中，与具有所述第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，并作为所述第一SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用集中单元和分布单元分离架构；
所述第一RLC SDU的RLC SN通过以下方式接收，包括：
所述PDCP实体所在的集中单元，接收所述AM RLC实体所在的分布单元发送的GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用集中单元和分布单元分离架构；
所述向所述AM RLC实体发送第一SN，包括：
所述PDCP实体所在的集中单元，向所述AM RLC实体所在的分布单元发送的、与所述AM RLC实体对应的新空口用户平面协议信令NR User Plane Protocol，所述新空口用户平面协议信令用于指示所述第一SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
第一RLC SDU的RLC SN通过以下方式接收：
所述PDCP实体所在的基站节点，接收所述AM RLC实体所在的基站节点发送的GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
所述向所述AM RLC实体发送第一SN，包括：
所述PDCP所在的基站节点，向所述AM RLC实体所在的基站节点发送与所述AM RLC实体对应的NR User Plane Protocol信令，所述NR User Plane Protocol信令用于指示所述第一SN。
作为一种可选的实施方式，所述AM RLC实体和所述PDCP实体位于终端；
所述接收AM RLC实体发送的第一RLC SDU，之前还包括：
接收网络设备发送的第一信息，所述第一信息用于指示AM RLC实体开启对于接收窗口的第一功能以及PDCP实体开启对于接收窗口的第二功能；
其中，所述第一功能包括：向PDCP实体发送第一RLC SDU，接收所述PDCP实体发送的第一SN，以及根据所述第一SN处理状态向量RX_Next；
所述第二功能包括：接收AM RLC实体发送的第一RLC SDU，向所述AM RLC实体发送第一SN。
作为一种可选的实施方式，所述网络设备通过以下任一者方式指示所述第一信息：
在RRC信令中指示所述第一信息；
在PDCP Control PDU中指示所述第一信息；
在RLC Control PDU中指示所述第一信息；
在PDCP PDU包头中指示所述第一信息；
在RLC PDU包头中指示所述第一信息；或者，
在MAC CE中指示所述第一信息。
作为一种可选的实施方式，COUNT范围为[RX_DELIV1+1,RX_DELIV2-1]；
其中，RX_DELIV1表示更新前的状态变量RX_DELIV；RX_DELIV2表示更新后的状态变量RX_DELIV。
作为一种可选的实施方式，PDCP实体更新前、后的状态变量RX_DELIV是指：所述PDCP实体因t-Reordering定时器超时引起的更新前、后的状态变量RX_DELIV。
作为一种可选的实施方式，向所述AM RLC实体发送第一SN，包括：
确定存在与所述第一RLC SDU对应的、至少一个PDCP PDU的COUNT处于COUNT范围，向所述AM RLC实体发送第一SN。
第三方面，本公开实施例提供了一种AM RLC实体，包括：
收发模块，用于向PDCP实体发送第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；接收所述PDCP实体发送的第一SN；
处理模块，用于根据所述第一SN处理状态变量RX_Next，所述状态变量RX_Next用于指示所述接收窗口的下边缘；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
第四方面，本公开实施例提供了一种PDCP实体，包括：
收发模块，用于接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；向所述AM RLC实体发送第一SN；
其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
第五方面，本公开实施例提供了一种AM RLC实体，包括：
一个或多个处理器；
其中，所述处理器用于执行第一方面所述的方法。
第六方面，本公开实施例提供了一种PDCP实体，包括：
一个或多个处理器；
其中，所述处理器用于执行第二方面所述的方法。
第七方面，本公开实施例提出了一种通信系统，包括AM RLC实体和PDCP实体；其中，AM RLC实体被配置为实现本公开实施例第一方面中任一项的方法；PDCP实体被配置为实现本公开实施例第二方面中任一项的方法。
第八方面，本公开实施例提出了一种存储介质，当指令在通信设备上运行时，使得通信设备执行本公开实施例中任一项的方法。
第九方面，本公开实施例提供了计算机程序，当其在计算机上运行时，使得计算机执行如第一方面或第二方面可选实现方式所描述的方法。
第十方面，本公开实施例提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路，被配置为执行根据上述第一方面、第二方面的可选实现方式所描述的方法。
可以理解地，上述实体、通信系统、存储介质、程序产品、计算机程序、芯片或芯片系统均用于执行本公开实施例所提出的方法，在PDCP COUNT和RLC SDU SN没有一一对应时，也能避免无线资源的浪费。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。
本公开实施例提出了接收窗口的处理方法、实体、通信系统及存储介质。在一些实施例中，接收窗口的处理方法与通信方法、信号发送方法、无线帧发送方法等术语可以相互替换，信息处理系统、通信系统等术语可以相互替换。
本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施 例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。
在各本公开实施例中，如果没有特殊说明以及逻辑冲突，各实施例之间的术语和/或描述具有一致性，且可以互相引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。
在本公开实施例中，“多个”是指两个或两个以上。
在一些实施例中，“至少一者(至少一项、一个或多个)(at least one of)”、“一个或多个(one or more)”、“多个(a plurality of)”、“多个(multiple)等术语可以相互替换。
在一些实施例中，“A、B中的至少一者”、“A和/或B”、“在一情况下A，在另一情况下B”、“响应于一情况A，响应于另一情况B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)；在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。
在一些实施例中，“A或B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。
本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第一信息”和“第二信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。
在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。
在一些实施例中，“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。
在一些实施例中，“大于”、“小于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。
在一些实施例中，装置和设备可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，在一些情况下也可以被理解为“设备(equipment)”、“设备(device)”、“电路”、“设备”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等。
在一些实施例中，“接入网设备(access network device，AN device)”、“无线接入网设备(radio
access network device，RAN device)”、“基站(base station，BS)”、“无线基站(radio base station)”、“固定台(fixed station)”、“节点(node)”、“接入点(access point)”、“发送点(transmission point，TP)”、“接收点(reception point，RP)”、“发送接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“小区(cell)”、“宏小区(macro cell)”、“小型小区(small cell)”、“毫微微小区(femto cell)”、“微微小区(pico cell)”、“扇区(sector)”、“小区组(cell group)”、“载波(carrier)”、“分量载波(component carrier)”、“带宽部分(bandwidth part，BWP)”等术语可以相互替换。
在一些实施例中，“终端(terminal)”、“终端设备(terminal device)”、“用户设备(user equipment，终端)”、“用户终端(user terminal)”、“移动台(mobile station，MS)”、“移动终端(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobile unit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobiledevice)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobile  subscriber station)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(user agent)、移动客户端(mobile client)、客户端(client)等术语可以相互替换。
在一些实施例中，接入网设备、或网络设备可以被替换为终端。例如，针对将接入网设备、或网络设备以及终端间的通信置换为多个终端间的通信(例如，也可以被称为设备对设备(device-to-device，D2D)、车联网(vehicle-to-everything，V2X)等)的结构，也可以应用本公开的各实施例。在该情况下，也可以设为终端具有接入网设备所具有的全部或部分功能的结构。此外，“上行”、“下行”等语言也可以被替换为与终端间通信对应的语言(例如，“侧行(side)”)。例如，上行信道、下行信道等可以被替换为侧行信道，上行链路、下行链路等可以被替换为侧行链路。
在一些实施例中，终端可以被替换为接入网设备、或网络设备。在该情况下，也可以设为接入网设备、或网络设备具有终端所具有的全部或部分功能的结构。
在一些实施例中，“上行”、“上行链路”、“物理上行链路”等术语可以相互替换，“下行”、“下行链路”、“物理下行链路”等术语可以相互替换，“侧行(side)”、“侧行链路(sidelink)”、“侧行通信”、“侧行链路通信”、“直连”、“直连链路”、“直连通信”、“直连链路通信”等术语可以相互替换。
在一些实施例中，“下行链路控制信息(downlink control information，DCI)”、“下行链路(downlink，DL)分配(assignment)”、“DL DCI”、“上行链路(uplink，UL)许可(grant)”、“UL DCI”等术语可以相互替换。
在一些实施例中，“物理下行链路共享信道(physical downlink shared channel，PDSCH)”、“DL数据”等术语可以相互替换，“物理上行链路共享信道(physical uplink shared channel，PUSCH)”、“UL数据”等术语可以相互替换。
在一些实施例中，“获取”、“获得”、“得到”、“接收”、“传输”、“双向传输”、“发送和/或接收”可以相互替换，其可以解释为从其他主体接收，从协议中获取，自身处理得到、自主实现等多种含义。
在一些实施例中，“发送”、“发射”、“上报”、“下发”、“传输”、“双向传输”、“发送和/或接收”等术语可以相互替换。
在一些实施例中，“预定”、“预设”可以解释为在协议等中预先规定，也可以解释为装置等进行预先设定动作。
在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。
在一些实施例中，可以在得到用户同意后获取数据、信息等。
此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。
图1是根据本公开实施例示出的通信系统的架构示意图。如图1所示，通信系统100包括终端(terminal)101和接入网设备102。
在一些实施例中，终端101例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备中的至少一者，但不限于此。
在一些实施例中，接入网设备102例如是将终端接入到无线网络的节点或设备，接入网设备可以包括5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(next generation eNB，ng-eNB)、下一代节点B(next generation NodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(home evolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(base band unit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(Cloud RAN)、其他通信系统中的基站、无线保真(wireless fidelity，WiFi)系统中的接入节点中的至少一者，但不限于此。
在一些实施例中，本公开的技术方案可适用于Open RAN架构，此时，本公开实施例所涉及的接入网设备间或者接入网设备内的接口可变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现。
在一些实施例中，接入网设备可以由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将接入网设备的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU，但不限于此。
在一些实施例中，接入网设备可以是一个设备，包括第一网元1021、第二网元1022等，也可以是多个设备或设备群，分别包括AM RLC网元、PDCP网元等中的全部或部分。网元可以是虚拟的，也可以是实体的。在一些实施例中，第一网元可以是AM RLC网元，第二网元可以是PDCP网元。
可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提出的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提出的技术方案对于类似的技术问题同样适用。
下述本公开实施例可以应用于图1所示的通信系统100、或部分主体，但不限于此。图1所示的各主体是例示，通信系统可以包括图1中的全部或部分主体，也可以包括图1以外的其他主体，各主体数量和形态为任意，各主体之间的连接关系是例示，各主体之间可以不连接也可以连接，其连接可以是任意方式，可以是直接连接也可以是间接连接，可以是有线连接也可以是无线连接。
本公开各实施例可以应用于长期演进(Long Term Evolution，LTE)、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system，4G)、)、第五代移动通信系统(5th generation mobile communication system，5G)、5G新空口(new radio，NR)、未来无线接入(Future Radio Access，FRA)、新无线接入技术(New-Radio Access Technology，RAT)、新无线(New Radio，NR)、新无线接入(New radio access，NX)、未来一代无线接入(Future generation radio access，FX)、Global System for Mobile communications(GSM(注册商标))、CDMA2000、超移动宽带(Ultra Mobile Broadband，UMB)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand，UWB)、蓝牙(Bluetooth(注册商标))、陆上公用移动通信网(Public Land Mobile Network，PLMN)网络、设备到设备(Device-to-Device，D2D)系统、机器到机器(Machine to Machine，M2M)系统、物联网(Internet of Things，IoT)系统、车联网(Vehicle-to-Everything，V2X)、利用其他通信方法的系统、基于它们而扩展的下一代系统等。此外，也可以将多个系统组合(例如，LTE或者LTE-A与5G的组合等)应用。
一个AM RLC实体由发送侧(transmitting side)和接收侧(receiving side)组成。对于网络侧配置的RLC实体，UE侧配置有一个RLC对端实体(peer RLC entity)，反之亦然。一个RLC实体从高层(upper layers)接收RLC SDU，向高层传递RLC SDU。一个RLC实体通过下层(lower layers)向RLC对端实体发送RLC PDU，或者从RLC对端实体接收RLC PDU。当MAC层提供的空间无法传输完整的RLC SDU时,RLC SDU会被分段(segmentation)传输，相应地被称为RLC SDU segment。
RLC AM支持ARQ功能。RLC状态报告可以被以下方式触发：
1)对端AM RLC实体的轮询(polling)；
2)检测到AMD PDU的接收失败：当定时器t-Reassembly超时(expiry)，AM RLC实体的接受侧触发RLC状态报告。ARQ根据RLC状态报告重传RLC SDU或RLC SDU segment。
RLC PDU被分类为RLC data PDU和RLC control PDU。RLC data PDU用来传输高层的PDU(即RLC SDU),AM模式下的RLC data PDU被称为AMD PDU。RLC control PDU被用于ARQ,上文所述的RLC状态报告就是RLC control PDU。
当对状态变量或序列号(Sequence Number，SN)做算术比较(例如<,<＝)时，使用modulus base。在AM RLC接收侧，RX_Next是modulus base。所有相关的值都要减去modulus base，然后再进行比 较。例如RX_Next<＝SN<RX_Next+AM_Window_Size，按照如下方式比较[RX_Next–RX_Next]modulo2[sn-FieldLength]<＝[SN–RX_Next]modulo2[sn-FieldLength]<[RX_Next+AM_Window_Size–
RX_Next]modulo2[sn-FieldLength]),其中sn-FieldLength是SN的长度，在NR中取值为12或18。在本公开实施例中如不加特殊说明，所有关于AM RLC实体的状态03变量或SN的算术比较均使用modulus base。
AM RLC实体在发送侧和接收侧各维护一个窗口(window)。
AM RLC实体的发送侧根据状态变量TX_Next_Ack维护发送窗口(transmitting window)，即当AMD PDU的SN在如下范围内被认为SN在发送窗口内：TX_Next_Ack<＝SN<TX_Next_Ack+AM_Window_Size，其中，AM_Window_Size是窗口的大小。对于12和18bit的SN,AM_Window_Size分别是2048和131072。AM RLC实体不向底层下发/SN在发送窗口之外的AMD PDU。状态变量TX_Next_Ack是发送窗口的下边缘，当接收到RLC状态报告指示SN＝TX_Next_Ack的RLC SDU已经被完全接收后，AM RLC实体更新TX_Next_Ack。
AM RLC实体的接收侧根据状态变量RX_Next维护接收窗口(receiving window)，即当AMD PDU的SN在如下范围内被认为SN在接收窗口内：RX_Next<＝SN<RX_Next+AM_Window_Size，其中，AM_Window_Size定义见上文。AM RLC实体丢弃在接收窗口之外的AMD PDU。状态变量RX_Next是接收窗口的下边缘，当RLC SN＝RX_Next的RLC SDU已经被完全接收后，AM RLC实体更新RX_Next。
当AM RLC实体构建RLC状态报告时，会从SN＝RX_Next开始，汇报未完全接收的RLC SDU的信息：未收到的RLC SDU的RLC SN，以及部分收到的RLC SDU的RLC SN和未收到的分段信息(SOstart,SOend)。RLC状态报告中的域ACK_SN指示/在状态报告中没有被报告为丢失的/下一个未接收的RLC SDU的SN。AM RLC实体的发送侧接收到状态报告时，将认为所有到ACK_SN(但是不包括ACK_SN)的RLC SDU都已经被正确接收，除了那些被NACK_SN、NACK_range、SOstart和SOend所指示的RLC SDU和RLC SDU的部分。
当前NR RLC AM的工作模式是无损的。即如果SN＝RX_Next的RLC SDU没有被完全接收，那么AM RLC实体的接收侧会通过状态报告通知RLC对端实体该RLC SDU未被完全接收。对端AM RLC实体的发送侧会进行ARQ重传，直到SN＝RX_Next的RLC SDU被完全接收为止，此时状态变量RX_Next才会被更新。
gNB-CU-User Plane(gNB-CU-UP)是一个逻辑节点，承载gNB-CU中的PDCP协议和SDAP协议的用户面功能。gNB-CU-UP终结了与gNB-CU-CP相连的E1接口，以及和gNB-DU相连的F1-U接口。在DC的配置中，MgNB-CU-UP是指作为主节点(master node)的gNB的gNB-CU-UP,而SgNB-CU-UP是指作为辅节点(secondary node)的gNB的gNB-CU-UP。MgNB-DU是指作为主节点的gNB的gNB-DU,而SgNB-DU是指作为辅节点的gNB的gNB-DU。
当PDCP实体的状态变量RX_DELIV由于定时器t-Reordering超时而增加时，PDCP实体会将接收到的COUNT值小于RX_DELIV的PDCP PDU丢弃。
如果PDCP实体对应的RLC实体是AM RLC实体时，AM RLC实体按照无损工作模式将PDCP实体不等待的RLC SDU继续重传，直到被完全接收为止。这样ARQ重传PDCP实体将丢弃的数据包会造成无线资源的浪费。
在一些实施例中，当t-Reordering超时，PDCP实体通知RLC实体接收窗口更新的状况，从而RLC实体做相应的接收窗口调整，并通知对端RLC实体。该论文假定了PDCP COUNT和RLC SN是一一对应的。由于PDCP COUNT是32比特，而RLC SN是12或18比特，此处所指的一一对应主要是指两个RLC PDU,其所对应的PDCP COUNT的差值等于所对应的RLC SN的差值。在NR系统中，PDCP COUNT和RLC SN并不是一一对应的，这是由于PDCP Control PDU没有PDCP COUNT,但是在RLC层是RLC SDU，有相应的RLC SN。另外，在双连接中可以使用分离承载(split bearer), 即一个PDCP实体中的PDCP PDU由不同的RLC实体来传输，从而也造成PDCP COUNT和RLC SN并不是一一对应的。
本公开实施例提供了一种根据PDCP PDU的COUNT与对应的RLC PDU的SN的关系，来调整AM RLC接收窗口的方法。AM RLC实体接收侧可以在调整RLC接收窗口后，触发RLC状态报告，从而使RLC对端实体根据RLC状态报告不再重传接收PDCP实体可能丢弃的数据包，从而在PDCP COUNT和RLC SN没有一一对应的情况下，也能够避免了无线资源的浪费。
本公开实施例提供了一种根据PDCP PDU的COUNT与对应的RLC PDU的SN的关系，来调整AM RLC接收窗口的方法。AM RLC实体接收侧可以在调整RLC接收窗口后触发RLC状态报告。
当PDCP实体由于t-Reordering定时器超时，调整接收状态变量RX_DELIV(该变量指示还没有递交上层但是等待递交的第一个PDCP SDU的COUNT值，下文均用RX_DELIV来表示该变量)时，根据PDCP PDU的COUNT与对应的RLC PDU的SN的关系，来调整AM RLC实体接收窗口的下边缘(即指示最后一个按序完全接收的RLC SDU的下一个SN,下文均用RX_Next来表示该变量)。本专利既适用于非分离承载，也适用于分离承载。
如果RX_DELIV在调整前的值为RX_DELIV1,在调整后为RX_DELIV2，则对于COUNT满足RX_DELIV1+1<＝COUNT<＝RX_DELIV2–1的接收到的PDCPPDU(既完全接收的RLCSDU)，选择相对应的AMRLC实体所接收到的PDCPPDU中最大的COUNT值。设该PDCPPDU对应的RLC SDU的RLC SN为RLC_SN，则AM RLC实体将RX_Next更新为第一个RLC SN>RLC_SN并且未完全接收的RLC SDU的RLC SN。
如果AM RLC实体对应的COUNT满足RX_DELIV1+1<＝COUNT<＝RX_DELIV2–1的接收到的PDCPPDU(既完全接收的RLC SDU)的集合为空集，则AM RLC实体接收侧不调整接收窗口的下边缘(即RX_Next)。可选的，如果RLC_SN不在AM RLC实体的接收窗口内，则AM RLC实体接收侧不调整接收窗口的下边缘(即RX_Next)。
图2A是根据本公开实施例示出的接收窗口的处理方法的交互示意图。如图2A所示，本公开实施例涉及一种接收窗口的处理方法，用于通信系统100，上述方法包括：
S2101、AM RLC实体向PDCP实体发送第一RLC SDU。
在一些实施例中，PDCP实体接收第一RLC SDU。
在一些实施例中，第一RLC SDU为AM RLC实体完全接收的至少一个RLC SDU。应当理解的是，当采用分离承载时，一个PDCP实体能够接收多个AM RLC实体发送的、完全接收的RLC SDU。
本公开实施例利用PDCP PDU的COUNT与对应的RLC PDU的SN的关系，有如下几种方式：
方式1：AM RLC实体接收侧向PDCP实体发送第一RLC SDU时，AM RLC实体接受测还将第一RLC SDU的SN也传递给PDCP实体，应当理解的是，由于第一RLC SDU为至少一个完全接收的RLC SDU，因此，传递的第一RLC SDU的RLC SN即至少一个完全接收的RLC SDU各自的RLC SN。PDCP实体根据PDCP SN得到PDCP COUNT，建立PDCP COUNT和RLC SN间的对应关系。
方式2：由于RLC SDU中包含PDCP SN，因此AM RLC实体可以建立RLC SDU的SN和RLC SDU中PDCP SN间的对应关系，并且，由于COUNT是有HFN和SN组成的，PDCP实体配置有下行和上行传输的PCDP SN的长度，因此，PDCP实体可以将COUNT值对应的PDCP SN指示给对应的AM RLC实体，从而AM RLC实体根据PDCP SN和RLC SN间的对应关系，确定指示的PDCP SN对应的RLC SN。
在一些实施例中，第一RLC SDU的RLC SN可以与第一RLC SDU同时发送，也可以不同时发送，例如，可以在步骤S2101之后至S2103之前发送第一RLC SDU的RLC SN。本申请实施例对于发送第一RLC SDU以及第一RLC SDU的RLC SN间的时序关系不作限定。
在一些实施例中，AM RLC实体建立完全接收的RLC SDU的RLC SN与所述完全接收的RLC SDU中的PDCP SN间的对应关系，可以在步骤S2101进行，也可以在步骤S2101至S2103之间进行，本申请实施例不作具体限定。
当PDCP实体和AM RLC实体接收侧在UE，网络可以配置是否根据PDCP PDU的COUNT与对应的 RLC PDU的SN的关系来调整AM RLC接收窗口。该配置可以是每个PDCP实体单独配置，每个AM RLC实体单独配置，也可以是每个MAC实体单独配置，或者是每个UE来配置。
当为每个PDCP实体单独配置时，可以通过RRC信令配置(例如在IE PDCP-Config中)，也可以通过定义新的PDCP Control PDU来配置，或者是使用PDCP PDU的包头(header)中的字段来指示，或者是使用MAC CE来配置(为一到多个RB来配置)。
当为每个AM RLC实体单独配置时，可以通过RRC信令配置(例如在IE RLCBearerConfig或RLC-Config中)，也可以通过定义新的RLC Control PDU来配置，或者是使用RLC PDU的包头(header)中的字段来指示，或者是使用MAC CE来配置(为一到多个AM RLC实体来配置)。
当为每个MAC实体单独配置时，可以通过RRC信令配置(例如在IE CellGroupConfig中)，或者是使用MAC CE来配置。当为每个MAC实体单独配置时，与该MAC实体相关联的AM RLC实体和与之关联的PDCP实体即被进行相应的配置。
为每个UE配置时，可以通过RRC信令配置，该UE所有的AM RLC实体和与之关联的PDCP实体均采用该配置。
在一些实施例中，AM RLC实体和PDCP实体位于终端。网络设备向终端发送第一信息，第一信息用于指示AM RLC实体开启对于接收窗口的第一功能以及PDCP实体开启对于接收窗口的第二功能；其中，第一功能包括：向PDCP实体发送第一RLC SDU，接收PDCP实体发送的第一SN，以及根据第一SN处理状态向量RX_Next；第二功能包括：接收AM RLC实体发送的第一RLC SDU，向AM RLC实体发送第一SN。可以理解为,当AM RLC实体和PDCP实体位于终端时,AM RLC实体和PDCP实体本身具有执行相应功能的能力，但相应的功能没有开启，网络设备通过向终端发送第一信息对AM RLC实体和PDCP实体进行配置，然后由终端开启AM RLC实体和PDCP实体相应的功能。
在一些实施例中，网络设备通过以下任一者方式指示所述第一信息：
在RRC信令中指示所述第一信息；
在PDCP Control PDU中指示所述第一信息；
在RLC Control PDU中指示所述第一信息；
在PDCP PDU包头中指示所述第一信息；
在RLC PDU包头中指示所述第一信息；或者，
在MAC CE中指示所述第一信息。
S2102、PDCP实体向AM RLC实体发送第一SN。
本公开实施例的第一SN是PDCP实体根据第一COUNT确定的，第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT，该COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关。
在一些实施例中，若更新前的状态变量RX_DELIV表示为RX_DELIV1，更新后的状态变量RX_DELIV表示为RX_DELIV2，则COUNT范围可以表示为[RX_DELIV1+1,RX_DELIV2-1]。
在一些实施例中，PDCP实体更新前、后的状态变量RX_DELIV是指：所述PDCP实体因t-Reordering重排序定时器超时引起的更新前、后的状态变量RX_DELIV。
由上述实施例可知，本申请实施例利用PDCP PDU的COUNT与对应的RLC PDU的SN的关系，有两种方式，因此，针对不同的方式，PDCP实体发送的第一SN存在差异：
对于方式1，由于PDCP PDU获得了AM RLC实体完全接收的各个RLC SDU各自的RLC SN，因此在获得第一COUNT后，将第一COUNT对应的RLC SDU的RLC SN(本公开后续实施例均称之为RLC_SN)作为第一SN，向AM RLC实体发送。
对于方式2，由于PDCP COUNT由HFN和PDCP SN组成，所以PDCU PDU在获得最大COUNT后，可以从该最大COUNT中确定PDCP SN，将该PDCP SN作为第一SN，向AM RLC实体发送。
在本公式实施例中，PDCP实体将PDCP SN(方式2)或RLC_SN(方式1)传递给AM RLC实体，以及AM RLC实体将RLC SDU的RLC SN传递给PDCP实体(方式1)需要通过层间交互来完成。
1)当PDCP实体和AM RLC实体接收侧在UE时，这种信息传递可以通过UE内部实现来完成。
2)当PDCP实体和AM RLC实体接收侧在网路侧，并且基站采用一体式架构(即没有采用CU-DU 的分离架构)，这种信息传递可以通过基站内部实现来完成。
3)当PDCP实体和AM RLC实体接收侧在网络侧，并且基站采用了CU-DU的分离架构：
gNB-DU将RLC SDU(即PDCP PDU)通过F1-U接口发送给gNB-CU或者gNB-CU-UP时，按照方式1，需要将RLC SDU的RLC SN发送给gNB-CU或者gNB-CU-UP。传输RLC SDU时用GTP-U协议，可以在GTP-U Extension Header中指示RLC SN；
gNB-CU或者gNB-CU-UP需要将RLC_SN(方式1)或PDCP SN(方式2)以及相对应的RLC实体的标识在F1-U接口中通知对应的gNB-DU，例如通过引入新的NR User Plane Protocol信令，从而gNB-DU在收到RLC_SN或PDCP SN后调整接收窗口的下边缘(即RX_Next)。由于NR User Plane Protocol instance仅跟一个DRB关联，当用NR User Plane Protocol信令来指示RLC_SN(方式1)或PDCP SN(方式2)时，只使用AM RLC实体相对应的NR User Plane Protocol instance，即AM RLC实体的标识已经被隐式指示。
4)当接收PDCP实体和AM RLC实体接收侧在网络侧，并且使用了DC架构中的分离承载：
当PDCP实体在MgNB，AM RLC实体在SgNB，SgNB将RLC SDU(即PDCP PDU)通过Xn接口发送给MgNB时，按照方式1需要将RLC SDU的RLC SN发送给MgNB。类似的，当PDCP实体在SgNB，AM RLC实体在MgNB，MgNB将RLC SDU(即PDCP PDU)通过Xn接口发送给SgNB时，按照方式1需要将RLC SDU的RLC SN发送给SgNB。传输RLC SDU时用GTP-U协议，可以在GTP-U Extension Header中指示RLC SN；
当PDCP实体在MgNB，AM RLC实体在SgNB，MgNB需要将RLC_SN(方式1)或PDCP SN(方式2)以及相对应的RLC实体的标识在Xn接口中通知对应的SgNB。类似的，当PDCP实体在SgNB,AM RLC实体在MgNB,SgNB需要将RLC_SN(方式1)或PDCP SN(方式2)以及相对应的RLC实体的标识在Xn接口中通知对应的MgNB。例如可以引入新的NR User Plane Protocol信令，来传输RLC_SN(方式1)或PDCP SN(方式2)。由于NR User Plane Protocol instance仅跟一个DRB关联，当用NR User Plane Protocol信令来指示RLC_SN(方式1)或PDCP SN(方式2)时，只使用AM RLC实体相对应的NR User Plane Protocol instance,即AM RLC实体的标识已经被隐式指示。
在一些实施例中，PDCP实体确定存在与所述第一RLC SDU对应的、至少一个PDCP PDU的COUNT处于COUNT范围，向所述AM RLC实体发送第一SN，也即，如果所述第一RLC SDU对应的、至少一个PDCP PDU的COUNT均不处于COUNT范围，则PDCP实体不会发送第一SN，相应地，AM RLC实体接收侧不调整接收窗口的下边缘(即状态变量RX_Next)。
S2103、AM RLC实体根据所述第一SN处理状态变量RX_Next。
对于方式1，AM RLC实体根据第一SN确定第二RLC SDU，第二RLC SDU为首个未完全接收的、RLC SN不小于所述第一SN的RLC SDU；将所述状态变量RX_Next更新为所述第二RLC SDU的SN。
对于方式2，AM RLC实体将与所述第一SN具有对应关系的RLC SDU的RLC SN作为第二SN；确定第三RLC SDU，所述第三RLC SDU为首个未完全接收的、RLC SN不小于所述第二SN的RLC SDU，将状态变量RX_Next更新为所述第三RLC SDU的RLC SN。
在一些实施例中，如果RLC_SN不在AM RLC实体的接收窗口内，则AM RLC实体接收侧不调整接收窗口的下边缘(即状态变量RX_Next)。
本公开实施例的AM RLC实体在对状态变量RX_Next更新后，根据更新后的状态变量RX_Next移动所述AM RLC实体的接收窗口，并生成RLC状态报告；向所述AM RLC实体的对侧实体发送RLC状态报告。
本公开实施例的接收窗口的处理方法，提供了两种描述PDCP COUNT和RLC SDU的SN间的对应关系的方式，针对不同的方式，PDCP实体发送的第一SN可以是第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的SN，也可以是所述第一COUNT中的PDCP SN，从而AM RLC实体根据第一SN更新状态变量RX_Next，本公开实施例能够在PDCP COUNT与RLC SN间未一一对应的情况下，准确调整接收窗口，避免无线资源的浪费。
请参见图2B，其示例性地示出了本公开实施例的AM RLC实体更新接收状态变量RX_Next的一个示例性示意图，如图所示，灰色矩形中的数字代表PDCP实体已接收到的PDCP SDU的COUNT或者AM RLC实体已接收到的RLC SDU的RLC SN，字母“C”代表PDCP Control PDU，白色矩形 中的数字代表PDCP实体未接收到的PDCP SDU的COUNT或者AM RLC实体未接收到的RLC SDU的RLC SN。
从图2B可知，PDCP实体的接收状态变量RX_DELIV在调整前的值RX_DELIV1＝1，调整后的值RX_DELIV2＝6，COUNT满足RX_DELIV1+1<＝COUNT<＝RX_DELIV2–1的、接收到的PDCP PDU所对应的COUNT的集合是{3，4，5}，其中，最大的COUNT值为5。该PDCP PDU对应的RLC_SN＝9。而第一个SN>9且未完全接收的RLC SDU的SN是10，从而AM RLC实体更新后的RX_Next为10。
请参见图2C，其示例性地示出了本公开实施例的RLC实体更新接收状态变量RX_Next的一个示例性示意图，如图所示，灰色矩形中的数字代表PDCP实体已接收到的PDCP SDU的COUNT或者RLC实体已接收到的RLC SDU的RLC SN，字母“C”代表PDCP Control PDU，白色矩形中的数字代表PDCP实体未接收到的PDCP SDU的COUNT或者RLC实体未接收到的RLC SDU的RLC SN。
从图2B可知，本公开实施例的一个PDCP实体与两个RLC实体对应，
对于AM RLC实体1，COUNT满足RX_DELIV1+1<＝COUNT<＝RX_DELIV2–1的接收到的PDCP PDU所对应的COUNT的集合是{3，4}，其中最大的COUNT值为4，该PDCPPDU对应的RLC SDU的SN为RLC_SN＝3，而第一个SN>3且未完全接收的RLCSDU的SN是5,从而更新后的RX_Next为5；
对于AM RLC实体2，COUNT满足RX_DELIV1+1<＝COUNT<＝RX_DELIV2–1的接收到的PDCP PDU所对应的COUNT的集合是{5}，则最大的COUNT值为5，该PDCP PDU对应的RLC SDU的SN为RLC_SN＝3，而第一个SN>3且未完全接收的RLC SDU的SN是5，从而更新后的RX_Next为5。
图3是根据本公开实施例示出的接收窗口的处理方法的流程示意图，如图3所示，本公开实施例由AM RLC实体执行，上述方法包括：
S3101，向PDCP实体发送第一RLC SDU，第一RLC SDU为AM RLC实体完全接收的至少一个RLC SDU。
步骤S3101的可选实现方式可以参考图2A的步骤S2101的可选实现方式，及图2A所涉及的实施例中其他关联部分，此处不再赘述。
S3102、接收所述PDCP实体发送的第一SN。
步骤S3102的可选实现方式可以参考图2A的步骤S2102的可选实现方式，及图2A所涉及的实施例中其他关联部分，此处不再赘述。
S3103、根据所述第一SN处理状态变量RX_Next。
步骤S3103的可选实现方式可以参考图2A的步骤S2103的可选实现方式，及图2A所涉及的实施例中其他关联部分，此处不再赘述。
本公开实施例所涉及的接收窗口的处理方法可以包括步骤S3101～步骤S3103中的至少一者。例如，步骤S3101可以作为独立实施例来实施，步骤S3102可以作为独立实施例来实施，步骤S3103可以作为独立实施例来实施，但不限于此。
需要说明的是，本公开实施例的S3101、S3102以及S3103可以在不矛盾的情况下任意调换顺序，自由组合实施。
图4是根据本公开实施例示出的接收窗口的处理方法的流程示意图，如图4所示，本公开实施例由PDCP实体执行，上述方法包括：
S4101、接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU。
步骤S4101的可选实现方式可以参考图2A的步骤S2101以及图3的步骤S3101的可选实现方式，及图2A和图3所涉及的实施例中其他关联部分，此处不再赘述。
S4102、向AM RLC实体发送第一SN。
步骤S4102的可选实现方式可以参考图2A的步骤S2102以及图3的步骤S3102的可选实现方式，及图2A和图3所涉及的实施例中其他关联部分，此处不再赘述。
本公开实施例所涉及的接收窗口的处理方法可以包括步骤S4101～步骤S4102中的至少一者。例如，步骤S4101可以作为独立实施例来实施，步骤S4102可以作为独立实施例来实施，但不限于此。
需要说明的是，本公开实施例的S4101和S4102可以在不矛盾的情况下任意调换顺序，自由组合实 施。
图5是根据本公开实施例示出的接收窗口的处理方法的流程示意图，如图5所示，本公开实施例由通信系统执行，上述方法包括：
S5101、AM RLC实体向PDCP实体发送第一RLC SDU。
步骤S5101的可选实现方式可以参考图2A的步骤S2101、图3的步骤S3101以及图4的步骤S4101的可选实现方式，及图2A、图3以及图4所涉及的实施例中其他关联部分，此处不再赘述。
S5102、PDCP实体向AM RLC实体发送第一SN。
步骤S5102的可选实现方式可以参考图2A的步骤S2102、图3的步骤S3102以及图4的步骤S4102的可选实现方式，及图2A、图3以及图所涉及的实施例中其他关联部分，此处不再赘述。
S5103、AM RLC实体根据所述第一SN处理状态变量RX_Next。
步骤S5103的可选实现方式可以参考图2A的步骤S2103的可选实现方式，图3的步骤S3103的可选实现方式，及图2A、图3以及图4所涉及的实施例中其他关联部分，此处不再赘述。
本公开实施例所涉及的接收窗口的处理方法可以包括步骤S5101～步骤S5103中的至少一者。例如，步骤S5201可以作为独立实施例来实施，步骤S5102可以作为独立实施例来实施，步骤S5103可以作为独立实施例来实施，但不限于此。
在一些实施例中，步骤S5101的是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S5102的是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S5103的是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
需要说明的是，本公开实施例的S5101、S5102以及S5103可以在不矛盾的情况下任意调换顺序，自由组合实施。
本公开实施例还提出用于实现以上任一方法的装置，例如，提出一装置，上述装置包括用以实现以上任一方法中第一网元1021所执行的各步骤的单元或模块。再如，还提出另一装置，包括用以实现以上任一方法中第二网元1022所执行的各步骤的单元或模块。
应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central Processing Unit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。
在本公开实施例中，处理器是具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(Central Processing Unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，ASIC)或可编程逻辑器件(programmable logic device，PLD)实现的硬件电路,例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路， 其可以理解为ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learning Processing Unit，DPU)等。
图6A是本公开实施例提出的AM RLC实体的结构示意图。如图6A所示，AM RLC实体可以包括：收发模块6011和处理模块6012。
在一些实施例中，收发模块6011，用于向PDCP实体发送第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；接收所述PDCP实体发送的第一SN。
在一些实施例中，处理模块6012，用于根据所述第一SN处理状态变量RX_Next。
所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
图6B是本公开实施例提出的PDCP实体的结构示意图。如图6B所示，PDCP实体可以包括：收发模块6021。
在一些实施例中，收发模块6021，用于接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；向所述AM RLC实体发送第一SN。
所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
图7A是本公开实施例提出的通信设备7100的结构示意图。通信设备7100可以是网络设备(例如接入网设备等)，也可以是物联网设备，也可以是支持网络设备实现以上任一方法的芯片、芯片系统、或处理器等，还可以是支持物联网设备实现以上任一方法的芯片、芯片系统、或处理器等。通信设备7100可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
如图7A所示，通信设备7100包括一个或多个处理器7101。处理器7101可以是通用处理器或者专用处理器等，例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行程序，处理程序的数据。可选地，通信设备7100用于执行以上任一方法。可选地，一个或多个处理器7101用于调用指令以使得通信设备7100执行以上任一方法。
在一些实施例中，通信设备7100还包括一个或多个收发器7102。在通信设备7100包括一个或多个收发器7102时，收发器7102执行上述方法中的发送和/或接收等通信步骤(例如步骤S2101，但不限于此)中的至少一者，处理器7101执行其他步骤(例如步骤S2102，但不限于此)中的至少一者。在可选的实施例中，收发器可以包括接收器和/或发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、收发电路、接口电路、接口等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。
在一些实施例中，通信设备7100还包括用于存储数据的一个或多个存储器7103。可选地，全部或部分存储器7103也可以处于通信设备7100之外。在可选的实施例中，通信设备7100可以包括一个或多个接口电路7104。可选地，接口电路7104与存储器7102连接，接口电路7104可用于从存储器7102或其他装置接收数据，可用于向存储器7102或其他装置发送数据。例如，接口电路7104可读取存储器7102中存储的数据，并将该数据发送给处理器7101。
以上实施例描述中的通信设备7100可以是网络设备或者终端，但本公开中描述的通信设备7100的范围并不限于此，通信设备7100的结构可以不受图7A的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如通信设备可以是：1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、 云设备、人工智能设备等等；(6)其他等等。
图7B是本公开实施例提出的芯片7200的结构示意图。对于通信设备7100可以是芯片或芯片系统的情况，可以参见图9B所示的芯片7200的结构示意图，但不限于此。
芯片7200包括一个或多个处理器7201。芯片7200用于执行以上任一方法。
在一些实施例中，芯片7200还包括一个或多个接口电路7202。可选地，接口电路、接口、收发管脚等术语可以相互替换。在一些实施例中，芯片7200还包括用于存储数据的一个或多个存储器7203。可选地，全部或部分存储器7203可以处于芯片7200之外。可选地，接口电路7202与存储器7203连接，接口电路7202可以用于从存储器7203或其他装置接收数据，接口电路7202可用于向存储器7203或其他装置发送数据。例如，接口电路7202可读取存储器7203中存储的数据，并将该数据发送给处理器7201。
在一些实施例中，接口电路7202执行上述方法中的发送和/或接收等通信步骤(例如步骤S2101，但不限于此)中的至少一者。接口电路7202执行上述方法中的发送和/或接收等通信步骤例如是指：接口电路7202执行处理器7201、芯片7200、存储器7203或收发器件之间的数据交互。在一些实施例中，处理器7201执行其他步骤(例如步骤S2102，但不限于此)中的至少一者。
本公开还提出存储介质，上述存储介质上存储有指令，当上述指令在通信设备7100上运行时，使得通信设备7100执行以上任一方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但不限于此，其也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但不限于此，其也可以是暂时性存储介质。
本公开还提出程序产品，上述程序产品被通信设备7100执行时，使得通信设备7100执行以上任一方法。可选地，上述程序产品是计算机程序产品。
本公开还提出计算机程序，当其在计算机上运行时，使得计算机执行以上任一方法。

Claims (35)

  1. 一种接收窗口的处理方法，其特征在于，由确认模式下的无线电链路控制层AM RLC实体执行，所述方法包括：
    向分组数据融合协议PDCP实体发送第一无线电链路控制层服务数据单元RLC SDU，第一RLC SDU为AM RLC实体完全接收的至少一个RLC SDU；
    接收所述PDCP实体发送的第一序列号SN；
    根据第一SN处理状态变量RX_Next，所述状态变量RX_Next用于指示接收窗口的下边缘；
    其中，所述第一SN为所述第一RLC SDU中，与具有第一计数COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为第一COUNT中的PDCP SN；
    所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
  2. 根据权利要求1所述的方法，其特征在于，所述第一SN为所述第一RLC SDU中，与具有所述第一COUNT的PDCP PDU对应的RLC SDU的RLC SN；
    向PDCP实体发送第一RLC SDU，包括：
    向PDCP实体发送所述第一RLC SDU以及所述第一RLC SDU的RLC SN。
  3. 根据权利要求2所述的方法，其特征在于，所述根据所述第一SN处理状态变量RX_Next，包括：
    确定第二RLC SDU，所述第二RLC SDU为首个未完全接收的、RLC SN不小于所述第一SN的RLC SDU；
    将所述状态变量RX_Next更新为所述第二RLC SDU的RLC SN。
  4. 根据权利要求1所述的方法，其特征在于，所述第一SN为所述第一COUNT中的PDCP SN；
    所述根据所述第一SN处理状态变量RX_Next，之前还包括：
    建立所述完全接收的RLC SDU的RLC SN与所述完全接收的RLC SDU中的PDCP SN间的一一对应关系。
  5. 根据权利要求4所述的方法，其特征在于，所述根据所述第一SN处理状态变量RX_Next，包括：
    将与所述第一SN具有对应关系的RLC SDU的RLC SN作为第二SN；
    确定第三RLC SDU，所述第三RLC SDU为首个未完全接收的、RLC SN不小于所述第二SN的RLC SDU；
    将所述状态变量RX_Next更新为所述第三RLC SDU的RLC SN。
  6. 根据权利要求2-5任意一项所述的方法，其特征在于，还包括：
    根据更新后的状态变量RX_Next移动所述AM RLC实体的接收窗口，并生成RLC状态报告；
    向所述AM RLC实体的对侧实体发送所述RLC状态报告。
  7. 根据权利要求1所述的方法，其特征在于，所述根据所述第一SN处理状态变量RX_Next，包括：
    所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，且所述第一SN不在所述AM RLC实体的接收窗口中，不更新状态变量RX_Next。
  8. 根据权利要求2或3所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用集中单元和分布单元分离架构；
    所述第一RLC SDU的RLC SN通过以下方式发送：
    所述AM RLC实体所在的分布单元，向所述PDCP实体所在的集中单元发送GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
  9. 根据权利要求1-8任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于 网络设备，且所述网络设备采用集中单元和分布单元分离架构；
    所述接收所述PDCP实体发送的第一SN，包括：
    所述AM RLC实体所在的分布单元，接收所述PDCP实体所在的集中单元发送的、与所述AM RLC实体对应的新空口用户平面协议信令NR User Plane Protocol，所述新空口用户平面协议信令用于指示所述第一SN。
  10. 根据权利要求2或3所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
    所述第一RLC SDU的RLC SN通过以下方式发送：
    所述AM RLC实体所在的基站节点，向所述PDCP实体所在的基站节点发送GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
  11. 根据权利要求1-7以及10任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
    所述接收所述PDCP实体发送的第一SN，包括：
    所述AM RLC实体所在的基站节点，接收所述PDCP实体所在的基站节点发送的、与所述AM RLC实体对应的NR User Plane Protocol信令，所述NR User Plane Protocol信令用于指示所述第一SN。
  12. 根据权利要求1-7任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于终端；
    向PDCP实体发送第一RLC SDU，之前还包括：
    接收网络设备配置的第一信息，所述第一信息用于指示AM RLC实体开启对于接收窗口的第一功能以及PDCP实体开启对于接收窗口的第二功能；
    其中，所述第一功能包括：向PDCP实体发送第一RLC SDU，接收所述PDCP实体发送的第一SN，以及根据所述第一SN处理状态向量RX_Next；
    所述第二功能包括：接收AM RLC实体发送的第一RLC SDU，向所述AM RLC实体发送第一SN。
  13. 根据权利要求12所述的方法，其特征在于，所述网络设备通过以下任一者方式指示所述第一信息：
    在无线资源控制RRC信令中指示所述第一信息；
    在PDCP Control PDU中指示所述第一信息；
    在RLC Control PDU中指示所述第一信息；
    在PDCP PDU包头中指示所述第一信息；
    在RLC PDU包头中指示所述第一信息；或者，
    在媒体接入控制控制元素MAC CE中指示所述第一信息。
  14. 根据权利要求1-13任意一项所述的方法，其特征在于，所述COUNT范围为[RX_DELIV1+1,RX_DELIV2-1]；
    其中，RX_DELIV1表示更新前的状态变量RX_DELIV；RX_DELIV2表示更新后的状态变量RX_DELIV。
  15. 根据权利要求1-14任意一项所述的方法，其特征在于，所述PDCP实体更新前、后的状态变量RX_DELIV是指：所述PDCP实体因t-Reordering定时器超时引起的更新前、后的状态变量RX_DELIV。
  16. 根据权利要求1-15所述的方法，其特征在于，所述第一SN是所述PDCP实体确定存在与所述第一RLC SDU对应的、至少一个PDCP PDU的COUNT处于COUNT范围时发送的。
  17. 一种接收窗口的处理方法，其特征在于，由PDCP实体执行，所述方法包括：
    接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；
    向所述AM RLC实体发送第一SN；
    其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
    所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
  18. 根据权利要求17所述的方法，其特征在于，所述第一SN为所述第一RLC SDU中，与具有所述第一COUNT的PDCP PDU对应的RLC SDU的RLC SN；
    所述接收AM RLC实体发送的第一RLC SDU，包括：
    接收AM RLC实体发送的所述第一RLC SDU以及所述第一RLC SDU的RLC SN。
  19. 根据权利要求18所述的方法，其特征在于，所述第一SN通过以下方式确定：
    建立第一RLC SDU的RLC SN与所述RLC SDU的SN对应的PDCP PDU的COUNT间的一一对应关系；
    根据所述对应关系以及所述第一COUNT，确定所述第一RLC SDU中，与具有所述第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，并作为所述第一SN。
  20. 根据权利要求17-19任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用集中单元和分布单元分离架构；
    所述第一RLC SDU的RLC SN通过以下方式接收：
    所述PDCP实体所在的集中单元，接收所述AM RLC实体所在的分布单元发送的GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
  21. 根据权利要求17-20任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用集中单元和分布单元分离架构；
    所述向所述AM RLC实体发送第一SN，包括：
    所述PDCP实体所在的集中单元，向所述AM RLC实体所在的分布单元发送的、与所述AM RLC实体对应的新空口用户平面协议信令NR User Plane Protocol，所述新空口用户平面协议信令用于指示所述第一SN。
  22. 根据权利要求17-19中任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
    所述第一RLC SDU的RLC SN通过以下方式接收：
    所述PDCP实体所在的基站节点，接收所述AM RLC实体所在的基站节点发送的GTP-U报文，所述GTP-U报文的拓展头指示所述第一RLC SDU的RLC SN。
  23. 根据权利要求17-19以及22中任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于网络设备，且所述网络设备采用双连接架构中的分离承载；
    所述向所述AM RLC实体发送第一SN，包括：
    所述PDCP所在的基站节点，向所述AM RLC实体所在的基站节点发送与所述AM RLC实体对应的NR User Plane Protocol信令，所述NR User Plane Protocol信令用于指示所述第一SN。
  24. 根据权利要求17-19任意一项所述的方法，其特征在于，所述AM RLC实体和所述PDCP实体位于终端；
    所述接收AM RLC实体发送的第一RLC SDU，之前还包括：
    接收网络设备配置的第一信息，所述第一信息用于指示AM RLC实体开启对于接收窗口的第一功能以及PDCP实体开启对于接收窗口的第二功能；
    其中，所述第一功能包括：向PDCP实体发送第一RLC SDU，接收所述PDCP实体发送的第一SN，以及根据所述第一SN处理状态向量RX_Next；
    所述第二功能包括：接收AM RLC实体发送的第一RLC SDU，向所述AM RLC实体发送第一SN。
  25. 根据权利要求24所述的方法，其特征在于，所述网络设备通过以下任一者方式指示所述第一信息：
    在RRC信令中指示所述第一信息；
    在PDCP Control PDU中指示所述第一信息；
    在RLC Control PDU中指示所述第一信息；
    在PDCP PDU包头中指示所述第一信息；
    在RLC PDU包头中指示所述第一信息；或者，
    在MAC CE中指示所述第一信息。
  26. 根据权利要求17-25任意一项所述的方法，其特征在于，所述COUNT范围为[RX_DELIV1+1,RX_DELIV2-1]；
    其中，RX_DELIV1表示更新前的状态变量RX_DELIV；RX_DELIV2表示更新后的状态变量RX_DELIV。
  27. 根据权利要求17-26任意一项所述的方法，其特征在于，所述PDCP实体更新前、后的状态变量RX_DELIV是指：所述PDCP实体因t-Reordering定时器超时引起的更新前、后的状态变量RX_DELIV。
  28. 根据权利要求17-27所述的方法，其特征在于，向所述AM RLC实体发送第一SN，包括：
    确定存在与所述第一RLC SDU对应的、至少一个PDCP PDU的COUNT处于COUNT范围，向所述AM RLC实体发送第一SN。
  29. 一种AM RLC实体，其特征在于，包括：
    收发模块，用于向PDCP实体发送第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；接收所述PDCP实体发送的第一SN；
    处理模块，用于根据所述第一SN处理状态变量RX_Next，所述状态变量RX_Next用于指示所述接收窗口的下边缘；
    其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的RLC SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
    所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
  30. 一种PDCP实体，其特征在于，包括：
    收发模块，用于接收AM RLC实体发送的第一RLC SDU，所述第一RLC SDU为所述AM RLC实体完全接收的至少一个RLC SDU；向所述AM RLC实体发送第一SN；
    其中，所述第一SN为所述第一RLC SDU中，与具有第一COUNT的PDCP PDU对应的RLC SDU的SN，或者，所述第一SN为所述第一COUNT中的PDCP SN；
    所述第一COUNT为与所述第一RLC SDU对应的PDCP PDU的COUNT中，处于COUNT范围的最大COUNT；所述COUNT范围与所述PDCP实体更新前、后的状态变量RX_DELIV相关，所述状态变量RX_DELIV用于指示PDCP实体等待递交至上层的首个PDCP SDU的COUNT。
  31. 一种AM RLC实体，其特征在于，包括：
    一个或多个处理器；
    其中，所述处理器用于执行权利要求1至16中任一项所述的方法。
  32. 一种PDCP实体，其特征在于，包括：
    一个或多个处理器；
    其中，所述处理器用于执行权利要求17至28中任一项所述的方法。
  33. 一种通信系统，其特征在于，包括：
    AM RLC实体，用于实现权利要求1-16任一项所述的方法；
    PDCP实体，用于实现权利要求17-28中任一项所述的方法。
  34. 一种存储介质，所述存储介质存储有指令，其特征在于，当所述指令在通信设备上运行时，使得所述通信设备执行如权利要求1-28中任一项所述的方法。
  35. 一种程序产品，其特征在于，所述程序产品被通信设备执行时实现权利要求1-28任一项所述的方法。
PCT/CN2024/086052 2024-04-03 2024-04-03 接收窗口的处理方法、实体、通信系统及存储介质 Pending WO2025208481A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2024/086052 WO2025208481A1 (zh) 2024-04-03 2024-04-03 接收窗口的处理方法、实体、通信系统及存储介质
CN202480018133.3A CN121080029A (zh) 2024-04-03 2024-04-03 接收窗口的处理方法、实体、通信系统及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2024/086052 WO2025208481A1 (zh) 2024-04-03 2024-04-03 接收窗口的处理方法、实体、通信系统及存储介质

Publications (1)

Publication Number Publication Date
WO2025208481A1 true WO2025208481A1 (zh) 2025-10-09

Family

ID=97265829

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/086052 Pending WO2025208481A1 (zh) 2024-04-03 2024-04-03 接收窗口的处理方法、实体、通信系统及存储介质

Country Status (2)

Country Link
CN (1) CN121080029A (zh)
WO (1) WO2025208481A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190044880A1 (en) * 2017-08-07 2019-02-07 Lg Electronics Inc. Method for handling state variables of a pdcp entity in wireless communication system and a device therefor
CN112399468A (zh) * 2019-08-14 2021-02-23 大唐移动通信设备有限公司 一种数据传输方法及接收设备
CN115277608A (zh) * 2022-07-22 2022-11-01 哲库科技(北京)有限公司 无线通信的方法及设备
CN115515180A (zh) * 2022-08-29 2022-12-23 翱捷科技股份有限公司 一种更新am模式的nr rlc接收窗口的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190044880A1 (en) * 2017-08-07 2019-02-07 Lg Electronics Inc. Method for handling state variables of a pdcp entity in wireless communication system and a device therefor
CN112399468A (zh) * 2019-08-14 2021-02-23 大唐移动通信设备有限公司 一种数据传输方法及接收设备
CN115277608A (zh) * 2022-07-22 2022-11-01 哲库科技(北京)有限公司 无线通信的方法及设备
CN115515180A (zh) * 2022-08-29 2022-12-23 翱捷科技股份有限公司 一种更新am模式的nr rlc接收窗口的方法及装置

Also Published As

Publication number Publication date
CN121080029A (zh) 2025-12-05

Similar Documents

Publication Publication Date Title
CN111684856B (zh) 5g nr系统中上行链路传输的方法
US20200112885A1 (en) Handover control method and apparatus
CN117546574A (zh) 延迟状态上报方法、终端、网络设备、通信系统和存储介质
WO2025091376A1 (zh) 发送接收指示信息的方法、终端、网络设备、系统及介质
WO2025000303A9 (zh) 信息指示方法、终端、网络设备、通信系统和存储介质
US12401456B2 (en) Communication method and apparatus
WO2025065432A1 (zh) 信息传输方法、pdcp实体、rlc实体、终端和存储介质
CN117222056A (zh) 存活时间的处理方法和终端设备
WO2025060017A1 (zh) 信息处理方法、实体、网络设备、通信系统及存储介质
CN108353350A (zh) 无线电接入网络与无线局域网的协作系统及方法
CN111713057A (zh) 用于处置通信的传送装置和其中执行的方法
WO2025208413A1 (zh) 通信方法、rlc实体、pdcp实体、装置及存储介质
US20210298123A1 (en) Wireless communication system, transmission and reception method, recording medium, wireless communication base station device, control circuit, and control method
CN115701173A (zh) 数据重传方法、设备、装置及存储介质
CN113747501A (zh) 一种通信方法及装置
WO2025065435A1 (zh) 延迟状态上报方法、终端和存储介质
CN117795929A (zh) 通信方法、终端和存储介质
CN115209468A (zh) Iab网络中的用户装备第2层缓冲区操作
WO2025179598A1 (zh) 通信方法、rlc实体、pdcp实体、装置及存储介质
CN121080029A (zh) 接收窗口的处理方法、实体、通信系统及存储介质
WO2025175510A1 (zh) 发送接收指示信息的方法、终端、网络设备、系统及介质
WO2025179459A1 (zh) 处理方法、装置以及存储介质
WO2026064933A1 (zh) 一种通信方法及装置
WO2025091352A1 (zh) 信息处理方法、装置及存储介质
WO2026090847A1 (zh) 通信方法、终端、网络设备、通信系统、计算机程序产品和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24933434

Country of ref document: EP

Kind code of ref document: A1