[go: up one dir, main page]

WO2007006225A1 - A method for processing data after reconfiguring the window parameter of the receiver in the radio link control layer - Google Patents

A method for processing data after reconfiguring the window parameter of the receiver in the radio link control layer Download PDF

Info

Publication number
WO2007006225A1
WO2007006225A1 PCT/CN2006/001621 CN2006001621W WO2007006225A1 WO 2007006225 A1 WO2007006225 A1 WO 2007006225A1 CN 2006001621 W CN2006001621 W CN 2006001621W WO 2007006225 A1 WO2007006225 A1 WO 2007006225A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
window
new window
processing method
buffer
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.)
Ceased
Application number
PCT/CN2006/001621
Other languages
English (en)
French (fr)
Inventor
Hao Hu
Xiaoxiao Zheng
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2007006225A1 publication Critical patent/WO2007006225A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters

Definitions

  • the present invention relates to a data transmission technique in a non-acknowledgment transmission mode of a radio link control layer (RLC), and more particularly to a data processing method in which a radio link control layer receiving end window parameter is reset in an unacknowledged transmission mode.
  • RLC radio link control layer
  • the Radio Link Control Layer is a sub-layer between the Medium Access Control Layer (MAC) and Layer 3. Its functions are mainly the transmission, division, reassembly and concatenation of user data, error correction and encryption, and so on.
  • the RLC entity supports three types of services, transparent mode service (TM), unacknowledged mode service (UM), and acknowledged mode service (AM).
  • TM transparent mode service
  • UM unacknowledged mode service
  • AM acknowledged mode service
  • the RLC sub-layer entity model is shown in Figure 1.
  • Figure 1 is a schematic diagram of the RLC sub-layer entity model.
  • the user equipment (UE) accesses the universal terrestrial radio access network (UTRAN) through the radio interface for communication.
  • UTRAN universal terrestrial radio access network
  • the TM sending entity and the TM receiving entity in the UE, the UM sending entity, and the UM receiving entity, and the AM entity respectively interact with the corresponding TM receiving entity and the TM sending entity in the U AR, the UM receiving entity, the UM sending entity, and the AM entity, and transmit data.
  • Transparent mode services are performed by independent transmit and receive transparent mode entities.
  • the transmitting entity receives the SDU from the upper layer and divides it into the appropriate RLC Protocol Data Unit (PDU) without any overhead, through the Broadcast Control Channel (BCCH), the Paging Control Channel (PCCH), the Shared Channel Control Channel (SHCCH), and the Common Control Channel.
  • a certain channel such as (CCCH:), Dedicated Traffic Channel (DTCH) is transmitted to the MAC sublayer.
  • the receiving entity receives the PDUs from the MAC sublayer, and then reassembles the PDUs into RLC Service Data Units (SDUs) for transmission to the upper layer.
  • SDU RLC Service Data Unit
  • Unacknowledged mode services are performed by independent transmit and receive unacknowledged mode entities.
  • the sending entity receives the SDU from the upper layer into the RLC PDU of the appropriate size or connects the different SDUs into one RLC PDU, attaches an RLC header and puts it into the sending buffer to send it to the MAC sublayer through a certain logical channel.
  • the receiving entity receives the PDU from the MAC sublayer through a certain logical channel, goes to the head and reassembles it into an SDU and sends it to the upper layer.
  • the acknowledgment mode service is done by a joint send and receive acknowledgment mode entity. Both types of PDU-control PDUs and service PDUs are sent and received.
  • the transmitting side entity receives the SDU from the upper layer to split or connect to the RLC service PDU, and attaches an RLC header to the transmitting and retransmitting buffer to send it to the MAC sublayer through one or two logical channels.
  • acknowledgment mode all transmitted service PDUs require confirmation by the peer entity to determine whether to retransmit or not.
  • the Control PDU is a status report and a reset request for the received PDU generated by the RLC entity itself.
  • the receiving side entity receives the PDU from the MAC sublayer, extracts the piggyback status information, puts it into the receiving buffer, waits for the complete PDU reassembly SDU to be sent to the upper layer, or sends an erroneous receiving acknowledgement through its transmitting side to request the peer entity to resend the PDU. .
  • MBMS Multimedia Broadcast/Multicast Service
  • WCDMA/GSM Global Standards Organization (3GPP) mainly uses the UM mode to complete the transmission between the RLC sublayers. Due to the type of service, MBMS requires the mobile network to provide a data source to send point-to-multipoint data services to multiple users at high speed. It has higher real-time requirements for UE reception and a lower correct rate, and does not need to be sent to the network. All data packets are - confirmed.
  • Multicast and broadcast are technologies that transfer data from one data source to multiple destinations.
  • a cell broadcast service (CBS: Cell Broadcast Service) allows low-bit rate data to be transmitted to all users through a cell shared broadcast channel, which belongs to a message type service.
  • CBS Cell Broadcast Service
  • IP multicast technology is only applicable to wired IP networks, not to mobile networks, because mobile networks have specific network structures, functional entities, and wireless interfaces, which are different from wired IP networks.
  • MBMS Multimedia Broadcast/Multicast Service
  • Point services realize network resource sharing, and improve the utilization of network resources, especially the utilization of air interface resources.
  • MBMS defined by 3GPP can not only realize plain text low-rate message class multicast and broadcast, but also realize multicast and broadcast of high-speed multimedia services, which undoubtedly conforms to the trend of future mobile data development.
  • a mobile network function entity is added to the mobile network.
  • the broadcast multicast service center BM-SC is an entry of the content provider for authorizing and initiating the MBMS bearer service in the mobile network, and according to the reservation. Time plans to deliver MBMS content.
  • functional entities such as User Equipment (UE), Terrestrial Radio Access Network (UTRAN), GERAN, SGSN, and GGSN are enhanced to add MBMS-related functions.
  • FIG. 2 is a schematic diagram of a wireless network structure supporting multicast/broadcast services.
  • the Broadcast/Multicast Service Center (BM-SC) is connected to the Gateway General Packet Radio Service (GPRS) Support Node (GGSN) via a Gmb interface or a Gi interface, and one BM-SC can be connected to multiple GGSNs.
  • GPRS General Packet Radio Service
  • the GGSN is connected to the Serving GPRS Support Node (SGSN) through the Gn/Gp interface, and one GGSN can be connected to multiple SGSNs; the SGSN can communicate with the Universal Mobile Telecommunications System (UMTS) terrestrial radio access network through the Iu interface ( UTRAN is connected, then UTRAN is connected to the communication terminal through the Uu interface, and the SGSN can also communicate with the global mobile through the Iu/Gb interface.
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UTRAN Enhanced Radio Access Network
  • GERAN Enhanced Radio Access Network
  • MBMS includes multicast mode and broadcast mode.
  • the difference between the multicast service and the broadcast service is only that: The multicast service only sends corresponding information to users who subscribe to certain information, and the broadcast service sends information to all users in the wireless network.
  • the multicast mode requires the user to subscribe to the corresponding multicast group, perform service activation, and generate corresponding accounting information. Because the multicast and broadcast modes differ in business requirements, their business processes are different.
  • the MBMS service has two modes when transmitting between the UTRAN and the UE: point-to-multipoint (PTM) mode and point-to-point (PTP) mode.
  • PTM point-to-multipoint
  • PTP point-to-point
  • the PTM mode transmits the same data through the MBMS point-to-multipoint traffic channel (MTCH), and all UEs that join the multicast service or are interested in the broadcast service can receive; the PTP mode transmits data through the dedicated transport channel (DTCH), only the corresponding A UE can receive it.
  • MTCH point-to-multipoint traffic channel
  • DTCH dedicated transport channel
  • the complete process for a user to receive an MBMS broadcast service includes:
  • Service announcement notifying the user of the relevant information of the MBMS service
  • MBMS notification (MBMS notification) The RNC notifies the user of the MBMS multicast data transmission;
  • the BM-SC is not ready to send data, and the load resources can be released.
  • the complete process for a user to receive an MBMS multicast service includes:
  • Session Start Joining, Session Start (Session Start); 4, the session begins (Session Start);
  • the multicast service Compared with the MBMS broadcast service, the multicast service adds a user subscription process, a joining process, and a leaving process.
  • the user subscription is the process of establishing the connection between the user and the service provider.
  • the joining process is a process in which the user informs the network that it is ready to receive the MBMS service. Leaving is the process by which the user is no longer a member of the MBMS multicast group.
  • Figure 3 is a schematic diagram of the transmission of two RLC peer entities in the MBMS service. among them:
  • the UE accesses the URTAN through the radio interface (Uu) for communication.
  • the UM Service Access Point (UM-SAP) sends the SDUs sent from the upper layer to the sender UM RLC entity.
  • the sending end of the UM RLC entity receives the SDU first buffered into the transmission buffer, and then splits into PDUs by dividing and concatenating, and then adds the RLC overhead to the PDU and sends it to the PDU through Uu.
  • the UM RLC entity of the receiving end of the UE receives the PDU function first, and then performs the DAR function processing on the receiving end buffer, and then removes the RLC overhead from the PDU and sends it to the reassembly buffer.
  • the area is cached and reassembled and sent to the upper layer through UM-SAP.
  • the DAR function is introduced into the RLC UM entity as the first operation after the receiver receives the PDU from the MAC sublayer and is only used for the transmission of the logical channel MTCH, MBMS service message.
  • the DAR function was introduced to ensure the reliability of the MBMS service. Since the UE can receive user data of the same MBMS service from different cells, the UE may be repeatedly and/or disordered when receiving the PDU. Therefore, in order to enable the receiving end to send the PDU to the receiving end buffer in a correct and non-repeating order to reassemble the SDU, the DAR function is introduced.
  • the principle of the DAR function is that the UE caches the received PDUs in order of sequence number by using a certain size window, that is, a buffer space of a fixed size fixed position. This window can be called a DAR window. These PDUs may or may not be contiguous, and buffering these PDUs in order of size may be used to wait for PDUs from other cells at a later time. The cached PDU is more complete, and the window can be used for copy detection.
  • the DAR window can be represented by the sequence number and window size of the PDU. As the sequence number of the received PDU increases, the upper bound of the window also moves forward. For example, the window size is 8, and the maximum number of the currently received PDU is 16, and the window can be It is represented by sequence numbers 9 to 16. The PDUs with sequence numbers 9 to 16 received thereafter should be written to the buffer area. If a PDU with sequence number 17 is received at this time, the window advances to the sequence number 10 to 17. Since the size of the buffer space itself is fixed, as the newly received PDU with a large sequence number is stored in the DAR window, the PDU that was originally near the lower boundary of the window may move out of the window.
  • the reference to the DAR function also introduces a series of parameters for the RLC UM entity.
  • VR (UDR) indicates the sequence number of the first PDU that was not sent to the receive reassembly buffer in order, that is, the sequence number of the next PDU that should be sent to the reassembly buffer in order.
  • VR "VR (UTT)" is used together with the timer to flag when the PDU should be forced to the receive reassembly buffer regardless of whether there are any unreceived PDUs.
  • VR indicates the value of the received sequence with the largest sequence number in the PDU of the window.
  • the DAR function introduces a timer "Timer JDAR” for terminating the state in which no PDU is sent to the receive reassembly buffer for a long time.
  • sequence number SN ⁇ VR (UDR) or the same sequence number of PDUs has been cached, the newly received PDU is deleted; otherwise, the newly received PDU is stored in the buffer area by the sequence number.
  • VR is updated to x+1, where X is the sequence number of the PDU with the highest sequence number among the PDUs received into the reassembly buffer.
  • the function of resetting the RLC parameters by the upper layer does not describe the case when the parameter DAR_Window_Size is reset by the upper layer.
  • the service needs to be reconfigured, and the size of the DAR receiving window also needs to be adjusted.
  • the change in window size affects the speed at which the received PDU reassembles the SDU, so the receive window is also adjusted to accommodate the adjusted downstream rate.
  • the new window may be smaller than the original window, causing some PDUs to change outside the window, or may cause some PDUs to change from outside the window to the window due to the larger window.
  • the operating protocols for these PDUs are not described. Since the protocol is not clearly stated, these PDUs may be left in the cache, neither transferred to the next accepted reassembly cache, or deleted in time until the buffer overflows, causing an error. Or the cache deletes the PDUs that should not be deleted, so that the SDUs that should be reorganized cannot be reorganized in the next function.
  • the main object of the present invention is to provide a data processing method after the receiving end window parameter of the radio link control layer is reset, and reduce the receiving error that may occur after the receiving end of the RLC layer changes the window parameter.
  • the present invention provides a data processing method after the receiving end window parameter of the radio link control layer is reset.
  • the # text is processed as follows:
  • step C Perform data processing on the data obtained in step B.
  • the method for determining a new window boundary may be:
  • the upper boundary of the original window is determined as the upper boundary of the new window, and the upper boundary of the new window is determined by the upper boundary and the new window.
  • the receiving buffer size window size parameter is set to the upper layer
  • the data obtained by the step B is changed from the original window to the original window: the data belonging to the original window and not included in the new window is acquired.
  • the method for acquiring data belonging to the original window without being included in the new window may be: comparing the sequence number of the data in the original window with the upper and lower boundaries of the new window, determining which data falls outside the new window, and obtaining the drop Data outside the new window.
  • step C The method of data processing described in step C may be:
  • the step C may be: deleting or completely transmitting the data acquired in step B to the data recombination buffer area; Or after the data acquired in step B is cached for a predetermined time, all of them are deleted or all sent to the data recombination buffer.
  • the step C described may also be:
  • step B It is judged whether the data acquired in step B has continuous serial number data, and if so, the continuous data is sent to the data recombination buffer area, and the discontinuous data is deleted; otherwise, all the discontinuous data is deleted.
  • the step C may be specifically as follows:
  • step B Determining whether the data acquired in step B has continuous serial number data, and if so, the continuous data is buffered for a predetermined time and then sent to the data recombination buffer area, and the discontinuous data is directly deleted; otherwise, all the data is directly deleted or cached. Delete after time;
  • step B determines whether the data acquired in step B has continuous serial number data, if yes, send the continuous data directly to the data reorganization buffer, and delete the discontinuous data after a predetermined time; otherwise, delete or cache all the data directly. Delete after scheduled time.
  • the step C may further include: buffering the discontinuous data for a predetermined time, and determining, according to the predetermined time, whether the newly received data sequence number is consecutive with the cached data, and if so, the data in the cache that is continuous with the newly received data and The newly received data is sent to the data reassembly buffer; otherwise, the cached discontinuous data is deleted.
  • the predetermined time for buffering the discontinuous data may be set to at least the time required to receive one data.
  • the step C may further include: recording the highest data sequence number of the deleted data or the data sent to the data recombination buffer area, and determining whether the serial number of the consecutive multiple data in the new window is consecutive with the recorded data serial number, if any, The serial number consecutive data in the new window is sent to the data reorganization buffer.
  • the method may further comprise: D. modifying some or all of the receiving end window related parameters.
  • the step D may include: Dl. If the new window has continuous data to be sent to the data recombination buffer, the parameter related to the receiving end window: the state variable VR (UDR) is updated to be the one with the largest serial number in the data sent to the data reassembly buffer;
  • the check sequence number is equal to the parameters of the receiving end window: Whether the data of VR ( UDT ) is deleted or sent to the data recombination buffer area, if yes, restart the timer, and reset VR ( UDT ) to the highest data in the current window The serial number value; otherwise, VR ( UDT ) is not modified.
  • the data obtained by the step B to change the new window relative to the original window is: acquiring data belonging to the new window but not included in the original window.
  • the method for acquiring data belonging to a new window and not included in the original window may be: comparing the serial number of the data in the new window with the upper and lower boundaries of the original window, determining which data falls outside the original window, and acquiring the original window External data.
  • the step C may be: deleting the data acquired in step B.
  • the data processing method of the wireless link control layer receiving window parameter of the present invention is reset, first determining the upper and lower boundaries of the new window according to the new window size parameter; The upper and lower boundaries acquire data of a new window relative to the original window; finally, the acquired data is processed. That is to say, the present invention processes the original window or the new window portion data after the receiving window parameter is reset, so that the buffer overflow phenomenon does not occur, and the data loss can be reduced. Therefore, the present invention ensures that the receiving end can still receive data with a higher correct rate under varying physical transmission conditions.
  • Figure 1 is a schematic diagram of an RLC sub-layer entity model
  • 2 is a schematic structural diagram of a wireless network supporting multicast/broadcast services
  • Figure 3 is a schematic diagram of the transmission of two RLC peer entities after the introduction of the DAR function in the MBMS service;
  • Figure 5a is a schematic diagram showing an example in which the DAR window is reduced
  • Figure 5b is a schematic diagram showing an example in which the DAR window is expanded
  • FIG. 6 is a flow chart showing the data processing after the DAR window is reset in the second preferred embodiment of the present invention. Mode for carrying out the invention
  • the data processing method of the two wireless link control layer receiving window parameters of the present invention is reset, first determining the upper and lower boundaries of the new window according to the new window size parameter; and then acquiring according to the upper and lower boundaries of the new window
  • the data of the new window changes relative to the original window; finally, the data obtained is processed.
  • window size parameter is reset: Smaller or larger.
  • data can be deleted or sent to the reassembly buffer or other data that is removed from the receive buffer, and then Other window-related parameters are modified accordingly. If the window size parameter becomes larger, the data in the original window that is not included in the new window is included, and the deletion processing can be performed.
  • Step 401 Receive a newly configured window size parameter sent by the upper layer. As the downlink transmission rate decreases or increases, the upper layer will reduce or increase the DAR window accordingly to accommodate the adjusted rate.
  • Step 402 according to the window size parameter, determine the upper and lower boundaries of the new window, and determine the window size change, if the window size does not change, then do not process, directly end the process; if the window becomes larger, step 403 is performed; If the window becomes smaller, step 405 is performed.
  • the method for determining the upper and lower boundaries of the new window is: Determine the upper boundary of the original window as the upper boundary of the new window, and use the upper boundary and the new window size parameter to determine the lower boundary of the new window.
  • Figure 5a is a schematic diagram of an example where the DAR window is reduced.
  • the solid line indicates the original window, and the dotted line indicates the new window;
  • All, A9, A8, A7, A6, and A4 represent the PDUs with the sequence numbers 11, 9, 8, 7, 6, and 4, respectively.
  • Figure 5b is a schematic diagram of an example in which the DAR window is expanded.
  • the solid line indicates the original window, and the dotted line indicates the new window; All, A9, A8, and A4 indicate the PDUs with the sequence numbers 11, 9, 8, and 4, respectively.
  • Step 403 Determine whether the new window contains data that is not included in the original window; if yes, execute step 404; otherwise, end the process.
  • the specific judgment method may be: the data sequence number in the new window and the upper and lower boundaries of the original window For comparison, if the data sequence number falls outside the original window, the new window contains data that is not included in the original window.
  • Step 404 Obtain data not included in the original window in the new window, and delete the data to end the process.
  • PDUA4 is included in the new window due to the larger window size, and A4 is not included in the original window. At this time, A4 will be deleted. This is because, in actual applications, there should be no PDUs outside the window. If there is, the PDU is considered to be incorrectly received. Therefore, in this step, it is deleted.
  • Step 405 Acquire PDUs that belong to the original window but are not included in the new window, and delete or all of the PDUs are sent to the reassembly buffer.
  • the acquired PDU may also be cached for a predetermined period of time, such as a TTI time, and then all of the data is deleted or sent to the reassembly buffer.
  • This embodiment considers that the PDU outside the new window may be considered as a PDU that is not used due to parameter reset, or ignores the short-lived SDU interruption that may occur, and at the same time, in order to simplify the operation of the UE receiving end, clarify these The PDUs outside the new window are deleted in time.
  • PDUs outside the new window can also be considered as useful PDUs. In this case, they are sent to the reassembly buffer for reorganization of the SDU.
  • Step 406 Record the highest sequence number X of the deleted PDU or the PDU sent to the reassembly buffer.
  • Step 407 Determine whether there are multiple PDUs in the new window that are consecutive with X, that is, whether there is a consecutive PDU of X+1 - X+n in the new window P, where n is the number of consecutive PDUs in the new window, if yes Then, go to step 408; otherwise, go to step 409.
  • Step 408 Send consecutive PDUs of X+1 ⁇ X+n in the new window to the reassembly buffer.
  • step 409 the window related parameters are modified, and the process ends.
  • this step can include two processes:
  • Figure 6 is a flow chart showing the data processing after the DAR window is reset in the second preferred embodiment of the present invention. The process includes the following steps:
  • Step 601 Receive a window size parameter of a new configuration sent by the upper layer.
  • Step 602 according to the window size parameter, determine the upper and lower boundaries of the new window, and determine the window size change, if the window size does not change, then do not process, directly end the process; if the window becomes larger, step 603 is performed; If the window becomes smaller, step 605 is performed.
  • Step 603 Determine whether the new window contains data that is not included in the original window; if yes, execute step 604; otherwise, end the process.
  • the specific judgment method is exactly the same as step 403 in the flow shown in FIG. 4, and details are not described herein again.
  • Step 604 Obtain data not included in the original window in the new window, and delete the data to end the process.
  • step 605 it is determined whether the PDUs belonging to the original window outside the new window are continuous. If yes, step 607 is performed; otherwise, step 606 is performed.
  • Step 606 Delete the discontinuous PDUs belonging to the original window outside the new window, and record the highest sequence number X of the deleted PDU, and perform step 609.
  • the PDU to be deleted may be cached for a predetermined time, and the time may be set to at least the time required to receive a PDU, such as a TTI.
  • a PDU such as a TTI.
  • Step 607 Send consecutive PDUs outside the new window to the reassembly buffer, and delete the discontinuous PDUs.
  • the predetermined time expires, it can be further determined whether the newly received PDU is continuous with the PDU to be deleted, and if so, the newly received PDU and one or more contiguous PDUs thereof are sent to the reorganization. Buffer, if not, delete the cached PDU.
  • the consecutive PDUs outside the new window are cached for a predetermined time, for example, after a TTI, and then sent to the reassembly buffer area, and the discontinuous PDUs are directly deleted.
  • a predetermined time for example, after a TTI
  • the discontinuous PDUs are directly deleted.
  • Step 608 Record the highest sequence number x of the PDU sent to the reassembly buffer.
  • Step 609 Determine whether there are consecutive PDUs of X+l ⁇ X+n in the new window. If yes, go to step 610; otherwise, go to step 611.
  • Step 610 Send consecutive PDUs of X+1 ⁇ X+n in the new window to the reassembly buffer. Step 611, modifying the window related parameters, and ending the process.
  • the method for modifying the window related parameters in this step is exactly the same as the step 409 in the embodiment shown in FIG. 4, and is not repeated here.
  • the data processing after the window size is increased is included.
  • the window size becomes large, and when the appearance window size becomes large, only the data not included in the original window in the new window is deleted. Although this situation does not occur frequently, it can also achieve the purpose of reducing some possible reception errors.
  • the data processing method after the receiving end window parameter of the radio link control layer of the present invention is reset ensures that the receiving end can still have a higher correct rate under changing physical transmission conditions. Receive data.

Landscapes

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

Description

无线链路控制层接收端窗口参数被重置后的数据处理方法 技术领域
本发明涉及无线链路控制层（RLC ) 的无确认传输模式下的数据传 输技术， 特别涉及在无确认传输模式下， 无线链路控制层接收端窗口参 数被重置后的数据处理方法。 发明背景
无线链路控制层（RLC )是位于媒体接入控制层（MAC )和层 3之 间的子层， 其功能主要有用户数据的传输， 分割、 重组和串联， 纠错和 加密等等。 RLC实体共支持三种类型业务， 透明模式业务 (TM)、 无确认 模式业务 (UM)和确认模式业务 (AM)。 RLC子层实体模型参见图 1 , 图 1 为 RLC子层实体模型示意图， 其中， 用户设备（UE )通过无线接口接 入通用陆地无线接入网 ( UTRAN )进行通信。 UE中的 TM发送实体和 TM接收实体、 UM发送实体和 UM接收实体、 AM实体分别与 U AR 中对应的 TM接收实体和 TM发送实体、 UM接收实体和 UM发送实体、 AM实体进行交互， 传输数据。
具体来说： 透明模式业务是由独立的发送和接收透明模式实体完成 的。发送实体从高层接收 SDU划分成适当的 RLC协议数据单元（ PDU ), 无须加任何开销，通过广播控制信道（BCCH )、寻呼控制信道（PCCH )、 共享信道控制信道（SHCCH )、 公共控制信道（CCCH：)、 专用业务信道 ( DTCH )等某一信道传送给 MAC子层。接收实体从 MAC子层接收到 PDU, 再将这些 PDU重组成 RLC 业务数据单元（SDU )传送给上层。
无确认模式业务是由独立的发送和接收无确认模式实体完成的。 发 送实体从高层接收 SDU分割成适当大小的 RLC PDU或是将不同 SDU 进行连接组成一个 RLC PDU, 附上一个 RLC头并放入发送緩存器通过 某一个逻辑信道将其发送到 MAC子层。 接收实体通过某一逻辑信道从 MAC子层接收 PDU, 去头并将其重组成 SDU发送到高层。
确认模式业务是由一个联合的发送和接收确认模式实体完成的。 发 送和接收两种类型的 PDU-控制 PDU和业务 PDU。发送侧实体从高层接 收 SDU分割或连接成 RLC 业务 PDU， 附加一个 RLC头放入发送和重 传緩存器通过一到两个逻辑信道将其发送到 MAC子层。在确认模式下， 所有发送的业务 PDU都需要对等实体的确认来决定重传与否。控制 PDU 是由 RLC实体自身生成的一些针对接收 PDU的状态报告以及复位请求 等。 接收侧实体从 MAC子层接收 PDU, 提取出捎带状态信息， 放入接 收緩存器， 等待完整 PDU重组 SDU发送到上层， 或是再通过其发送侧 发送错误的接收确认要求对等实体重发 PDU。
不同业务类型运用不同的业务模式完成传输， 在这里对于 WCDMA/GSM全球标准化组织 3GPP提出的组播和广播业务（MBMS: Multimedia Broadcast/Multicast Service )主要采用 UM模式完成在 RLC 子层间的传输。 由于业务的类型， MBMS要求移动网络提供一个数据源 向多个用户高速的发送点到多点的数据业务， 它对于 UE接收的实时性 要求较高而正确率相对较低 , 无须对网络发送的所有数据包都——确 认。
组播和广播是一种从一个数据源向多个目标传送数据的技术。 在传 统移动网络中， 小区广播业务（ CBS: Cell Broadcast Service )允许低比 特率数据通过小区共享广播信道向所有用户发送， 属于消息类业务。
现在， 人们对移动通信的需求已不再满足于电话和消息业务， 随着 Internet的迅猛发展， 大量多媒体业务涌现出来， 其中一些应用业务要求 多个用户能同时接收相同数据， 如视频点播、 电视广播、 视频会议、 网 上教育、 互动游戏等。 这些移动多媒体业务与一般的数据相比， 具有数 据量大、持续时间长、 时延敏感等特点。 目前的 IP组播技术只适用于有 线 IP网络， 不适用于移动网络， 因为移动网络具有特定的网络结构、 功 能实体和无线接口， 这些都与有线 IP网络不同。
为了有效地利用移动网络资源 , WCDMA/GSM 全球标准化组织 3GPP提出了组播和广播业务（MBMS: Multimedia Broadcast/Multicast Service ), 在移动网络中提供一个数据源向多个用户发送数据的点到多 点业务， 实现网络资源共享， 提高网络资源的利用率， 尤其是空口接口 资源的利用率。 3GPP定义的 MBMS不仅能实现纯文本低速率的消息类 组播和广播， 而且还能实现高速多媒体业务的组播和广播， 这无疑顺应 了未来移动数据发展的趋势。
为了支持 MBMS业务，移动网络中新增了移动网功能实体一一广播 组播业务中心 BM-SC, 它是内容提供者的入口， 用于授权和在移动网中 发起 MBMS承载业务， 并按照预定时间计划传送 MBMS内容。 此外， 用户设备（UE )、 陆地无线接入网 （UTRAN )、 GERAN、 SGSN、 GGSN 等功能实体进行增强 , 增加了 MBMS相关的功能。
这样的网络结构参见图 2, 图 2为支持组播 /广播业务的无线网络结 构示意图。 其中， 广播 /组播业务中心（BM-SC )通过 Gmb接口或 Gi 接口与网关通用分组无线业务（ GPRS )支持节点（ GGSN, Gateway GPRS Support Node )相连， 一个 BM-SC可与多个 GGSN相连； GGSN通过 Gn/Gp接口与服务 GPRS支持节点（ SGSN, Serving GPRS Support Node ) 相连，一个 GGSN可与多个 SGSN相连； SGSN可通过 Iu接口与通用移 动通信系统（UMTS ) 陆地无线接入网 （UTRAN )相连， 然后 UTRAN 通过 Uu接口与通信终端相连， SGSN也可通过 Iu/Gb接口与全球移动通 信系统（GSM )增强无线接入网 （GERAN )相连， 然后 GERAN通过 Um接口与通信终端相连。
MBMS包括组播模式和广播模式。组播业务和广播业务的区别点仅 在于： 组播业务只向订阅了某些信息的用户发送相应信息， 广播业务则 向无线网络中的所有用户发送信息。 组播模式需要用户签约相应组播 组， 进行业务激活， 并产生相应的计费信息。 由于组播和广播模式在业 务需求上存在不同， 导致其业务流程也不同。
MBMS业务在 UTRAN和 UE间传输时有两种模式：点到多点（ PTM ) 模式和点到点 （PTP )模式。 PTM模式通过 MBMS点到多点业务信道 ( MTCH )发送相同的数据， 所有加入组播业务或对广播业务感兴趣的 UE都可以接收； PTP模式通过专用传输信道（DTCH )发送数据， 只有 相应的一个 UE可以接收到。
用户接收某个 MBMS广播业务的完整流程包括：
1、 业务宣布（Service announcement ), 通知用户 MBMS业务的相 关信息；
2、 会话开始 （ Session Start ), BM - SC准备发送数据；
3、 MBMS通知（ MBMS notification ) RNC通知用户 MBMS组播数 据传输；
4、 数据传输 ( Data transfer )
5、 会话结束（ Session Stop ) 过程， BM- SC不准备发送数据了， 承 载资源可以幹放掉。
用户接收某个 MBMS组播业务的完整流程包括：
1、 用户订阅 （Subscription );
2、 业务宣布 ( Service announcement );
3、 力口入（ Joining )、 会话开始 （ Session Start ); 4、 会话开始 （ Session Start );
5、 MBMS通知 ( MBMS notification );
5、 数据传输 ( Data transfer );
6、 会话结束（ Session Stop );
7、 离开 （Leaving )过程。
与 MBMS广播业务相比， 组播业务增加了用户订阅 （Subscription ) 过程、 加入 (joining )过程和离开 ( leaving )过程。
其中， 用户订阅 （Subscription )是建立用户和业务提供者之间的联 系的过程。 加入（ joining )过程是用户通知网络准备接收 MBMS业务过 程。 离开 （leaving )是用户不再是 MBMS组播組的成员的过程。
正是由于 MBMS业务的运用，为了优化这一业务，一些新的功能被 引入到 RLC UM实体中，它们都是针对接收端为了使用户更好的接收实 时 MBMS业务。 一个是为了解决小区接收合并的 "重复避免和重排序" ( Duplicate Avoidance and Reordering , DAR )功能； 另一个是为了解决 乱序传输时接收端快速及时的重排序问题的 "乱序传输" （OSD: Out of Sequence Delivery )功能。
引入 DAR功能后两个对等实体间的传输如图 3所示，图 3为 MBMS 业务中两个 RLC对等实体的传输示意图。 其中：
UE通过无线接口 （Uu )接入 URTAN进行通信。 在 UTRAN端， UM服务接入点（ UM-SAP )将上层传来的 SDU发送给发送端 UM RLC 实体。 发送端 UM RLC实体接收到 SDU先緩存到传送緩冲区， 然后经 过分割和级连分割成 PDU, 再在 PDU中加入 RLC开销通过 Uu发送给
UE的接收端 UM RLC实体接收到 PDU先进行 DAR功能处理， 再 到接收端緩冲区进行緩存后， 对 PDU去除 RLC开销， 发送给重组緩存 区进行緩存和重組后通过 UM-SAP发送给上层。
DAR功能作为接收端从 MAC子层接收到 PDU后的第一个操作引 入 RLC UM实体并只用于逻辑信道 MTCH即 MBMS业务消息的传输。 引入 DAR功能是为了确保 MBMS业务的可靠性。 由于 UE可以接收来 自不同小区的同一个 MBMS业务的用户数据， 使得 UE在接收 PDU时 出现重复和 /或次序的打乱。因此为了使接收端按照正确且不重复的顺序 将 PDU送入接收端緩存重组出 SDU, 引入 DAR功能。
DAR功能的原理是 UE用一定大小的窗口， 即固定大小固定位置的 一段緩存空间来按序号大小顺序緩存接收到的 PDU。 这个窗口可称为 DAR窗口。 这些 PDU可能来自不同的小区， 也可能不是连续的， 按序 号大小顺序緩存这些 PDU可以用来等待较晚时候从其他小区传来的 PDU。 这样緩存的 PDU就较为完整了， 另一方面窗口也可用于副本的 检测。
DAR窗口可以由 PDU的序号和窗口大小来表示， 随着接收的 PDU 的序号的增大， 窗口的上界也随之前移， 例如窗口大小为 8, 当前接收 的 PDU最大序号是 16, 窗口可以由序号 9 ~ 16表示， 此后接收的序号 为 9 ~ 16的 PDU应该写入该緩存区， 如果此时接收了一个序号为 17的 PDU, 则窗口前移为序号 10 ~ 17。 由于緩存空间本身大小是固定的， 随 着新接收的序号大的 PDU存入 DAR窗口，原先在窗口下界附近的 PDU, 可能移出窗口。 这些移出窗口的 PDU将被送入下一个接收重组緩存去 重组 SDU。 与此同时， 为了防止窗口长时间不移动或移动緩慢， 系统规 定一个最大延迟时间用于强制窗口内部分 PDU被送到下一个接收重组 緩存去重组 SDU。
DAR功能的引用同时为 RLC UM实体引入一系列参数。 主要有三 个状态变量： 1、 "VR (UDR)" 表示的是第一个没有被按顺序发送到接收重组緩 存的 PDU的序号， 即下一个应该被按序发送给重组緩存区的 PDU的序 号。
2、 "VR ( UDT )"和记时器一起使用标志当超时哪些 PDU应当被强 制送到接收重组緩存器不管其中还有没有未收到的 PDU
3、 "VR (UDH)" 表示收到的缓存在窗口的 PDU 中序号最大的那 个值。
DAR功能引入了一个计时器 "Timer JDAR" 用于终止长时间没有 PDU 被送到接收重组緩存器的状态。 还有一个协议参数 "DAR_Window_Size" 用于表示緩存 PDU的窗口大小， 既最多可以存 储多少个 PDU在窗口内。
目前， 3GPPTS25.322协议中对于 DAR功能的过程描述大致如下：
1、 当从 MAC子层收到一个 PDU时， 首先判断是否为收到的第一 个 PDU。
1)如果是 DAR功能收到的第一个 PDU, 贝' J:
初始化状态变量 VR ( UDH ) 为这一个 PDU的序号
初始化状态变量 VR (UDR) =VR (UDH) -DAR_Window_Size+l
2、一般情况下判断收到的 PDU序号 SN是否在 DA 接收窗口之内 VR (UDH) >SN>VR(UDH)-DAR_Window_Size+l：
1 )如果收到的 PDU的序号在接收窗口之内：
如果序号 SN<VR (UDR)或相同序号的 PDU已经被緩存， 则删除 新接收的 PDU; 否则将新接收的 PDU按序号大小存入緩存区。
2 ) 如果收到一个 PDU 的序号 SN 在 DAR 接收窗口之外 SN<VR(UDH)- DAR_Window_Size+l or SN> VR ( UDH ):
a、 更新 VR (UDH) =SN， 窗口随之移动， 将新接收的 PDU按顺 序存入緩存区；
b、 对于所有序号小于 VR ( UDH ) -DAR— Window— Size+1的 PDU, 移出緩存并且送到接收重组緩存去完成 SDU重组。
c、 如果 VR ( UDR ) <VR(UDH)-DAR— Window— Size+1 , 则更新 VR ( UDR ) VR ( UDR ) = VR(UDH)-DAR— Window— Size+1。
d、 如果这是序号 SN=VR ( UDR ) 的 PDU已经存在缓存里了： 如果从 VR ( UDR ) +1开始有连续序号的 PDU在緩存中， 将他们 移出缓存并且送到接收重组緩存去完成 SDU重组。
VR ( UDR )被更新到 x+1 , 这里 X为被送入接收重组緩存的 PDU 中序号最高的那个 PDU的序号。
在现有协议中， 高层对 RLC 参数的重置的功能中， 未描述当参数 DAR_Window— Size被高层重置后的情况。 然而在实际传输中， 当物理 传输条件发生变化， 比如下行速率减小时， 业务需要重配置， DAR接收 窗口的大小也需要调整。 窗口大小的变化会影响接收 PDU重组 SDU的 速度， 所以接收窗也要随之调整以适应调整的下行速率。
当参数 DAR— Window— Size被高层重置后， 新窗口可能会比原先窗 口小， 从而造成某些 PDU 变化到窗口外， 或者由于窗口变大， 而可能 使某些 PDU从窗口外变化到窗口之内， 对于这些 PDU的操作协议并没 有说明。 由于协议没有阐述清楚， 可能造成这些 PDU被遗留在緩存中， 既不传送到下一个接受重组緩存中， 也不及时删除， 直至緩存溢出， 造 成错误。 或者緩存删除了那些不应该删除的 PDU造成本来应该重组的 SDU无法在下一个功能中重组出来。
此外， 由于窗口大小的改变， 可能造成的是连续的 PDU的丢失， 无 法送到接收重组緩存。 由于目前 DAR功能只用于 MTCH, 传输的是业 务数据， 且无重传机制， 这种丟失可能造成 PDU的永久丟失无法重组 SDU。 这些错误都会直接影响到 MBMS用户接收数据质量。 发明内容
有鉴于此， 本发明的主要目的在于提供一种无线链路控制层接收端 窗口参数被重置后的数据处理方法，减少 RLC层的接收端在窗口参数改 变后可能出现的接收错误。
为达到上述目的， 本发明提供了一种无线链路控制层接收端窗口参 数被重置后的数据处理方法， 当接收端缓存区窗口大小参数被重置时， #文如下处理：
A、 根据新窗口大小参数确定新窗口的上、 下边界；
B、 根据新窗口的上、 下边界， 获取新窗口相对原窗口变化的数据；
C、 对步驟 B获取的数据进行数据处理。
其中， 所述确定新窗口边界的方法可以为：
将原窗口的上边界确定为新窗口的上边界， 用该上边界和新窗口大 'J、参数硝定新窗口的下边界。
当接收端緩存区窗口大小参数被上层置小时， 步骤 B所述获取新窗 口相对原窗口变化的数据为： 获取属于原窗口而没有包含在新窗口内的 数据。
所述获取属于原窗口而没有包含在新窗口内的数据的方法可以为： 将原窗口中的数据的序号与新窗口的上、 下边界比较， 判断出哪些 数据落在新窗口外， 获取落在新窗口外的数据。
步骤 C所述的数据处理的方法可以为：
将数据删除或发送给数据重组緩存区。
所述的步骤 C可以为：将步骤 B获取的数据全部删除或全部发送给 数据重组緩存区； 或将步骤 B获取的数据缓存预定时间后， 将它们全部删除或全部发 送给数据重组緩存区。
所述的步骤 C还可以为：
判断步骤 B获取的数据是否有序号连续的数据， 如果有， 则将连续 的数据发送给数据重組緩存区， 将不连续的数据删除； 否则， 将所有不 连续的数据删除。
所述的步骤 C可以具体为：
判断步骤 B获取的数据是否有序号连续的数据， 如果有， 则将连续 的数据緩存预定时间后发送给数据重组缓存区， 将不连续的数据直接删 除； 否则， 将所有数据直接删除或缓存预定时间后删除；
或判断步骤 B获取的数据是否有序号连续的数据， 如果有， 则将连 续的数据直接发送给数据重组緩存区， 将不连续的数据緩存预定时间后 删除； 否则， 将所有数据直接删除或緩存预定时间后删除。
所述的步骤 C可以进一步包括： 将不连续的数据緩存预定时间， 预 定时间到时判断是否有新接收的数据序号与緩存的数据连续， 如果有则 将缓存中与新接收数据连续的数据和新接收的数据发送给数据重组緩 存区； 否则将緩存的不连续的数据删除。
所述将不连续的数据緩存的预定时间可以至少设置为能接收到一个 数据所需要的时间。
所述步骤 C还可以进一步包括： 记录删除的数据或发送给数据重组 緩存区的数据中最高的数据序号， 判断新窗口内是否有连续多个数据的 序号与记录的数据序号连续， 如果有， 则将新窗口中这些序号连续的数 据发送给数据重组緩存区。
该方法可以进一步包括： D、 修改部分或全部接收端窗口相关参数。 所述步骤 D可以包括： Dl、 如果新窗口有连续数据被发送给数据重组緩存区， 则将与接收 端窗口相关参数： 状态变量 VR ( UDR )更新为发送给数据重组緩存区 的数据中序号最大的那个序号加一；
如果新窗口没有连续数据被发送给数据重组緩存区， 则将状态变量 VR ( UDR ) 更新为新窗口的下边界；
D2、 检查序号等于接收端窗口相关参数： VR ( UDT ) 的数据是否 被删除或被送入数据重组緩存区， 如果是， 则重启计时器， 并重置 VR ( UDT ) 为现在窗口内数据最高的序号值； 否则不修改 VR ( UDT )。
当接收端緩存区窗口大小参数被上层置大时， 步骤 B所述获取新窗 口相对原窗口变化的数据为： 获取属于新窗口而没有包含在原窗口内的 数据》 .
所述获取属于新窗口而没有包含在原窗口内的数据的方法可以为： 将新窗口中的数据的序号与原窗口的上、 下边界比较， 判断出哪些 数据落在原窗口外， 获取落在原窗口外的数据。
所述的步驟 C可以为： 将步驟 B获取的数据删除。
由上述的技术方案可见， 本发明的这种无线链路控制层接收端窗口 参数被重置后的数据处理方法， 先根据新窗口大小参数确定新窗口的 上、 下边界； 再根据新窗口的上、 下边界， 获取新窗口相对原窗口变化 的数据； 最后对获取的数据进行数据处理。 也就是说， 本发明在接收端 窗口参数被重置后， 对原窗口或新窗口部分数据进行了处理， 从而不会 出现緩存溢出的现象， 而且能够减少数据丟失。 因此， 本发明保证了接 收端在变化的物理传输条件下， 仍能够以较高的正确率接收数据。 附图简要说明
图 1为 RLC子层实体模型示意图； 图 2为支持组播 /广播业务的无线网络结构示意图；
图 3为 MBMS业务中引入 DAR功能后的两个 RLC对等实体的传 输示意图；
图 4为本发明第一较佳实施例中 DAR窗口被重置后的数据处理流 程图；
图 5a为 DAR窗口被减小的实例示意图；
图 5b为 DAR窗口被扩大的实例示意图；
图 6为本发明第二较佳实施例中 DAR窗口被重置后的数据处理流 程图。 实施本发明的方式
为使本发明的目的、 技术方案及优点更加清楚明白， 以下参照附图 并举实施例， 对本发明进一步详细说明。
本发明的这两种无线链路控制层接收端窗口参数被重置后的数据处 理方法， 先根据新窗口大小参数确定新窗口的上、 下边界； 再根据新窗 口的上、 下边界， 获取新窗口相对原窗口变化的数据； 最后对获取的数 据进行数据处理。
以下举两个较佳实施例对本发明进行详细说明。
窗口大小参数被重置有两种情况： 变小或变大。 以下两个实施例中： 对于由于窗口大小参数变小， 导致被排除在新窗口之外的原窗口部分数 据， 可以进行删除或发送给重组緩存区或其他移出接收緩存区的数据处 理， 再对其他与窗口相关的参数进行相应修改。 对于由于窗口大小参数 变大， 导致在新窗口中包含了没有包含在的原窗口的数据， 可以进行删 除处理。
以下对两个较佳实施例分别进行详细说明： 第一较佳实施例：
参见图 4,图 4为本发明第一较佳实施例中 DAR窗口被重置后的数 据处理流程图。 该流程包括以下步驟：
步骤 401 , 接收到高层发送的新配置的窗口大小参数。 当下行传输 速率减小或增大时， 高层会将 DAR窗口相应减小或增大以适应调整的 速率。
步骤 402, 根据窗口大小参数， 确定新窗口的上、 下边界， 并判断 窗口大小变化情况， 如果窗口大小没有变化， 则不做处理， 直接结束本 流程；如果窗口变大，则执行步驟 403;如果窗口变小，则执行步骤 405。
本步驟中， 确定新窗口上、 下边界的方法为： 将原窗口的上边界确 定为新窗口的上边界， 用该上边界和新窗口大小参数确定新窗口的下边 界。
比如图 5a所示的情况， 图 5a为 DAR窗口被减小的实例示意图。其 中实线表示原窗口， 虚线表示新窗口； All、 A9、 A8、 A7、 A6、 A4 分别表示序号为 11、 9、 8、 7、 6、 4的 PDU。 其原窗口大小为 8, 序号 为 4 ~ 11 , 新窗口的大小参数改为 4, 则新窗口上边界仍为 11 , 下边界 改为 11—4 + 1 = 8。
再比如图 5b所示的情况， 图 5b为 DAR窗口被扩大的实例示意图。 其中， 实线表示原窗口， 虚线表示新窗口； All、 A9、 A8、 A4 分别表 示序号为 11、 9、 8、 4的 PDU。 其原窗口大小为 4, 序号为 8 ~ 11 , 新 窗口的大小参数改为 8, 则新窗口上边界仍为 11 , 下边界改为 11 - 8 + 1 = 4。
步骤 403， 判断新窗口中， 是否包含了原窗口未包含的数据； 如果 有， 则执行步糠 404; 否则， 结束本流程。
具体的判断方法可以为： 将新窗口中数据序号与原窗口上、 下边界 进行比较， 如果该数据序号落在原窗口之外， 则新窗口中包含了原窗口 未包含的数据。
步骤 404, 获取新窗口中的原窗口未包含的数据， 将其删除后结束 本流程。
参见图 5b， 其中 PDUA4是由于窗口大小变大而包含在了新窗口之 内， 而 A4不包含在原窗口中。 这时， 就将 A4删除。 这是因为， 实际应 用中， 窗口之外是不应该有 PDU的， 如果有， 则认为该 PDU是错误接 收的， 因此， 本步骤中， 将其删除。
步骤 405， 获取属于原窗口而没有包含在新窗口中的 PDU， 将这些 PDU全部删除或全部发送给重组緩存区。
本步骤中， 也可以将获取的 PDU先緩存预定的一段时间， 比如 1 个 TTI的时间， 然后再将这些数据都删除或全部发送给重组緩存区。
本实施例考虑到新窗口外的 PDU可能被认为是由于参数重置而没 有用的 PDU， 或是忽略可能出现的短暂 SDU中断， 同时为了把 UE接 收端的操作筒单化， 明确化， 把这些新窗口外的 PDU及时都删除。
当然， 也可以将新窗口外的 PDU认为是有用的 PDU, 这种情况下， 将它们发送到重组緩存区进行 SDU的重组。
是删除还是发送给重组緩存区 ,可以根据系统实际需要情况来设定。 步骤 406, 记录被删除的 PDU或被发送给重組緩存区的 PDU的最 高序号 X。
步骤 407， 判断新窗口中是否有多个 PDU与 X相连续，也就是判断 新窗 P中是否有 X+1 - X+n的连续 PDU, n是新窗口中连续 PDU的个 数， 如果是， 则执行步骤 408; 否则执行步骤 409。
步骤 408， 将新窗口中 X+1 ~ X+n的连续 PDU发送给重组緩存区。 步骤 409， 修改窗口相关参数， 结束本流程。 具体来说， 本步骤可以包括两个过程：
1、 VR ( UDR )的更新： 如果新窗口有连续 PDU被发送给重组緩存 区， 则将与接收端窗口相关参数： 状态变量 VR (UDR) 更新为发送给 重组緩存区的 PDU 中序号最大的那个序号加一； 如果新窗口没有连续 PDU被发送给数据重组緩存区， 则将状态变量 VR (UDR)更新为新窗 口的下边界；
2、 VR (UDT)和计时器的更新： 检查序号等于接收端窗口相关参 数： VR (UDT) 的 PDU是否被删除或被送入重组緩存区， 如果是， 则 重启计时器， 并重置 VR (UDT)为新窗口内 PDU最高的序号值； 否则 不修改 VR (UDT)。
仍以图 5a为例， 采用本实例的方法， 将 A4、 A6、 A7全删除或全 部发送给重组緩存区， 同时由于 A7 与 A8、 A9连续。 因此， A8、 A9 也发送给重组緩存区， VR (UDR)更新为 10。 如果原 VR (UDT)为 7， 则重启计时器， 并重置 VR (UDT) 为 11。
第二较佳实施例：
参见图 6,图 6为本发明第二较佳实施例中 DAR窗口被重置后的数 据处理流程图。 该流程包括以下步骤：
步驟 601, 接收到高层发送的新配置的窗口大小参数。
步骤 602, 根据窗口大小参数， 确定新窗口的上、 下边界， 并判断 窗口大小变化情况， 如果窗口大小没有变化， 则不做处理， 直接结束本 流程；如果窗口变大，则执行步骤 603;如果窗口变小，则执行步骤 605。
本实施例中确定新窗口的上、下边界的方法与图 4所示实施例相同， 这里不再重复说明。
步驟 603, 判断新窗口中， 是否包含了原窗口未包含的数据； 如果 有， 则执行步骤 604; 否则， 结束本流程。 具体的判断方法与图 4所示流程中步骤 403完全相同， 这里不再赘 述。
步骤 604, 获取新窗口中的原窗口未包含的数据， 将其删除后结束 本流程。
步骤 605,判断新窗口外的属于原窗口的 PDU是否有连续，如果是， 则执行步驟 607, 否则执行步驟 606。
步骤 606, 将新窗口外属于原窗口的不连续的 PDU都删除， 并记录 删除的 PDU的最高序号 X， 执行步骤 609。
本步骤中，可以先将要删除的 PDU緩存预定时间，这个时间可以至 少设置为接收一个 PDU所需要的时间， 比如一个 TTI等。 预定时间到 时， 判断新接收的 PDU是否有与将被删除的 PDU连续的， 如果有， 则 将新接收的 PDU和与其连续的一个或多个 PDU都发送给重组緩冲区； 如果没有则将緩存的 PDU删除。
步驟 607, 将新窗口外连续的 PDU发送给重组緩存区， 将不连续的 PDU删除。
本步骤中， 可以有多种实现方式：
1、直接将新窗口外连续的 PDU发送给重组緩存区，将不连续的 PDU 删除；
2、直接将新窗口外连续的 PDU发送给重组緩存区，将不连续的 PDU 緩存预定时间， 比如一个 TTI后再删除；
这种方式下，预定时间到时，可以进一步判断新接收的 PDU是否有 与将被删除的 PDU连续的， 如果有， 则将新接收的 PDU和与其连续的 一个或多个 PDU都发送给重组緩冲区，如果没有则将緩存的 PDU删除。
3、 将新窗口外连续的 PDU緩存预定时间， 比如一个 TTI后再发送 给重组緩存区， 将不连续的 PDU直接删除。 本实施例考虑到在移出的 PDU中，如果是连续的多个那么重组 SDU 可能性较大， 对于单独的 PDU重组 SDU可能性较小， 如果有部分 PDU 缺失， 那么所有这个 PDU对应的 SDU的分块 PDU也都将被下一个重 组功能删.除。 因此本步驟中， 将不连续的 PDU删除。
步骤 608， 记录发送给重组緩存区的 PDU的最高序号 x。
步骤 609, 判断新窗口中是否有 X+l ~ X+n的连续 PDU， 如果是， 则执行步骤 610; 否则执行步骤 611。
步骤 610， 将新窗口中 X+1 ~ X+n的连续 PDU发送给重组緩存区。 步骤 611 , 修改窗口相关参数， 结束本流程。
本步骤中修改窗口相关参数的方法与图 4所示实施例中的步骤 409 完全相同， 这里不再重复。
在上述两个实施例中， 都包含了窗口大小变大后的数据处理， 实际 应用中， 由于正常情况下， 原窗口之外是没有 PDU 的， 因此， 应用本 发明方法时， 可以只考虑窗口变小的情况， 同样能够达到减少可能出现 的接收错误的目的。 当然， 也可以只考虑窗口大小变大的情况下， 当出 现窗口大小变大时， 只对新窗口中的原窗口未包含的数据进行删除处 理。 虽然这种情况不是经常出现， 但是也能够达到减少一些可能出现的 接收错误的目的。
由上述的实施例可见， 本发明的这种无线链路控制层接收端窗口参 数被重置后的数据处理方法， 保证了接收端在变化的物理传输条件下， 仍能够以较高的正确率接收数据。

