CN102090087A - 信息处理方法、***及设备 - Google Patents

信息处理方法、***及设备 Download PDF

Info

Publication number
CN102090087A
CN102090087A CN2009801269173A CN200980126917A CN102090087A CN 102090087 A CN102090087 A CN 102090087A CN 2009801269173 A CN2009801269173 A CN 2009801269173A CN 200980126917 A CN200980126917 A CN 200980126917A CN 102090087 A CN102090087 A CN 102090087A
Authority
CN
China
Prior art keywords
information
user equipment
base station
serving
sent
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.)
Granted
Application number
CN2009801269173A
Other languages
English (en)
Other versions
CN102090087B (zh
Inventor
宋巍巍
于映辉
万蕾
熊新
夏媛
郑小汭
任晓涛
彭劲东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN102090087A publication Critical patent/CN102090087A/zh
Application granted granted Critical
Publication of CN102090087B publication Critical patent/CN102090087B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045Arrangements at the receiver end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface

Landscapes

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

Abstract

一种信息处理方法、***及设备。一种信息处理方法包括:接收用户设备的源基站发送的信息,包括源基站对与用户设备传输的数据进行处理得到的处理状态信息和数据信息,或源基站的至少两个用户面协议栈中的数据信息,或源基站中除分组数据聚合协议层PDCP之外的用户面协议栈中的数据信息;相应地,根据处理状态信息和数据信息,或至少两个用户面协议栈中的数据信息,或分组数据聚合协议层PDCP之外的用户面协议栈中的数据信息,与用户设备进行数据传输。一种信息处理***包括:源服务小区所在基站和目标服务小区所在基站。一种基站包括:源信息接收单元和信息传输单元。实现了对源基站发送的信息的处理。

Description

信息处理方法、 ***及设备
技术领域
本发明涉及通信技术领域, 特别涉及信息处理方法、 ***及设备。
背景技术
在通信***中, 包括用户设备 ( UE )、 基站( eNodeB )与接入点( Access
Point, AP ), 其中: 接入点是一个至少包括射频收发信机的一个节点, 可以配 置单个天线元或多个天线元, 一个接入点可以和一个基站连接; 多个在地理位 置上分散分布的接入点也可以连接到一个基站, 如在多点协作发射 /接收 ( Coordinated Multi-Point, CoMP ) ***中, 多个接入点连接到一个基站, 可 以协作发射数据和接收用户设备的数据,这些协作的接入点可以来自同一个基 站, 也可以来自不同的基站; 用户设备可以选择接入点接入网络, 并通过基站 和对端进行通信。
在用户设备与基站之间的混合自动重传请求 ( HARQ )进程中的数据传输, 是使用用户面协议栈进行传输的, 参照图 1所示, 用户面协议栈包括: 分组数 据聚合协议层(PDCP )、 无线链路控制层(RLC )、 媒体访问控制层(MAC ) 及物理层(PHY ), 以用户设备发送数据给基站为例, 具体是通过如下方式进 行传输的: 用户设备一侧发送的数据通过 PDCP层处理后转发给 RLC层进行 处理, 经 RLC层处理的数据转发给 MAC层处理, 这样直到用户设备一侧的 用户面协议栈中最高层将数据处理后发送给基站; 对于基站一侧, PDCP层接 收到用户设备发送的数据进行处理,这样直到基站一侧的用户面协议栈中最高 层将接收的数据处理后, 向用户设备发送反馈消息, 图中的箭头指示了数据传 输的路径。
通常, 一个小区 (cell )可以包含一个或多个接入点, 用户设备在小区间 移动时,要选择为其服务的小区; 在有些***如 CoMP***中, 用户设备选择 多个为其服务的小区 ,则用户设备会选择一个小区作为服务小区( serving cell ), 来承载一些控制信息 (例如调度信息、 物理层配置参数、 反馈信息等), 其它 小区只提供业务信息的小区称为协作小区 (cooperating cell),且其中服务小区所 在的基站为该用户设备的服务基站( serving eNB ), 其他协作小区所在的基站 为非服务基站 ( non- serving eNB )。 当用户设备在多个小区之间移动时, 用户设备会在小区间进行切换, 现 有技术中用户设备进行小区切换的过程中, 用户设备的源服务小区所在基站 (以下简称源基站)及目标服务小区所在基站(以下简称目标基站)建立数据 转发 ( data forwarding )通道, 源基站会将 PDCP层接收到的用户设备发送的 数据如未编号的数据包和正确传输的 PDCP 的业务数据单元(Service Data Unit, SDU )的数据发送给目标基站, 而用户设备和源基站及目标基站不进行 数据传输; 当用户设备切换到目标小区后, 用户设备则和目标基站继续进行数 据的传输, 这样, 在用户设备切换过程中, 用户面会中断, 一般为 27.5ms。
在对本发明进行实践和研究的过程中 ,本发明的发明人发现现有的消息处 理中至少存在如下问题:
在切换过程中 ,源基站将用户面协议栈最高层即 PDCP层接收到未处理的 数据发送给目标基站 , 这样源基站已经正确发送的 PDCP PDU的分段 ( RLC PDU )需要在目标基站对该数据做重新处理。
发明内容
本发明实施例提供信息处理的方法、 ***及设备, 减少了切换过程中的数 据丢弃。
本发明实施例提供的一种信息处理方法, 包括:
接收用户设备的源服务小区所在基站发送的信息,所述信息中包括所述源 服务小区所在基站对与所述用户设备传输的数据进行处理得到的处理状态信 息和数据信息,或所述源服务小区所在基站的至少两个用户面协议栈中的数据 信息,或所述源服务小区所在基站中除分组数据聚合协议层 PDCP之外的用户 面协议栈中的数据信息;
相应地,根据所述处理状态信息和数据信息,或所述至少两个用户面协议 栈中的数据信息,或分组数据聚合协议层 PDCP之外的用户面协议栈中的数据 信息, 与所述用户设备进行数据传输。
本发明实施例提供的一种信息处理方法, 包括:
接收切换请求确认消息 , 或发送目标切换命令;
发送信息给用户设备的目标服务小区所在基站, 所述信息中包括: 所述源 服务小区所在基站对与所述用户设备传输的数据进行处理得到的处理状态信 息和数据信息,或所述源服务小区所在基站的至少两个用户面协议栈中的数据 信息 ,或所述源服务小区所在基站中除分组数据聚合协议层 PDCP之外的用户 面协议栈中的数据信息; 指示所述目标服务小区所在基站进行相应处理。
本发明实施例提供的一种信息处理方法, 包括:
接收用户设备发送的信息, 对所述用户设备发送的信息进行联合解码; 获得联合解码的结果信息;
将所述联合解码的结果信息发送给所述用户设备的服务基站。
本发明实施例提供的一种信息处理方法, 包括:
接收用户设备发送的信息, 对所述用户设备发送的信息进行联合解码; 接收所述用户设备的至少一个非服务基站发送的对用户设备发送的信息 进行联合解码的结果信息;
根据所述非服务基站对所述用户设备发送的信息进行联合解码的结果信 息, 和 /或服务基站对用户设备发送的信息进行联合解码的结果信息, 向所述 用户设备返回反馈消息。
本发明实施例提供的一种基站, 包括:
源信息接收单元, 用于接收用户设备的源服务小区所在基站发送的信息, 所述信息中包括所述源服务小区所在基站对与所述用户设备传输的数据进行 处理得到的处理状态信息及数据信息,或所述源服务小区所在基站的至少两个 用户面协议栈中的数据信息,或所述源服务小区所在基站中除分组数据聚合协 议层 PDCP之外的用户面协议栈中的数据信息;
信息传输单元,用于根据所述源信息接收单元接收的信息与用户设备进行 数据传输。
本发明实施例提供的一种基站, 包括:
切换生成单元, 用于接收切换请求确认消息, 或发送目标切换命令; 源信息发送单元, 用于发送信息给所述用户设备的目标服务小区所在基 站, 所述信息中包括: 所述源服务小区所在基站对与所述用户设备传输的数据 进行处理得到的处理状态信息及数据信息,或所述源服务小区所在基站的至少 两个用户面协议栈中的数据信息,或所述源服务小区所在基站中除分组数据聚 合协议层 PDCP之外的用户面协议栈中的数据信息 ,指示所述目标服务小区所 在基站进行相应处理。
本发明实施例提供的一种基站, 包括:
接收解码单元, 用于接收用户设备发送的信息,对所述用户设备发送的消 息进行联合解码;
结果接收单元,用于接收所述用户设备的至少一个非服务基站发送的对用 户设备发送的信息进行联合解码的结果信息;
反馈返回单元,用于根据所述结果接收单元接收的非服务基站对所述用户 设备发送的信息进行联合解码的结果信息, 和 /或所述接收解码单元对用户设 备发送的信息进行联合解码的结果信息, 向所述用户设备返回反馈消息。
本发明实施例提供的一种基站, 包括:
第二接收解码单元, 用于接收用户设备发送的信息,对所述用户设备发送 的信息进行联合解码;
结果获得单元, 用于获得所述第二接收解码单元进行联合解码的结果信 结果发送单元,用于将所述结果获得单元获得的联合解码的结果信息发送 给所述用户设备的服务基站。
本发明实施例提供的一种信息处理***, 包括: 源服务小区所在基站和目 标服务小区所在基站;
所述源服务小区所在基站, 用于接收切换请求确认消息,或发送目标切换 命令后,发送信息给所述用户设备的目标服务小区所在基站,所述信息中包括: 所述源服务小区所在基站对与所述用户设备传输的数据进行处理得到的处理 状态信息及数据信息,或所述源服务小区所在基站的至少两个用户面协议栈中 的数据信息 ,或所述源服务小区所在基站中除分组数据聚合协议层 PDCP之外 的用户面协议栈中的数据信息;
目标服务小区所在基站,用于接收用户设备的源服务小区所在基站发送的 信息,根据所述用户设备的源服务小区所在基站发送的信息与用户设备进行数 据传输。
本发明实施例提供的一种消息处理***, 包括: 服务基站和至少一个非服 务基站; 所述非服务基站 , 用于接收用户设备发送的信息 ,对所述用户设备发送的 信息进行联合解码; 获得联合解码的结果信息; 将所述联合解码的结果信息发 送给所述用户设备的服务基站;
所述服务基站, 用于接收用户设备发送的信息,对所述用户设备发送的信 息进行联合解码;接收所述用户设备的至少一个非服务基站发送的对用户设备 发送的信息进行联合解码的结果信息;根据所述非服务基站对所述用户设备发 送的信息进行联合解码的结果信息, 和 /或服务基站对用户设备发送的信息进 行联合解码的结果信息 , 向所述用户设备返回反馈消息。
本发明实施例在用户设备切换过程中的信息处理方法是:源基站将对与用 户设备传输的数据进行处理得到的处理状态信息和数据信息,或源基站的至少 两个用户面协议栈中的数据信息 ,或源基站中除分组数据聚合协议层 PDCP之 外的用户面协议栈中的数据信息发送给目标基站,目标基站根据这些信息与用 户设备进行数据传输,这样和现有技术中源基站只将最顶层 PDCP层接收的原 始数据发送给目标基站相比 ,本发明实施例的方法减少了切换过程中源基站的 各个用户面协议栈对与用户设备传输的数据进行处理得到的信息如状态信息 和数据信息的丢失。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案 ,下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地, 下面描述 中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付 出创造性劳动性的前提下, 还可以根据这些附图获得其他的附图。
图 1 是现有技术中用户设备和基站进行数据传输中用户面协议栈的逻辑 结构示意图;
图 2是本发明方法实施例一提供的信息处理方法的流程图;
图 3是本发明方法实施例二提供的信息处理方法的流程图;
图 4是本发明方法实施例三提供的信息处理方法的流程图;
图 5是本发明方法实施例四提供的信息处理方法的流程图;
图 6是本发明方法实施例五提供的信息处理方法的流程图;
图 7是本发明方法实施例六提供的信息处理方法的流程图; 图 8是本发明方法实施例七提供的信息处理方法的流程图;
图 9是本发明方法实施例八提供的消息处理方法的流程图;
图 10是本发明设备实施例一提供的基站的逻辑结构示意图;
图 11是本发明设备实施例二提供的基站的逻辑结构示意图;
图 12是本发明设备实施例三提供的基站的逻辑结构示意图;
图 13是本发明设备实施例四提供的基站的逻辑结构示意图;
图 14是本发明设备实施例五提供的基站的逻辑结构示意图;
图 15是本发明设备实施例六提供的基站的逻辑结构示意图;
图 16是本发明设备实施例七提供的基站的逻辑结构示意图;
图 17是本发明设备实施例八提供的基站的逻辑结构示意图;
图 18是本发明设备实施例九提供的用户设备的逻辑结构示意图; 图 19是本发明设备实施例十提供的用户设备的逻辑结构示意图; 图 20是本发明***实施例一提供的信息处理***的逻辑结构示意图; 图 21是本发明***实施例二提供的信息处理***的逻辑结构示意图; 图 22是本发明***实施例三提供的信息处理***的逻辑结构示意图。 具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清 楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明一部分实施例, 而不是 全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例, 都属于本发明保护的范围。
下面提到的基站与基站之间的数据传输, 可以通过它们之间的接口 (X2 ) 进行传输的。
方法实施例一
一种信息处理方法, 本发明实施例的方法适用于用户设备与基站之间 HARQ进程的信息传输中, 用户设备在小区间进行切换的方法中对信息的处 理, 信令流程图如图 2所示, 包括:
步骤 100、 用户设备与源服务小区所在基站(源基站)进行数据传输; 源基站与用户设备之间的数据传输是在 MAC层通过 HARQ进程进行,从 发送数据到接收到反馈信息则为一次 HARQ传输。 在上行接收数据时, 源基站的各个用户面协议栈即 PDCP、 RLC、 MAC, PHY各层对用户设备发送的数据进行相应处理, 如: PDCP SDU接收到用户 设备发送的数据, 为该数据分配该层的序列号(SN ), 进行加密和 /或完整性保 护, 形成 PDCP层的协议数据单元( Protocol Data Unit, PDU )数据, 并转发 给 RLC层; RLC层为 RLC SDU (即 PDCP PDU )数据分配该层的序列号, 且 经过封装、 分割、 级联等操作, 得到满足 RLC协议栈要求的数据即 RLC PDU 等。
步骤 101、 源基站接收用户设备的目标服务小区所在基站(目标基站)发 送的切换请求确认消息( HANDOVER REQUEST ACKNOWLEDGE ), 或源基 站下行向用户设备发送目标切换命令 ( Handover Command );
对于用户设备, 进行切换时, 不会丢弃 MAC、 RLC, PDCP等各层中的 信息和上下文。 特别的对与 HARQ进程中的 MAC PDU。
步骤 103、 源基站向目标基站进行信息转发, 所述信息包括: 源基站对与 所述用户设备传输的数据进行处理得到的处理状态信息和数据信息,或源基站 的至少两个用户面协议栈中的数据信息,或源基站中除 PDCP层之外的用户面 协议栈中的数据信息;
在切换过程中,源基站转发给目标基站的数据信息可以包括如下任意一个 或几个信息: PDCP层中緩存的没有分配序列号的新数据, 未收到正确接收确 认的 PDCP SDU数据; RLC层中緩存的没有分配序列号的数据, RLC层中未 处理(指未进行 RLC层的相关操作, 生成对应 RLC PDU )的 RLC SDU数据, 未收到用户设备返回的正确接收确认的 RLC PDU数据, 包括没有到反馈, 或 反馈为 NACK的数据包; MAC层中緩存的没有分配序列号的数据, MAC层 中未处理(指未进行 MAC层的相关操作 ,生成对应 MAC PDU )的 MAC SDU 数据等; HARQ进程中正在接收的数据包, 例如解码正确后的 MAC PDU, 解 码错误时的物理层数据包; HARQ进程中正在发送的 MAC PDU数据等。
在切换过程中,源基站转发给目标基站的处理状态信息可以包括如下任意 一个或几个信息: PDCP层中未正确接收的 PDCP PDU序号( HARQ processing SN ), PDCP层中的上下文信息; RLC 中生成的上下文信息 (context ), RLC 层中未正确接收的 RLC PDU序号; HARQ进程中正发送的相关状态信息, 如: 进程标识( HARQ processing id )、 当前传输次数( CURRENT_TX_NB )、 当前使用的多信道选择(Multiple Channel Select, MCS )、 调制编码方式、 调 度信息、 当前 HARQ往返时间 (RTT ) 的时序关系或起始时刻等、 冗余版本 ( RV )、 分配时频资源 (RB )信息等; HARQ进程中正在接收的相关信息, 如: 进程标识、 当前传输次数、 当前使用的 MCS、 调制编码方式、 调度信息、 当前 HARQ RTT的时序关系或起始时刻等、 冗余版本、分配时频资源信息等。
步骤 104、 目标基站接收用户设备的源基站发送的信息, 根据接收到的对 与所述用户设备传输的数据进行处理得到的处理状态信息和数据信息,或所述 源服务小区所在基站的至少两个用户面协议栈中的数据信息,或所述源服务小 区所在基站中除分组数据聚合协议层 PDCP之外的用户面协议栈中的数据信 息, 与用户设备进行数据传输;
具体地,是将接收到的这些信息对应地转发给各个用户面协议栈, 所述用 户面协议栈根据对应的信息进行相应的处理。
对于用户设备的下行发送,如果目标基站接收到 PDCP层中緩存的没有分 配序列号的新数据, 和 /或未收到反馈正确接收确认的 PDCP SDU数据, 则将 这些数据在 PDCP层中, 进行相应的处理。 例如, 如果目标基站接收到 PDCP 层中緩存的没有分配序列号的新数据,则目标基站的 PDCP层需要为新数据分 配序列号, 并将分配序列号的 PDCP SDU数据转发给 RLC层; 如果目标基站 接收到 PDCP层未收到反馈正确接收确认的 PDCP SDU数据, 目标基站将等 待用户设备接收情况反馈(ACK/NACK ),例如, RLC层反馈的接收确认信息。
如果目标基站接收到 RLC层中緩存的没有分配序列号的新数据 RLC SDU 数据, 和 /或 RLC中生成的上下文信息 (context ), 和 /或未收到用户设备返回 的正确接收确认的 RLC PDU数据, 包括没有到反馈,或反馈为 NACK的数据 包, 则将这些数据转发给 RLC层, 进行相应的处理。 例如, 如果接收到 RLC 层中緩存的没有分配序列号的新数据 RLC SDU数据, 则根据 MAC层申请数 据包大小 (TB size )与数目 (Num ), 将 RLC SDU数据分割, 级联, 封装成 适合的 RLC PDU数据; 如果接收到未收到用户设备返回的正确接收确认的 RLC PDU数据, 包括没有到反馈, 或反馈为 NACK的数据包, 对该数据包进 行重传, 或等待用户设备反馈信息(ACK/NACK )。 如果目标基站接收到 MAC 层中緩存的没有分配序列号的新数据 MAC SDU , 和 /或 HARQ进程中正在发送的 MAC PDU及其相关信息 , 则将这些信 息转发给 MAC层, 进行相应的处理。 例如, 如果目标基站接收到 MAC层中 緩存的没有分配序列号的新数据 MAC SDU,根据调度情况对 MAC SDU进行 封包获得 MAC PDU; 如果目标基站接收到 HARQ进程中正在发送的 MAC PDU及其相关信息,根据当前 HARQ进程所处的时刻, 进行对应操作。 例如, 如果在当前 HARQ RTT 收到用户设备反馈未正确接收, 则在下一个 HARQ RTT 为该用户终端重传该 MAC PDU。 如果切换过程中用户面中断时延大于 HARQ RTT, 需要在间隔一个或多个 HARQ RTT再对数据进行重传, 此时需 要通过默认方式或显性的通过控制信令指示 UE在之后的几个 HARQ RTT中 接收重传数据和 /或重传数据使用的资源情况。 该指示消息可以通过源基站的 下行分组公用控制信道(PDCCH ) 的动态指示消息, 或 MAC层的控制数据, 或 RRC信令等。 并且在此之间, UE未收到回复, 也不会重传数据。
再如, 如果用户设备反馈结果(ACK/NACK ) 时刻 (TTI )在用户面切换 的中断时间内,目标基站没有接收到当前 HARQ RTT UE反馈 MAC PDU是否 正确接收(ACK/NACK ), 基站可以在当前或下一个 HARQ RTT重传数据, 或不进行重传, 等待下一个 HARQ RTT UE在重传反馈信息。此时需要通过默 认方式或显性的通过控制信令指示 UE反馈的时刻和 /或反馈使用的资源情况。 该指示消息可以通过源基站的下行分组公用控制信道(PDCCH ) 的动态指示 消息, 或 MAC层的控制数据, 或 RRC信令等。
可以理解 , 在一个具体的实施例中:
上述步骤 103之前, 可以执行步骤 102, 源基站为发送给目标基站的信息 分配优先级, 则在执行步骤 103时是按照优先级,发送信息给用户设备的目标 服务小区所在基站。 比如: 为控制信令(包括调度信息、反馈信息等小数据包) 分配较高的优先级; 对于其他业务数据,可以根据不同的业务类型分配不同或 相同的优先级; 还可以根据时延紧急情况划分优先级, 传输时延要求越小, 优 先级越高等, 则源基站在发送信息给目标基站时,可以先发送优先级较高的处 理状态和数据信息,再发送优先级次高级的,这样直到优先级最低的信息都发 送给目标基站。 可选的,如果源基站在下行向用户设备发送信息后,将用户设备切换到目 标小区。用户设备切换到目标小区后 , 需要由目标基站接收该用户设备的反馈 信息, 该反馈消息是切换前, 用户设备对在源基站接收的 HARQ进程中的数 据进行的反馈消息(如 ACK或 NACK )。 此时, 由于用户设备在源基站的下 行控制信道( PDCCH )上传输控制信息所使用资源与在源基站的上行控制信 道(PUCCH )上反馈信息的资源有隐性的对应关系, 则源基站除了要发送上 述的处理状态信息和数据信息, 还可以通过基站之间的接口 (X2 )发送第一 指示消息给目标基站, 指示目标基站在上行接收反馈消息 (ACK/NACK ) 的 资源信息, 或指示目标基站在该接收反馈信息的 HARQ进程中发送信息使用 的下行资源信息,由目标基站根据默认的隐式对应关系获得接收对应反馈信息 的资源信息。
在切换的过程中, 源基站、 目标基站、 用户设备之间还可以采用默认方式 规定接收切换过程中 HARQ传输的反馈信息的基站如源基站或目标基站。 此 时, 如果由源基站接收该 HARQ进程中的反馈信息, 源基站需要通过基站之 间的接口将该反馈信息转发给目标基站。
当然, 用户设备也可以放弃本次反馈信息传输, 在下一个 HARQ传输中 向目标基站反馈。此时需要目标基站显性的通过控制信令指示上行控制信道反 馈 ACK/NACK所使用资源信息。
可选的, 对于上行数据传输, 如果在用户设备向源基站发送信息后, 需要 切换到目标服务小区, 用户设备切换到目标小区后,可以由目标基站发送给用 户设备反馈信息。该反馈消息是对切换前,接收到的用户设备发送的信息进行 的反馈消息 (如 ACK或 NACK )。 此时, 由于用户设备在源基站的上行发送 数据使用的资源与下行接收反馈信息 ( ACK/NACK ) 的资源有隐性的对应关 系, 则源基站要向目标基站发送第一指示消息,指示在下行发送反馈消息给用 户设备的资源信息如 PHICH信道上发送反馈消息的位置和发送时间等; 或指 示目标基站在该发送反馈信息的 HARQ进程中目标基站接收信息使用的上行 资源信息,由目标基站根据默认的隐式对应关系获得发送对应反馈信息的资源 情况。 该第一指示消息可以是源基站的下行分组公用控制信道(PDCCH ) 的 动态指示消息, 或 MAC层的控制数据, 或 RRC信令等。 可以理解, 在切换的过程中, 源基站、 目标基站、 用户设备可以采用默认 方式规定接收切换过程的 HARQ传输中发送反馈信息的基站。 指示用户设备 反馈信息的基站, 例如由源基站发送该 HARQ进程中的反馈信息。
当然, 基站也可以放弃本次反馈信息传输, 在下一个 HARQ传输向用户 设备反馈。此时需要目标基站显性的通过控制信令指示下行反馈信道( PHICH ) 反馈 ACK/NACK所使用资源情况。
可见,本发明实施例在用户设备切换过程中的信息处理方法是: 源基站将 对与用户设备传输的数据进行处理得到的处理状态信息和数据信息,或源基站 的至少两个用户面协议栈中的数据信息 , 或源基站中除分组数据聚合协议层 PDCP之外的用户面协议栈中的数据信息发送给目标基站, 目标基站根据这些 信息与用户设备进行数据传输,这样和现有技术中源基站只将最顶层 PDCP层 接收的原始数据发送给目标基站相比,本发明实施例的方法减少了切换过程中 源基站的各个用户面协议栈对与用户设备传输的数据进行处理得到的信息如 状态信息和数据信息的丢失。
方法实施例二
一种信息处理方法, 本发明实施例可以适用于 CoMP***中, 多个小区同 时接收到用户设备发送的数据,且所述多个小区在不同的基站上, 方法流程图 如图 3所示, 包括:
步骤 201、 用户设备发送信息, 多个小区同时联合接收用户设备发送的信 息。 所述多个小区不在同一个基站上, 即服务基站和非服务基站;
步骤 202、 服务基站和非服务基站接收到用户设备发送的信息, 进行联合 解码;
需要说明的是, 本文中服务基站(或非服务基站)的联合解码是指服务基 站(或非服务基站)对接收到的本地信息进行联合解码, 本文中提到的非服务 基站(或服务基站)跨基站的联合解码是指非服务基站(或服务基站)还根据 接收到其它基站的信息进行的联合解码。
步骤 203、 非服务基站向服务基站返回联合解码的结果信息; 如果联合解码正确, 这里结果信息包括: 联合解码正确的指示信息, 和 / 或正确解码后的信息等; 如果联合解码错误, 这里结果信息包括: 联合解码错 误的指示信息, 和 /或解码前的信息等。
步骤 204、 服务基站根据非服务基站返回的对用户设备发送的信息进行联 合解码的结果信息, 和 /或服务基站联合解码的结果信息, 向用户设备返回反 馈消息;
当服务基站的联合解码正确 , 和 /或服务基站接收到任意一个非服务基站 联合解码正确的指示消息或正确解码后的信息,则向用户设备发送联合解码正 确的反馈消息;
当服务基站接收到全部非服务基站发送的联合解码错误的指示信息,且服 务基站对用户设备发送的信息进行联合解码错误时,则向用户设备反馈联合解 码错误的反馈消息(NACK ), 并请求该用户设备重传消息;
也可以, 当服务基站接收到全部非服务基站发送的联合解码前的信息,且 服务基站对用户设备发送的信息进行解码错误时,则将对接收的全部非服务基 站发送的联合解码前信息进行跨基站的联合解码,如果跨基站的联合解码结果 为错误, 则向用户设备反馈联合解码错误的反馈消息(NACK ), 并请求该用 户设备重传消息。
步骤 205、 用户设备在接收到联合解码错误的反馈消息时, 重新发送该信 本发明的实施例中,当接收用户设备发送的信息的多个小区不在同一个基 站时, 多个基站接收到用户设备发送的信息后, 由其中的服务基站根据自己联 合解码结果信息, 和 /或非服务基站返回的联合解码的结果信息, 向用户设备 返回反馈消息,和现有技术中由服务基站进行联合解码后向用户设备返回反馈 消息相比 ,本实施例中服务基站只有在接收到非服务基站返回的联合解码结果 信息 , 会参考非服务基站返回的联合解码结果信息向用户设备返回反馈消息 , 这样如果接收用户设备的大部分小区在非服务基站时,非服务基站联合解码的 正确率比服务基站进行联合解码的正确率高, 这样, 提高了解码率;
进一步地, 由于非服务基站向服务基站返回的是联合解码的结果信息,和 现有技术中全部非服务基站将接收到的用户设备发送的信息发送给服务基站 相比, 由于对联合解码的结果信息比用户设备发送的信息小,这样本实施中在 基站之间的传输时间会缩小, 从而缩短了用户设备与基站之间的信息传输进 程。
方法实施例三
一种信息处理方法, 本发明实施例可以适用于 CoMP***中, 多个小区同 时接收到用户设备发送的数据,且所述多个小区在不同的基站上,是方法实施 例二的具体实现方法, 方法流程图如图 4所示, 包括:
步骤 301、 用户设备发送信息, 多个小区同时联合接收用户设备发送的信 息。 所述多个小区不在同一个基站上, 即服务基站和非服务基站;
步骤 302、 服务基站和非服务基站接收到用户设备发送的信息, 进行联合 解码, 若服务基站确认联合解码错误, 则执行步骤 303; 若联合解码正确, 则 向用户设备返回联合解码正确的反馈消息;
需要说明的是, 本文中服务基站(或非服务基站)的联合解码是指服务基 站(或非服务基站)对接收到的本地信息进行联合解码, 本文中提到的非服务 基站(或服务基站)跨基站的联合解码是指非服务基站(或服务基站)还根据 接收到其它基站的信息进行的联合解码。
步骤 303、 服务基站发送请求给该用户设备的至少一个非服务基站, 请求 非服务基站返回对用户设备发送的信息进行联合解码的结果信息;
步骤 304、 非服务基站接收到服务基站的请求, 若联合解码正确, 非服务 基站向服务基站返回联合解码正确的指示信息,和 /或正确解码后的信息( MAC PDU ); 若联合解码错误, 则执行步骤 305;
可以理解,正确解码后的信息和解码正确的指示消息可以承载在一个消息 中通过 X2接口发送给服务基站; 也可以用不同的消息承载发送给服务基站, 例如,先将联合解码正确的指示信息发送给服务基站,服务基站可以根据该指 示信息, 向用户设备进行反馈,之后非服务基站再将解码后的信息转发给服务 基站。
步骤 305、 非服务基站向服务基站发送联合解码错误的指示信息, 和 /或将 非服务基站联合解码前的信息发送给服务基站; 联合解码前的信息和联合解码错误的指示信息可以承载在一个消息中通 过 X2接口发送给服务基站; 也可以用不同的消息承载发送给服务基站, 例如, 先将解码错误的指示信息发送给服务基站,服务基站可以根据该指示信息, 向 用户设备进行反馈, 请求重传。 其中解码前的信息可以是傅里叶(FFT )变换 前的信息; FFT变换后的信息(导频 +数据 )和 /或信干燥比( SINR ); FFT后的 数据信息和 /或估计的信道情况( H )和 /或 SINR;软解调后的软信息和 /或 SINR; 译码的中间输出结果, 例如对于 Turbor 码, 采用了迭代译码原理, 可以将迭 代几次后的输出结果转发给服务基站。
步骤 306、 服务基站根据非服务基站返回的对用户设备发送的信息进行联 合解码的结果信息, 和 /或服务基站联合解码的结果信息, 向用户设备返回反 馈消息。
当服务基站接收到任意一个非服务基站联合解码正确的指示消息和 /或正 确解码后的信息 , 则向用户设备发送联合解码正确的反馈消息;
当服务基站接收到全部非服务基站发送的联合解码错误的指示信息,向用 户设备反馈联合解码错误的反馈消息(NACK ), 并请求该用户设备重传信息; 也可以, 当服务基站接收到全部非服务基站发送的联合解码前的信息, 则 将对接收的全部非服务基站发送的联合解码前的信息进行跨基站的联合解码, 如果跨基站的联合解码结果为错误,则向用户设备反馈联合解码错误的反馈消 息 ( NACK ), 并请求该用户设备重传信息。
需要说明的是,服务基站可以将联合解码后的错误数据包转发给重传数据 的非服务基站,在重传数据的非服务基站进行重传合并联合解码。 需要说明的 是, 非服务基站在进行重传合并联合解码后, 并发送给服务基站, 具体方法如 本实施例中对新传信息(第一次接收到的信息)所执行方法。
当服务基站在确认向用户设备返回反馈消息延迟时,可以向用户设备发送 消息, 指示用户设备接收反馈消息的时间。
步骤 307、 用户设备在接收到联合解码错误的反馈消息时, 重新发送该信 需要说明的是,本实施例中进行信息通信时,发送信息一方可以为发送的 信息分配优先级,在发送时按照优先级进行发送。具体分配优先级的方法如方 法实施例一中步骤 102所述, 在此不再赞述。
本实施例中,服务基站和非服务基站接收到用户设备发送的信息后,服务 基站进行联合解码; 若联合解码错误, 给非服务基站发送请求, 请求非服务基 站返回对用户设备发送的信息进行联合解码的结果信息;当服务基站接收到非 服务基站联合解码的结果信息时,向用户设备返回联合解码正确或错误的反馈 消息。本实施例是方法实施例二的具体实现方案,这样在服务基站联合解码正 确时,可以直接向用户设备返回反馈消息, 没有基站之间的交互即可完成信息 传输进程, 而在服务基站在联合解码错误时, 由于对联合解码的结果信息比用 户设备发送的信息小,这样在基站之间的传输时间会缩小,也能缩短用户设备 与基站之间的信息传输进程。
方法实施例四
一种信息处理方法, 本发明实施例可以适用于 CoMP***中, 多个小区同 时接收到用户设备发送的信息,且所述多个小区在不同的基站上,是方法实施 例二的具体实现方法, 方法流程图如图 5所示, 包括:
步骤 401、 用户设备发送信息, 多个小区同时联合接收用户设备发送的信 息。 所述多个小区可以是不在同一个基站上, 如服务基站和非服务基站;
步骤 402、 服务基站和非服务基站接收到用户设备发送的信息, 对各自基 站内接收的用户设备发送的信息进行联合解码;
若非服务基站的联合解码正确, 则执行步骤 403; 若联合解码错误, 则执 行步骤 404;
步骤 403、 非服务基站向服务基站发送联合解码正确的指示信息, 和 /或正 确解码后的信息;
非服务基站还可以向服务基站发送联合解码正确的指示消息, 和 /或正确 解码后的信息(MAC PDU ), 可以理解, 正确解码后的信息和解码正确的指示 消息可以承载在一个消息中通过 X2接口发送给服务基站; 也可以用不同的消 息承载发送给服务基站,例如,先将联合解码正确的指示信息发送给服务基站, 服务基站可以根据该指示信息, 向用户设备进行反馈,之后非服务基站再将解 码后的信息转发给服务基站。
步骤 404、 非服务基站向服务基站发送联合解码错误的指示信息, 和 /或将 解码前的信息发送给服务基站;
具体方法如上述步骤 305所述。
步骤 405、 服务基站根据非服务基站对用户设备发送的信息进行联合解码 的结果信息, 和 /或服务基站联合解码结果信息, 向用户设备返回反馈消息; 当服务基站的联合解码正确 , 和 /或服务基站接收到任意一个非服务基站 联合解码正确的指示消息或正确解码后的信息,则向用户设备发送联合解码正 确的反馈消息;
当服务基站接收到全部非服务基站发送的联合解码错误的指示信息,且服 务基站对用户设备发送的信息进行联合解码错误时,则向用户设备反馈联合解 码错误的反馈消息(NACK ), 并请求该用户设备重传消息;
也可以, 当服务基站接收到全部非服务基站发送的联合解码前的信息,且 服务基站对用户设备发送的信息进行解码错误时,则将对接收的全部非服务基 站发送的联合解码前信息进行跨基站的联合解码,如果跨基站的联合解码结果 为错误, 则向用户设备反馈联合解码错误的反馈消息(NACK ), 并请求该用 户设备重传消息。
当服务基站在确认向用户设备返回反馈消息延迟时,可以向用户设备发送 消息, 指示用户设备接收反馈消息的时间。
如果服务基站联合解码结果为: 联合解码错误(NACK ), 服务基站可以 将解码后的错误数据包转发给重传数据的非服务基站,在重传数据的非服务基 站进行重传合并解码。 需要说明的是, 非服务基站在进行重传合并解码后, 并 将结果发送给服务基站,具体方法如本实施例中对新传信息(第一次接收到的 信息 )所执行方法。
步骤 406、 用户设备在接收到联合解码错误的反馈消息时, 重新发送该信 可选的, 服务基站可以执行步骤 407, 或步骤 408: 步骤 407、 服务基站向非服务基站发送第二指示消息, 指示非服务基站丢 弃, 和 /或转发的数据信息(根据解码情况, 转发正确解码后的数据或解码前 的数据)到服务基站; 非服务基站接收到该第二指示消息, 进行丢弃或转发; 可以理解, 服务基站在发送给非服务基站的第二指示消息中还可以包括: 用户设备的标识( UE id ), 协作小区标识( serving cell id ), 资源信息(频率信 息, 时间信息( SFN + subframe ) )等。
步骤 408、 服务基站通过基站间的接口 (X2 )向非服务基站发送第三指示 消息, 指示转发数据信息的基站, 如正确解码后的信息的基站, 再如当全部非 服务基站解码错误,此时需要指示非服务基站转发解码前的数据信息。 不指示 哪些基站中的数据信息需要丢弃。非服务基站可以在发送联合解码结果的第三 指示信息的同时, 启动定时器, 如果在定时器(例如, HARQ RTT + eNB processing time )超时时也没有收到服务基站发送正确解码后信息的指示, 认 为服务基站已经不需要该正确解码后的信息, 将该正确解码的信息丢弃。
需要说明的是,本实施例中进行信息通信时,发送信息一方的设备可以为 发送的信息分配优先级,在发送时按照优先级进行发送。具体非配优先级的方 法如方法实施例一中步骤 102所述, 在此不再赞述。
本实施例中服务基站和非服务基站接收到用户设备发送的信息 ,都分别对 用户设备发送的信息进行独立的联合解码,非服务基站直接将联合解码的结果 信息发送给服务基站, 由服务基站向用户设备返回反馈消息。本实施例是方法 实施例二的具体实现方案,由于对联合解码的结果信息比用户设备发送的信息 小,这样在基站之间的传输时间会缩小,也能缩短用户设备与基站之间的信息 传输进程。
方法实施例五
一种信息处理方法, 本发明实施例可以适用于 CoMP***中, 多个小区同 时接收到用户设备发送的信息,且所述多个小区在不同的基站上,这时在 CoMP ***的动态选择 ( Dynamic cell selection )过程中, 可能会选择某一时刻在上 行只有一个小区接收用户设备发送的消息的情况 ,而该接收小区所在基站可能 是服务基站, 也可能是非服务基站, 本实施例方法的方法流程图如图 6所示, 包括: 步骤 501、 用户设备发送信息, 此时只有接收小区所在基站接收用户设备 发送的信息;
如果该接收小区所在基站是非服务基站时:
步骤 502、 非服务基站接收用户设备发送的信息, 进行非服务基站接收到 的用户设备发送的信息联合解码, 并将联合解码的结果信息发送给服务基站, 具体过程如上步骤 402到 404所述, 在此不再赞述;
步骤 503、 如果服务基站接收到的结果信息表明: 非服务基站联合解码错 误, 会向用户设备返回联合解码错误的反馈消息, 请求用户设备重传该信息; 这里当服务基站接收到联合解码错误的指示信息, 和 /或联合解码前的信 息, 则表明非服务基站联合解码错误。
并且服务基站可以指示接收第一次接收用户设备发送信息的非服务基站, 将接收的用户设备发送的信息转发给接收用户设备重传信息的基站 ,这个接收 重传信息的基站可能是服务基站 , 也可能是非服务基站。
步骤 504、 用户设备在接收到联合解码错误的反馈消息时, 重新发送该信 息;
步骤 505、 接收重传信息的基站在接收到用户设备的重传信息后, 并与第 一次接收的该信息进行重传合并。
可以理解,如果接收重传信息的在基站不是第一次接收该消息的非服务基 站, 则需要从第一次接收该信息的非服务基站获得第一次接收的信息,再进行 重传合并。
需要说明的是,接收重传信息的基站在进行重传合并解码后, 并将结果发 送给服务基站, 具体方法如本实施例中对新传信息(第一次接收到的信息)所 执行方法。
需要说明的是,本实施例中进行信息通信时,发送信息一方的设备可以为 发送的信息分配优先级,在发送时按照优先级进行发送。具体非配优先级的方 法如方法实施例一中步骤 102所述, 在此不再赞述。
本实施例中, 非服务基站将联合解码的结果信息发送给服务基站,服务基 站根据非服务基站联合解码的结果信息返回反馈消息 ,这样由于对联合解码的 结果信息比用户设备发送的信息小,这样在基站之间的传输时间会缩小,也能 缩短用户设备与基站之间的信息传输进程。
方法实施例六
一种信息处理方法, 本实施例的方法是方法实施例一的一个具体实现方 法, 方法流程图如图 7所示, 包括:
步骤 601、 用户设备发送信息;
步骤 602、 服务基站选择联合解码的方式, 并将联合解码的方式通过动态 或半静态的信令等通知非服务基站;
本步骤的执行并不依赖于步骤 601的执行,即这两个步骤并没有绝对的顺 序关系和条件关系。
这里联合解码的方式包括,但不限于如下几种方式: 非服务基站将接收到 用户设备发送的信息(即解码前的信息)转发给服务基站进行联合解码; 或非 服务基站将自己对本地接收的信息解码结果返回给服务基站;或非服务基站在 接收到服务基站发送的请求时,将自己对本地接收的信息的解码结果返回给服 务基站, 在这种情况下, 服务基站在发送给非服务基站的通知时还包括: 指示 非服务基站在接收到用户设备发送的信息就开始解码,或指示非服务基站在接 收到服务基站发送的请求才开始对用户设备发送的信息进行解码。
步骤 603、 非服务基站接收到该通知, 按照通知指示的联合解码方式对用 户设备发送的信息进行相应处理。
如果该通知指示:非服务基站将自己对本地接收的信息解码结果返回给服 务基站, 则按照上述方法实施例四的步骤执行; 如果该通知指示: 非服务基站 在接收到服务基站发送的请求时,将自己对本地接收的信息的解码结果返回给 服务基站, 则按照上述方法实施例三的步骤执行。
需要说明的是,本实施例中进行信息通信时,发送信息一方的设备可以为 发送的信息分配优先级,在发送时按照优先级进行发送。具体非配优先级的方 法如方法实施例一中步骤 102所述, 在此不再赞述。
本实施例中,可以根据实际需要选择联合解码的方式,使得当接收用户设 备发送的信息的多个小区不在同一个基站时, 联合解码多样化。
方法实施例七 一种信息处理方法,本实施例可以适用在接收用户设备发送的信息不在同 一个基站的通信***,也可以适用于接收用户设备发送的信息在同一个基站的 通信***, 方法流程图如图 8所示, 包括:
步骤 701、 用户设备向基站发送信息;
步骤 702、 基站接收到用户设备发送的信息之后, 确认向用户设备返回对 用户设备发送的信息的反馈消息是否延迟, 若是, 向用户设备发送延迟指示, 指示用户设备接收对该信息的反馈消息的延迟信息;
延迟信息包括: 用户设备接收反馈消息的时间即用户设备在 HARQ RTT 的哪个 TTI接收基站的反馈信息,还可以包括:指示基站返回反馈消息是否延 迟的信息; 和 /或用户设备在 HARQ传输中接收反馈消息的资源信息等信息。 其中如果基站返回反馈消息有延迟时,延迟指示信息中才可以包括用户设备接 收的时间和资源信息。
用户设备在上行发送数据与用户设备在下行接收反馈数据的资源具有隐 性对应关系, 如用户设备在第 N个子帧发送数据, 则在第 N+4个子帧就会接 收到反馈消息。 但是在基站之间的接口 (X2 ) 时延受限, 或数据块在空口的 时延扩散,或基站解码时延等情况下,服务基站可能无法获得全部联合接收小 区 (包括非服务基站)联合解码结果, 无法在指定的 HARQ传输中反馈消息 ( ACK/NACK ), 就会导致服务基站向用户设备返回反馈消息延迟。 这时服务 基站可以向用户设备发送在 HARQ传输中的反馈消息的延迟指示, 指示基站 返回反馈消息有延迟, 且可以用户设备接收对该信息的反馈消息的延迟信息 , 这里延迟信息可以包括用户设备在 HARQ传输的哪个 TTI接收反馈消息, 和 /或反馈消息使用的相关资源信息。 例如指示在现有反馈 TTI后的第几个 TTI 反馈消息和 /或反馈消息使用的相关资源情况,该延迟指示可以通过 RRC信令, MAC Control PDU, 物理层控制信道传输给用户设备。 当然, 指示用户设备在 HARQ RTT的哪个 TTI接收反馈信息与反馈信息使用的相关资源情况两部分 信息可以通过不同的传输方式, 在不同的时刻传输给用户设备。
其中在 HARQ进程中, 反馈消息使用的资源情况信息可以采用单独的消 息指示 HARQ进程使用的资源 , 或者用全部 8个 HARQ进程使用资源的起始 位置来指示。 步骤 703、 用户设备接收到延迟指示, 在延迟指示指示的时间, 并使用延 迟指示指示的资源接收反馈消息。
如果延迟指示中包括: 指示基站返回反馈消息没有延迟的信息, 则用户设 备根据现有信道的 HARQ传输中接收和发送资源隐性对应关系, 接收反馈消 如果延迟指示中包括: 用户设备接收反馈消息的时间的延迟信息, 不包括 用户设备在 HARQ传输中接收反馈消息的资源信息, 则在用户设备在延迟指 示指示的时间, 且根据现有信道的 HARQ传输中接收和发送资源隐性对应关 系 , 使用对应资源接收反馈消息;
如果延迟指示中包括: 用户设备接收反馈消息的时间的延迟信息, 用户设 备在 HARQ传输中接收反馈消息的资源信息, 则在用户设备在延迟指示指示 的时间, 且根据使用对应指示的资源接收反馈消息;
当然,延迟指示的延迟时间信息可以半静态的通知用户设备,表明在当前 服务基站 HARQ RTT中反馈结果(ACK/NACK )的时刻 (TTI ), 到下一个信 令通知反馈时间发送变化,用户设备都将使用该反馈结果时刻接收服务基站的 反馈结果。 此时, 基站仅需要动态指示用户设备在 HARQ传输中接收反馈消 息的资源信息即可。
需要说明的是,本实施例中进行信息通信时,发送信息一方的设备可以为 发送的信息分配优先级,在发送时按照优先级进行发送。具体非配优先级的方 法如方法实施例一中步骤 102所述, 在此不再赞述。
本实施例中用户设备向基站发送信息, 当基站返回反馈消息延迟, 则用延 迟指示指示用户设备接收反馈消息的情况。使得在基站返回反馈延迟时,用户 设备也可以接收到反馈消息 , 得知基站对用户设备发送的信息的处理情况。
方法实施例八
一种信息处理方法,本实施例可以适用在接收用户设备发送的信息不在同 一个基站的通信***,也可以适用于接收用户设备发送的信息在同一个基站的 通信***, 信令流程图如图 9所示, 包括:
步骤 801、 服务基站发送第四指示消息给用户设备, 该第四指示消息指示 当前接收用户设备的信息的多个小区是否在同一个基站; 可以理解,这里的第四指示消息并不代表消息的顺序, 而只是为了上述文 中提到的第一、 二、 三指示消息区分, 服务基站可以在任何时间发送该第四指 示消息, 该第四指示消息可以通过 RRC信令, MAC Control PDU, 物理层控制 信道传输给用户设备。 这一步骤并不依赖于下面的步骤进行。
步骤 802、 用户设备发送信息给服务基站;
步骤 803、 服务基站向用户设备返回该信息的反馈消息;
如果接收用户设备发送的信息不在同一个基站 ,则服务基站返回反馈消息 的具体步骤如前面实施例中所述。 由于 X2的时延, 如果服务基站在向用户设 备返回反馈消息时,可能会延迟一段时间, 则服务基站可以先将自己进行联合 解码正确或错误的结果通过反馈消息反馈给用户设备,或不做任何反馈,等接 收到非服务基站返回联合解码的结果信息,再向用户设备返回反馈消息; 如果 接收用户设备发送的信息的小区在同一个基站, 则为现有技术的内容,在此不 再赘述。
步骤 804、用户设备根据步骤 801中的第四指示消息,确认接收用户设备发 送的信息的多个小区是否在相同的基站, 并进行相应的处理;
如果该第四指示消息指示接收用户设备发送的信息的多个小区不在同一 个基站, 当用户设备确认服务基站有至少两次对所述信息进行联合解码错误, 则重新发送所述信息,具体为: 用户设备接收到所述服务基站对所述信息进行 联合解码错误的反馈消息; 以及,接收到所述服务基站对非服务基站发送的信 息进行跨基站的联合解码错误的反馈消息, 则重新发送所述信息; 或用户设备 在规定的时间内未接收到服务基站发送的反馈消息,以及接收到所述服务基站 对非服务基站发送的信息进行跨基站的联合解码错误的反馈消息 , 则重发信 息; 即用户设备可以在第一个接收反馈时刻不进行接收, 而在第二个反馈时刻 接收服务基站对非服务基站发送的信息进行跨基站的联合解码错误的反馈消 息。 则重新发送所述信息。
例如, 如果用户设备确认接收该信息的多个小区不在同一个基站, 在 X2 时延受限的情况下,当接收到第一个联合解码错误的反馈消息即服务基站基于 本地接收信息的联合解码结果, 不进行处理, 等接收到下一个对该信息的联合 解码错误的反馈消息, 则对该信息进行重传。 如果该第四指示消息指示接收该信息的多个小区在同一个基站,收到的当 前 HARQ RTT中的反馈消息即为全部接收数据联合解码的结果, 当用户设备接 收到服务基站对该信息的联合解码错误的反馈消息, 则重新发送所述消息,具 体是接收到第一个对该信息的联合解码错误的反馈消息 , 则对该消息进行重 传。
需要说明的是,本实施例中进行信息通信时,发送信息一方的设备可以为 发送的信息分配优先级,在发送时按照优先级进行发送。具体非配优先级的方 法如方法实施例一中步骤 102所述, 在此不再赞述。
本实施例中用户设备发送信息,根据指示接收该信息的多个小区是否在同 一个基站的第四指示消息,对接收到的反馈消息进行相应处理,使得在基站接 口 X2用户设备只有在得知这些基站对该信息的联合解码都错误时, 才重传该 信息, 减少信息重传的次数。
设备实施例一
一种基站,本实施例中的基站是用户设备切换后的小区所在基站, 即目标 基站, 逻辑结构示意图如图 10所示, 包括:
源信息接收单元 11 , 用于接收用户设备的源服务小区所在基站发送的信 息 ,所述信息中包括所述源服务小区所在基站对与所述用户设备传输的数据进 行处理得到的处理状态信息及数据信息,或所述源服务小区所在基站的至少两 个用户面协议栈中的数据信息,或所述源服务小区所在基站中除分组数据聚合 协议层 PDCP之外的用户面协议栈中的数据信息;
信息传输单元 12, 用于根据所述源信息接收单元 11接收的信息与用户设 备进行数据传输。
在其它的基站实施例中, 还包括:
资源指示接收单元 13 , 用于用于接收所述源服务小区所在基站发送的第 一指示消息; 所述第一指示消息包括: 指示所述用户设备的目标服务小区所在 基站向所述用户设备返回反馈消息 , 或接收反馈消息的资源信息;
反馈处理单元 14, 用于根据所述资源指示接收单元 13接收的第一指示消 息中指示的资源信息, 在相应的信道资源中接收或发送反馈消息。
本实施例中基站的信息处理单元 12根据源信息接收单元 11接收的信息与 用户设备进行数据传输, 由于源信息接收单元接收的信息中包括: 对与用户设 备传输的数据进行处理得到的处理状态信息和数据信息,或源基站的至少两个 用户面协议栈中的数据信息,或源基站中除分组数据聚合协议层 PDCP之外的 用户面协议栈中的数据信息,这样和现有技术中基站只接收到最顶层 PDCP层 接收的原始数据进行处理相比,本发明实施例的基站能减少了切换过程中源基 站的各个用户面协议栈对与用户设备传输的数据进行处理得到的信息如状态 信息和数据信息的丢失。
设备实施例二
一种基站,本实施例中的基站是用户设备切换前的小区所在基站, 即源基 站, 逻辑结构示意图如图 11所示, 包括:
切换发生单元 20, 用于接收切换请求确认消息, 或发送目标切换命令; 源信息发送单元 21 , 用于发送信息给所述用户设备的目标服务小区所在 基站, 所述信息中包括: 所述源服务小区所在基站对与所述用户设备传输的数 据进行处理得到的处理状态信息及数据信息,或所述源服务小区所在基站的至 少两个用户面协议栈中的数据信息,或所述源服务小区所在基站中除分组数据 聚合协议层 PDCP之外的用户面协议栈中的数据信息 ,指示所述目标服务小区 所在基站进行相应处理。源信息发送单元 21需要在切换生成单元 20执行后才 进行发送。
在其它的基站实施例中, 还包括: 优先级分配单元 22和资源指示发送单 元 23, 其中:
优先级分配单元 22, 用于为所述信息发送单元发送的信息分配优先级; 所述源信息发送单元 21按照所述优先级分配单元 22分配的优先级,发送信息 给所述用户设备的目标服务小区所在基站。
资源指示发送单元 23 , 用于发送指示消息给目标服务小区所在基站, 指 示所述目标服务小区所在基站接收用户设备的反馈信息 ,或发送反馈信息给所 述用户设备的资源信息。
本实施例基站的源信息发送单元 21将对与用户设备传输的数据进行处理 得到的处理状态信息和数据信息,或源基站的至少两个用户面协议栈中的数据 信息,或源基站中除分组数据聚合协议层 PDCP之外的用户面协议栈中的数据 信息发送给目标基站,使得目标基站可以根据这些信息与用户设备进行数据传 输,这样和现有技术中源基站只将最顶层 PDCP层接收的原始数据发送给目标 基站相比,本发明实施例的方法减少了切换过程中源基站的各个用户面协议栈 对与用户设备传输的数据进行处理得到的信息如状态信息和数据信息的丢失。
设备实施例三
一种基站,本实施例中的基站是作为用户设备的服务基站, 逻辑结构示意 图如图 12所示, 包括:
接收解码单元 30, 用于接收用户设备发送的信息, 对所述用户设备发送 的消息进行联合解码;
结果接收单元 31 , 用于接收所述用户设备的至少一个非服务基站发送的 对用户设备发送的信息进行联合解码的结果信息;
反馈返回单元 32, 用于根据所述结果接收单元 31接收的非服务基站对所 述用户设备发送的信息进行联合解码的结果信息, 和 /或所述接收解码单元 30 对用户设备发送的信息进行联合解码的结果信息,向所述用户设备返回反馈消 息。
设备实施例四
一种基站,本实施例中的基站和设备实施例三中的基站相比,增加了请求 发送单元 33和错误发送单元 34, 逻辑结构示意图如图 13所示, 其中:
请求发送单元 33, 用于当所述接收解码单元 30对用户设备发送的消息的 联合解码错误时,发送请求给所述用户设备的至少一个非服务基站,请求所述 非服务基站返回对用户设备发送的信息进行联合解码的结果信息。
错误发送单元 34, 用于当确认所述接收解码单元 30对用户设备发送的信 息的联合解码错误时,发送错误解码后的数据包给所述用户设备的至少一个非 服务基站进行重传合并联合解码。
可选地, 基站还可以包括: 方式选择通知单元 35, 用于选择联合解码的 方式 , 并将所述联合解码的方式通知所述用户设备的非服务基站;
所述联合解码的方式包括:非服务基站将接收到用户设备发送的信息转发 给服务基站进行联合解码;或非服务基站将自己对用户设备发送的信息的联合 解码结果信息返回给所述服务基站;或非服务基站在接收到所述服务基站发送 的请求时,将自己对用户设备发送的信息的联合解码结果信息返回给所述服务 基站。
设备实施例五
一种基站,本实施例中的基站和设备实施例三中的基站相比,增加了指示 消息发送单元 36、第四指示单元 37和延迟指示单元 38,逻辑结构示意图如图 14所示, 其中:
指示消息发送单元 36, 用于发送第二指示消息, 所述第二指示消息包括: 指示非服务基站丢弃, 和 /或转发给服务基站的数据信息; 或, 发送第三指示 消息, 所述第三指示消息包括: 指示丢弃和 /或转发数据信息的非服务基站的 信息。
第四指示单元 37, 用于发送第四指示消息给所述用户设备, 所述第四指 示消息用于指示当前接收用户设备发送信息的多个小区是否在同一个基站。
延迟指示单元 38, 用于当向所述用户设备返回反馈消息延迟, 发送延迟 指示给所述用户设备,所述延迟指示用于指示所述用户设备接收所述反馈消息 的延迟信息,所述延迟信息包括:所述用户设备接收所述反馈消息的延迟时间。
设备实施例六
一种基站,本实施例中的基站是作为用户设备的非服务基站,逻辑结构示 意图如图 15所示, 包括:
第二接收解码单元 60, 用于接收用户设备发送的信息, 对所述用户设备 发送的信息进行联合解码;
结果获得单元 61 , 用于获得所述第二接收解码单元 60进行联合解码的结 果信息;
结果发送单元 62, 用于将所述结果获得单元 61获得的联合解码的结果信 息发送给所述用户设备的服务基站。
可选地, 本实施例的基站还包括: 通知接收单元 63和第二优先级分配单 元 64, 其中通知接收单元 63 , 用于接收所述用户设备的服务基站发送的, 指 示联合解码的方式的通知消息; 所述第二接收解码单元 60是根据所述通知接 收单元 63接收的联合解码的方式进行联合解码; 第二优先级分配单元 64, 用 于为所述结果获得单元 61获得的联合解码的结果信息分配优先级, 所述结果 发送单元 62根据所述第二优先级分配单元分配的优先级发送所述联合解码的 结果信息。
设备实施例七
一种基站, 逻辑结构示意图如图 16所示, 包括:
结果接收单元 70, 用于接收用户设备的一个非服务基站发送的, 对所述 用户设备发送的信息进行联合解码的结果信息;
重传请求单元 71 , 用于当所述结果接收单元 70接收的联合解码的结果信 息表明: 所述非服务基站对用户设备发送的信息的联合解码错误, 向所述用户 设备返回联合解码错误的反馈消息, 请求所述用户设备重传所述信息。
可选地, 基站还包括: 指示单元 72, 用于指示所述非服务基站, 将接收 的用户设备发送的所述信息转发给接收重传信息的基站。
进一步地, 基站还可以包括: 重传接收单元 73、 新传数据获得单元 74和 重传合并单元 75 , 其中: 重传接收单元 73 , 用于接收所述用户设备重传的信 息; 新传数据获得单元 74, 用于向所述第一次接收用户设备发送的信息的非 服务基站获得该信息; 重传合并单元 75 , 用于将所述重传接收单元 73接收的 重传的信息和所述新传数据获得单元 74获取的第一次接收的该信息进行重传 合并。
设备实施例八
一种基站, 逻辑结构示意图如图 17所示, 包括:
信息接收单元 80, 用于接收用户设备发送的信息;
延迟发送单元 81, 用于当确认向所述用户设备返回对所述信息接收单元 80接收的信息的反馈消息延迟时, 向所述用户设备发送延迟指示, 指示所述 用户设备接收所述反馈消息的延迟信息。
本实施例中基站的延迟发送单元 81在确认对信息接收单元 80接收的信息 的反馈消息延迟时, 则用延迟指示指示用户设备接收反馈消息的情况。使得在 基站返回反馈延迟时, 用户设备也可以接收到反馈消息,得知基站对用户设备 发送的信息的处理情况。
设备实施例九
一种用户设备, 逻辑结构示意图如图 18所示, 包括: 信息发送单元 90, 用于向基站发送信息;
延迟接收单元 91, 用于当接收到所述基站返回的延迟指示, 根据所述延 迟指示的指示接收所述基站返回的反馈消息; 所述延迟指示包含: 用户设备接 收所述反馈消息的延迟时间。
本实施例中用户设备延迟接收单元 91在接收到延迟指示时, 根据指示接 收反馈消息。 使得在基站返回反馈延迟时, 用户设备也可以接收到反馈消息, 得知基站对用户设备发送的信息的处理情况。
设备实施例十
一种用户设备, 逻辑结构示意图如图 19所示, 包括:
发送确认单元 100, 用于发送信息, 并确认接收所述信息的多个小区是否 在相同的基站;
反馈重传单元 101, 用于当所述发送确认单元 100确认的接收所述信息的 多个小区不在相同的基站 ,当确认服务基站有至少两次对所述信息进行联合解 码错误, 则重新发送所述信息。
本实施例中用户设备的发送确认单元 100在确认接收信息的多个小区不 在同一个基站,则反馈重传单元 101在接收到至少两次对联合解码错误的反馈 消息才重传信息, 使得在基站接口 X2用户设备只有在得知这些基站对该信息 的联合解码都错误时, 才重传该信息, 减少信息重传的次数。
***实施例一
一种信息处理***, 结构示意图如图 20所示, 包括: 源服务小区所在基 站 200和目标服务小区所在基站 201 ;
所述源服务小区所在基站 200, 用于接收切换请求确认消息, 或发送目标 切换命令后, 发送信息给所述用户设备的目标服务小区所在基站 201, 所述信 息中包括:所述源服务小区所在基站 200对与所述用户设备传输的数据进行处 理得到的处理状态信息及数据信息,或所述源服务小区所在基站 200的至少两 个用户面协议栈中的数据信息,或所述源服务小区所在基站 200中除分组数据 聚合协议层 PDCP之外的用户面协议栈中的数据信息;
目标服务小区所在基站 201 , 用于接收用户设备的源服务小区所在基站
200发送的信息, 根据所述用户设备的源服务小区所在基站 200发送的信息与 用户设备进行数据传输。
本实施例的信息处理***中:源基站 200将对与用户设备传输的数据进行 处理得到的处理状态信息和数据信息,或源基站的至少两个用户面协议栈中的 数据信息,或源基站中除分组数据聚合协议层 PDCP之外的用户面协议栈中的 数据信息发送给目标基站 201, 目标基站 201根据这些信息与用户设备进行数 据传输,这样和现有技术中源基站只将最顶层 PDCP层接收的原始数据发送给 目标基站相比,本发明实施例的方法减少了切换过程中源基站 200的各个用户 面协议栈对与用户设备传输的数据进行处理得到的信息如状态信息和数据信 息的丢失。
***实施例二
一种消息处理***, 结构示意图如图 21所示, 包括: 服务基站 210和至 少一个非服务基站 211 ;
所述非服务基站 211 , 用于接收用户设备发送的信息, 对所述用户设备发 送的信息进行联合解码; 获得联合解码的结果信息; 将所述联合解码的结果信 息发送给所述用户设备的服务基站 210;
所述服务基站 210, 用于接收用户设备发送的信息, 对所述用户设备发送 的信息进行联合解码; 接收所述用户设备的至少一个非服务基站 211发送的对 用户设备发送的信息进行联合解码的结果信息; 根据所述非服务基站 211对所 述用户设备发送的信息进行联合解码的结果信息, 和 /或服务基站 210对用户设 备发送的信息进行联合解码的结果信息, 向所述用户设备返回反馈消息。
本实施例的信息处理***中,当接收用户设备发送的信息的多个小区不在 同一个基站时,多个基站接收到用户设备发送的信息后,由其中的服务基站 210 根据自己联合解码结果信息, 和 /或非服务基站 211返回的联合解码的结果信 息, 向用户设备返回反馈消息,和现有技术中由服务基站进行联合解码后向用 户设备返回反馈消息相比, 本实施例中服务基站 210只有在接收到非服务基站 211返回的联合解码结果信息,会参考非服务基站 211返回的联合解码结果信息 向用户设备返回反馈消息,这样如果接收用户设备的大部分小区在非服务基站 时,非服务基站联合解码的正确率比服务基站进行联合解码的正确率高,这样, 提高了解码率。 ***实施例三
一种消息处理***, 结构示意图如图 22所示, 包括: 基站和用户设备; 所述用户设备 220, 用于向基站 221发送信息;
所述基站 221, 用于接收用户设备 220发送的信息; 确认向所述用户设备 220返回对用户设备 220发送的信息的反馈消息延迟时, 向所述用户设备 220 发送延迟指示, 指示所述用户设备 220接收所述反馈消息的延迟信息。
当所述用户设备 220接收到基站 221返回的延迟指示,根据所述延迟指示 的指示接收所述基站 221返回的反馈消息; 所述延迟指示包含: 用户设备 220 接收所述反馈消息的延迟时间。
本实施例的信息处理***中, 用户设备 220向基站 221发送信息, 当基站
221返回反馈消息延迟,则用延迟指示指示用户设备 220接收反馈消息的情况。 使得在基站 220返回反馈延迟时, 用户设备 221也可以接收到反馈消息,得知 基站对用户设备 221发送的信息的处理情况。
上述本发明实施例在用户设备切换过程中的信息处理方法是:源基站将对 与用户设备传输的数据进行处理得到的处理状态信息和数据信息,或源基站的 至少两个用户面协议栈中的数据信息, 或源基站中除分组数据聚合协议层 PDCP之外的用户面协议栈中的数据信息发送给目标基站, 目标基站根据这些 信息与用户设备进行数据传输,这样和现有技术中源基站只将最顶层 PDCP层 接收的原始数据发送给目标基站相比,本发明实施例的方法减少了切换过程中 源基站的各个用户面协议栈对与用户设备传输的数据进行处理得到的信息如 状态信息和数据信息的丢失。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成 ,该程序可以存储于一计算机可读 存储介质中, 存储介质可以包括: ROM、 RAM, 磁盘或光盘等。
以上对本发明实施例所提供的信息处理方法、 ***及设备,进行了详细介 例的说明只是用于帮助理解本发明的方法及其核心思想; 同时,对于本领域的 一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变 之处, 综上所述, 本说明书内容不应理解为对本发明的限制。

Claims (47)

  1. 权 利 要 求
    1、 一种信息处理方法, 其特征在于, 包括:
    接收用户设备的源服务小区所在基站发送的信息,所述信息中包括所述源 服务小区所在基站对与所述用户设备传输的数据进行处理得到的处理状态信 息和数据信息,或所述源服务小区所在基站的至少两个用户面协议栈中的数据 信息,或所述源服务小区所在基站中除分组数据聚合协议层 PDCP之外的用户 面协议栈中的数据信息;
    相应地,根据所述处理状态信息和数据信息,或所述至少两个用户面协议 栈中的数据信息,或分组数据聚合协议层 PDCP之外的用户面协议栈中的数据 信息, 与所述用户设备进行数据传输。
  2. 2、 如权利要求 1所述的方法, 其特征在于, 所述与所述用户设备进行数 据传输具体包括:
    将所述对与所述用户设备传输的数据进行处理得到的处理状态信息和数 据信息, 或所述源服务小区所在基站的至少两个用户面协议栈中的数据信息, 或所述源服务小区所在基站中除分组数据聚合协议层 PDCP之外的用户面协 议栈中的数据信息对应地转发给相应的用户面协议栈,所述用户面协议栈根据 对应的信息进行相应的处理 ,并根据相应的处理结果与所述用户设备进行数据 传输。
  3. 3、 如权利要求 1所述的方法, 其特征在于, 还包括:
    接收所述源服务小区所在基站发送的第一指示消息;所述第一指示消息包 括: 指示所述用户设备的目标服务小区所在基站向所述用户设备返回反馈消 息, 或接收反馈消息的资源信息;
    根据所述第一指示消息中指示的资源信息 ,在相应的信道资源中接收或发 送反馈消息。
  4. 4、 如权利要求 1至 3任一项所述的方法, 其特征在于, 所述数据信息包 括至少一种如下信息: 分组数据聚合协议层 PDCP中没有分配序列号的数据, 未收到正确接收确认的数据;无线链路控制层 RLC中没有分配序列号的数据, 未处理的数据, 未收到用户设备返回的正确接收确认的协议数据;媒体访问控 制层 MAC中没有分配序列号的数据,未处理的数据,混合自动重传请求 HARQ 进程中正在发送的 MAC协议数据,混合自动重传请求 HARQ进程中正在发送 的 MAC协议数据;
    所述处理状态信息包括至少一种如下信息:分组数据聚合协议层 PDCP中 的上下文; 无线链路控制层 RLC中的上下文, 未正确接收的序号; 混合自动 重传请求 HARQ进程中正发送或接收的相关信息。
  5. 5、 一种信息处理方法, 其特征在于, 包括:
    接收切换请求确认消息 , 或发送目标切换命令;
    发送信息给用户设备的目标服务小区所在基站, 所述信息中包括: 所述源 服务小区所在基站对与所述用户设备传输的数据进行处理得到的处理状态信 息和数据信息,或所述源服务小区所在基站的至少两个用户面协议栈中的数据 信息 ,或所述源服务小区所在基站中除分组数据聚合协议层 PDCP之外的用户 面协议栈中的数据信息; 指示所述目标服务小区所在基站进行相应处理。
  6. 6、 如权利要求 5所述的方法, 其特征在于, 所述发送信息给用户设备的 目标服务小区所在基站之前还包括:为发送给目标服务小区所在基站的信息分 配优先级;
    并按照所述优先级, 发送信息给所述用户设备的目标服务小区所在基站。
    7、 如权利要求 5或 6所述的方法, 其特征在于, 还包括: 发送第一指示 消息给目标服务小区所在基站, 所述第一指示消息包括: 指示所述目标服务小 区所在基站接收用户设备的反馈信息 ,或发送反馈信息给所述用户设备的资源 信息。
  7. 8、 一种信息处理方法, 其特征在于, 包括:
    接收用户设备发送的信息, 对所述用户设备发送的信息进行联合解码; 接收所述用户设备的至少一个非服务基站发送的对用户设备发送的信息 进行联合解码的结果信息;
    根据所述非服务基站对所述用户设备发送的信息进行联合解码的结果信 息, 和 /或服务基站对用户设备发送的信息进行联合解码的结果信息, 向所述 用户设备返回反馈消息。
  8. 9、 如权利要求所述 8的方法, 其特征在于, 所述对用户设备发送的信息 进行联合解码之后还包括: 确认对所述用户设备发送的信息的联合解码错误时,发送请求给所述用户 设备的至少一个非服务基站,请求所述非服务基站返回对所述用户设备发送的 信息进行联合解码的结果信息。
  9. 10、 如权利要求 8所述的方法, 其特征在于, 所述对用户设备发送的信息 进行联合解码之后还包括: 确认对用户设备发送的信息的联合解码错误时,发 送错误解码后的数据包给所述用户设备的至少一个非服务基站进行重传合并 联合解码。
  10. 11、 如权利要求 8所述的方法, 其特征在于, 所述根据所述非服务基站对 所述信息进行联合解码的结果信息, 和 /或服务基站对该信息进行联合解码的 结果信息, 向所述用户设备返回反馈消息具体包括:
    当接收到任一非服务基站发送的联合解码正确的指示信息和 /或正确解码 后的信息 , 向所述用户设备返回联合解码正确的反馈消息;
    当接收到所述全部非服务基站发送的联合解码错误的指示消息,向所述用 户设备返回联合解码错误的反馈消息 , 并请求该用户设备重传所述信息;
    当接收到所述非服务基站发送的联合解码前的信息,则对所述联合解码前 的信息进行跨基站的联合解码 ,并发送联合解码正确或错误的反馈消息给所述 用户设备。
  11. 12、如权利要求 8所述的方法,其特征在于,还包括:发送第二指示消息, 所述第二指示消息包括: 指示非服务基站丢弃, 和 /或转发给服务基站的数据 信息; 或,
    发送第三指示消息, 所述第三指示消息包括: 指示丢弃和 /或转发数据信 息的非服务基站的信息。
  12. 13、 如权利要求 8所述的方法, 其特征在于, 所述对所述用户设备发送的 信息进行联合解码之前还包括: 选择联合解码的方式, 并将所述联合解码的方 式通知所述用户设备的非服务基站;
    所述联合解码的方式包括:非服务基站将接收到用户设备发送的信息转发 给服务基站进行联合解码;或非服务基站将自己对用户设备发送的信息的联合 解码结果信息返回给所述服务基站;或非服务基站在接收到所述服务基站发送 的请求时,将自己对用户设备发送的信息的联合解码结果信息返回给所述服务 基站。
  13. 14、 如权利要求 8所述的方法, 其特征在于, 还包括: 发送第四指示消息 给所述用户设备,所述第四指示消息用于指示当前接收用户设备发送信息的多 个小区是否在同一个基站。
  14. 15、 如权利要求 8至 14任一项所述的方法, 其特征在于, 若向所述用户 设备返回对用户设备发送的信息的反馈消息延迟,发送延迟指示给所述用户设 备, 所述延迟指示用于指示所述用户设备接收所述反馈消息的延迟信息,所述 延迟信息包括: 所述用户设备接收所述反馈消息的延迟时间。
  15. 16、 一种信息处理方法, 其特征在于, 包括:
    接收用户设备发送的信息, 对所述用户设备发送的信息进行联合解码; 获得联合解码的结果信息;
    将所述联合解码的结果信息发送给所述用户设备的服务基站。
  16. 17、 如权利要求 16所述的方法, 其特征在于, 所述对所述用户设备发送 的信息进行联合解码之前还包括:接收所述用户设备的服务基站发送的,指示 联合解码的方式的通知消息;
    根据所述联合解码的方式进行联合解码。
  17. 18、 如权利要求 16或 17所述的方法, 其特征在于, 当对接收的用户设备 发送的信息联合解码正确时, 所述联合解码的结果信息包括: 对所述用户设备 发送的信息进行联合解码正确的指示信息, 和 /或进行正确解码之后的信息; 当对接收的用户设备发送的信息的联合解码错误时,所述联合解码的结果 信息包括: 对所述用户设备发送的消息进行联合解码错误的指示信息, 和 /或 进行联合解码之前的信息。
  18. 19、 如权利要求 16所述的方法, 其特征在于, 其特征在于, 所述将所述 联合解码的结果信息发送给所述用户设备的服务基站之前还包括:为所述联合 解码的结果信息分配优先级, 根据所述优先级发送所述联合解码的结果信息。
  19. 20、 一种信息处理方法, 其特征在于, 包括:
    接收用户设备的一个非服务基站发送的,对所述用户设备发送的信息进行 联合解码的结果信息;
    若所述联合解码的结果信息表明:所述非服务基站对用户设备发送的信息 的联合解码错误, 向所述用户设备返回联合解码错误的反馈消息,请求所述用 户设备重传所述信息。
  20. 21、 如权利要求 20所述的方法, 其特征在于, 还包括: 指示所述非服务 基站, 将接收的用户设备发送的信息转发给接收重传信息的基站。
  21. 22、 如权利要求 20或 21所述的方法, 其特征在于, 还包括: 接收所述用 户设备重传的信息;
    向所述第一次接收用户设备发送的信息的非服务基站获得该信息; 将所述重传的信息和所述获取的第一次接收的该信息进行重传合并。
  22. 23、 一种信息处理方法, 其特征在于, 包括:
    接收用户设备发送的信息;
    确认向所述用户设备返回对用户设备发送的信息的反馈消息延迟时 ,向所 述用户设备发送延迟指示, 指示所述用户设备接收所述反馈消息的延迟信息。
  23. 24、 一种信息处理方法, 其特征在于, 包括:
    向基站发送信息;
    当接收到所述基站返回的延迟指示,根据所述延迟指示的指示接收所述基 站返回的反馈消息; 所述延迟指示包含: 用户设备接收所述反馈消息的延迟时 间。
  24. 25、 一种信息处理方法, 其特征在于, 包括:
    发送信息, 并确认接收所述信息的多个小区是否在相同的基站; 若不是, 当确认服务基站有至少两次对所述信息进行联合解码错误, 则重 新发送所述信息。
  25. 26、 如权利要求 25所述的方法, 其特征在于, 所述确认服务基站有至少 两次对所述信息进行联合解码错误, 具体包括:
    接收到所述服务基站对所述信息进行联合解码错误的反馈消息或在规定 的时间内未接收到服务基站发送的反馈消息;
    以及,接收到所述服务基站对非服务基站发送的信息进行跨基站的联合解 码错误的反馈消息。
  26. 27、 一种基站, 其特征在于, 包括:
    源信息接收单元, 用于接收用户设备的源服务小区所在基站发送的信息, 所述信息中包括所述源服务小区所在基站对与所述用户设备传输的数据进行 处理得到的处理状态信息及数据信息,或所述源服务小区所在基站的至少两个 用户面协议栈中的数据信息,或所述源服务小区所在基站中除分组数据聚合协 议层 PDCP之外的用户面协议栈中的数据信息;
    信息传输单元,用于根据所述源信息接收单元接收的信息与用户设备进行 数据传输。
  27. 28、 如权利要求 27所述的基站, 其特征在于, 还包括:
    资源指示接收单元,用于接收所述源服务小区所在基站发送的第一指示消 息; 所述第一指示消息包括: 指示所述用户设备的目标服务小区所在基站向所 述用户设备返回反馈消息, 或接收反馈消息的资源信息;
    反馈处理单元,用于根据所述资源指示接收单元接收的第一指示消息中指 示的资源信息, 在相应的信道资源中接收或发送反馈消息。
  28. 29、 一种基站, 其特征在于, 包括:
    切换生成单元, 用于接收切换请求确认消息, 或发送目标切换命令; 源信息发送单元, 用于发送信息给所述用户设备的目标服务小区所在基 站, 所述信息中包括: 所述源服务小区所在基站对与所述用户设备传输的数据 进行处理得到的处理状态信息及数据信息,或所述源服务小区所在基站的至少 两个用户面协议栈中的数据信息,或所述源服务小区所在基站中除分组数据聚 合协议层 PDCP之外的用户面协议栈中的数据信息 ,指示所述目标服务小区所 在基站进行相应处理。
  29. 30、 如权利要求 29所述的基站, 其特征在于, 还包括: 优先级分配单元, 用于为所述源信息发送单元发送的信息分配优先级;
    所述源信息发送单元, 用于按照所述优先级分配单元分配的优先级,发送 信息给所述用户设备的目标服务小区所在基站。
    31、 如权利要求 29或 30所述的基站, 其特征在于, 还包括: 资源指示发 送单元, 用于发送指示消息给目标服务小区所在基站,指示所述目标服务小区 所在基站接收用户设备的反馈信息 ,或发送反馈信息给所述用户设备的资源信 息。
  30. 32、 一种基站, 其特征在于, 包括: 接收解码单元, 用于接收用户设备发送的信息,对所述用户设备发送的消 息进行联合解码;
    结果接收单元,用于接收所述用户设备的至少一个非服务基站发送的对用 户设备发送的信息进行联合解码的结果信息;
    反馈返回单元,用于根据所述结果接收单元接收的非服务基站对所述用户 设备发送的信息进行联合解码的结果信息, 和 /或所述接收解码单元对用户设 备发送的信息进行联合解码的结果信息, 向所述用户设备返回反馈消息。
  31. 33、 如权利要求 32所述的基站, 其特征在于, 还包括:
    请求发送单元,用于当所述接收解码单元对用户设备发送的消息的联合解 码错误时,发送请求给所述用户设备的至少一个非服务基站,请求所述非服务 基站返回对用户设备发送的信息进行联合解码的结果信息。
    34、 如权利要求 32所述的基站, 其特征在于, 还包括: 错误发送单元, 用于当确认所述接收解码单元对用户设备发送的信息的联合解码错误时 ,发送 错误解码后的数据包给所述用户设备的至少一个非服务基站进行重传合并联 合解码。
  32. 35、 如权利要求 32所述的基站, 其特征在于, 还包括: 方式选择通知单 元, 用于选择联合解码的方式, 并将所述联合解码的方式通知所述用户设备的 非服务基站;
    所述联合解码的方式包括:非服务基站将接收到用户设备发送的信息转发 给服务基站进行联合解码;或非服务基站将自己对用户设备发送的信息的联合 解码结果信息返回给所述服务基站;或非服务基站在接收到所述服务基站发送 的请求时,将自己对用户设备发送的信息的联合解码结果信息返回给所述服务 基站。
  33. 36、 如权利要求 32所述的基站, 其特征在于, 还包括:
    指示消息发送单元, 用于发送第二指示消息, 所述第二指示消息包括: 指 示非服务基站丢弃, 和 /或转发给服务基站的数据信息; 或, 发送第三指示消 息, 所述第三指示消息包括: 指示丢弃和 /或转发数据信息的非服务基站的信
  34. 37、 如权利要求 32所述的基站, 其特征在于, 还包括: 第四指示单元, 用于发送第四指示消息给所述用户设备,所述第四指示消息用于指示当前接收 用户设备发送信息的多个小区是否在同一个基站。
  35. 38、如权利要求 32至 37任一项所述的基站,其特征在于,延迟指示单元, 用于当向所述用户设备返回反馈消息延迟,发送延迟指示给所述用户设备, 所 述延迟指示用于指示所述用户设备接收所述反馈消息的延迟信息,所述延迟信 息包括: 所述用户设备接收所述反馈消息的延迟时间。
  36. 39、 一种基站, 其特征在于, 包括:
    第二接收解码单元, 用于接收用户设备发送的信息,对所述用户设备发送 的信息进行联合解码;
    结果获得单元, 用于获得所述第二接收解码单元进行联合解码的结果信 结果发送单元,用于将所述结果获得单元获得的联合解码的结果信息发送 给所述用户设备的服务基站。
  37. 40、 如权利要求 39所述的基站, 其特征在于, 还包括: 通知接收单元, 用于接收所述用户设备的服务基站发送的, 指示联合解码的方式的通知消息; 所述第二接收解码单元是根据所述通知接收单元接收的联合解码的方式 进行联合解码。
  38. 41、如权利要求 39或 40所述的基站,其特征在于,其特征在于,还包括: 第二优先级分配单元,用于为所述结果获得单元获得的联合解码的结果信息分 配优先级,所述结果发送单元根据所述第二优先级分配单元分配的优先级发送 所述联合解码的结果信息。
  39. 42、 一种基站, 其特征在于, 包括:
    结果接收单元, 用于接收用户设备的一个非服务基站发送的,对所述用户 设备发送的信息进行联合解码的结果信息;
    重传请求单元, 用于当所述结果接收单元接收的联合解码的结果信息表 明: 所述非服务基站对用户设备发送的信息的联合解码错误, 向所述用户设备 返回联合解码错误的反馈消息, 请求所述用户设备重传所述信息。
  40. 43、 如权利要求 42所述的基站, 其特征在于, 还包括: 指示单元, 用于 指示所述非服务基站,将接收的用户设备发送的所述信息转发给接收重传信息 的基站。
  41. 44、 如权利要求 42或 43所述的基站, 其特征在于, 还包括:
    重传接收单元, 用于接收所述用户设备重传的信息;
    新传数据获得单元,用于向所述第一次接收用户设备发送的信息的非服务 基站获得该信息;
    重传合并单元,用于将所述重传接收单元接收的重传的信息和所述新传数 据获得单元获取的第一次接收的该信息进行重传合并。
  42. 45、 一种基站, 其特征在于, 包括:
    信息接收单元, 用于接收用户设备发送的信息;
    延迟发送单元,用于当确认向所述用户设备返回对用户设备发送的信息的 反馈消息延迟时, 向所述用户设备发送延迟指示,指示所述用户设备接收所述 反馈消息的延迟信息。
  43. 46、 一种用户设备, 其特征在于, 包括:
    信息发送单元, 用于向基站发送信息;
    延迟接收单元, 用于当接收到所述基站返回的延迟指示,根据所述延迟指 示的指示接收所述基站返回的反馈消息; 所述延迟指示包含: 用户设备接收所 述反馈消息的延迟时间。
  44. 47、 一种用户设备, 其特征在于, 包括:
    发送确认单元, 用于发送信息, 并确认接收所述信息的多个小区是否在相 同的基站;
    反馈重传单元,用于当所述发送确认单元确认的接收所述信息的多个小区 不在相同的基站 , 且当确认服务基站有至少两次对所述信息进行联合解码错 误, 则重新发送所述信息。
  45. 48、 一种信息处理***, 其特征在于, 包括: 源服务小区所在基站和目标 服务小区所在基站;
    所述源服务小区所在基站, 用于接收切换请求确认消息,或发送目标切换 命令后,发送信息给所述用户设备的目标服务小区所在基站,所述信息中包括: 所述源服务小区所在基站对与所述用户设备传输的数据进行处理得到的处理 状态信息及数据信息 ,或所述源服务小区所在基站的至少两个用户面协议栈中 的数据信息 ,或所述源服务小区所在基站中除分组数据聚合协议层 PDCP之外 的用户面协议栈中的数据信息;
    目标服务小区所在基站,用于接收用户设备的源服务小区所在基站发送的 信息,根据所述用户设备的源服务小区所在基站发送的信息与用户设备进行数 据传输。
  46. 49、 一种消息处理***, 其特征在于, 包括: 服务基站和至少一个非服务 基站;
    所述非服务基站, 用于接收用户设备发送的信息,对所述用户设备发送的 信息进行联合解码; 获得联合解码的结果信息; 将所述联合解码的结果信息发 送给所述用户设备的服务基站;
    所述服务基站, 用于接收用户设备发送的信息,对所述用户设备发送的信 息进行联合解码;接收所述用户设备的至少一个非服务基站发送的对用户设备 发送的信息进行联合解码的结果信息;根据所述非服务基站对所述用户设备发 送的信息进行联合解码的结果信息, 和 /或服务基站对用户设备发送的信息进 行联合解码的结果信息, 向所述用户设备返回反馈消息。
  47. 50、 一种消息处理***, 其特征在于, 包括: 基站和用户设备; 所述用户设备, 用于向基站发送信息;
    所述基站, 用于接收用户设备发送的信息; 确认向所述用户设备返回对用 户设备发送的信息的反馈消息延迟时, 向所述用户设备发送延迟指示,指示所 述用户设备接收所述反馈消息的延迟信息;
    当所述用户设备接收到基站返回的延迟指示,根据所述延迟指示的指示接 收所述基站返回的反馈消息; 所述延迟指示包含: 用户设备接收所述反馈消息 的延迟时间。
CN2009801269173A 2009-04-27 2009-04-27 信息处理方法、***及设备 Expired - Fee Related CN102090087B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/071487 WO2010124435A1 (zh) 2009-04-27 2009-04-27 信息处理方法、***及设备

Publications (2)

Publication Number Publication Date
CN102090087A true CN102090087A (zh) 2011-06-08
CN102090087B CN102090087B (zh) 2013-06-05

Family

ID=43031656

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009801269173A Expired - Fee Related CN102090087B (zh) 2009-04-27 2009-04-27 信息处理方法、***及设备

Country Status (5)

Country Link
US (1) US8817636B2 (zh)
KR (1) KR101343899B1 (zh)
CN (1) CN102090087B (zh)
BR (1) BRPI0925339A2 (zh)
WO (1) WO2010124435A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014082270A1 (zh) * 2012-11-29 2014-06-05 华为技术有限公司 一种数据传输的控制方法、装置及***
CN104301953A (zh) * 2013-07-16 2015-01-21 电信科学技术研究院 一种小区切换过程中的协作多点传输控制方法及装置
WO2015176247A1 (zh) * 2014-05-21 2015-11-26 华为技术有限公司 一种网络协议栈的数据处理方法及装置
CN105337892A (zh) * 2014-08-15 2016-02-17 深圳市中兴微电子技术有限公司 一种数据处理方法及装置
CN105429736A (zh) * 2015-11-02 2016-03-23 电信科学技术研究院 一种发送和接收反馈的方法及设备
WO2020093336A1 (en) * 2018-11-08 2020-05-14 Nec Corporation Method and devices for hybrid automatic repeat request
CN113826337A (zh) * 2019-09-30 2021-12-21 华为技术有限公司 一种时刻信息的通知方法和装置

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9119125B2 (en) * 2011-04-06 2015-08-25 Telefonaktiebolaget L M Ericsson (Publ) Method for managing handover of a user equipment
EP2795982A4 (en) * 2011-12-23 2015-12-02 Nokia Technologies Oy SHIFTING HARQ FEEDBACK FOR COGNITIVE RADIO-BASED TD-LTE SYSTEMS
US8917621B2 (en) * 2011-12-28 2014-12-23 Huawei Technologies Co., Ltd. Method and apparatus for obtaining feedback delay
CN103188054B (zh) * 2011-12-28 2016-06-22 华为技术有限公司 反馈时延的获取方法、装置及***
KR101970684B1 (ko) 2012-02-28 2019-04-19 삼성전자주식회사 무선통신시스템에서 피드백 정보 전송 장치 및 방법
WO2014021761A2 (en) * 2012-08-02 2014-02-06 Telefonaktiebolaget L M Ericsson (Publ) A node and method for handing over a sub-set of bearers to enable multiple connectivity of a terminal towards several base stations
WO2014083664A1 (ja) * 2012-11-29 2014-06-05 株式会社日立製作所 無線通信システム、基地局、及びセル選択制御方法
EP3041160B1 (en) * 2013-10-30 2017-12-27 Huawei Technologies Co., Ltd. Hybrid automatic repeat request data decoding method, node device, and decoding system
JP6310102B2 (ja) 2014-06-17 2018-04-11 華為技術有限公司Huawei Technologies Co.,Ltd. データ送信のための方法および装置
US9843655B1 (en) 2016-01-11 2017-12-12 Mbit Wireless, Inc. Method and apparatus for packet data unit processing
US9794930B1 (en) * 2016-01-15 2017-10-17 Mbit Wireless, Inc. Method and apparatus for packet data unit processing for retransmission
WO2019028889A1 (en) * 2017-08-11 2019-02-14 Qualcomm Incorporated MODE RECEIVING TECHNIQUES WITHOUT ACCUSED RECEIVING RADIO LINK CONTROL RECEPTION
US11477710B2 (en) * 2017-10-20 2022-10-18 Nokia Solutions And Networks Oy Method and apparatus for realizing dynamic point selection

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047967A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 在切换过程中处理数据的方法及装置
CN101047979A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种避免重复发送自动重传请求数据的处理方法
CN101052213A (zh) * 2006-04-04 2007-10-10 华为技术有限公司 长期演进网络中用户设备切换时用户数据传输方法
CN101114992A (zh) * 2006-07-27 2008-01-30 华为技术有限公司 切换方法、发送端设备和接收端设备

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6996375B2 (en) * 2001-07-26 2006-02-07 Ericsson Inc. Transmit diversity and separating multiple loopback signals
EP1966924A4 (en) * 2005-12-30 2012-10-24 Ericsson Telefon Ab L M METHOD AND ARRANGEMENT FOR HARQ PROCESS IN MULTI-CARRIER WIRELESS SYSTEMS
GB0616682D0 (en) 2006-08-22 2006-10-04 Nec Corp Mobile telecommunications
CA2665452C (en) * 2006-10-31 2016-01-05 Qualcomm Incorporated Inter-enode b handover procedure
FI20065699A0 (fi) 2006-11-06 2006-11-06 Nokia Corp HARQ-vastaanotto moniradiolaitteessa
JP4905061B2 (ja) * 2006-11-08 2012-03-28 日本電気株式会社 移動通信システム、基地局装置およびそのハンドオーバ方法ならびにプログラム
CN100581298C (zh) * 2007-02-15 2010-01-13 华为技术有限公司 切换过程中数据传输的方法、***及装置
WO2008123127A1 (ja) * 2007-03-20 2008-10-16 Nec Corporation 基地局及びそれを用いた移動通信システム、並びにデータ転送方法
CN101034961B (zh) 2007-04-11 2010-05-26 重庆重邮信科通信技术有限公司 多进程harq技术ir缓存的管理方法及装置
EP2028890B1 (en) * 2007-08-12 2019-01-02 LG Electronics Inc. Handover method with link failure recovery, wireless device and base station for implementing such method
CN101389119B (zh) * 2007-09-11 2012-09-05 电信科学技术研究院 Lte***小区切换过程中数据重传的方法及装置
US8755806B2 (en) * 2008-02-08 2014-06-17 Texas Instruments Incorporated Transmission of feedback information on PUSCH in wireless networks
US7940718B2 (en) * 2008-03-11 2011-05-10 Telefonaktiebolaget L M Ericsson (Publ) Trace log management in a mobile communication system
CN101267284B (zh) * 2008-04-25 2013-01-16 中兴通讯股份有限公司 在物理上行共享信道进行确认信息反馈的方法
US8750251B2 (en) * 2008-08-15 2014-06-10 Sung-Hyuk Shin Method and apparatus for implementing network coding in a long term evolution advanced system
CN101741442B (zh) * 2008-11-20 2013-03-20 华为技术有限公司 协作多点传输中确定资源映射的方法、网络设备及***
CN101777941B (zh) * 2009-01-12 2014-10-08 华为技术有限公司 协作多点传输***中的下行传输方法、网络设备和无线***
US8917614B2 (en) * 2010-02-05 2014-12-23 Qualcomm Incorporated Resource allocation and transmission for coordinated multi-point transmission

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047967A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 在切换过程中处理数据的方法及装置
CN101047979A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种避免重复发送自动重传请求数据的处理方法
CN101052213A (zh) * 2006-04-04 2007-10-10 华为技术有限公司 长期演进网络中用户设备切换时用户数据传输方法
CN101114992A (zh) * 2006-07-27 2008-01-30 华为技术有限公司 切换方法、发送端设备和接收端设备

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014082270A1 (zh) * 2012-11-29 2014-06-05 华为技术有限公司 一种数据传输的控制方法、装置及***
US10440624B2 (en) 2012-11-29 2019-10-08 Huawei Technologies Co. Ltd. Data transmission control method, apparatus and system
US9949194B2 (en) 2012-11-29 2018-04-17 Huawei Technologies Co., Ltd. Data transmission control method, apparatus and system
CN104301953A (zh) * 2013-07-16 2015-01-21 电信科学技术研究院 一种小区切换过程中的协作多点传输控制方法及装置
US10187329B2 (en) 2014-05-21 2019-01-22 Huawei Technologies Co., Ltd. Method and apparatus for processing network protocol stack data
WO2015176247A1 (zh) * 2014-05-21 2015-11-26 华为技术有限公司 一种网络协议栈的数据处理方法及装置
CN105337892A (zh) * 2014-08-15 2016-02-17 深圳市中兴微电子技术有限公司 一种数据处理方法及装置
CN105337892B (zh) * 2014-08-15 2019-05-31 深圳市中兴微电子技术有限公司 一种数据处理方法及装置
CN105429736A (zh) * 2015-11-02 2016-03-23 电信科学技术研究院 一种发送和接收反馈的方法及设备
CN105429736B (zh) * 2015-11-02 2020-01-07 电信科学技术研究院 一种发送和接收反馈的方法及设备
WO2020093336A1 (en) * 2018-11-08 2020-05-14 Nec Corporation Method and devices for hybrid automatic repeat request
CN113826337A (zh) * 2019-09-30 2021-12-21 华为技术有限公司 一种时刻信息的通知方法和装置
CN113826337B (zh) * 2019-09-30 2023-12-08 华为技术有限公司 一种时刻信息的通知方法和装置

Also Published As

Publication number Publication date
KR20120018334A (ko) 2012-03-02
US8817636B2 (en) 2014-08-26
KR101343899B1 (ko) 2013-12-20
WO2010124435A1 (zh) 2010-11-04
CN102090087B (zh) 2013-06-05
BRPI0925339A2 (pt) 2016-04-26
US20120039260A1 (en) 2012-02-16

Similar Documents

Publication Publication Date Title
CN102090087A (zh) 信息处理方法、***及设备
EP1792514B1 (en) User equipment and base station for downlink signaling for high speed uplink packet access
JP5190143B2 (ja) 非サービング基地局へのttiバンドル表示
CN101636961B (zh) 用于半持久性调度的(h)arq方法、基站和用户设备
KR101760738B1 (ko) 핸드오버 시에 노드 b를 조정하여 강화된 업링크 전송을 지원하기 위한 무선 통신 방법 및 장치
CN109964431B (zh) 用于无线通信的基站、用户设备和***以及相应的方法
JP5482900B2 (ja) 多地点協調伝送を用いて受信されるパケットに対するnack送信への遅延導入
US8750195B2 (en) System and method for multiple relay node operation in a communications system
CN101931514B (zh) 一种混合自动重传请求中的通信方法、***和设备
US7715311B2 (en) Point-to-multipoint data transmission
JP2010045790A (ja) Ttiバンドルの再送を処理する方法及び通信装置
CN104243108A (zh) 上行混合自动重传请求反馈方法、装置和***
EP3440790B1 (en) Radio-network node, wireless device and methods performed therein
WO2016070561A1 (zh) 数据传输处理方法及装置
CN104247373A (zh) 数据包传输方法和装置
JP2015188255A (ja) 移動端末の無線充電のための方法
WO2017220855A1 (en) Method and apparatus for performing packet duplication in a multi-connectivity scenario
CN101641880B (zh) 无线中继通信***中用于数据重传的异步控制消息传输的设备和方法
KR20070078331A (ko) 이동통신 시스템에서 스케줄링 정보를 전송하는 방법 및장치
WO2017088920A1 (en) Error recovery mechanisms at lower layers of mobile communication systems
KR20190080701A (ko) 무선 통신 시스템에서 데이터 송수신 방법 및 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130605