WO2011100917A2 - 高速上行分组接入的数据流传输方法及终端设备 - Google Patents

高速上行分组接入的数据流传输方法及终端设备 Download PDF

Info

Publication number
WO2011100917A2
WO2011100917A2 PCT/CN2011/072729 CN2011072729W WO2011100917A2 WO 2011100917 A2 WO2011100917 A2 WO 2011100917A2 CN 2011072729 W CN2011072729 W CN 2011072729W WO 2011100917 A2 WO2011100917 A2 WO 2011100917A2
Authority
WO
WIPO (PCT)
Prior art keywords
entity
data
hsupa
pdu
amount
Prior art date
Application number
PCT/CN2011/072729
Other languages
English (en)
French (fr)
Other versions
WO2011100917A3 (zh
Inventor
黄劲波
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201180000365.9A priority Critical patent/CN102171962B/zh
Priority to PCT/CN2011/072729 priority patent/WO2011100917A2/zh
Publication of WO2011100917A2 publication Critical patent/WO2011100917A2/zh
Publication of WO2011100917A3 publication Critical patent/WO2011100917A3/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Definitions

  • Embodiments of the present invention relate to data transmission technologies, and in particular, to high speed uplink packet access.
  • WCDMA Wideband Code Division Mutple
  • 3GPP 3rd Generation Partnership Project
  • E-DCH Enhanced Dedicated Transport Channel
  • MAC Media Access Control
  • a MAC-i/is entity is introduced in the 3GPP R8 version for replacing the MAC-e/es entity, and the MAC-i/is entity supports the variable RLC PDU when performing the group packet.
  • the data stream transmission process of the HSUPA includes: a radio link control (RLC) entity groups the service data units (SDUs) of the logical channels separately. Encrypting the protocol data unit (PDU) of the packet to the corresponding logical channel; the MAC-i/is entity extracts the PDU from the buffer, performs packet multiplexing, and sends the packet to the physical layer.
  • RLC radio link control
  • the physical layer entity encodes the received PDU and then sends it to the network side through the HSUPA uplink channel.
  • the SDU of each logical channel received by the RLC entity is sent to the network side through the HSUPA uplink channel.
  • the structure of the terminal device is shown in Figure 1. After 3GPP introduced the MAC-i/is feature, it brought two significant changes:
  • the MAC-i/is entity When the MAC-i/is entity performs grouping, it can split any PDU in the cache as needed, that is, one PDU can be divided and sent multiple times.
  • RLC and MAC-i/is are entities belonging to different layers at the protocol level, and the RLC entity and the MAC-i/is entity separately perform packet transmission, specifically:
  • the RLC entity is responsible for data transmission and retransmission of each logical channel, and the service data unit SDU is grouped according to the rules set by itself, and the PDU obtained by the group packet is encrypted. Put it in the cache.
  • the RLC layer has no concept of scheduling processes. When the RLC layer caches data for each logical channel, and the RLC can be scheduled by the subsystem in which it is located, the RLC entity encrypts the PDU packet and puts it into the corresponding cache of the corresponding logical channel.
  • MAC-i/is entity extraction is responsible for data transmission and retransmission of each logical channel, and the service data unit SDU is grouped according to the rules set by itself, and the PDU obtained by the group packet is encrypted. Put it in the cache.
  • the RLC layer has no concept of scheduling processes. When the RLC layer caches data for each logical channel, and the RLC can be scheduled by the subsystem in which it is located, the RLC entity encrypts the PDU packet and puts it into the corresponding cache
  • the MAC-i/is entity adopts the E-TFC selection policy.
  • the amount of transmittable data is calculated, and the PDU is extracted from the cache, according to the calculated amount of transmittable data.
  • the extracted PDUs are group-multiplexed and then transmitted to the physical layer entity.
  • the HSUPA transmission capability includes scheduling authorization capability, non-scheduling authorization capability, and maximum available residual power.
  • the MAC-i/is entity on the UE side performs E-TFC selection according to the current scheduling grant, non-scheduled grant, and remaining power.
  • the E-TFC selection process mainly includes the following two points:
  • the data flow of a logical channel is scheduled data or non-scheduled data; when multiplexing, the selected scheduling data cannot exceed the number of transmittable scheduling bits, and the selected non-scheduled data cannot exceed the non-schedulable bits that can be sent. The sum of the transmitted scheduling data and the non-scheduled data cannot exceed the total number of transmitted bits corresponding to the remaining power.
  • the embodiment of the invention provides a data stream transmission method of the HSUPA, which can improve the uplink transmission efficiency of the HSUPA.
  • the embodiment of the invention provides a terminal device, which can improve the uplink transmission efficiency of the HSUPA.
  • a data stream transmission method of HSUPA comprising:
  • the RLC entity receives the HSUPA sending capability reported by the MAC entity
  • the RLC entity determines the amount of data that can be sent based on the HSUPA transmission capability
  • the RLC entity performs packet multiplexing on the SDUs of each logical channel according to the amount of transmittable data, encrypts the obtained PDUs into a buffer, and notifies the MAC entity of the transmittable data amount; the MAC entity follows the learned transmittable data amount.
  • the PDU is extracted from the cache and sent to the physical layer entity;
  • the physical layer entity encodes the received PDU and sends it out through the HSUPA upstream channel.
  • a terminal device including an RLC entity, a cache, a MAC entity, and a physical layer entity;
  • the RLC entity is configured to receive an HSUPA sending capability reported by the MAC entity, and determine, according to the HSUPA sending capability, the amount of data that can be sent;
  • the service data unit SDU of the channel is group-multiplexed, and the obtained protocol data unit PDU is encrypted and put into a buffer, and the amount of transmittable data is notified to the MAC entity;
  • the MAC entity is configured to report the HSUPA sending capability to the RLC entity, and extract the PDU from the cache according to the learned transmittable data amount, and send the PDU to the physical layer entity;
  • the physical layer entity is configured to encode the received PDU and send it through the HSUPA uplink channel.
  • the RLC entity on the UE side determines the transmittable data amount based on the HSUPA sending capability reported by the MAC entity, and groups the SDUs of the logical channels according to the determined transmittable data volume. Multiplexing, then encrypting, putting it into the cache, and notifying the MAC entity of the determined amount of transmittable data; accordingly, the MAC entity extracts the PDU from the cache according to the learned amount of transmittable data. In this way, the RLC entity controls the PDU size of the packet according to the sending capability of the UE, which avoids the probability that the MAC-i/is entity group packet is too large and the RLC retransmission probability is large in the prior art.
  • the defect also avoids the defect that the RLC group packet overhead is too large caused by the PDU size being too small; and the amount of data transmitted by the RLC entity to the MAC entity matches the data amount when the MAC entity performs data transmission, thereby improving the HSUPA uplink transmission efficiency.
  • FIG. 1 is a schematic structural diagram of a terminal device in the prior art
  • FIG. 2 is a schematic flowchart of a data stream transmission method of an HSUPA according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a data stream transmission method of an HSUPA according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a terminal device according to an embodiment of the present invention. Mode for carrying out the invention
  • the RLC entity is completed. Specifically, the RLC entity on the UE side performs packet multiplexing on the SDUs of the logical channels based on the sending capability of the UE, then performs encryption, puts the buffer into the buffer, and notifies the MAC entity of the determined transmittable data volume. Correspondingly, the MAC entity extracts the PDU directly from the cache according to the learned amount of transmittable data, and transmits it without performing packet multiplexing.
  • the MAC entity referred to in the embodiment of the present invention is a MAC-i/is entity. 2 is a schematic flowchart of a data stream transmission method of an HSUPA according to an embodiment of the present invention, which includes the following steps:
  • Step 201 The RLC entity receives the HSUPA sending capability reported by the MAC entity.
  • the HSUPA transmission capability includes scheduling authorization capability, non-scheduling authorization capability, and maximum available residual power.
  • Step 202 The RLC entity determines the amount of transmittable data based on the HSUPA sending capability.
  • Step 203 The RLC entity performs packet multiplexing on the SDUs of the logical channels according to the amount of transmittable data, encrypts the obtained PDUs into a buffer, and notifies the MAC entity of the amount of transmittable data.
  • Step 204 The MAC entity extracts the PDU from the cache according to the learned transmittable data amount, and sends the PDU to the physical layer entity.
  • step 203 the obtained PDU is encrypted and put into a buffer, and the amount of transmittable data is notified to the MAC entity, which can be implemented in the following specific manner:
  • the obtained PDU is used as a payload of the data packet, and is added and sent in the packet header of the data packet.
  • the amount of data, the packet is encrypted and put into the cache.
  • the MAC entity extracts the PDU from the cache according to the learned transmittable data amount, specifically: the MAC entity reads the packet header of the data packet from the cache, parses out the transmittable data amount, and parses the transmittable data amount according to the parsed Extract the PDU.
  • Step 205 The physical layer entity encodes the received PDU and sends it through the HSUPA uplink channel.
  • the retransmission information is reported to the MAC entity; the MAC entity determines whether to retransmit according to the current situation, and if yes, performs a hybrid automatic retransmission request ( HARQ , Hybrid Automatic Repeat Request Processing; otherwise, the RLC entity is notified to schedule new data.
  • HARQ Hybrid Automatic Repeat Request Processing
  • the MAC entity after receiving the retransmission information reported by the physical layer, the MAC entity determines whether to perform retransmission, and if yes, performs HARQ processing; otherwise, reports the HSUPA transmission capability to the RLC entity to notify the RLC entity to perform new data. Scheduling.
  • determining the amount of transmittable data may be implemented by: calculating the transmittable data amount by using an existing E-TFC selection policy based on the HSUPA sending capability, and the method is compared with the MAC entity calculation in the prior art.
  • the scheme for sending data amount is the same.
  • the E-TFC selection strategy mainly includes the following two points:
  • the data flow of a logical channel is scheduled data or non-scheduled data; when multiplexing, the selected scheduling data cannot exceed the number of transmittable scheduling bits, and the selected non-scheduled data cannot exceed the non-schedulable bits that can be sent. The sum of the transmitted scheduling data and the non-scheduled data cannot exceed the total number of transmitted bits corresponding to the remaining power.
  • the MAC entity reports the HSUPA transmission capability of the UE to the RLC entity in real time. Specifically, the HSUPA sending capability of the current scheduling process may be reported to the RLC entity at the starting point of each scheduling process.
  • the RLC entity controls the PDU size of the group packet according to the sending capability of the UE, which avoids the probability of the MAC-i/is entity group packet caused by the too large PDU size in the prior art and the RLC weight.
  • the defect with a large probability of transmission also avoids the defect that the RLC group packet overhead is too large caused by the PDU size being too small; and the amount of data transmitted by the RLC entity to the MAC entity matches the amount of data when the MAC entity performs data transmission, thereby improving HSUPA uplink transmission efficiency.
  • FIG. 3 shows an example of a data stream transmission process of the HSUPA, which includes the following steps: Step 301: A physical layer entity reports a maximum available remaining power to a MAC entity.
  • the physical layer entity calculates the maximum remaining power available for the current HSUPA according to the uplink channel gain of the nearest R99 and R5 channels, and reports it to the MAC entity.
  • the physical layer entity fails to send data, and the retransmission information is reported to the MAC entity.
  • Step 302 The MAC entity determines whether to perform retransmission. If yes, step 308 is performed; otherwise, step 303 is performed.
  • Step 303 The MAC entity sends the HSUPA sending capability to the RLC entity.
  • the MAC entity receives the maximum available remaining power reported by the physical layer, and obtains scheduling authorization capability, non-scheduling authorization capability, and sends the scheduling authorization capability, the non-scheduling authorization capability, and the maximum available residual power to the RLC entity.
  • Step 304 The RLC entity determines the amount of transmittable data based on the HSUPA sending capability.
  • Step 305 The RLC entity multiplexes the SDUs of the logical channels according to the amount of transmittable data, encrypts the obtained PDUs into a buffer, and notifies the MAC entity of the amount of transmittable data.
  • Step 306 The MAC entity extracts the PDU from the cache according to the learned transmittable data amount, and sends the PDU to the physical layer entity.
  • Step 307 The physical layer entity encodes the received PDU and sends it through the HSUPA uplink channel.
  • Step 308 The MAC entity performs HARQ processing.
  • FIG. 4 is a schematic structural diagram of a terminal device according to an embodiment of the present invention, where the terminal device includes an RLC entity, a MAC entity, and a physical layer entity;
  • the RLC entity is configured to receive the HSUPA sending capability reported by the media access control MAC entity, determine the transmittable data amount based on the HSUPA sending capability, and group the service data unit SDU corresponding to each logical channel according to the transmittable data volume. Multiplexing, encrypting the obtained protocol data unit PDU into a buffer, and notifying the MAC entity of the amount of data that can be sent;
  • the MAC entity is configured to report the HSUPA sending capability to the RLC entity, and extract the PDU from the cache according to the learned transmittable data amount, and send the PDU to the physical layer entity;
  • the physical layer entity is configured to encode the received PDU and send it through the HSUPA uplink channel.
  • the RLC entity includes an obtaining unit, a data volume determining unit, and a grouping unit, where the acquiring unit is configured to receive an HSUPA sending capability reported by the media access control MAC entity, and send the data to the data volume determining unit.
  • the data amount determining unit is configured to determine, according to an HSUPA sending capability, a transmittable data amount, and send the transmittable data amount to the group packet unit;
  • the grouping unit is configured to perform group packet multiplexing on the SDUs corresponding to the logical channels according to the transmittable data amount, and use the obtained PDU as a payload of the data packet, and add a transmittable data amount in the packet header of the data packet, and the data packet is Encrypted and put into the cache.
  • the data amount determining unit includes a data amount determining subunit, configured to calculate the transmittable data amount by using an E-TFC selecting policy based on the HSUPA sending capability.
  • the cache is placed in an RLC entity, or placed in a MAC entity, or Independent of RLC entity and MAC entity settings.
  • the MAC entity includes a retransmission processing unit, configured to receive retransmission information reported by the physical layer entity, and determine whether to perform retransmission, and if yes, perform HARQ processing; otherwise, report the HSUPA transmission capability to the RLC entity.
  • a retransmission processing unit configured to receive retransmission information reported by the physical layer entity, and determine whether to perform retransmission, and if yes, perform HARQ processing; otherwise, report the HSUPA transmission capability to the RLC entity.
  • Uplink HSUPA processing such as TD-SCDMA (Time Division-Synchronous Code Division Multiple Access).
  • TD-SCDMA Time Division-Synchronous Code Division Multiple Access

Landscapes

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

Description

高速上行分组接入的数据流传输方法及终端设备
技术领域
本发明实施例涉及数据传输技术， 尤其涉及高速上行分组接入
( HSUPA, High-Speed Uplink Packet Access ) 的数据流传输方法及终端 设备。 发明背景
为了提高宽带码分多址技术（WCDMA, Wide-band Code Division Mutiple )上行的传输速率， 以改善***上行的覆盖和吞吐率， 减少传输 时延， 第三代合作伙伴计划 （3GPP, 3rd Generation Partnership Project ) R6版本中引入了 HSUPA技术， 增加了一个新的上行传输信道， 即增强 型专用传输信道 ( E-DCH, Ehanced Dedicated Transport Channel ), 并增 加了媒体接入控制 （MAC, Media Access Control ) -e/es实体。
进一步地， 为了提高组包效率， 3GPP R8版本中引入了 MAC-i/is实 体， 用于替换 MAC-e/es实体， MAC-i/is实体在进行组包时支持可变的 RLC PDU。 对于终端设备（UE, User Equipment )侧， HSUPA的数据 流传输过程包括： 无线链路控制 （RLC, Radio Link Control ) 实体对各 逻辑信道的服务数据单元（ SDU, Service Data Unit )分别进行组包， 将 组包得到的协议数据单元（ PDU, PDU Protocol Data Unit )加密后放入 相应逻辑信道对应的緩存； MAC-i/is实体从緩存中提取 PDU, 进行组包 复用后发送给物理层实体； 物理层实体对接收的 PDU进行编码， 而后 通过 HSUPA上行信道发送给网络侧。 这样， 便实现了将 RLC实体接收 的各逻辑信道的 SDU, 通过 HSUPA上行信道发送给网络侧。 终端设备 的结构如图 1所示。 3GPP引入 MAC-i/is特性后， 带来两点显著变化：
1 ) MAC-i/is 实体进行组包时， 可以对同一逻辑信道的多个长度不 同的 PDU进行组合。 相应地， RLC实体在对 SDU进行组包时， 对同一 逻辑信道， 可根据需要将 SDU组包成不同大小（size )的 PDU, 然后进 行加密， 放入该逻辑信道对应的緩存供 MAC-i/is 实体提取； 而在引入 MAC-i/is实体之前， 对同一逻辑信道， RLC实体只能将 SDU组包成相 同大小的 PDU, 然后进行加密， 放入緩存以供 MAC-i/is实体提取。
2 ) MAC-i/is实体进行组包时， 可以根据需要对緩存中的任一 PDU 进行分割， 即一个 PDU可以分割后分多次发送。
这两个变化让 UE侧的 RLC组包和 MAC组包更加灵活高效， RLC 组包的 PDU 大小 （size )越大， 则附加的组包开销越小。 但如果 RLC 组包的 PDU size偏大， 由于 MAC-i/is实体的数据包发送受调度授权、 非调度授权、最大可用剩余功率、增强型专用信道传输格式组合（ E-TFC, E-DCH Transport Format Combination )量化等因素的限制， 不能一次性 将一个 PDU全部发送， 则必然会对该 PDU进行分割， 分多次发送， 这 虽节省了组包开销， 却增加了 MAC-i/is实体的组包概率； 并且， 只要一 个分割的 PDU发送失败， 则需要向 RLC请求重传该分割包所属的整个 PDU, 这增加了 RLC重传 PDU的概率。 因此， 需要在 RLC组包开销和 MAC-i/is组包之间找到一个平衡点， 使 UE侧 HSUPA的上行传输效率 达到最佳。
现有 HSUPA的数据流传输方法中， RLC和 MAC-i/is从协议层面上 看是属于不同层面的实体， RLC实体与 MAC-i/is实体分别独立进行组 包发送， 具体地：
1 ) RLC 实体负责上行各个逻辑信道的数据发送和重传， 按照自身 设定的规则对服务数据单元 SDU进行组包， 将组包得到的 PDU加密后 放入緩存。 RLC层没有调度进程这个概念， 当 RLC层针对各逻辑信道 緩存有数据，同时 RLC能被所在的子***调度到， RLC实体便进行 PDU 组包加密后放入相应逻辑信道对应的緩存， 以供 MAC-i/is实体提取。
2 ) MAC-i/is实体采用 E-TFC选择策略， 在每个调度进程， 结合 UE 当前的 HSUPA发送能力计算出可发送数据量， 从緩存中提取 PDU, 按 照计算出的可发送数据量对提取的 PDU进行组包复用， 然后传送给物 理层实体。
所述 HSUPA发送能力包括调度授权能力、 非调度授权能力和最大 可用剩余功率。根据 3GPP协议描述，在每个调度进程，UE侧的 MAC-i/is 实体根据当前的调度授权、 非调度授权和剩余功率进行 E-TFC 选择， E-TFC选择的过程主要包含如下 2点：
1 )计算当前调度授权对应的可发送调度比特数、非调度授权对应的 可发送非调度比特数以及剩余功率对应的可发送总比特数； 常将这三者 称为可发送比特数。
2 )遵循流复用关系和高优先级准则，依次确定哪些逻辑信道的数据 流可以复用到 PDU 中， 并根据可发送比特数确定复用到传输块中的各 个逻辑信道的数据量； 确定出的复用到传输块中的各逻辑信道的数据 量， 称为可发送数据量。 根据逻辑信道的特点， 某逻辑信道的数据流为 调度数据或非调度数据； 进行复用时， 选择的调度数据不能超过可发送 调度比特数， 选择的非调度数据不能超过可发送的非调度比特数， 发送 的调度数据和非调度数据总和不能超过剩余功率对应的发送比特总数。
发明人在实现本发明的过程中， 发现整个交互过程中， RLC实体和 实体 MAC-i/is只有数据面的交互， RLC实体单向为 MAC-i/is实体提供 尽可能多的发送数据， 而一旦数据提供给了 MAC-i/is实体，是无法回收 的。 RLC实体在进行 PDU组包时， 没有考虑当前 UE的发送能力， 这 样有可能导致 PDU size太大， MAC-i/is实体对一个 PDU需要多次分割， 增大了 MAC-i/is实体分割的概率， 且增大了 RLC 重传的概率； 同时， 如果当前 UE的发送能力较强， 而 RLC组包后的 PDU size过小， 这导 致了 RLC组包开销较大， 降低了 RLC组包效率。 也就是， 现有方案降 低了 HSUPA的上行传输效率。 发明内容
本发明实施例提供了一种 HSUPA的数据流传输方法， 该方法能够 提高 HSUPA的上行传输效率。
本发明实施例提供了一种终端设备， 该终端设备能够提高 HSUPA 的上行传输效率。
一种 HSUPA的数据流传输方法， 该方法包括：
RLC实体接收 MAC实体上报的 HSUPA发送能力；
RLC实体基于 HSUPA发送能力， 确定出可发送数据量；
RLC实体按照可发送数据量对各逻辑信道的 SDU进行组包复用， 将得到的 PDU加密后放入緩存， 并将可发送数据量通知给 MAC实体； MAC实体按照获知的可发送数据量从緩存中提取 PDU, 发送给物 理层实体；
物理层实体对接收的 PDU进行编码后通过 HSUPA上行信道发送出 去。
一种终端设备， 该终端设备包括 RLC实体、 緩存、 MAC实体和物 理层实体；
所述 RLC实体， 用于接收 MAC实体上报的 HSUPA发送能力， 基 于 HSUPA发送能力， 确定出可发送数据量； 按照可发送数据量对各逻 辑信道的服务数据单元 SDU进行组包复用，将得到的协议数据单元 PDU 加密后放入緩存， 并将可发送数据量通知给 MAC实体；
所述 MAC实体， 用于向 RLC实体上报 HSUPA发送能力， 并按照 获知的可发送数据量从緩存中提取 PDU, 发送给所述物理层实体；
所述物理层实体， 用于对接收的 PDU进行编码后通过 HSUPA上行 信道发送出去。
从上述方案可以看出， 本发明实施例中， UE侧的 RLC 实体基于 MAC实体上报的 HSUPA发送能力确定出可发送数据量，按照确定出的 可发送数据量对各逻辑信道的 SDU进行组包复用， 然后进行加密， 放 入緩存， 并将确定出的可发送数据量通知给 MAC实体； 相应地， MAC 实体按照获知的可发送数据量从緩存中提取 PDU。这样， RLC实体根据 UE的发送能力对组包的 PDU size进行控制，避免了现有技术中 PDU size 太大引起的 MAC-i/is实体组包的概率较大以及 RLC 重传概率较大的缺 陷，也避免了 PDU size太小引起的 RLC组包开销较大的缺陷；并且 RLC 实体传送给 MAC实体的数据量与 MAC实体进行数据发送时的数据量 匹配， 从而， 提高了 HSUPA上行传输效率。 附图简要说明
图 1为现有技术中终端设备的结构示意图；
图 2为本发明实施例 HSUPA的数据流传输方法示意性流程图； 图 3为本发明实施例 HSUPA的数据流传输方法流程图实例； 图 4为本发明实施例终端设备的结构示意图。 实施本发明的方式
为使本发明的目的、 技术方案和优点更加清楚明白， 以下举具体实 施例并参照附图， 对本发明作进一步详细说明。
本发明实施例将现有技术中由 MAC实体进行的组包复用过程移至
RLC实体完成， 具体地， UE侧的 RLC实体基于 UE的发送能力对各逻 辑信道的 SDU进行组包复用， 然后进行加密， 放入緩存， 并将确定出 的可发送数据量通知给 MAC实体； 相应地， MAC实体按照获知的可发 送数据量， 直接从緩存中提取 PDU, 并发送， 无需进行组包复用。 本发 明实施例所称 MAC实体， 即 MAC-i/is实体。 参见图 2, 为本发明实施 例 HSUPA的数据流传输方法示意性流程图， 其包括以下步骤：
步骤 201 , RLC实体接收 MAC实体上报的 HSUPA发送能力。
所述 HSUPA发送能力包括调度授权能力、 非调度授权能力和最大 可用剩余功率。
步骤 202, RLC实体基于 HSUPA发送能力， 确定出可发送数据量。 步骤 203 , RLC实体按照可发送数据量对各逻辑信道的 SDU进行组 包复用，将得到的 PDU加密后放入緩存，并将可发送数据量通知给 MAC 实体。
步骤 204, MAC实体按照获知的可发送数据量从緩存中提取 PDU, 发送给物理层实体。
步骤 203中将得到的 PDU加密后放入緩存，并将可发送数据量通知 给 MAC实体， 可通过下述具体方式实现： 得到的 PDU作为数据包的载 荷， 并在数据包的包头添加可发送数据量， 将数据包加密后放入緩存。 相应地， 步骤 204中 MAC实体按照获知的可发送数据量从緩存中提取 PDU, 具体为： MAC 实体从緩存读取数据包的包头， 解析出可发送数 据量， 按照解析出的可发送数据量提取 PDU。
步骤 205, 物理层实体对接收的 PDU进行编码后通过 HSUPA上行 信道发送出去。 现有技术中， 如果物理层实体发送 PDU失败， 将向 MAC实体上报 重传信息； MAC 实体根据当前情况判断是否进行重传， 如果是， 则进 行混合自动重传请求（ HARQ , Hybrid Automatic Repeat Request )处理； 否则， 通知 RLC实体进行新数据的调度。
在本发明实施例中， MAC实体接收物理层上报的重传信息后，判断 是否进行重传， 如果是， 则进行 HARQ 处理； 否则向 RLC 实体上报 HSUPA发送能力， 以通知 RLC实体进行新数据的调度。
上述流程步骤 202中确定可发送数据量， 可采用如下方法实现： 基于 HSUPA发送能力， 采用现有的 E-TFC选择策略计算出所述可 发送数据量， 此方法与现有技术中 MAC实体计算可发送数据量的方案 相同。
E-TFC选择策略主要包含如下 2点：
1 )计算当前调度授权对应的可发送调度比特数、非调度授权对应的 可发送非调度比特数以及剩余功率对应的可发送总比特数； 常将这三者 称为可发送比特数。
2 )遵循流复用关系和高优先级准则，依次确定哪些逻辑信道的数据 流可以复用到 PDU 中， 并根据可发送比特数量确定复用到传输块中的 各个逻辑信道的数据量； 将确定出的复用到传输块中的各逻辑信道的数 据量称为可发送数据量。 根据逻辑信道的特点， 某逻辑信道的数据流为 调度数据或非调度数据； 进行复用时， 选择的调度数据不能超过可发送 调度比特数， 选择的非调度数据不能超过可发送的非调度比特数， 发送 的调度数据和非调度数据总和不能超过剩余功率对应的发送比特总数。
上述流程中， MAC实体向 RLC实体实时上报 UE的 HSUPA发送能 力。具体地，可以在每个调度进程的起始点向 RLC实体上报当前调度进 程的 HSUPA发送能力。 采用本发明实施例方案， RLC 实体根据 UE 的发送能力对组包的 PDU size进行控制， 避免了现有技术中 PDU size太大引起的 MAC-i/is 实体组包的概率较大以及 RLC 重传概率较大的缺陷， 也避免了 PDU size太小引起的 RLC组包开销较大的缺陷； 并且 RLC实体传送给 MAC 实体的数据量与 MAC实体进行数据发送时的数据量匹配， 从而， 提高 了 HSUPA上行传输效率。
图 3示出了 HSUPA的数据流传输流程实例， 其包括以下步骤： 步骤 301 , 物理层实体向 MAC实体上报最大可用剩余功率。
在 HSUPA的每个进程调度起始点， 物理层实体根据最近的 R99和 R5信道的上行信道增益， 计算当前 HSUPA可用的最大剩余功率， 并上 报给 MAC实体。
本实施例中， 殳物理层实体当前发送数据失败， 还同时向 MAC 实体上报了重传信息。
步骤 302, MAC实体判断是否进行重传， 如果是， 则执行步骤 308; 否则， 执行步骤 303。
步骤 303 , MAC实体向 RLC实体发送 HSUPA发送能力。
MAC实体接收物理层上报的最大可用剩余功率，并获取调度授权能 力、 非调度授权能力， 将调度授权能力、 非调度授权能力和最大可用剩 余功率发送给 RLC实体。
步骤 304, RLC实体基于 HSUPA发送能力， 确定出可发送数据量。 步骤 305, RLC实体按照可发送数据量对各逻辑信道的 SDU进行组 包复用，将得到的 PDU加密后放入緩存，并将可发送数据量通知给 MAC 实体。
步骤 306, MAC实体按照获知的可发送数据量从緩存中提取 PDU, 发送给物理层实体。 步骤 307, 物理层实体对接收的 PDU进行编码后通过 HSUPA上行 信道发送出去。
步骤 308 , MAC实体进行 HARQ处理。
参见图 4, 为本发明实施例终端设备的结构示意图， 该终端设备包 括 RLC实体、 MAC实体和物理层实体；
所述 RLC实体， 用于接收媒体接入控制 MAC实体上报的 HSUPA 发送能力， 基于 HSUPA发送能力， 确定出可发送数据量； 按照可发送 数据量对各逻辑信道对应的服务数据单元 SDU进行组包复用， 将得到 的协议数据单元 PDU加密后放入緩存， 并将可发送数据量通知给 MAC 实体；
所述 MAC实体， 用于向 RLC实体上报 HSUPA发送能力， 并按照 获知的可发送数据量从緩存中提取 PDU, 发送给所述物理层实体；
所述物理层实体， 用于对接收的 PDU进行编码后通过 HSUPA上行 信道发送出去。
可选地，所述 RLC实体包括获取单元、数据量确定单元和组包单元， 所述获取单元，用于接收媒体接入控制 MAC实体上报的 HSUPA发 送能力， 发送给所述数据量确定单元；
所述数据量确定单元， 用于基于 HSUPA发送能力， 确定出可发送 数据量， 将可发送数据量发送给所述组包单元；
所述组包单元，用于按照可发送数据量对各逻辑信道对应的 SDU进 行组包复用， 将得到的 PDU作为数据包的载荷， 在数据包的包头添加 可发送数据量， 将数据包加密后放入緩存。
可选地， 所述数据量确定单元包括数据量确定子单元， 用于基于 HSUPA发送能力， 采用 E-TFC选择策略计算出所述可发送数据量。
可选地， 所述緩存置于 RLC实体中， 或者置于 MAC实体中， 或者 独立于 RLC实体和 MAC实体设置。
可选地， 所述 MAC实体包括重传处理单元， 用于接收物理层实体 上报的重传信息， 判断是否进行重传， 如果是， 则进行 HARQ处理； 否 则向 RLC实体上报 HSUPA发送能力。
本发明实施例适用于 WCDMA 及时分同步的码分多址技术
( TD-SCDMA, Time Division- Synchronous Code Division Multiple Access) 等的上行 HSUPA处理。
以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内所做的任何修改、 等同替换和改进等， 均应 包含在本发明的保护范围之内。