Claims

权利要求书
1、 一种无线链路控制层接收端窗口参数被重置后的数据处理方法， 其特征在于， 当接收端緩存区窗口大小参数被重置时， 做如下处理：
A、 根据新窗口大小参数确定新窗口的上、 下边界；
B、 根据新窗口的上、 下边界， 获取新窗口相对原窗口变化的数据；
C、 对步骤 B获取的数据进行数据处理。
2、 如权利要求 1 所述的数据处理方法， 其特征在于， 所述确定新 窗口边界的方法为：
将原窗口的上边界确定为新窗口的上边界， 用该上边界和新窗口大 小参数确定新窗口的下边界。
3、如权利要求 1所述的数据处理方法， 其特征在于， 当接收端緩存 区窗口大小参数被上层置小时， 步骤 B所述获取新窗口相对原窗口变化 的数据为： 获取属于原窗口而没有包含在新窗口内的数据。
4、如权利要求 3所述的数据处理方法， 其特征在于， 所述获取属于 原窗口而没有包含在新窗口内的数据的方法为：
将原窗口中的数据的序号与新窗口的上、 下边界比较， 判断出哪些 数据落在新窗口外， 获取落在新窗口外的数据。
5、 如权利要求 3所述的数据处理方法， 其特征在于， 步骤 C所述 的数据处理的方法为：
将数据删除或发送给数据重组缓存区。
6、 如权利要求 5所述的数据处理方法， 其特征在于， 所述的步骤 C 为： 将步骤 B获取的数据全部删除或全部发送给数据重組緩存区；
或将步骤 B获取的数据緩存预定时间后， 将它们全部删除或全部发 送给数据重组缓存区。 ，、 如权利要求 5所述的数据处理方法， 其特征在于， 所述的步骤 C 为：
判断步骤 B获取的数据是否有序号连续的数据， 如果有， 则将连续 的数据发送给数据重组緩存区， 将不连续的数据删除； 否则， 将所有不 连续的数据删除。
8、 '如权利要求 7所述的数据处理方法， 其特征在于， 所述的步骤 C 为：
判断步骤 B获取的数据是否有序号连续的数据， 如果有， 则将连续 的数据緩存预定时间后发送给数据重组緩存区， 将不连续的数据直接删 除； 否则， 将所有数据直接删除或緩存预定时间后删除；
或判断步骤 B获取的数据是否有序号连续的数据， 如果有， 则将连 续的数据直接发送给数据重組緩存区， 将不连续的数据緩存预定时间后 删除； 否则， 将所有数据直接删除或缓存预定时间后删除。
9、 如权利要求 8所述的数据处理方法， 其特征在于， 所述的步骤 C 进一步包括： 将不连续的数据緩存预定时间， 预定时间到时判断是否有 新接收的数据序号与緩存的数据连续， 如果有则将緩存中与新接收数据 连续的数据和新接收的数据发送给数据重组緩存区； 否则将緩存的不连 续的数据删除。
10、 如权利要求 9所述的数据处理方法， 其特征在于： 所述将不连 续的数据緩存的预定时间至少设置为能接收到一个数据所需要的时间。
11、 如权利要求 6或 7所述的数据处理方法， 其特征在于， 所述步 骤 C进一步包括：记录删除的数据或发送给数据重组緩存区的数据中最 高的数据序号， 判断新窗口内是否有连续多个数据的序号与记录的数据 序号连续， 如果有， 则将新窗口中这些序号连续的数据发送给数据重组 緩存区。 12、如权利要求 11所迷的数据处理方法， 其特征在于， 该方法进一 步包括： D、 修改部分或全部接收端窗口相关参数。
13、如权利要求 12所述的数据处理方法， 其特征在于， 所述步骤 D 包括：
Dl、 如果新窗口有连续数据被发送给数据重組緩存区， 则将与接收 端窗口相关参数： 状态变量 VR ( UDR ) 更新为发送给数据重组緩存区 的数据中序号最大的那个序号加一；
如果新窗口没有连续数据被发送给数据重组緩存区， 则将状态变量 VR ( UDR )更新为新窗口的下边界；
D2、 检查序号等于接收端窗口相关参数： VR ( UDT ) 的数据是否 被删除或被送入数据重组緩存区， 如果是， 则重启计时器， 并重置 VR ( IIDT )为现在窗口内数据最高的序号值； 否则不修改 ( UDT )。
14、 如权利要求 1所述的数据处理方法， 其特征在于， 当接收端緩 存区窗口大小参数被上层置大时， 步骤 B所述获取新窗口相对原窗口变 化的数据为： 获取属于新窗口而没有包含在原窗口内的数据。
15、如权利要求 14所述的数据处理方法， 其特征在于， 所述获取属 于新窗口而没有包含在原窗口内的数据的方法为：
将新窗口中的数据的序号与原窗口的上、 下边界比较， 判断出哪些 数据落在原窗口外， 获取落在原窗口外的数据。
16、如权利要求 14所述的数据处理方法， 其特征在于， 所述的步驟 C为： 将步骤 B获取的数据删除。
PCT/CN2006/001621 2005-07-08 2006-07-10 A method for processing data after reconfiguring the window parameter of the receiver in the radio link control layer Ceased WO2007006225A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510084102.7 2005-07-08
CNA2005100841027A CN1794694A (zh) 2005-07-08 2005-07-08 无线链路控制层接收端窗口参数被重置后的数据处理方法

