[go: up one dir, main page]

WO2005109817A1 - Procede de transmission d'un rapport de statut - Google Patents

Procede de transmission d'un rapport de statut Download PDF

Info

Publication number
WO2005109817A1
WO2005109817A1 PCT/CN2005/000603 CN2005000603W WO2005109817A1 WO 2005109817 A1 WO2005109817 A1 WO 2005109817A1 CN 2005000603 W CN2005000603 W CN 2005000603W WO 2005109817 A1 WO2005109817 A1 WO 2005109817A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu
status report
amd pdu
current
rlc sdu
Prior art date
Application number
PCT/CN2005/000603
Other languages
English (en)
French (fr)
Inventor
Xuezhi Yang
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 WO2005109817A1 publication Critical patent/WO2005109817A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Definitions

  • the present invention relates to information transmission technology, and particularly to a method for transmitting a status report in a confirmation mode in a mobile communication system.
  • the wireless transmission technology of the Universal Mobile Telecommunications System includes frequency division duplex mode (FDD) and time division duplex mode (TDD).
  • FDD frequency division duplex mode
  • TDD time division duplex mode
  • WCDMA uses the FDD mode
  • TD-CDMA and TD-SCDMA use the TDD mode.
  • TD-CDMA and TD-SCDMA are also called 3.84McpsTDD and 1.28McpsTDD, respectively.
  • the UMTS system includes radio access network (RAN) and core network (CN) parts.
  • the RAN is used to process all radio-related functions.
  • the CN is responsible for processing all voice calls and data connections in the UMTS system, and implements external network. Switching and routing functions.
  • the wireless interface protocol is divided into a physical layer, a data link layer, and a network layer.
  • the radio link control (RLC) in the data link layer supports three modes: transparent mode (TM), unacknowledged mode (UM) and acknowledged mode (AM). It implements segmentation, concatenation, padding, error control, and flow control. , Repeatability and other functions.
  • the AM mode has an automatic request retransmission (ARQ) mechanism, and the RLC AM mode can use a sliding window protocol.
  • FIG 1 shows the model of the RLC AM entity.
  • Each RLC AM entity includes a sending side and a receiving side.
  • the sending side is used to schedule and send data units, and sends the data units to the peer RLC AM entity.
  • the receiving side is responsible for receiving data.
  • the unit sends to the upper layer, and generates a status report, transmits the reception status of the data unit to the sending side, and sends it to the peer RLC AM entity.
  • the status report is also used for functions such as window control.
  • the specific implementation process is shown in Figure 1, including:
  • the receiving side of the RLC AM entity puts the received AMD PDU into the receiving buffer; then decrypts it and parses the decrypted data; and then determines whether the parsed PDU can reassemble the RLC SDU, and if it can reassemble the complete
  • the RLC SDU performs a recombination operation, and submits the recombined RLC SDU to the upper layer.
  • the RLC control unit, the receiving buffer and the retransmission management module on the receiving side will determine whether the current AMD PDU transmission is accurate and whether it is necessary to return a corresponding status report.
  • the sending side of the AM entity performs the step of setting fields in the RLC header to place the status report in the Piggybacked STATUS PDU, which is piggybacked by the AMD 'PDU to the peer AM entity; if the status report cannot currently be piggybacked through the AMD PDU, it sends
  • the side separately constructs a status protocol data unit (STATUS PDU), and sends a status report to the peer AM entity through the STATUS PDU.
  • STATUS PDU status protocol data unit
  • PDU The rest of the PDU contains a piggybacked status protocol data unit (Piggybacked STATUS PDU);
  • UMD PDU Reserved (In the current version, PDUs with this value are discarded)
  • an AM entity may use a status protocol data unit (STATUS PDU) or a piggybacked status protocol data unit (Piggybacked STATUS PDU) to send a status report to the peer AM entity.
  • STATUS PDU status protocol data unit
  • Piggybacked STATUS PDU piggybacked status protocol data unit
  • Piggybacked STATUS PDU When using Piggybacked STATUS PDU, it is possible to avoid constructing a PDU unit transmission status report separately, thereby avoiding many padding bits to save bandwidth.
  • LI. Is used to indicate the end of an RLC SDU only after the current SDU ends in an AMD PDU, the Piggybacked STATUS PDU can be cascaded at the tail of the ADM PDU for transmission, that is, in RLC During SDU transmission, if an RLC SDU occupies multiple AMD PDUs, LI can only appear in the last AMD PDU.
  • Piggybacked STATUS PDU can only be placed in the tail of the last AMD PDU to transmit status reports; If the status report is transmitted before the current RLC SDU transmission is not completed, then only The transmission of status reports can be achieved by constructing STATUS PDUs. Summary of the invention
  • the main purpose of the present invention is to provide a status report transmission method, so that when a RLC SDU transmission is not completed, a piggybacked STATUS PDU can be used to transmit the status report, thereby avoiding the construction of a separate STATUS PDU and the introduction of Multiple padding bits save bandwidth.
  • the technical solution provided by the present invention includes a status report sending process: the current AM entity determines whether a status report needs to be sent, if not, then exits the current process, and if necessary, further determines whether the RLC SDU to be encapsulated and transmitted by the current AMD PDU is described as described above.
  • the tail data of the RLC SDU if yes, exit the current process; otherwise, insert a status report into the AMD PDU, and insert a special LI value indicating that the RLC SDU data transmission has not ended, indicating the length of the RLC SDU data contained in the current AMD PDU LI, which means that the current AMD PDU contains the LI specific value of the status report, and then sends the AMD PDU out;
  • the technical solution provided by the present invention further includes a receiving process of the status report: when the AM entity receives the AMD PDU, it determines whether it contains the special LI value, if not, it exits the current process, and if there is, it takes it out of the current AMD PDU. RLC SDU data and status reports; and continue receiving the subsequent parts of the RLC SDU.
  • the LI indicating the RLC SDU data length in the current AMD PDU is located behind the LI special value, and the LI specific value is located after the RLC SDU data length LI in the current AMD PDU.
  • the status agreement of the piggybacking The proposed data unit is located after the RLC SDU data in the current AMD PDU.
  • the special value of LI is a reserved field of LI in the AM mode of the UMTS RLC protocol.
  • the LI is 7 bits, otherwise it is 15 bits.
  • the status report transmission method provided by the present invention can transmit a status report data unit by inserting a piggybacked status protocol data unit after an AMD PDU without transmitting the RLC SDU. And it does not affect the current RLC SDU transmission process, thereby avoiding the separate construction of STATUS PDUs, thereby further avoiding the introduction of many padding bits, saving bandwidth, and improving link transmission efficiency.
  • FIG. 2 is a schematic diagram of the AMD PDU format in UMTS.
  • FIG. 3 is a flowchart of sending a status report according to the present invention.
  • FIG. 4 is a flowchart of receiving a status report according to the present invention. Mode of Carrying Out the Invention
  • the present invention inserts a Piggybacked STATUS PDU transmission status report without affecting the transmission of the RLC SDU to avoid constructing a STATUS PDU separately.
  • the implementation method of the present invention is described in detail below.
  • the present invention uses at least 3 LIs in the LI field of the AMD PDU format.
  • a special value of LI is used to indicate that the RLC SDU data transmission in the current AMD PDU is not ended, and this special value is set by the present invention
  • a LI is used to indicate that the RLC SDU data contained in the current AMD PDU is in the current AMD PDU. Length; and use a LI feature
  • the fixed value indicates that the current AMD PDU contains a Piggybacked STATUS PDU, and the Piggybacked STATUS PDU contains a status ⁇ : report.
  • the receiver When in use, place the set LI special value at the first LI position of the three LIs in the AMD PDU, use the second LI to indicate the data length of the RLC SDU carried by the PDU, and then use the third LI LI means that Piggybacked STATUS PDU is connected at the tail of the PDU.
  • the receiver after receiving the AMD PDU, the receiver, after detecting the first LI special value, knows that the RLC SDU behind the position specified by the second LI in the PDU has not been transmitted and will continue to receive the LC in subsequent AMD PDU SDU data to complete the reception of the RLC SDU; on the other hand, the Piggybacked STATUS PDU is read from the AMD PDU according to the third LI special value to implement the transmission of the status report.
  • the LI special value set above is placed in the first position of the three LIs, but it is not difficult to understand that in this AMD PDU, the set LI special value may also be placed in the second or third position.
  • setting 1111100 and 111111111111100 respectively indicates that the RLC SDU indicated by the next LI has not ended in the current AMD PDU.
  • the following uses 7-bit LI as an example, and refers to the status report sending process shown in FIG. 2 and FIG. 3 and the status report receiving process shown in FIG. 4. If the current RLC SDU transmission is not completed, the transmission status report is reported. The method is described in detail, including:
  • the current AM entity first determines whether a status report needs to be sent, and if not, exits the current process; otherwise, further determines whether the current RLC SDU to be encapsulated and transmitted by the AMD PDU is the RLC SDU Trailing data, that is, determining whether the RLC SDU transmission is complete, if it is, exit the current process, as shown in Table 3.
  • the outgoing method piggybacks the status report when transmitting the RLC SDU. Otherwise, the method described below is used to construct an AMD PDU carrying the RLC SDU and status report; and then sends the RLC SDU piggybacking the status report.
  • the Piggybacked STATUS PDU is used to carry the status report, and the Piggybacked STATUS PDU is concatenated at the tail of the current AMD PDU, and is set according to the AMD PDU structure shown in Table 4.
  • the first LI the first LI
  • the next next LI 1111110, see the description in Table 1, indicating the current AMD PDU
  • the remaining part contains a cascaded state protocol data unit; the next data is the AMD
  • the AMD PDU structure transmission status report shown in Table 4 is used. If the status report is not required to be transmitted, the subsequent RLC SDU data is transmitted using the AMD PDU structure provided by the existing technology, as shown in the following table.
  • Table 5 is a subsequent PDU containing SDU data
  • Table 6 is a SDU tail data. PDU.
  • the RLC SDU data in the AMD PDUs shown in Table 5, Table 6 and Table 4 belong to one RLC SDIL
  • the data contained in the AMD PDU shown in Table 5 is part of the data of the RLC SDU that has not been transmitted. There is no LI byte in this AMD PDU, which means that the data of the subsequent part of the RLC SDU will continue to be transmitted in the subsequent AMD PDU.
  • the RLC SDU ends in the PDU, that is, the data in the AMD PDU is the tail data of the RLC SDU.
  • the opposite AM entity continues to receive the AMD PDUs shown in Tables 5 and 6 according to the existing method, reassembles the RLC SDUs in these AMD PDUs, and transmits them to the upper layer to complete the RLC SDU transmission.
  • the Piggybacked STATUS PDU transmission status report is inserted during the RLC SDU transmission process, thereby avoiding the construction of a status protocol data unit separately for the transmission of the status report, thereby avoiding the introduction of padding bits, saving This increases bandwidth and improves link transmission efficiency.