Claims

权利要求书
1、一种高速上行分组接入 HSUPA的数据流传输方法，其特征在于， 该方法包括：
无线链路控制 RLC实体接收媒体接入控制 MAC实体上报的 HSUPA 发送能力；
RLC实体基于 HSUPA发送能力， 确定出可发送数据量；
RLC实体按照可发送数据量对各逻辑信道的服务数据单元 SDU进 行组包复用， 将得到的协议数据单元 PDU加密后放入緩存， 并将可发 送数据量通知给 MAC实体；
MAC实体按照获知的可发送数据量从緩存中提取 PDU, 发送给物 理层实体；
物理层实体对接收的 PDU进行编码后通过 HSUPA上行信道发送出 去。
2、 如权利要求 1所述的方法， 其特征在于， 所述将得到的 PDU加 密后放入緩存， 并将可发送数据量通知给 MAC实体包括：
将得到的 PDU作为数据包的载荷，并在数据包的包头添加可发送数 据量， 将数据包加密后放入緩存；
所述 MAC实体按照获知的可发送数据量从緩存中提取 PDU包括： MAC实体从緩存读取数据包的包头，解析出可发送数据量，按照解 析出的可发送数据量提取 PDU。
3、 如权利要求 1 所述的方法， 其特征在于， 所述 RLC 实体基于 HSUPA发送能力确定出可发送数据量包括： RLC实体基于 HSUPA发送 能力 ,采用增强型专用信道传输格式组合 E-TFC选择策略计算出所述可 发送数据量。
4、 如权利要求 1所述的方法， 其特征在于， 还包括： MAC实体在 每个调度进程的起始点上报当前调度进程的 HSUPA发送能力。
5、如权利要求 1至 4中任一项所述的方法，其特征在于， 所述 RLC 实体接收 MAC实体上报的 HSUPA发送能力之前， 该方法还包括：
MAC实体接收物理层实体上报的重传信息，判断是否进行重传，如 果是， 则进行混合自动重传请求 HARQ 处理； 否则向 RLC 实体上报 HSUPA发送能力。
6、一种终端设备，其特征在于，该终端设备包括无线链路控制 RLC 实体、 緩存、 媒体接入控制 MAC实体和物理层实体；
所述 RLC实体， 用于接收 MAC实体上报的 HSUPA发送能力， 基 于 HSUPA发送能力， 确定出可发送数据量； 按照可发送数据量对各逻 辑信道的服务数据单元 SDU进行组包复用，将得到的协议数据单元 PDU 加密后放入緩存， 并将可发送数据量通知给 MAC实体；
所述 MAC实体， 用于向 RLC实体上报 HSUPA发送能力， 并按照 获知的可发送数据量从緩存中提取 PDU, 发送给所述物理层实体； 所述物理层实体， 用于对接收的 PDU进行编码后通过 HSUPA上行 信道发送出去。
7、 如权利要求 6所述的终端设备， 其特征在于， 所述 RLC实体包 括获取单元、 数据量确定单元和组包单元，
所述获取单元，用于接收媒体接入控制 MAC实体上报的 HSUPA发 送能力， 发送给所述数据量确定单元；
所述数据量确定单元， 用于基于 HSUPA发送能力， 确定出可发送 数据量， 将可发送数据量发送给所述组包单元；
所述组包单元，用于按照可发送数据量对各逻辑信道的 SDU进行组 包复用， 将得到的 PDU作为数据包的载荷， 在数据包的包头添加可发 送数据量， 将数据包加密后放入緩存。
8、 如权利要求 7所述的终端设备， 其特征在于， 所述数据量确定单 元包括数据量确定子单元， 用于基于 HSUPA发送能力， 采用 E-TFC选 择策略计算出所述可发送数据量。
9、如权利要求 6所述的终端设备，其特征在于， 所述緩存置于 RLC 实体中， 或者置于 MAC实体中， 或者独立于 RLC实体和 MAC实体设 置。
10、 如权利要求 6至 9中任一项所述的终端设备， 其特征在于， 所 述 MAC实体包括重传处理单元，用于接收物理层实体上报的重传信息， 判断是否进行重传， 如果是， 则进行混合自动重传请求 HARQ处理； 否 则向 RLC实体上报 HSUPA发送能力。
PCT/CN2011/072729 2011-04-13 2011-04-13 高速上行分组接入的数据流传输方法及终端设备 WO2011100917A2 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201180000365.9A CN102171962B (zh) 2011-04-13 2011-04-13 高速上行分组接入的数据流传输方法及终端设备
PCT/CN2011/072729 WO2011100917A2 (zh) 2011-04-13 2011-04-13 高速上行分组接入的数据流传输方法及终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/072729 WO2011100917A2 (zh) 2011-04-13 2011-04-13 高速上行分组接入的数据流传输方法及终端设备