Publications (1)

Publication Number Publication Date
WO2007006225A1 true WO2007006225A1 (en) 2007-01-18

Family

ID=36805969

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001621 Ceased WO2007006225A1 (en) 2005-07-08 2006-07-10 A method for processing data after reconfiguring the window parameter of the receiver in the radio link control layer

Country Status (2)

Country Link
CN (1) CN1794694A (zh)
WO (1) WO2007006225A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841855A (zh) * 2009-03-16 2010-09-22 宏达国际电子股份有限公司 重置无线链路控制层的方法及相关通信装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716260B (zh) * 2013-12-04 2017-05-03 奥维通信股份有限公司 一种基于lte系统的重排序窗口的改进方法及系统
CN116095611A (zh) * 2021-10-30 2023-05-09 华为技术有限公司 组播业务的数据传输方法、通信装置及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1430345A (zh) * 2002-01-03 2003-07-16 华硕电脑股份有限公司 用于高速无线通信系统中的防止延迟的窗口化机械装置
CN1496157A (zh) * 2002-09-07 2004-05-12 Lg������ʽ���� 移动通信系统中的数据转发控制方法
WO2004091130A1 (en) * 2003-04-07 2004-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Rlc window size reconfiguration

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1430345A (zh) * 2002-01-03 2003-07-16 华硕电脑股份有限公司 用于高速无线通信系统中的防止延迟的窗口化机械装置
CN1496157A (zh) * 2002-09-07 2004-05-12 Lg������ʽ���� 移动通信系统中的数据转发控制方法
WO2004091130A1 (en) * 2003-04-07 2004-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Rlc window size reconfiguration

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841855A (zh) * 2009-03-16 2010-09-22 宏达国际电子股份有限公司 重置无线链路控制层的方法及相关通信装置
CN101841855B (zh) * 2009-03-16 2013-09-11 宏达国际电子股份有限公司 重置无线链路控制层的方法及相关通信装置