Landscapes

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

Description

一种状态 艮告的传输方法
技术领域
本发明涉及信息传输技术， 尤指一种移动通讯系统中确认模式下状 态报告的传输方法。 发明背景
通用移动通讯系统 （UMTS ) 的无线传输技术包括频分双工模式 ( FDD )和时分双工模式（TDD ), 目前， WCDMA采用 FDD模式， TD-CDMA和 TD-SCDMA采用 TDD模式。 根据码片速率的差异， 也将 TD - CDMA和 TD - SCDMA分别称为 3.84McpsTDD和 1.28McpsTDD。 UMTS系统包括无线接入网络（RAN )和核心网络（CN )部分， 其中， RAN用于处理所有与无线有关的功能， CN负责处理 UMTS系统内所有 的话音呼叫和数据连接， 并实现与外部网络的交换和路由功能。
在 UMTS系统中，无线接口协议分为物理层、数据链路层和网络层。 数据链路层中的无线链路控制 （RLC ) 支持透明模式 （TM )、 非确认模 式（UM )和确认模式（AM )三种模式， 实现分段、 级联、 填充、 差错 控制、 流量控制、 重复性检测等功能。 其中， AM模式具有自动请求重 发（ARQ )机制， 且 RLC AM模式可采用滑动窗口协议。
如图 1示出了 RLC AM实体的模型，每个 RLC AM实体包括发送侧 和接收侧， 发送侧用于调度和发送数据单元， 将数据单元发送给对端 RLC AM实体； 接收侧负责接收数据单元并发送给高层， 以及产生状态 报告，将数据单元的接收状况传送给发送侧，向对端 RLC AM实体发送， 状态艮告也用于窗口控制等功能。 具体实现过程如图 1所示， 包括：
RLC AM实体发送侧接收高层发来的 RLC业务数据单元（ SDU ), 对接收到的 RLC SDU进行分段 /级联处理， 以实现将 RLC SDU放入一 个或多个确认模式数据 ( AMD ) 的 PDU中进行传输， 根据实际需要， 发送侧还可能进行填充处理； 然后组装 AMD PDU,并将组装后的 AMD PDU加密后发送到发送緩存器； 发送侧中的发送緩存器对自身保存的. AMD PDU进行调度，调度到的 PDU如果允许发送， 则根据高层配置的 规则设置轮询比特以及捎带的状态协议数据单元（ Piggybacked STATUS PDU ), 如果是新组装的 AMD PDU, 还要设置序列号域； 之后， 将调度 到的 AMD PDU提交给底层发送给对端的 AM实体。
RLC AM实体的接收侧将接收到的 AMD PDU放入接收緩存器； 然 后进行解密， 并将解密得到的数据进行解析； 然后判断解析出的 PDU 能否重组出 RLC SDU, 如果能够重组出完整的 RLC SDU, 则进行重组 操作， 并将重组得到的 RLC SDU提交到高层。 其中， RLC控制单元、 ■ 接收侧的接收緩存器和重传管理模块会判断当前 AMD PDU的传输是否 准确， 以及是否需要回送相应的状态报告， 若需要回送状态报告， 且状 态报告可由 AMD PDU捎带， 则 AM实体发送侧进行在 RLC报头中设 置字段步驟中，将状态报告置于 Piggybacked STATUS PDU中， 由 AMD ' PDU捎带发送给对端的 AM实体；若当前无法通过 AMD PDU捎带状态 报告， 则发送侧单独构造状态协议数据单元 （STATUS PDU ), 通过 STATUS PDU将状态报告发送给对端 AM实体。
图 2示出了 AMD PDU的格式，其中，长度指示（LI，Length Indicator ) 用来指示 AMD PDU中 RLC头部结束位置到 RLC SDU在本 PDU中的 最后一个字节的字节数， 即数据（Data ) 的长度， 也可以理解为标识出 RLC SDU数据在该 PDU中结束的位置。对于 AMD PDU,当 AMD PDU 长度不大于 126字节时， 使用 7比特位的 LI; 其他情况使用 15比特位' LI。 LI除了用来进行长度指示外， 某些特殊值还用来表示其他含意。 如 下所示，表 1为 7比特位 LI特殊值的含意，表 2为 15比特位 LI特殊值
'的含意。
比特 ( Bit ) 描述 ( Description )
0000000 前一个 RLC PDU正好被一个 RLC SDU填满，在前一 个 RLC PDU当中没有 LI标志该 SDU的结束
1111100 UMD PDU: 这个 RLC PDU的第一个字节是一个 RLC
SDU地第一个字节；
AMD PDU: 保留 （在目前版本中，具有这个值的 PDU 被丟弃）
1111101 保留 （在目前版本中， 具有这个值的 PDU被丟弃）
1111110 AMD PDU: PDU的剩余部分包含了一个捎带的状态 协议数据单元（Piggybacked STATUS PDU );
UMD PDU: 保留 （在目前版本中，具有这个值的 PDU 被丟弃）
1111111 RLC PDU 的剩余部分是填充比特， 填充比特长度可 以为零
表 1
比特 ( Bit ) 描述 ( Description )
000000000000000 前一个 RLC PDU正好被一个 RLC SDU填满， 在前 一个 RLC PDU当中没有 LI标志该 SDU的结束
111111111111011 RLC SDU的最后一个分段填充前一个 RLC PDU之后 还剩余一个字节， 在前一个 RLC PDU 当中没有 LI 标志 RLC SDU的结束，忽略前一个 PDU当中的最后 一个字节
111111111111100 UMD PDU: 这个 RLC PDU 的第一个字节是一个
RLC SDU地第一个字节；
AMD PDU: 保留 （在目前版本中， 具有这个值的 PDU被丢弃）
111111111111101 保留 （在目前版本中， 具有这个值的 PDU被丢弃）
111111111111110 AMD PDU: PDU的剩余部分包含了一个捎带的状态 协议数据单元（ Piggybacked STATUS PDU );
UMD PDU: 保留 （在目前版本中， 具有这个值的 PDU被丟弃）
111111111111111 RLC PDU 的剩余部分是填充比特， 填充比特长度可 以为零 表 2
参照图 2和表 1所示， 下面的表 3为 AMD PDU捎带 Piggybacked
STATUS PDU的格式， 其中 LI=1111110即用来表示该 PDU的剩余部分 包含了一个 Piggybacked STATUS PDU。
RLC头 （第一个字节） ―
RLC头 （第二个字节）
LI = bbbbbbb, 表示长度指示
LI=1111110, 表示 PDU的剩余部分包含了一个捎带的状态协
议数据单元 数据 捎带的状态协议数据单元（ Piggybacked STATUS PDU ) _
表 3
上面已经说明，在 UMTS系统 RLC协议当中， AM实体可以使用状 态协议数据单元 （STATUS PDU ) 或者是捎带的状态协议数据单元 ( Piggybacked STATUS PDU )向对端 AM实体发送状态报告。 目前， 在 发送状态报告时， 在当前 RLC SDU传输没有结束之前， 只能构造一个. 单独的 STATUS PDU来传输状态报告， 构造 STATUS PDU的方式引入 了很多填充比特， 占用了带宽。
而采用 Piggybacked STATUS PDU时， 可以避免单独构造一个 PDU 单元传输状态报告， 从而避免很多填充比特节省带宽。 但是， 由于 LI . 用于指示一个 RLC SDU的结尾，只有在当前 SDU在一个 AMD PDU中 结束之后， 才可以将 Piggybacked STATUS PDU级连在所述 ADM PDU 的尾部进行传输，也就是说，在 RLC SDU传输过程中，若一个 RLC SDU 占用了多个 AMD PDU, 则 LI只能出现在最后的那个 AMD PDU中， . Piggybacked STATUS PDU也只能放在最后的那个 AMD PDU的尾部来 传输状态报告； 若在当前 RLC SDU传输未结束前传送状态报告， 则只 能通过构造 STATUS PDU来实现状态艮告的传送。 发明内容
有鉴于此， 本发明的主要目的在于提供一种状态报告的传输方法， 使在 RLC SDU传输未结束的情况下，可使用 Piggybacked STATUS PDU 传送状态报告， 从而避免构造单独的 STATUS PDU, 避免引入过多填充 比特， 节省了带宽。
本发明提供的技术方案包括状态报告的发送过程： 当前 AM实体判 断是否需要发送状态报告， 若不需要则退出当前流程， 若需要， 则进一 步判断当前 AMD PDU要封装传输的 RLC SDU是否为所述 RLC SDU 的尾部数据， 若是， 则退出当前流程， 否则， 在所述 AMD PDU中插入 状态报告， 以及插入表示 RLC SDU数据传输未结束的 LI特殊值、 表示 当前 AMD PDU中含有的 RLC SDU数据长度的 LI、表示当前 AMD PDU 含有状态报告的 LI特定值， 然后将该 AMD PDU发送出去；
本发明提供的技术方案还包括状态报告的接收过程： AM 实体接收 到 AMD PDU时， 判断是否含有所述的 LI特殊值， 若无， 则退出当前 流程， 若有， 则从当前 AMD PDU中取出 RLC SDU数据、 状态报告； 并继续所述 RLC SDU后续部分的接收。
其中， 所述的状态报告由捎带的状态协议数据单元 Piggybacked STATUS PDU承载； 所述的表示当前 AMD PDU含有状态报告的 LI为 表示 AMD PDU的剩余部分包含了一个捎带的状态协议数据单元的特定 值。
其中， 所述的 AMD PDU中， 所述的表示当前 AMD PDU中的 RLC SDU数据长度的 LI位于 LI特殊值后面， 所述的 LI特定值位于表示当 前 AMD PDU中的 RLC SDU数据长度 LI的后面；所述的捎带的状态协 议数据单元位于当前 AMD PDU中 RLC SDU数据的后面。
其中， 所述的 LI特殊值采用的是 UMTS RLC协议 AM模式中 LI 的保留字段。 所述的 AMD PDU长度不大于 126字节时， 所述的 LI为 7 比特位， 否则为 15比特位。
其中， 所述的通讯系统为通用移动通讯系统 UMTS。
从以上可以看出， 本发明提供的状态报告的传输方法， 可以在一个 RLC SDU的传输过程中， 在没有传送结束的情况下， 在 AMD PDU后 插入捎带的状态协议数据单元来传输状态报告， 并且不影响当前 RLC SDU的传输过程，从而避免单独构造 STATUS PDU， 从而进一步避免引 入很多填充比特， 节约了带宽， 提高了链路传输效率。 附图简要说明
图 1为 RLC AM实体的模型图。
图 2为 UMTS中 AMD PDU的格式示意图。
图 3为本发明状态报告发送流程图。
图 4为本发明状态报告接收流程图。 实施本发明的方式
本发明在 RLC SDU未传送完时，在不影响 RLC SDU的传输情况下， 插入 Piggybacked STATUS PDU传输状态报告 ,来避免单独构造 STATUS PDU。 下面对本发明的实现方法进行详细说明。
本发明在 AMD PDU格式的 LI字段域中， 至少使用 3个 LI。 其中， 使用一个特殊值的 LI来表示当前 AMD PDU中的 RLC SDU数据传输未 结束， 该特殊值是本发明所设置的； 使用一个 LI表示当前 AMD PDU 中含有的 RLC SDU数据在当前 AMD PDU中的长度；并使用一个 LI特 定值表示当前 AMD PDU 含有 Piggybacked STATUS PDU , 所述的 Piggybacked STATUS PDU含有状态^ :艮告。
在使用时， 将该设置的 LI特殊值置于 AMD PDU中所述 3个 LI的 第一个 LI位置， 用第二个 LI表示该 PDU所携带的 RLC SDU的数据长 度， 然后用第三个 LI表示在该 PDU尾部级连有 Piggybacked STATUS PDU。 这样， 接收方收到该 AMD PDU后， 检测到第一个 LI特殊值后， 知道该 PDU中第二个 LI指定的位置后面的 RLC SDU并未传输结束， 会继续接收后续 AMD PDU中的 LC SDU数据，以完成对该 RLC SDU 的接收； 另一方面， 则根据第三个 LI特殊值从该 AMD PDU 中读出 Piggybacked STATUS PDU, 实现状态报告的传输。 上述设置的 LI特殊 值置于所述 3个 LI的第一个位置， 但是不难理解， 在该 AMD PDU中， 设置的 LI特殊值也可以置于第二个或第三个位置。
从表 1和表 2中可以着出， 目前的 RLC版本 LI特殊值中， 7比特 位的 1111100 和 1111101 、 15 比特位的 111111111111100 和 111111111111101在 AMD PDU中是保留字段，都可以设置为表示下一个 LI指示的 RLC SDU在本 PDU内没有结束。
本例中， 对于 Ί 比特位和 15 比特位的 LI, 分别设置 1111100和 111111111111100表示下一个 LI指示的 RLC SDU在当前 AMD PDU内 没有结束。 下面以 7比特位 LI为例， 并参见图 2、 以及图 3示出的状态 报告发送流程和图 4示出的状态报告接收流程， 以当前 RLC SDU传输 未结束的情况下， 对传送状态报告的方法进行详细说明， 包括：
参见图 3示出的状态报告发送流程图， 当前 AM实体首先判断是否 需要发送状态报告， 若不需要则退出当前流程， 否则， 进一步判断， 当 前 AMD PDU要封装传输的 RLC SDU是否为该 RLC SDU的尾部数据， 即判断 RLC SDU传送是否完毕， 若是， 则退出当前流程， 按照表 3示 出的方法在传送 RLC SDU时捎带状态报告， 否则使用本发明下面所述 的方法， 构造携带 RLC SDU和状态报告的 AMD PDU; 然后将捎带状 态报告的 RLC SDU发送出去。
其中， 本发明捎带状态报告时， 使用 Piggybacked STATUS PDU承 载状态报告， 将该 Piggybacked STATUS PDU级联在当前 AMD PDU尾 部， 并且按照表 4示出的 AMD PDU结构进行设置。 其中， 第一个 LI
= 1111100表示：该 AMD PDU中的下一个 LI指示的 RLC SDU在本 PDU 内没有结束， 即表示下一个 LI = bbbbbbb不表示 RLC SDU传输的结束； 下一个 LI即第二个 LI=bbbbbbb用来表示在当前 AMD PDU中 RLC SDU 所占的字节数， 或者说是 RLC SDU数据在该 AMD PDU中的长度； 紧 接的下一个 LI = 1111110, 参见表 1中的描述， 表示当前 AMD PDU的 剩余部分包含了一个级连状态协议数据单元； 紧接的数据即为该 AMD
PDU封装的 RLC SDU数据，在 AMD PDU尾部即为捎带的 Piggybacked
STATUS PDU。 AM实体构造完该 PDU后， 由发送侧将该 AMD PDU发 送到对端 AM实体。
RLC头 （第一个字节）
RLC头 （第二个字节）
LI = 1111100, 表示： 下一个 LI表示 SDU在本 PDU内没有结 f LI - bbbbbbb, 表示长度指示 ― LI-1111110, 表示 PDU的剩余部分包含了一个级连状态协议数据 单元 数据 捎带的状态协议数据单元（ Piggybacked STATUS PDU )
表 4
参见图 4示出的状态报告接收流程图， 对端 AM实体接收侧收到该 AMD PDU后， 接收侧通过 LI=1111100和第二个 LI=bbbbbbb判断封装 的 RLC SDU数据， 并读取出来， 并且知道后续的 AMD PDU中的 RLC SDU数据仍然属于当前的 RLC SDU,会继续当前 RLC SDU后续部分的 接收， 以完成对该 RLC SDU 的接收和重组。 另一方面， 接收侧根据 LI=bbbbbbb和 LI=1111110, 得知 Piggybacked STATUS PDU的在 AMD . PDU中的位置， 从而读取出 Piggybacked STATUS PDU, 完成状态报告 的传输。
在 RLC SDU传输未结束时， 若还需传送状态报告， 则均使用表 4 示出的 AMD PDU结构传输状态报告。 若不需要传送状态报告， 则后续. 的 RLC SDU数据采用现有技术提供的 AMD PDU结构继续传输， 如下 表所示， 表 5为后续的包含 SDU数据的 PDU, 表 6为包含 SDU尾部数 据的 PDU。 表 5、 表 6和表 4所示的 AMD PDU中的 RLC SDU数据均 属于一个 RLC SDIL
RLC头 （第一个字节）
RLC头 （第二个字节） 数据 表 5
在表 5示出的 AMD PDU中包含的数据为未传输完的 RLC SDU的 部分数据。 该 AMD PDU中没有 LI字节， 表示还有 RLC SDU后续部分 的数据在后续的 AMD PDU中继续传输。
RLC头 （第一个字节）
RLC头 （第二个字节）
LI = bbbbbbb, 表示长度指示
LI = 1111111 , 表示剩余部分是填充比特 数据 填充比特 表 6
表 6示出的 AMD PDU中， RLC SDU在该 PDU中结束，即该 AMD PDU中的数据是 RLC SDU的尾部数据。 第一个 LI = bbbbbbb表示 RLC SDU在当前 PDU中的字节长度， 即结束的位置， 同时表示出了该 RLC SDU传输结束； 第二个 LI=1111111表示该 AMD PDU的剩余部分是填 充比特。
对端 AM实体按照现有方法继续接收表 5、 表 6示出的 AMD PDU 后， 将这些 AMD PDU中的 RLC SDU进行重组后， 传送给上层， 完成 RLC SDU的传输。
可以看出， 通过本发明的方案， 在一个 RLC SDU传输过程中， 实' 现插入 Piggybacked STATUS PDU传送状态报告， 从而避免为了传输状 态报告而单独构造状态协议数据单元， 进而避免引入填充比特， 节约了 带宽， 提高了链路传输效率。
以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均 应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种状态报告的传输方法， 适用于包含确认模式 AM 实体下的 通信系统， 该方法包括状态报告的发送过程和状态报告的接收过程， 其 特征在于，
所述状态报告的发送过程包括：
当前 AM实体判断是否需要发送状态报告， 若不需要则退出当前流 程， 若需要， 则进一步判断当前 AMD PDU要封装传输的 RLC SDU是 否为所述 RLC SDU的尾部数据， 若是， 则退出当前流程， 否则， 在所 述 AMD PDU中插入状态报告， 以及插入表示 RLC SDU数据传输未结 束的 LI特殊值、表示当前 AMD PDU中的 RLC SDU数据长度的 LI、表 示当前 AMD PDU含有状态报告的 LI特定值， 然后将该 AMD PDU发 . 送出去；
所述状态报告的接收过程包括：
AM实体接收到 AMD PDU时， 判断是否含有所述的 LI特殊值， 若 无， 则退出当前流程， 若有， 则从当前 AMD PDU中取出 RLC SDU数. 据、 状态报告； 并继续所述 RLC SDU后续部分的接收。
2、根据权利要求 1所述的方法， 其特征在于， 所述的状态报告由捎 带的状态协议数据单元 Piggybacked STATUS PDU承载； 所述的表示当 前 AMD PDU含有状态报告的 LI为表示 AMD PDU的剩余部分包含了 . 一个捎带的状态协议数据单元的特定值。
3、 根据权利要求 2所述的方法， 其特征在于， 所述的 AMD PDU 中， 所述的表示当前 AMD PDU中的 RLC SDU数据长度的 LI位于 LI 特殊值后面， 所述的 LI特定值位于表示当前 AMD PDU中的 RLC SDU . 数据长度 LI 的后面； 所述的捎带的状态协议数据单元位于当前 AMD PDU中 RLC SDU数据的后面。
4、 根据权利要求 1或 3所述的方法， 其特征在于， 所述的 LI特殊 值采用的是 UMTS RLC协议 AM模式中 LI的保留字段。
5、 根据权利要求 4所述的方法， 其特征在于， 所述的 AMD PDU 长度不大于 126字节时， 所述的 LI为 7比特位， 否则为 15比特位。
6、根据权利要求 1所述的方法， 其特征在于， 所述的通讯系统为通' 用移动通讯系统 UMTS。
PCT/CN2005/000603 2004-05-12 2005-04-29 Procede de transmission d'un rapport de statut WO2005109817A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200410034760 CN100512506C (zh) 2004-05-12 2004-05-12 一种状态报告的传输方法
CN200410034760.0 2004-05-12