Publications (2)

Publication Number Publication Date
WO2011100917A2 true WO2011100917A2 (zh) 2011-08-25
WO2011100917A3 WO2011100917A3 (zh) 2012-03-29

Family

ID=44483387

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/072729 WO2011100917A2 (zh) 2011-04-13 2011-04-13 高速上行分组接入的数据流传输方法及终端设备

Country Status (2)

Country Link
CN (1) CN102171962B (zh)
WO (1) WO2011100917A2 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102348292B (zh) * 2011-09-28 2014-04-09 电信科学技术研究院 一种基于mac子层和rlc子层的数据传输方法和设备
CN104734822B (zh) * 2013-12-20 2019-04-26 锐迪科（重庆）微电子科技有限公司 消息流发送方法及装置
CN113455079B (zh) * 2019-08-14 2023-05-26 Oppo广东移动通信有限公司 无线通信的方法和设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101277250A (zh) * 2007-03-29 2008-10-01 上海宇梦通信科技有限公司 减少hsupa数据重传时延的方法
CN101854622A (zh) * 2010-05-12 2010-10-06 北京天碁科技有限公司 一种高速上行分组接入终端及其数据传输方法
CN101945440A (zh) * 2010-09-03 2011-01-12 北京天碁科技有限公司 一种数据传输处理方法和***
US20110044297A1 (en) * 2009-08-21 2011-02-24 Lg Electronics Inc. Apparatus and method of transmitting data block on uplink frequencies

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101277250A (zh) * 2007-03-29 2008-10-01 上海宇梦通信科技有限公司 减少hsupa数据重传时延的方法
US20110044297A1 (en) * 2009-08-21 2011-02-24 Lg Electronics Inc. Apparatus and method of transmitting data block on uplink frequencies
CN101854622A (zh) * 2010-05-12 2010-10-06 北京天碁科技有限公司 一种高速上行分组接入终端及其数据传输方法
CN101945440A (zh) * 2010-09-03 2011-01-12 北京天碁科技有限公司 一种数据传输处理方法和***