Also Published As

Publication number Publication date
CN1794694A (zh) 2006-06-28

Similar Documents

Publication Publication Date Title
CN101588231B (zh) 用于增强um rlc数据处理的装置和方法
US20070177608A1 (en) Method for implementing data segmentation and concatenation and reassembly and transmitter thereof
EP1436946B1 (en) Transmission of multicast and broadcast multimedia services via a radio interface
US20060251105A1 (en) Method and apparatus for requesting/transmitting status report of a mobile communication system
US9565007B2 (en) Method of receiving a point-to-multipoint service in a wireless communication system
CN101043301B (zh) 一种无线通信系统中的数据重排重组方法及其基站
WO2006102807A1 (en) Method for receiving multimedia broadcast/multicast service control information
US20070230476A1 (en) Method for Information Transmission
EP2245783B1 (en) Controlling point-to-multipoint transmissions of content data over a radio interface
EP1835693A2 (en) Method and related apparatus for stopping point-to-multipoint MBMS service in a wireless communications system
CN1941741B (zh) 用于无线通讯系统初始化接收端的储存窗的方法及装置
WO2005046261A1 (en) A transmission method of conversation data in multicasting/broadcasting service
CN100433701C (zh) 多媒体广播/组播业务信息的传输方法
WO2007006225A1 (en) A method for processing data after reconfiguring the window parameter of the receiver in the radio link control layer
WO2007022694A1 (en) An user plane protocol stack and a lossless movement method
CN101115231B (zh) 信息传输方法
CN100355258C (zh) 信息传输方法
KR101058687B1 (ko) 멀티미디어 방송/멀티캐스트 서비스에서 일련번호를이용한 제어 메시지의 수신 방법 및 장치
CN1330155C (zh) 无线链路控制乱序传输功能中协议数据单元数据处理方法
KR100480279B1 (ko) 무선 환경에서 전송 제어 프로토콜의 성능 향상을 위한버퍼 관리 장치 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06753129

Country of ref document: EP

Kind code of ref document: A1