Publications (1)

Publication Number Publication Date
WO2005109817A1 true WO2005109817A1 (fr) 2005-11-17

Family

ID=35320578

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000603 WO2005109817A1 (fr) 2004-05-12 2005-04-29 Procede de transmission d'un rapport de statut

Country Status (2)

Country Link
CN (1) CN100512506C (zh)
WO (1) WO2005109817A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1330155C (zh) * 2005-08-24 2007-08-01 华为技术有限公司 无线链路控制乱序传输功能中协议数据单元数据处理方法
CN100531023C (zh) * 2007-02-15 2009-08-19 大唐移动通信设备有限公司 反馈状态报告的方法及设备
CN101369879B (zh) * 2007-08-14 2012-12-26 华为技术有限公司 一种请求数据重传的方法及装置
CN103078722B (zh) * 2007-08-14 2017-11-28 华为技术有限公司 一种请求数据重传的方法及装置
CN101369928A (zh) * 2008-09-05 2009-02-18 上海华为技术有限公司 测量报告的上报方法、读取方法、装置和系统
CN102957522B (zh) * 2011-08-24 2017-05-10 中兴通讯股份有限公司 一种rlc am状态报告处理的方法和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1358375A (zh) * 1999-04-09 2002-07-10 艾利森电话股份有限公司 柔性无线电链路控制协议
WO2004015906A2 (en) * 2002-08-09 2004-02-19 Interdigital Technology Corporation Efficient memory allocation in a wireless transmit/receiver unit

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1358375A (zh) * 1999-04-09 2002-07-10 艾利森电话股份有限公司 柔性无线电链路控制协议
WO2004015906A2 (en) * 2002-08-09 2004-02-19 Interdigital Technology Corporation Efficient memory allocation in a wireless transmit/receiver unit