Also Published As

Publication number Publication date
CN102171962B (zh) 2013-04-24
WO2011100917A3 (zh) 2012-03-29
CN102171962A (zh) 2011-08-31

Similar Documents

Publication Publication Date Title
JP7186275B2 (ja) 集積回路
US9801200B2 (en) Scheduling method, base station, user equipment, and system
CN101843157B (zh) 基于无线电承载配置的缓冲器状态报告
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
US8379855B2 (en) Ciphering in a packet-switched telecommunications system
CN107592329B (zh) 一种数据处理方法及装置
EP2168270B1 (en) A method for handling correctly received but header compression failed packets
CN107005560B (zh) 一种数据发送方法、数据接收方法和相关设备
RU2008130047A (ru) Способ и устройство для выполнения защиты данных и автоматического запроса повторной передачи в системе беспроводной связи
US9755726B2 (en) Method and apparatus for improved multi-carrier communication
KR20090031239A (ko) 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
WO2019149248A1 (zh) 通信的方法和装置
CN106797376B (zh) 移动通信网络中处理分组丢失的方法和装置
WO2014153937A1 (zh) 一种传输数据的方法及***
EP2874371B1 (en) Data packet transmission method and device
JP2006352490A (ja) 秘匿処理装置及び秘匿処理方法
Rezaei et al. Analysis and evaluation of covert channels over LTE advanced
CN102647332B (zh) 一种传输数据的方法及装置
CN101132261A (zh) 一种数据包重传方法和***
CN102547687A (zh) 无线通信网络中对数据包进行处理的方法及装置
WO2011100917A2 (zh) 高速上行分组接入的数据流传输方法及终端设备
WO2008031355A1 (fr) Procédé et système d'envoi et de traitement de service mbms
WO2013113238A1 (zh) 增强VoIP数据上行覆盖的方法、终端及基站
CN108200605B (zh) 一种基站的数据传输方法和装置
KR101595575B1 (ko) 이동 통신 시스템에서 데이터 송수신 방법 및 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180000365.9

Country of ref document: CN

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

Ref document number: 11744275

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11744275

Country of ref document: EP

Kind code of ref document: A2