Also Published As

Publication number Publication date
CN100512506C (zh) 2009-07-08
CN1697556A (zh) 2005-11-16

Similar Documents

Publication Publication Date Title
US9936423B2 (en) Method and apparatus for enhancing RLC for flexible RLC PDU size
JP4016032B2 (ja) 無線移動通信システムにおける受信ウインドウ移動方法
US7894443B2 (en) Radio link control unacknowledged mode header optimization
RU2470479C1 (ru) Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи
JP4474422B2 (ja) 移動通信システムにおける制御情報伝送装置及び方法
AU2006229508B2 (en) Method of generating lower layer data block in wireless mobile communication system
US7684407B2 (en) Status report method in a wireless communication system
KR100697567B1 (ko) Ｓｄｕ 폐기 기능에서 잠재적인 교착들을 피하기 위한 방법
JP6322667B2 (ja) シングルビットのセグメンテーションのインジケータ
EP1990944B1 (en) Method and apparatus of delivering protocol data units for a user equipment in a wireless communications system
JP2008517551A (ja) 移動通信システムにおけるアップリンクデータ伝送のための端末状態情報のシグナリング方法及び装置
CN101529827B (zh) 长度指示符优化
EP2382727B1 (en) New packet indicator for rlc protocol
CN101309210A (zh) 无线通信系统设定分组表头的方法及其相关装置
KR20010004792A (ko) 이동 통신시스템에서 라디오링크프로토콜에 따른 데이터 송수신 장치 및 방법
WO2007104261A1 (fr) Procede et systeme de soutien de traitement en cascade par segmentation de retransmission de paquets
WO2014186944A1 (zh) 一种确认报文发送方法及其设备
WO2008041296A1 (fr) Appareil de communication sans fil
CN102315923B (zh) 一种3g卫星通信系统无线链路控制方法
CN102299777B (zh) 数据重传方法及装置
WO2005109817A1 (fr) Procede de transmission d'un rapport de statut
US20090257377A1 (en) Reducing buffer size for repeat transmission protocols
WO2011020306A1 (zh) 混合自动重传请求错误指示的发送/接收方法及装置
KR100539535B1 (ko) 통신 시스템의 데이터 유닛 전송 처리 방법
JP2000236369A (ja) データ伝送方法とデータ伝送システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

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