CN106464313B - 在移动网络中使用协调多点的分段传送 - Google Patents
在移动网络中使用协调多点的分段传送 Download PDFInfo
- Publication number
- CN106464313B CN106464313B CN201580016459.3A CN201580016459A CN106464313B CN 106464313 B CN106464313 B CN 106464313B CN 201580016459 A CN201580016459 A CN 201580016459A CN 106464313 B CN106464313 B CN 106464313B
- Authority
- CN
- China
- Prior art keywords
- node
- message
- segment
- coordinating
- segments
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/022—Site diversity; Macro-diversity
- H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
- H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了无线系统中的各种方法、装置和节点,用于在协调多点环境(CoMP)中在无线装置与网络节点之间有效地传送文件(上载和下载)。根据广泛方面,上载请求消息从无线装置发送到CoMP组中的协作节点以便将数据文件上载到网络节点,并基于来自至少一个协作节点的上载准予,多个段消息被发送到协作节点以便传送到网络节点,每个段消息包含数据文件的具体段。在又一广泛方面,CoMP组中的协调节点和非协调节点都配置成接收段消息。接收段消息的非协调节点向协调节点发送指示已经接收到哪些段的确认消息。如果在协调节点未接收到至少一个段,但在非协调节点接收到,则协调节点指令非协调节点将接收到的至少一个段转发到网络节点。
Description
相关申请
本非临时申请要求2014年3月24日提交的美国临时专利申请序列号No.61/969391的权益,其内容据此通过引用全部并入。
技术领域
本公开涉及协调多点(CoMP)无线通信系统,并且具体地说,涉及用于使用CoMP传送在无线装置与网络节点之间进行有效数据传送的方法和设备。
背景技术
所谓的4G无线通信网络的演进诸如长期演进(LTE)和高级LTE(LTE-A)正在被更高容量和峰值吞吐量的客户需求驱动。已经开发了若干方法来满足此类需求。然而,低数据速率小区边缘用户继续提出了满足这些需求的挑战。此类用户倾向于是干扰限制的。还有,在此类用户位于室内的情况下,可能存在约束性能的覆盖间隙。
协调多点(CoMP)是改进移动蜂窝网络中峰值用户吞吐量以及聚合的网络吞吐量的方法的框架。这些方法采用成组在协作节点的CoMP组中的多个接入点或基站(在LTE环境中称为演进的节点B或eNodeB或eNB)以与所关注的无线装置(LTE中的用户设备)通信。在Dahlmann、Erik等人的“3G Evolution: HSPA and LTE for Mobile Broadband”(学术出版社2007)中公开了CoMP方法的示例,其通过参考全部结合于本文中。
CoMP方法可配置在集中式协调方法中或者通过分布式处理架构改进容量。中心节点或服务器协调CoMP组中之间的CoMP传送的CoMP的集中式方法受益于CoMP信号和上下文的完整知识。然而,此类方法依赖于CoMP组中基站之间的高容量回程互连(例如经由X2接口)。集中式CoMP传送和接收技术使用来自不同位置的多个传送和接收天线发送/接收数据,并降低了对UE的信号干扰。相比之下,CoMP的分布式处理架构可实现较低的等待时间和降低的回程复杂性,但相对于集中式CoMP方法可能经受了性能降低。
在LTE-A中,CoMP当前包含诸如协调调度(CS)、协调射束形成(CB)、联合处理(JP)和动态点选择(DPS)的方法。
在CS中,资源指配在多个基站之间协调,并向选择的基站传送/从选择的基站接收。在CB中,在基站或接入点之间的协调被协调成使得它们的传送被射束形成并指向UE。在下行链路(DL)JP中,公共数据被多个基站传送并由UE联合处理。在上行链路(UL)JP中,来自UE的数据被提供给多个基站。在JP中特别是在UL JP中面临的两个挑战是将数据从接收基站传送到单个过程节点(其在一些实现中是基站)要求的回程带宽和回程等待时间。
现有CoMP实现可能需要极高级别的回程等待时间以在基站之间特别是在JP中交换所有可用的数据。例如,在使用JP上载大数据文件期间,所有接收的UL数据都将从一个或更多CoMP协调eNB传送到CoMP服务eNB,在eNB之间延伸的X2接口上需要高容量。所要求的容量可大约在数十或数百Gbps。这可对UL JP的实现施加显著的成本约束。而且,在协作eNB之间的X2接口上交换大量数据可导致显著的等待时间。
发明内容
本公开利用CoMP环境中的协作节点在无线装置与网络节点之间有效地传送(上载和下载)文件(例如图像、音乐或视频)。
根据本公开的广泛方面,提供有一种用于无线装置经由无线网络中的协作节点的协调多点(CoMP)组将数据文件作为多个段上载到网络节点的方法,其中CoMP组包含协调节点和至少一个非协调节点。所述方法包含:将上载请求消息发送到CoMP组中的协作节点以便将数据文件上载到网络节点,并基于来自CoMP组中至少一个协作节点的上载准予(upload grant),将多个段消息发送到CoMP组中的协作节点以便传送到网络节点,每个段消息包含数据文件的具体段。
在这方面,在一些实施例中,上载请求消息包含网络节点的标识符。在一些其它实施例中,方法进一步包含:基于来自CoMP组中的至少一个协作节点的上载准予,将描述符消息发送到CoMP组中的至少一个协作节点以便传送到网络节点。描述符消息包含数据文件的多个段的索引。在一些其它实施例中,其中所述网络节点是CoMP组中的协调节点、核心网络中的核心网络节点和因特网协议(IP)网络中的IP网络节点中的一个。在一些其它实施例中,至少一个协作节点包含协调节点,并且所述方法进一步包括:从协调节点接收指示上载准予的准予消息。
在又一些其它实施例中,方法进一步包含:将完成消息发送到CoMP组中的协作节点以便传送到网络节点,其中完成消息指示多个段已经被发送。在又一些其它实施例中,上载请求消息和多个段消息中的每个段消息都是传输控制协议(TCP)消息,或者备选地是多路径TCP(MPTCP)消息,每个都包含TCP子流标识符。
在又一些其它实施例中,所述方法进一步包含:从CoMP组中的协调节点接收指示是否已经接收到多个段中的一个或更多个段的确认消息。确认消息可包含多个指示符,每个指示符对应于多个段中的一个段,并且每个指示符基于在网络节点是否已经接收到对应段来设置。备选地,确认消息是物理层确认消息和TCP确认消息中的一个。
在又一些其它实施例中,每个段都对应于一个或更多传输块,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体传输块。在又一些其它实施例中,每个传输块对应于一个或更多个码字,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体码字。在又一些其它实施例中,物理层确认消息是肯定确认(ACK)消息和否定确认(NACK)消息中的一个。在又一些其它实施例中,该方法进一步包含:基于接收的确认消息,将一个或更多个段消息重新发送到CoMP组中的协作节点以便传送到网络节点,一个或更多个段消息包含未接收到的多个段中的一个或更多个段。
根据本公开的另一广泛方面,提供有一种用于经由无线网络中的协作节点的协调多点(CoMP)组将数据文件作为多个段上载到网络节点的无线装置,其中CoMP组包含协调节点和至少一个非协调节点。在那方面,无线装置包含电路,所述电路包含指令,所述指令当执行时使无线装置将上载请求消息发送到CoMP组中的协作节点以便将数据文件上载到网络节点。基于来自CoMP组中的至少一个协作节点的上载准予,指令进一步使无线装置将多个段消息发送到CoMP组中的协作节点以便传送到网络节点,其中每个段消息包含数据文件的具体段。
在那方面,在一些实施例中,上载请求消息包含网络节点的标识符。在一些其它实施例中,基于来自CoMP组中的至少一个协作节点的上载准予,所述指令进一步使无线装置将描述符消息发送到CoMP组中的至少一个协作节点以便传送到网络节点。描述符消息包含数据文件的多个段的索引。在一些其它实施例中,其中所述网络节点是CoMP组中的协调节点、核心网络中的核心网络节点和因特网协议(IP)网络中的IP网络节点中的一个。在又一些其它实施例中,至少一个协作节点包含协调节点,并且所述指令进一步使无线装置从协调节点接收指示上载准予的准予消息。在又一些其它实施例中,指令进一步使无线装置将完成消息发送到CoMP组中的协作节点以便传送到网络节点。完成消息指示多个段已经被发送。在又一些其它实施例中,上载请求消息和多个段消息中的每个段消息都是传输控制协议(TCP)消息,或者是多路径TCP(MPTCP)消息,每个都包含TCP子流标识符。
在又一些其它实施例中,所述指令进一步使无线装置从CoMP组中的协调节点接收指示是否已经接收到多个段中的一个或更多个段的确认消息。在又一些实施例中,确认消息包含多个指示符,每个指示符对应于多个段中的一个段,并且每个指示符基于在网络节点是否已经接收到对应段来设置。在又一些其它实施例中,确认消息是物理层确认消息和TCP确认消息中的一个。在又一些其它实施例中,每个段都对应于一个或更多传输块,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体传输块。在一些其它实施例中,每个传输块对应于一个或更多个码字,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体码字。在又一些其它实施例中,物理层确认消息是肯定确认(ACK)消息和否定确认(NACK)消息中的一个。在又一些其它实施例中,基于接收的确认消息,所述指令进一步使无线装置将一个或更多个段消息重新发送到CoMP组中的协作节点以便传送到网络节点,其中一个或更多个段消息包含未接收到的多个段中的一个或更多个段。
在本公开的另一广泛方面,提供有一种用于经由无线网络中的协作节点的协调多点(CoMP)组将数据文件从无线装置上载到网络节点的协调节点,其中CoMP组包含协调节点和至少一个非协调节点。在那方面,协调节点包含电路,所述电路包含指令,所述指令当执行时使协调节点从无线装置接收段消息以便传送到网络节点。每个段消息包含数据文件的具体段。指令进一步使协调节点接收指示在非协调节点已经接收到至少一个段的确认消息,并且如果在协调节点未接收到至少一个段,则指令非协调节点将至少一个段转发到网络节点。
在本公开的另一广泛方面,提供有一种用于经由无线网络中的协作节点的协调多点(CoMP)组将数据文件作为多个段从无线装置上载到网络节点的非协调节点,其中CoMP组包含协调节点和至少一个非协调节点。在那方面,非协调节点包含电路,所述电路包含指令,所述指令当执行时使协调节点从无线装置接收至少一个段消息以便传送到网络节点,其中至少一个段消息中的每个段都包含数据文件的具体段。指令进一步使非协调节点向协调节点发送指示在非协调节点已经接收到至少一个段的确认消息,并且如果由协调节点指令,则将所接收的至少一个段转发到网络节点。
附图说明
当结合附图考虑时,通过参考如下详细描述将更容易理解本公开的更全面理解及其伴随的优点和特征,其中不同图中的相同附图标记指示相同的元素,并且附图中:
图1是按照本公开原理用于将数据文件从用户设备(UE)上载到协作节点的协调多点(CoMP)组中的服务节点的长期演进(LTE)无线电接入网(RAN)的示例;
图2是按照本公开原理UE可使用协作节点的CoMP组将数据文件上载到RAN外部的IP网络中节点的另一LTE RAN的示例;
图3是按照本公开原理RAN中的UE可使用协作节点的CoMP组将数据文件上载到目的地节点的方法的示例;
图4是按照本公开原理RAN中的UE可使用协作节点的CoMP组将数据文件上载到目的地节点的方法的另一示例;
图5是按照本公开原理CoMP组中的协调节点接收(或者使得在目的地节点接收)从UE上载的数据文件的方法的示例;
图6是按照本公开原理CoMP组中的非协调节点将数据文件从UE上载到网络节点的方法的示例;
图7A-D是按照本公开原理配置用于上载数据文件的网络节点、CoMP协调节点、CoMP非协调节点和无线装置的示范实施例的框图;以及
图8A-D是按照本公开原理配置用于上载数据文件的网络节点、CoMP协调节点、CoMP非协调节点和无线装置的其它示范实施例的框图。
具体实施方式
本公开提供了用于使用协调多点(CoMP)传送在无线装置与网络中的节点之间进行有效数据传送的方法和相关设备。
一般而言,本公开适用于无线网络中的无线装置(也称为用户设备或3GPP中的UE)与同一网络或某个其它网络中的节点之间的传送。网络节点可以是节点B(VB)、演进的节点B(eNB)、基站、无线接入点(AP)、基站控制器(BSC)、无线电网络控制器(RNC)、中继站、控制中继站的供体节点、基站收发器(BTS)、传送点、传送节点、远程RF单元(RRU)、远程无线电头端(RRH)、分布式天线系统(DAS)中的节点、核心网络节点或存储器管理单元(MMU)。更一般地,网络节点可以是UE的服务节点,但备选地可以是无线电接入网(RAN)、核心网络(CN)或在RAN/CN基础设施外部的网络中的另一节点(例如IP网络中的因特网协议(IP)节点),在一些示例实施例中,UE可通过广播信道或经由某个其它物理或逻辑通信信道建立或维护通信链路和/或接收信息。
UE或无线装置可以是能够至少通过无线通信进行通信的任何类型装置。无线装置例如可以是无线终端(也称为移动台、移动电话(“蜂窝”电话)、台式计算机、膝上型计算机、笔记本和/或平板计算机、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)或便携式装置诸如电子书阅读器、手表、数字音乐和/或视频播放器、相机、游戏控制器和/或装置,而且还可以是计算样装置,诸如哈特监视植入、生物芯片转发器、汽车、传感器、调制解调器、恒温器和/或其它家用或车用电器,一般称为物联网(IoT)装置、机器型通信(MTC)装置(也称为机对机(M2M)或装置对装置(D2D)装置)。
现在将在LTE基础设施的上下文中给出如下描述,但要理解到,它不被如此限制,并且本文给出的概念可适用于其它第四代(4G)、第五代(5G)或其它将来代3GPP通信网络基础设施。更一般地,本公开适用于适合于或配置用于与CoMP通信一起使用的任何当前或将来无线网络基础设施。
另外,尽管在此说明书中无线装置和/或网络节点被描述为配置成使用和/或操作单载波(单载波操作)进行LTE通信,但无论是否有对相关领域技术人员将显而易见的修改,本文描述的概念可适用于多载波或基于载波聚合的通信。
如将在下面更详细描述的,本公开利用CoMP环境中的协调节点进行无线装置与网络节点之间大文件的有效传送(上载和下载)。为了清晰和简洁起见,下面详述的示例主要涉及文件上载(从UE到网络节点),但要理解到,无论是否有对本领域技术人员将显而易见的修改,相同概念可适用于文件下载(从网络节点到UE)。
本文描述的技术依赖于将数据文件作为小分段或小段传送,方法部分基于公知的BitTorrent算法。BitTorrent(在Cohen, Bram, “The BitTorrent protocolspecification” (2008)中公开了,并且通过参考全部结合在本文中)是用于以降低的服务器和网络影响跨因特网分布大量数据的对等文件共享协议。BitTorrent协议允许用户联合“一大群”主机同时从彼此下载和上载,而不是从单个服务器下载文件。这准许使用较低带宽计算机和网络将文件有效地分布给许多接收方,并且是用于数据分布的单个源、多个镜像源技术的备选。由于其分布式主机方法,BitTorrent也倾向于帮助降低(或避免)因特网业务中的大局部尖峰。
在BitTorrent中,想要上载文件的用户首先创建小洪流(torrent)描述符文件,并通过充当种子的BitTorrent使它可用。充当对等的其它BitTorrent节点可直接或通过对等间接连接到种子并下载描述符文件。要上载的文件由种子(或源)装置分成相等大小的分段(称为段)。每个段都被密码保护以确保使用描述符中包含的哈希检测恶意修改或不经意的修改。段被下载到对等,对等然后变成到其它对等的下载的段的源。段常规上不按顺序下载。期望访问文件的BitTorrent客户端下载文件段,并按正确次序重新排列它们以重新创建文件。一旦对等已经下载了所有段,它就变成那个文件的种子。
根据本公开的原理,服务于移动装置的接入网(例如RAN)中的协作节点的CoMP组中的节点协作,以有效地接收数据文件的段或分段并路由到目的地节点,在这里段可被重组以重新创建文件。目的地节点可以在RAN中,在CN中或者在连接到RAN/CN的另一网络中。
有利的是,在RAN中传送之前将文件分成较小段可增加文件各部分将被成功传送而不需要重传的可能性,即便使用TCP协议发送文件段。另外,在CoMP组中将数据文件作为段传送可降低文件传送等待时间,改进大文件传送的总体吞吐量,和/或降低节点到节点连接使用情况或成本。
现在参考图1,示出了其中UE 60可使用协作节点20、30、40、50的CoMP组将数据上载到RAN节点(在此情况下是UE 60的服务节点20)的LTE RAN 10的示例。在图1的示例中,协调节点20、30、40、50的CoMP组包含服务节点20,其配置为CoMP组的协调节点。CoMP组另外包含三个其它(非协调)接入节点30、40、50。吞吐量和等待时间上的效率推导出如下事实:即便服务节点20未直接从UE 60接收到段,但它也可经由节点到节点或回程连接(例如X2接口)12、14、16从CoMP中的其它协作节点30、40、50之一接收它,从而降低UE 60将需要重传该段的可能性。
众所周知,可基于上行链路和/或下行链路上的信标或参考符号的测量为给定UE创建CoMP服务组。在一些示例实施例中,这可包含下行链路的RSRP、RSPQ、CSI-RS或DMRS和上行链路上的SRS。在一些示例实施例中,如果选择的信标或参考符号超过所定义的阈值,则节点被选择作为CoMP服务组的一部分。 如上面所提到的,非协调节点30、40、50配置成经由节点到节点接口(例如X2接口)或回程连接12、14、16与协调节点20通信。在图1示例中,CoMP组中的每个节点20、30、40、50可以是宏或高功率接入节点,其在3GPP LTE中被称为演进的节点B(eNB),但备选地,取决于使用的接入技术类型,可能各是低功率基站(例如微、微微、毫微微或家庭eNB)或另一种类型接入节点。如将在下面更详细描述的,UE 60配置成经由协作节点20、30、40、50的CoMP组上载数据以便在服务节点20处使用或者传送到RAN 10中、CN中或RAN 10可能直接或间接连接到的另一网络(未示出)中的另一节点。
在图1的示例中,UE 60配置成经由协作节点20、30、40、50的CoMP组将数据按段或分段上载到其服务节点20。更确切地说,当数据文件需要上载(在此示例中上载到服务节点20)时,UE 60将数据文件作为多个段以及包含数据文件段的元数据(例如索引或词典)的可选描述符文件发送。在服务节点20,各个段使用(例如)在描述符文件中包含的元数据或索引信息进行重组,以重新创建由UE 60发送的文件。 要指出的是,服务节点20可使用其它描述性信息(例如嵌入在各段本身中的描述性信息)进行文件重组。为了清楚起见,本文使用的术语“描述符文件”打算涵盖在可用于接收各段和/或将它们重组成数据文件的一个或更多信息中发送的任何类型描述性或索引信息。在一些实施例中,描述符文件还可由非协调节点30、40、50用于确定接收到各段,并向UE 60和/或服务节点20确认。这将在下面更详细说明。
返回图1,其中示出的是用于经由协作节点20、30、40、50将文件从UE 60上载到服务节点20的示例消息A-F。
在消息A中,UE 60向CoMP组中的协作节点20、30、40、50发送上载请求以请求用于将数据文件上载到网络节点(在此情况下是服务节点20)的资源(和/或准许)。上载请求消息可按许多方式发送。例如,消息可以从UE 60到节点20、30、40、50中一个或更多节点的单播传送形式或以可包含可由非协调节点30、40、50接收/检测的到服务或协调节点20的单播传送的广播传送形式发送。
在一些示例实施例中,上载请求消息包含如下一个或更多参数:
响应于向协作节点20、30、40、50发送上载请求,UE 60从至少一个协作节点20、30、40、50接收指示CoMP组中的UE 60的上载或上行链路准予的准予消息(或准予上载请求的某个其它响应或握手消息)。准予消息被例示为图1中的消息B,并且被显示成从每一个协作节点20、30、40、50接收(作为给定节点的准予)。在其它示例(未示出)中,仅服务节点20或仅非协调节点30、40、50中的一个或更多节点向UE 60发送准予消息。在其它实施例中,除了指示上载准予,准予消息(例如消息B)也可指示每一个协作节点20、30、40、50参与CoMP上载会话的能力。传送准予消息的意义和/或手段的其它实现是可能的。
在一些示例实施例中,准予消息是协作节点20、30、40在上载会话期间传送的第一消息。在一些其它示例实施例中,准予消息包含如下一个或更多参数:
上面描述的示例使用一个上载请求和准予消息交换来发起数据文件的上载,但在一些实现中,可使用多个上载请求/准予消息。例如,可使用单独的上载请求/准予消息交换来上载每个段或段群组。
在消息C中,UE 60将描述符文件(在此示例中是元数据信息文件)发送到协作节点20、30、40、50。由UE创建的元信息(MetaInfo)文件或描述符文件相比要上载的数据文件比较小,并且包含描述要传送到服务节点20的数据文件段的元数据。在一些示例实施例中,元信息文件消息包含如下一个或更多参数:
在上面示出的示例中,元数据信息文件消息包含描述要发送的数据文件的词典(上面称为“文件信息”)。该词典包含文件长度字段、文件名称字段、段长度字段和段字段。在一些示例实施例中,段长度规定标称段大小,其在一些示例实施例中是2的幂,并且在一些其它示例实施例中,可以是256 kB、512 kB和1 MB。在上述示例中,每个段都由哈希值参考,并且所有哈希值都被连结以形成包含在段字段中的字符串。 因此,段越小,段字符串将越大,并且因此,元信息文件将越大。一般而言,在段长度或大小与本文描述的上载技术的效率之间存在折衷。例如,大段大小可减慢上载,因为它变得类似于上载大数据文件。相反,小段大小可导致大元信息文件,大元信息文件又可增加无效率的和不必要的上载开销。最优的段大小可取决于各种因素,诸如例如CoMP组中的协作节点20、30、40、50的数量、在文件传送期间可发生的转接次数、上行链路的一般质量或条件、UE是相对固定不动还是移动等。因此,段大小可基于文件大小进行选择,但也可能基于附加和/或不同的因素,诸如上面描述的因素。 在一些示例实施例中,段大小被选择成最小的段大小,这得到基本上不超过50-75kB的元数据文件。然而,要指出的是,由于该文件可能不是段大小的确切倍数,因此最后一段可小于该段大小。
在一些示例实施例中,元信息文件包含在每个段内包含的数据的哈希,并且每个哈希是固定大小。在一些示例实施例中,哈希是密码或安全哈希(诸如SHA1哈希),并且是20字节长。哈希被连结(遵循段次序)以形成元信息文件中的段值。
根据本公开的原理,存在元信息文件可被发送到协作节点20、30、40、50的许多方式。例如,UE 60可将元信息文件消息发送到服务节点20,该服务节点又能将它转发到CoMP组中的其它节点30、40、50(使用包含元信息文件的类似消息,例如经由X2接口)。这在图1中显示为消息C。在其它示例中,CoMP组中的非协调节点30、40、50中的一些或所有配置成检测从UE 60传送到服务节点20的元信息文件,在此情况下,服务节点20不必将接收的(如图1所示)元信息文件转发到CoMP组中的其它节点30、40、50。可存在其它可能性。 此后,节点和UE可通过交换加长度前缀的消息进行通信。
可选地,CoMP组中的节点20、30、40、50中的一些或所有通过向UE 60发送确认消息D来确认接收到元信息文件。在一些实施例中,在已经接收到准予消息之后并在发送任何其它消息之前,仅服务节点20发送确认消息D以确认接收到元信息文件。在其它实施例中,每一个节点20、30、40、50都发送确认。作为确认元信息文件的附加或替代,节点20、30、40、50在一些实施例中可使用确认消息D向UE 60或CoMP组中的其它节点20、30、40、50指示哪些段可用,或者已经在节点20、30、40、50或在目的地节点(例如服务节点20)正确接收。在一些示例实施例中,确认消息D是加长度前缀的消息,并且包含如下一个或更多参数:
<len=0001+X><id=0><bitfield>
在此示例中,确认消息D具有可变长度,并且用表示消息长度(例如按字节的数量)的参数“len”加前缀,其中X指示“bitfield”参数的(变量)长度。确认消息D包含标识消息类型(例如在此情况下是确认消息)的“ID”参数以及表示段、顺序以及它们是否已经被成功上载(在具体节点20、30、40、50或者在目的地节点(在此情况下是服务节点20))的“bitfield”参数。在一些示例实施例中,位字段(bitfield)包含多个指示符,每个指示符对应于多个段中的一个段,其中每个指示符基于是否已经成功接收到对应段来设置。在一些其它示例实施例中,位字段包含按顺序共同表示段的多个位(或者段的索引),其中例如第一字节中的最高有效位(MSB)对应于具有索引0的段,第二MSB对应于具有索引1的段,以此类推。在一些示例实施例中,“bitfield”中的位被清零以指示丢失的段,并且这些位被设置成指示接收到有效和可用的段。在一些示例实施例中,在位字段结尾处的备用位被设置成0。可使用表示可用的或丢失的段的其它指示符。
图1示出了节点20、30、40、50使用确认消息(消息D)来确认元信息文件。然而,假定截至接收到确认消息(消息D)时,UE 60未开始发送任何段。如果确认消息还用于确认丢失的或者正确接收的段,则位字段参数将示出在过程的那一点未接收到段。如将在下面说明的,如果在UE 60已经开始向CoMP组中的协作节点20、30、40、50发送段之后接收到确认消息D,则位字段将反映在节点20、30、40、50或目的地节点处段的可用性,目的地节点在图1的示例中是服务节点20。
一旦已经成功传送了可选的元信息文件,UE 60就开始通过发送一个或更多个段消息E来传送文件段(不一定按顺序次序)。尽管段消息E被显示为传送到每个节点20、30、40、50,但重要的是要指出,本公开不如此限制。 在一个实现中,UE 60配置成将段消息E至少发送到服务节点20(作为数据文件的目的地节点),并且可选地,CoMP组中的非协调节点30、40、50配置成检测从UE 60传送的段消息E。在另一示例中,段消息E可在CoMP组中被广播到所有协作节点20、30、40、50,或者可单独发送给每个节点20、30、40、50。对于将段消息E从UE 60传送到节点20、30、40、50可存在其它单播、多播或广播可能性。
在一些示例实施例中,段消息E可包含如下一个或更多参数:
<len=0009+X><id=1><index><begin><piece>
在此示例中,段消息E的格式具有可变长度,并且用表示消息长度(例如字节的数量)的参数“len”加前缀,其中X指示“piece”参数的(变量)长度。消息E还包含标识消息类型(例如在此情况下是段消息)的“ID”参数以及包含实际文件段的字段或“piece”参数。消息E进一步包含“index”参数,其是规定在确认消息的“bitfield”参数中所参考的段的(基于0的)索引的整数。段消息E进一步包含是规定段内基于0的字节偏移的整数的“begin”参数以及包含文件段的段字段,如“index”参数所参考的。
在一些实施例中,段消息E具有可变程度,并且包含从UE 60传送到CoMP组中的节点20、30、40、50的实际数据。 在一些示例实施例中,段消息E是在TCP层发送的传输控制协议(TCP)消息,其可有利地处置段确认。当段消息E作为TCP消息发送时,仅目的地节点(例如服务节点20)需要向UE 60确认接收到。这免于了协作节点30、40、50必须确认段。然而,如将在下面更详细描述的,对于确认段和/或段数据存在其它可能性。
在图1的示例中,在CoMP组中的每个非协调节点30、40、50接收的段被发送到服务节点20,使用段消息E经由(例如)X2接口12、14、16设置。在一些示例实施例中,服务节点20确定它未正确接收哪个(哪些)段,并向已经成功接收丢失段的另一节点30、40、50请求这些段。在一些其它实施例中,服务节点20基于从CoMP组中的其它节点30、40、50接收的确认消息进行该确定(下面进一步详述)。
更一般地,在一些实现中,可能期望,每个节点20、30、40、50都具有由CoMP组中的至少一个其它节点20、30、40、50接收的所有段。在该情形下,每个节点20、30、40、50都将其接收的段发送到CoMP组中未成功接收段的其它节点20、30、40、50。另外,在一些实施例中,节点20、30、40、50交换确认消息(例如消息D),并且每个节点20、30、40、50都部分基于从其它节点20、30、40、50接收的确认消息来确定哪些(如果有的话)所接收的段要被发送到其它节点20、30、40、50。
一旦UE 60已经发送了所有段,它就向节点发送完成消息F以指示已经发送了文件的所有段。在一些示例实施例中,完成消息F包含如下一个或更多参数:
<len=0002><id=2><empty>
在此示例中,完成消息F的格式具有固定长度,并且具有空有效载荷(由“空”字段指示)。消息F用表示指示消息(固定)长度的消息长度(例如字节数)的参数“len”加前缀。消息F还包含“id”参数,其标识消息类型(例如在此情况下是完成消息)。
在图1的示例中,显示完成消息F传送到每个节点20、30、40、50,但本公开不如此限制。在一个示例中,UE 60配置成将完成消息F至少发送到服务节点20(作为数据文件的目的地节点),并且可选地,CoMP组中的非协调节点30、40、50配置成检测从UE 60传送的完成消息F。在另一示例中,完成消息可在CoMP组中被广播到所有协作节点20、30、40、50,或者可单独发送给每个节点20、30、40、50。对于完成消息F的传送,可存在其它单播、多播或广播可能性。
在接收到所有段时,服务节点20向UE 60发送确认消息G以确认这些段被成功接收。在一些实施例中,确认消息G具有与确认消息D(上面关于图1描述的)相同的格式。如果UE 60在完成传送所有段之后未接收到任何确认消息G,或者接收到了确认未接收到发送的所有段(例如位字段参数中的位被设置成0)的确认消息G,则UE 60例如基于接收的确认消息G继续发送丢失的或未确认的段,直到已经重新发送了所有未确认段。在该点,UE 60发送另一完成消息F(未示出)以指示所有(未确认的)段都已经被(重新)发送。
根据本公开的原理,上面描述的消息在公共层传送或在不同层传送。在一些实现中,上面描述的一些或所有消息都是传输控制协议(TCP)消息。在一个示例中,至少上载请求消息和段消息是TCP消息。众所周知,TCP是被用作因特网协议(IP)一部分的传输层通信协议。TCP提供了在一个或更多网络中的计算机或处理器(或者其上运行的程序/应用)之间的八位组/分组的可靠、有序、错误检查的递送。TCP增大了可靠传送期间的分组大小,但在检测到拥塞或错误的情况下经常急剧地减小分组大小。TCP是单路径协议。从而,如果选择TCP路径失效,则会话结束并且重新建立连接。
在另一示例中,至少上载请求消息A和段消息E是多路径TCP(MPTCP)消息。MPTCP是TCP的扩充,其使能够在看起来像似TCP接口的接口内同时使用几个IP地址。MPTCP协议跨多个子流透明地扩散视在连接的数据,每个连接都称为TCP连接。MPTCP协议配置成聚合该组子流,其中每个网络接口都具有单独的IP地址,并且每个子流都具有单独的拥塞控制。在MPTCP层发送的消息(例如上载和/或段消息)包含由节点20、30、40、50支持和采用的每个子流的TCP子流标识符和对应TCP端口,如果此类节点20、30、40、50支持多于一个子流的话。
有利的是,如上所述采用MPTCP消息在一些实施例中便于可用接口上的分布载荷,增大可用的网络容量和/或带宽,并且容纳从一个接口到另一个接口的转接/故障切换。
根据本公开的原理,UE 60可将文件上载到RAN 10中的或者直接或间接连接到RAN10的网络中的不同节点。现在参考图2,示出了LTE无线电接入网100的另一示例,其中UE160可将数据文件上载到在RAN 100外部的IP网络中的节点。在此示例中,目的地节点是IP节点320。在此示例中,IP节点320经由核心网络200(例如EPC网络)中的网关节点220(例如分组数据网络(PDN)网关或P-GW)连接到RAN 100。
类似于在图1中示出的示例,RAN 100包含协作节点120、130、140、150的CoMP组,协作节点包含UE的服务节点120作为CoMP组的协调节点以及三个其它(非协调)接入节点130、140、150。节点120、130、140、150配置成经由节点对节点接口(例如X2接口)或回程连接112、114、116、118彼此通信,以及经由P-GW 220与相应S1/S5接口连接122、124、126、128与IP节点320通信。在图2的示例中,每个协作节点120、130、140、150可以是宏节点或高功率接入节点(例如eNB),但备选地可能每个都是低功率基站(例如微、微微、毫微微或家庭eNB)。
UE 160配置成将文件按段发送或上载到协调节点120、130、140、150的CoMP组以便传送到IP网络300中的IP节点320。更确切地说,当数据文件需要上载(在此示例中到IP节点320)时,UE 160将数据文件作为多个段发送到CoMP协调节点120、130、140、150以便传送到IP节点320。可选地,UE 160还发送包含数据文件段的元数据(例如索引或词典)的描述文件以便传送到IP节点320。在IP节点320,各个段基于在描述符文件中包含的元数据或索引信息进行重组,以重新创建由UE 160发送的文件。 在此示例中,用于请求并获得上载准予以及将描述符文件传送到协作节点120、130、140、150和/或IP节点320(例如使用消息A-C)的过程类似于在图1中示出的过程,并且因此将不再描述。
类似于在图1中示出的示例,关于图2描述的一些或所有消息可在公共层(例如TCP)或在不同层(例如TCP或物理层)传送。在另一实施例中,至少上载请求消息A和段消息E是多路径TCP(MPTCP)消息,并且各包含由节点20、120、130、140,150支持和采用的每个子流的标识符和对应TCP端口,如果此类节点120、130、140、150支持多于一个子流的话。
根据本公开原理,使用图2示例中的确认消息控制由协作节点120、130、140、150接收的段如何传送到IP节点320。在一些实施例中,当指令由协调节点120这么做时,(非协调)协作节点130、140、150配置成将从UE 60接收的段直接发送到IP节点320,而不必须经由协调节点120中转。具体地说,当协调节点120(例如UE的服务节点)未从UE 60正确地接收到某些段但接收到在另一协作节点130、140、150成功接收到(丢失的)段的确认时,协调节点120配置成定向其它协作节点130、140、150将接收的段直接发送到IP节点320。 有利的是,通过定向CoMP组中的协作节点130、140、150将段直接发送到目的地节点(经由不涉及协调节点120的接口),本公开可帮助进一步降低文件传送等待时间,改进总体吞吐量,和/或降低协作节点到节点连接使用情况或成本。
在图2的示例中,UE 160通过向节点120、130、140、150发送一个或更多个段消息E来开始传送文件段(不一定按顺序次序)。如果由协调节点120成功接收并定向了(下面进一步详述),则段消息E然后经由到P-GW 220的相应接口(例如S1/S5)连接122、124、126、128从每个节点120、130、140、150发送到目的地IP节点320。 尽管段消息E被显示为传送到每个节点120、130、140、150,但重要的是要指出,本公开不如此限制。 在一个实现中,UE 160配置成将段消息E至少发送到服务节点120,并且可选地,CoMP组中的非协调节点30、40、50配置成检测从UE 160传送的段消息E。在另一示例中,段消息E可在CoMP组中被广播到所有协作节点120、130、140、150,或者可在单独的单播传送中发送到每个节点120、130、140、150。对于将段消息E从UE 160传送到节点120、130、140、150可存在其它单播、多播或广播可能性。在一些实施例中,段消息E具有类似于关于图1描述的格式的格式,并且在一些示例实施例中可以是在TCP层发送的传输控制协议(TCP)消息。当段消息E作为TCP消息发送时,目的地节点(例如IP节点320)向UE 160确认接收到,其取决于实现可免于协作节点130、140、150必须单独确认段。然而,如将在下面更详细描述的,对于确认段和/或段数据存在其它可能性。
一旦UE 160已经发送了所有段,它就向协作节点120、130、140、150发送完成消息F以便传送到IP节点320以指示已经发送了文件的所有段。在一些示例实施例中,完成消息F具有类似于上面关于图1描述的完成消息F的格式的格式。完成消息F在图2中显示为仅被传送到协调节点120,但在另一示例(未示出)中,CoMP组中的非协调节点130、140、150也配置成检测完成消息F以便经由协调节点120或者经由S1/S5接口122、124、126、128直接传送到IP节点320。在另一示例中,完成消息可在CoMP组中被广播到所有协作节点120、130、140、150,或者可单独发送给每个节点120、130、140、150。对于完成消息F的传送,可存在其它单播、多播或广播可能性。
在接收到指示UE 160已经完成了所有段传送的完成消息F时,从IP节点320接收的确认消息G被发送(或转发)到UE 160,指示是否成功接收到每一段。在图2的示例中,仅协调节点120向UE 160发送确认消息G。在一些实施例中,确认消息G具有与上面关于图1描述的确认消息D相同的格式。如果UE 160在完成传送所有段之后未接收到任何确认消息G,或者接收到了确认未接收到发送的所有段(例如位字段参数中的位被设置成0)的确认消息G,则UE 160例如基于接收的确认消息G继续发送丢失的或未确认的段,直到已经重新发送了所有未确认段,在该点,UE 160发送另一完成消息F(未示出)以指示已经(重新)发送了所有(未确认)段。
图2的示例示出了协调节点120发送(或转发)确认消息G以确认在IP节点320接收,但存在其它可能性。例如,确认消息G也可能确认在协调节点120自身或在CoMP组中的非协调节点130、140、150接收(在此类节点已经向协调节点120恰当地确认接收到)。在其它实施例中,任何协作节点120、130、140、150都可向UE 160发送确认消息G,以确认在该节点120、130、140、150或在IP节点320接收到段。
在一些实现中,可能期望,每个节点120、130、140、150都具有由CoMP组中的至少一个其它节点120、130、140、150接收的所有段。在该情形下,每个节点120、130、140、150都将其接收的段发送到CoMP组中未成功接收段的其它节点120、130、140、150。另外,节点120、130、140、150可交换确认消息,并且每个节点120、130、140、150都部分基于从其它节点120、130、140、150接收的确认消息来确定哪些(如果有的话)所接收的段要被发送到其它节点120、130、140、150。
根据本公开的原理,将段消息E传送到目的地IP节点320受协调节点120的控制。确切地说,协调节点120配置成将它成功接收的段发送到IP节点320,并请求其它非协调节点130、140、150经由其P-GW接口连接124、126、128将丢失的段(例如在协调节点120未成功接收的段)直接发送到IP节点320。协调节点120基于从CoMP组中的其它节点130、140、150接收的确认消息来确定哪个其它节点130、140、150已经成功接收到丢失的段。在图2的示例中,在从UE 160接收到一个或更多个段时,非协调节点130、140、150配置成向协调节点120发送确认消息H以确认接收。
在一些实施例中,确认消息H具有类似于确认消息G(和/或图1的确认消息D)的格式,并且可用于确认接收到多个段。确认消息可包含表示段、顺序以及是否已经成功接收到它们的多个指示符(例如位字段参数)。在其它实施例中,确认消息H是物理层确认消息或TCP确认消息。
在图2中示出的示例中,确认消息H是物理层消息,其可以是指示成功传送(即成功接收)的肯定确认(ACK)消息或者指示未成功传送(即未成功接收)的否定确认(NACK)消息。在每个段大小都被定成对应于一个或更多传输块(TB)的实施例中,确认消息H可包含一组物理层确认(例如ACK/NACK),每个都指示是否已经成功接收到具体TB。在每TB大小都被定成对应于一个或更多个码字(CW)的实施例中,确认消息H可包含一组物理层确认(例如ACK/NACK),每个都指示是否已经成功接收到具体CW。确认消息H的其它实现是可能的。
在一些实现中,除了或代替指示在IP节点320是否已经成功接收到多个传送段的确认消息G,在一些实现中,协调节点120以及可选地还有非协调节点130、140、150可使用确认消息H来向UE 160确认接收到各个段。在此情形下,确认消息H指示在CoMP组中的一个或更多节点120、130、140、150接收到或者在IP节点320接收到(一旦在节点120、130、140、150已经恰当确认接收到)。另外,确认消息H可以是物理层确认消息和TCP确认消息。如果确认消息H是物理层消息,则它可包含一组物理层确认消息(例如TB、CW ACK/NACK),每个都指示例如是否已经成功接收到具体TB或CW。其它实现是有可能的。
图3示出了UE(例如图1的UE 60或图2的UE 160)使用协作节点的CoMP组将数据文件上载到目的地或网络节点(例如图1的CoMP协调节点120或图2的IP节点320)的方法500的示例。方法开始于步骤510,其中UE向CoMP组中的协作节点发送上载请求消息(例如消息A)以便将数据文件上载到网络节点。在一些实现中,上载请求消息包含标识文件上载的目的地节点(例如图1的服务节点20或图2的IP节点320)的标识符。然而,要理解,可能存在许多其它方式用于UE向CoMP组中的协调节点(可选地还有非协调节点)发信号通知文件上载目的地。例如,在与用于上载请求消息的层相同或不同层,UE在消息中可包含目的地标识符。在另一示例中,网络节点标识被包含在元信息文件消息C或段消息E中。存在其它可能性。有利的是,根据本文描述的本公开的原理,具有数据文件上载的目的地的标识,协调节点(可选地还有非协调节点)可有效地路由或将接收的段的路由定向到预期目的地。在步骤520,基于来自CoMP组中的至少一个协作节点的上载准予,UE将多个段消息(例如消息E)发送到CoMP组中的协作节点以便传送到网络节点,其中每个段消息包含数据文件的具体段。
图4示出了RAN中的UE(例如图1和图2的UE 60、160)使用协作节点的CoMP组将数据文件上载到目的地节点的方法600的另一示例。尽管在此示例中目的地节点是服务节点或协调节点(例如图1的服务节点20),但示例方法不限于此,并且目的地节点可能是在RAN或相关CN基础设施内部或外部的另一节点(例如图2的IP节点320)。还有,在一些实现中,下面结合此示例方法提及的消息的示例方面(例如格式、意义、传送部件等)在上面关于图1和图2所描述的可发现。
上载方法开始于步骤610,其中UE向CoMP组中的协作节点发送上载请求消息(例如消息A)以便向服务节点上载数据文件,其在一些实现中包含标识文件上载的目的地节点(在此情况下是服务节点)的标识符。如上面所指出的,目的地标识符可在不同消息(例如元信息文件消息C或段消息E)中发送。在步骤620,UE从至少一个协作节点接收上载准予消息(例如消息B),至少一个协作节点在图4所示的实现中是服务节点。来自至少一个协作节点的准予消息(或者某个其它响应或准予上载请求的握手消息)指示CoMP组中的上载或上行链路准予。一旦接收到准予,在步骤630,UE就继续向服务节点发送元信息或描述符文件(消息C)(以便传送到目的地节点,如果服务节点不是目的地节点的话)。服务节点可以向或可以不向UE确认接收到。在步骤640,UE开始例如使用段消息E向CoMP中的协作节点发送(未确认)段,以便传送到目的地节点(例如服务节点)。在步骤650,UE接收确认在目的地(服务)节点接收到一个或更多个段的确认消息(例如消息G)。一旦UE已经完成了所有段的传送,它就向CoMP组中的协调节点发送完成消息(例如消息F),以便传送到目的地或服务节点(如果服务节点未直接接收到消息的话)以指示已经发送了所有段。
如果确定在目的地(服务)节点已经接收到所有段,例如通过接收到确认安全接收到所有段的确认消息(消息G),则过程在步骤680结束。如果确定并不是所有段都已经接收到,例如基于UE在完成所有段的传送之后未接收到任何确认消息或者接收到未确认接收到所发送的所有段的确认消息的事实,则该过程从步骤640迭代它自己,并且UE继续发送丢失的或未确认的段,例如基于在步骤650接收的确认消息,直到已经重新发送了所有未确认的段,在该点,UE发送另一完成消息(步骤660)以指示已经(重新)发送了所有(未确认的)段。
根据本公开的原理,协调节点控制由CoMP组中的协作节点接收的段被如何递送到目的地节点。 具体地说,当服务节点未从UE正确地接收到某些段但接收到在另一协作节点成功接收到(丢失的)段的确认时,服务节点配置成定向其它协作节点将接收的段直接发送到目的地节点。在一个示例中,协调节点配置成从无线装置接收段消息以便传送到目的地节点,其中每个段消息包含数据文件的具体段。协调节点然后接收指示在非协调节点已经接收到至少一个段的确认消息,并且如果在协调节点未接收到至少一个段,则协调节点指令非协调节点将至少一个段转发到目的地节点。 通过定向CoMP组中的非协调节点将段直接发送到目的地节点(例如经由不涉及协调节点的接口),协调节点功能性可有利地帮助进一步降低文件传送等待时间,改进总体吞吐量,和/或降低协作节点到节点连接使用情况或成本。
图5示出了CoMP组中的协调节点接收或使得在目的地节点(如果协调节点不是目的地节点的话)接收来自UE的文件上载的方法700的另一更详细示例。在此示例中,协调节点是服务节点(例如图1、图2的服务节点20、120)。
图5的示例方法依赖于UE、服务节点和CoMP组中的其它协作节点之间的消息交换。在一些实现中,下面结合此示例方法提及的消息的示例方面(例如格式、意义、传送部件等)在上面关于图1和图2所描述的可发现。该方法开始于步骤710,其中服务节点从UE接收上载请求消息(例如消息A)以便将数据文件上载到目的地节点诸如网络节点(其可能是服务节点)。在一些实现中,根据本文描述的本公开的原理,上载请求消息(或者上面关于图4所描述的一些其它消息)包含标识文件上载的目的地节点(例如图1的服务节点20或图2的IP节点320)的标识符,使得CoMP中的服务节点(可选地还有非协调节点)可有效地路由或者定向接收的段路由到预期目的地。如上面所指出的,目的地标识符可在不同消息(例如元信息文件消息C或段消息E)中接收。在步骤720,服务节点发送上载准予消息(例如消息B)。在一个实现中,来自服务节点的准予消息(或者某个其它响应或准予上载请求的握手消息)指示CoMP组中的上载或上行链路准予。
在已经发送了上载准予消息之后,在步骤年730,服务节点从UE接收元信息或描述符文件(消息C),其可继之以接收确认到UE。如果服务节点不是网络节点,则它将接收的元信息文件转发到网络节点,可选地还有CoMP组中的非协调节点。在步骤740,服务节点开始从UE接收(未确认的)数据文件段,例如以段消息E的形式。在步骤750,服务节点还从非协调节点接收确认以确认成功或未成功接收的数据文件段。从步骤750,过程经由路径B移动到步骤760,在此服务节点确定由非协调节点已经成功接收的确认的段是否也由服务节点成功接收了。如果否,则服务节点请求或指令非协调节点将确认的段直接转发到网络节点。这例如可基于从UE接收的目的地标识符来进行。
在服务节点不是网络节点的情形下,如果在步骤760,服务节点确定由非协调节点已经成功接收的确认的段也已经由服务节点成功接收,则在步骤780,服务节点将成功接收的段转发到网络节点。在一些实现中,转发基于从UE接收的目的地标识符。从步骤770或780,方法前进到步骤790,在此服务节点从网络节点接收一个或更多确认(消息G),确认哪些段被正确接收或不正确接收。要理解到,在服务节点是网络节点的情形下,不需要执行步骤780和790。不管服务节点是否是网络节点,该方法都在步骤800继续,在此服务节点向UE发送确认(消息G),确认哪些段在服务节点或网络节点正确或者不正确接收(如果服务节点和网络节点不同的话)。在步骤810,服务节点从UE接收完成消息(例如消息F)(或者从CoMP组中的非协调节点接收,如果服务节点未直接接收它的话),指示UE已经发送了所有段。如果服务节点不是网络节点,则它将完成消息转发到网络节点。
在步骤820,如果例如基于在服务节点接收的段或者基于从网络节点(如果不同服务节点的话)接收的确认(消息G)确定在目的地节点已经接收到所有段,则过程在步骤830结束。如果例如基于服务节点未正确接收到所有段或者从未确认接收到所发送的所有段的网络节点接收到确认消息的事实,确定并不是所有段都已经接收到,则过程经由路径A回到步骤740,在此,服务节点继续接收丢失的或者未确认的段,直到在目的地节点已经成功接收到所有未确认的段为止。在该点,服务节点从UE接收另一完成消息(步骤810)以指示所有(未确认的)段都已经被(重新)发送。
根据本公开的原理,非协调节点配置成将段接收确认发送到协调节点,并向目的地节点转发如协调节点所请求或指令的段。 在一个示例中,非协调节点从无线装置接收至少一个段消息以便传送到目的地节点,其中至少一个段消息中的每个段都包含数据文件的具体段。非协调节点向协调节点发送指示已经接收到至少一个段的确认消息,并且如果由协调节点指令,则将所接收的至少一个段转发到目的地节点。
图6示出了CoMP组中的非协调节点(例如图2的非协调节点130、140或150)将数据文件从UE上载到目的地节点(其在此示例中是网络节点)的方法800的更详细示例。图6的示例方法依赖于UE、协调和非协调节点以及网络节点之间的消息交换。在一些实现中,下面结合此示例方法提及的消息的示例方面(例如格式、意义、传送部件等)在上面关于图1和图2所描述的可发现。
方法开始于步骤910和920,它们都针对处理上载请求以及关联的准予。在此示例中,这些步骤是可选的,并且可能不需要由非协调节点执行(例如如果由CoMP组中的协调节点执行的话)。在步骤910,非协调节点从UE接收上载请求消息(例如消息A),以便将数据文件上载到网络节点。在一些实现中,根据本文描述的本公开的原理,上载请求消息(或者上面关于图4所描述的一些其它消息)包含标识文件上载的目的地节点(例如图1的服务节点20或图2的IP节点320)的标识符,使得非协调节点可有效地将接收的段路由到预期目的地。在另一实现中,经由X2接口在不同消息中从协调节点直接接收目的地节点标识符。在步骤920,非协调节点向UE发送上载准予消息(例如消息B)。在一个实现中,准予消息(或者某个其它响应或准予上载请求的握手消息)指示CoMP组中的上载或上行链路准予。在步骤930,非协调节点从UE和/或协调节点接收元信息或描述符文件(消息C)。在一些实现中,在步骤940,非协调节点可选地可将接收的元信息文件转发到网络节点。在步骤950,非协调节点开始从UE接收(未确认的)数据文件段,例如以段消息E的形式。在步骤960,非协调节点向CoMP组中的协调节点(并且可选地还向UE)发送确认消息(消息G),以确认成功或者未成功接收的数据文件段。在步骤970,如果由协调节点请求并且基于从协调节点接收或从UE直接接收的网络节点标识符,则非协调节点将成功接收的段直接发送/转发到网络节点(例如用段消息E)。在步骤980,非协调节点从UE接收完成消息(例如消息F),指示已经发送了所有段。非协调节点可选地可将完成消息转发到网络节点。
在步骤990,如果(在非协调节点、协调节点或别的地方)例如基于从网络节点接收的确认(消息G)确定在网络节点已经接收到所有段,则过程在步骤1000结束。如果例如基于从网络节点接收的确认并不是所有段都正确接收的确认(消息G)确定并不是所有段都已经接收到,则过程回到步骤950,在此非协调节点继续接收丢失的或未确认的段,直到在网络节点已经成功接收了所有未确认的段,在该点,非协调节点从UE接收另一完成消息(步骤980)以指示已经(重新)发送了所有(未确认的)段。
其它示例
图7A-D分别是按照本公开原理配置用于上载数据文件的网络节点1100、协调节点1200和非协调节点1300以及无线装置(诸如关于图1-6所描述的那些)的示范实施例的框图。
如图7A中所图示的,网络节点1100包含收发器1110、一个或更多处理器1120、存储器1130,其包含描述符模块1140、段模块1150和确认模块1160。在一个实施例中,收发器1110可由传送器和接收器(未示出)替换。描述符模块1140配置成执行上面描述的描述符功能性,其如上面所指出的,包含接收包含描述要上载的数据文件段的元数据的描述符或元信息文件。段模块1150配置成经由协作节点的CoMP组的协调节点(例如协调节点1200)或者经由CoMP组中的非协调节点(例如非协调节点1300)从无线装置(例如无线装置1400)接收段。
描述符模块1140、段模块1150和确认模块1160以由在网络节点1100内或分布在两个或更多节点(例如网络节点1100和另一节点)上的处理器1120执行的软件或(计算机实现的)指令的形式至少部分实现在存储器1130中。在另一示例中,处理器1120包含提供上面描述的描述符、段和确认功能性中的一些或所有的一个或更多硬件组件(例如专用集成电路(ASIC))。在另一实施例中,处理器1120包含一个或更多硬件组件(例如中央处理单元(CPU)),并且上面描述的描述符、段和确认功能性中的一些或所有用例如存储在存储器1130中并由处理器1120执行的软件实现。在又一实施例中,处理器1120和存储器1130形成配置成执行上面描述的描述符、段和确认功能性的处理部件(未示出)。
在图7B中,协调节点1200包含收发器1210、一个或更多处理器1220、存储器1230,其包含描述符模块1240、段模块1150和确认模块1160。在一个实施例中,收发器1210可由传送器和接收器(未示出)替换。如果协调节点1200被配置为数据文件上载的目的地节点,则描述符模块1240配置成执行上面对于配置为目的地节点的协调或服务节点描述的描述符接收功能性,这如上面所指出的包含:接收包含描述要上载的数据文件的元数据的描述符或元信息,可选地还有将描述符文件转发到CoMP组中的非协调节点。段模块1250配置成直接或者经由CoMP组中的非协调节点(例如非协调节点1300)间接从无线装置(例如无线装置1400)接收段,并且确认模块1260配置成执行上面对于配置为目的地节点的协调节点描述的确认功能性。如果协调节点1200未配置为目的地节点,则描述符模块1240此外可配置成执行上面描述的描述符转发功能性,其包含向目的地节点(例如网络节点1100)发送或转发所接收的描述符文件。在该情形下,段模块1250此外配置成执行未配置为目的地节点的协调节点的段传送控制功能性,其如上面所指出的包含:将从无线装置成功接收的段转发到目的地节点,并且对于在CoMP组中的其它(非协调)节点成功接收的丢失的段或未成功接收的段,基于段确认定向那些节点,以将接收的段直接发送到目的地节点。确认模块配置成执行上面对于未配置为目的地节点的协调节点描述的确认功能性。
描述符模块1240、段模块1250和确认模块1260以由在协调节点1200内或分布在两个或更多节点(例如协调节点1200和另一节点)上的处理器1220执行的软件或(计算机实现的)指令的形式至少部分实现在存储器1230中。在另一示例中,处理器1220包含提供上面描述的描述符、段和确认功能性中的一些或所有的一个或更多硬件组件(例如ASIC)。在另一实施例中,处理器1220包含一个或更多硬件组件(例如CPU),并且上面描述的描述符、字段和确认功能性中的一些或所有用例如存储在存储器1230中并由处理器1220执行的软件实现。在又一实施例中,处理器1220和存储器1230形成配置成执行上面描述的描述符、段和确认功能性的处理部件(未示出)。
如图7A中所图示的,非协调节点1300包含收发器1310、一个或更多处理器1320、存储器1330,其包含可选的准予模块1340、描述符模块1350、段模块1360和确认模块1370。在一个实施例中,收发器1310可由传送器和接收器(未示出)替换。准予模块1340和描述符模块1350配置成执行上面对于非协调节点描述的准予和描述符功能性。段模块1360配置成执行上面对于非协调节点描述的段接收和转发功能性,并且类似地,确认模块1370配置成执行上面对于非协调节点描述的确认功能性。
准予模块1340、描述符模块1350、段模块1360和确认模块1370以由在非协调节点1300内或分布在两个或更多节点(例如非协调节点1300和另一节点)上的处理器1320执行的软件或(计算机实现的)指令的形式至少部分实现在存储器1330中。在另一示例中,处理器1320包含提供上面描述的准予、描述符、段和确认功能性中的一些或所有的一个或更多硬件组件(例如ASIC)。在另一实施例中,处理器1320包含一个或更多硬件组件(例如CPU),并且上面描述的准予、描述符、字段和确认功能性中的一些或所有用例如存储在存储器1330中并由处理器1320执行的软件实现。在又一实施例中,处理器1320和存储器1330形成配置成执行上面描述的准予、描述符、段和确认功能性的处理部件(未示出)。
如图7D中所图示的,无线装置1400包含收发器1410、一个或更多处理器1420、存储器1430,其包含上载请求模块、描述符模块1450、段模块1460和确认模块1470。在一个实施例中,收发器1410可由传送器和接收器(未示出)替换。上载请求模块1440和描述符模块1450配置成执行上面对于无线装置描述的上载请求和描述符功能性。段模块1460配置成执行上面对于无线装置描述的段发送功能性,并且类似地,确认模块1470配置成执行上面对于无线装置描述的完成和确认功能性。
上载请求模块1440、描述符模块1450、段模块1460和确认模块1470以在无线装置1400内的处理器1420执行的软件或(计算机实现的)指令的形式至少部分实现在存储器1430中。在另一示例中,处理器1420包含提供上面描述的上载请求、描述符、段和确认功能性中的一些或所有的一个或更多硬件组件(例如ASIC)。在另一实施例中,处理器1420包含一个或更多硬件组件(例如CPU),并且上面描述的上载请求、描述符、字段和确认功能性中的一些或所有用例如存储在存储器1430中并由处理器1420执行的软件实现。在又一实施例中,处理器1420和存储器1430形成配置成执行上面描述的上载准予、描述符、段和确认功能性的处理部件(未示出)。
图8A-D示出了图7A-D的节点和装置示例中每个的变体,分别表示为网络节点1500、协调节点1600、非协调节点1700和无线装置1800。这些节点1500、1600、1700和装置1800中的每个都包含收发器1510、1610、1710、1810以及包含(计算机实现的)指令的电路,所述指令当由一个或更多处理器1520、1620、1720、1820执行时使它们的相应节点1500、1600、1700和装置1800执行上面描述的它们的相应(网络节点、协调节点、非协调节点和无线装置)功能性中的一些或所有。在又一变体中,电路包含相应存储器1530、1630、1730、1830和处理器1520、1620、1720、1820,它们类似于图7A-D的示例节点1100、1200、1300和装置1400,可用许多不同方式实现。在一个示例中,存储器1530、1630、1730、1830包含指令,所述指令当执行时使相应节点1500、1600、1700和装置1800执行上面描述的它们的相应(网络节点、协调节点、非协调节点和无线装置)功能性中的一些或所有。其它实现是有可能的。
其它设想的实施例
按照其它设想的实施例还指出:
根据本公开的广泛方面,提供有一种用于无线装置经由无线网络中的协作节点的协调多点(CoMP)组将数据文件作为多个段上载到网络节点的方法,其中CoMP组包含协调节点和至少一个非协调节点。所述方法包含:将上载请求消息发送到CoMP组中的协作节点以便将数据文件上载到网络节点,并基于来自CoMP组中至少一个协作节点的上载准予,将多个段消息发送到CoMP组中的协作节点以便传送到网络节点,每个段消息包含数据文件的具体段。
在这方面,在一些实施例中,上载请求消息包含网络节点的标识符。在一些其它实施例中,该方法进一步包含:基于来自CoMP组中的至少一个协作节点的上载准予,将描述符消息发送到CoMP组中的至少一个协作节点以便传送到网络节点。描述符消息包含数据文件的多个段的索引。在一些其它实施例中,其中所述网络节点是CoMP组中的协调节点、核心网络中的核心网络节点和因特网协议(IP)网络中的IP网络节点中的一个。在一些其它实施例中,至少一个协作节点包含协调节点,并且所述方法进一步包括:从协调节点接收指示上载准予的准予消息。
在又一些其它实施例中,该方法进一步包含:将完成消息发送到CoMP组中的协作节点以便传送到网络节点,其中完成消息指示多个段已经被发送。在又一些其它实施例中,上载请求消息和多个段消息中的每个段消息都是传输控制协议(TCP)消息,或者备选地是多路径TCP(MPTCP)消息,每个都包含TCP子流标识符。
在又一些其它实施例中,所述方法进一步包含:从CoMP组中的协调节点接收指示是否已经接收到多个段中的一个或更多个段的确认消息。确认消息可包含多个指示符,每个指示符对应于多个段中的一个段,并且每个指示符基于在网络节点是否已经接收到对应段来设置。备选地,确认消息是物理层确认消息和TCP确认消息中的一个。
在又一些其它实施例中,每个段都对应于一个或更多传输块,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体传输块。在又一些其它实施例中,每个传输块对应于一个或更多个码字,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体码字。在又一些其它实施例中,物理层确认消息是肯定确认(ACK)消息和否定确认(NACK)消息中的一个。在又一些其它实施例中,该方法进一步包含:基于接收的确认消息,将一个或更多个段消息重新发送到CoMP组中的协作节点以便传送到网络节点,一个或更多个段消息包含未接收到的多个段中的一个或更多个段。
根据本公开的另一广泛方面,提供有一种用于经由无线网络中的协作节点的协调多点(CoMP)组将数据文件作为多个段上载到网络节点的无线装置,其中CoMP组包含协调节点和至少一个非协调节点。在那方面,无线装置包含电路,所述电路包含指令,所述指令当执行时使无线装置将上载请求消息发送到CoMP组中的协作节点以便将数据文件上载到网络节点。基于来自CoMP组中的至少一个协作节点的上载准予,指令进一步使无线装置将多个段消息发送到CoMP组中的协作节点以便传送到网络节点,其中每个段消息包含数据文件的具体段。
在那方面,在一些实施例中,上载请求消息包含网络节点的标识符。在一些其它实施例中,基于来自CoMP组中的至少一个协作节点的上载准予,所述指令进一步使无线装置将描述符消息发送到CoMP组中的至少一个协作节点以便传送到网络节点。描述符消息包含数据文件的多个段的索引。在一些其它实施例中,其中所述网络节点是CoMP组中的协调节点、核心网络中的核心网络节点和因特网协议(IP)网络中的IP网络节点中的一个。在又一些其它实施例中,至少一个协作节点包含协调节点,并且所述指令进一步使无线装置从协调节点接收指示上载准予的准予消息。在又一些其它实施例中,指令进一步使无线装置将完成消息发送到CoMP组中的协作节点以便传送到网络节点。完成消息指示多个段已经被发送。在又一些其它实施例中,上载请求消息和多个段消息中的每个段消息都是传输控制协议(TCP)消息,或者是多路径TCP(MPTCP)消息,每个都包含TCP子流标识符。
在又一些其它实施例中,所述指令进一步使无线装置从CoMP组中的协调节点接收指示是否已经接收到多个段中的一个或更多个段的确认消息。在又一些实施例中,确认消息包含多个指示符,每个指示符对应于多个段中的一个段,并且每个指示符基于在网络节点是否已经接收到对应段来设置。在又一些其它实施例中,确认消息是物理层确认消息和TCP确认消息中的一个。在又一些其它实施例中,每个段都对应于一个或更多传输块,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体传输块。在一些其它实施例中,每个传输块对应于一个或更多个码字,并且确认消息包含一组物理层确认消息,每个消息指示在无线网络中的协作节点是否已经接收到具体码字。在又一些其它实施例中,物理层确认消息是肯定确认(ACK)消息和否定确认(NACK)消息中的一个。在又一些其它实施例中,基于接收的确认消息,所述指令进一步使无线装置将一个或更多个段消息重新发送到CoMP组中的协作节点以便传送到网络节点,其中一个或更多个段消息包含未接收到的多个段中的一个或更多个段。
在本公开的另一广泛方面,提供有一种用于协调节点经由无线网络中的协作节点的协调多点(CoMP)组将数据文件从无线装置上载到网络节点的方法,其中CoMP组包含协调节点和至少一个非协调节点。在那方面,所述方法包含:从无线装置接收段消息以便传送到网络节点,其中每个段消息包含数据文件的具体段;接收指示在非协调节点已经接收到至少一个段的确认消息;以及如果在协调节点未接收到至少一个段,则指令非协调节点将至少一个段转发到网络节点。
在那方面,在一些实施例中,所述方法进一步包含:如果在协调节点已经接收到至少一个段,则将至少一个段转发到网络节点。在一些其它实施例中,所述方法进一步包含:从无线装置接收上载请求消息以便将数据文件上载到网络节点,并且作为响应,将上载准予发送到无线装置。在又一些实施例中,上载请求消息包含网络节点的标识符。在又一些其它实施例中,所述方法进一步包含:从无线装置接收描述符消息以便传送到网络节点,其中描述符消息包含数据文件的多个段的索引。在又一些其它实施例中,其中所述网络节点是CoMP组中的协调节点、核心网络中的核心网络节点和因特网协议(IP)网络中的IP网络节点中的一个。在又一些其它实施例中,所述方法进一步包含:向无线装置发送指示是否已经接收到多个段中的一个或更多个段的确认消息。在又一些其它实施例中,确认消息包含多个指示符,每个指示符对应于多个段中的一个段,并且每个指示符基于在网络节点是否已经接收到对应段来设置。
在又一些其它实施例中,所发送的确认消息是物理层确认消息和TCP确认消息中的一个。在又一些其它实施例中,每个段都对应于一个或更多传输块,并且所发送的确认消息包含一组物理层确认消息,每个消息指示在CoMP组中的协作节点是否已经接收到具体传输块。在又一些其它实施例中,每个传输块对应于一个或更多个码字,并且所发送的确认消息包含一组物理层确认消息,每个消息指示在CoMP组中的协作节点是否已经接收到具体码字。在又一些其它实施例中,物理层确认消息是肯定确认(ACK)消息和否定确认(NACK)消息中的一个。
在本公开的另一广泛方面,提供有一种用于经由无线网络中的协作节点的协调多点(CoMP)组将数据文件从无线装置上载到网络节点的协调节点,其中CoMP组包含协调节点和至少一个非协调节点。协调节点包含电路,所述电路包含指令,所述指令当执行时使协调节点执行上面描述的一些或所有协调节点方法实施例。
在本公开的另一广泛方面,提供有一种用于非协调节点经由无线网络中的协作节点的协调多点(CoMP)组将数据文件作为多个段从无线装置上载到网络节点的方法,其中CoMP组包含协调节点和至少一个非协调节点。在那方面,所述方法包含:从无线装置接收至少一个段消息以便传送到网络节点,其中至少一个段消息中的每个段都包含数据文件的具体段,向协调节点发送指示在非协调节点已经接收到至少一个段的确认消息,并且如果由协调节点指令,则将所接收的至少一个段转发到网络节点。
在那方面,在一些实施例中,所述方法进一步包含:仅当由协调节点指令时,才将至少一个段转发到网络节点。在一些其它实施例中,所述方法进一步包含:从无线装置接收上载请求消息以便将数据文件上载到网络节点,并且作为响应,将上载准予发送到无线装置。在又一些实施例中,上载请求消息包含网络节点的标识符。在又一些其它实施例中,所述方法进一步包含:从无线装置接收描述符消息以便传送到网络节点,其中描述符消息包含数据文件的多个段的索引。在又一些其它实施例中,其中所述网络节点是CoMP组中的协调节点、核心网络中的核心网络节点和因特网协议(IP)网络中的IP网络节点中的一个。
在又一些其它实施例中,确认消息包含多个指示符,每个指示符对应于多个段中的一个段,并且每个指示符基于在网络节点是否已经接收到对应段来设置。在又一些其它实施例中,所发送的确认消息是物理层确认消息和TCP确认消息中的一个。在又一些其它实施例中,每个段都对应于一个或更多传输块,并且所发送的确认消息包括一组物理层确认消息,每个消息指示在非协调节点是否已经接收到具体传输块。在又一些其它实施例中,每个传输块对应于一个或更多个码字,并且其中所发送的确认消息包含一组物理层确认消息,每个消息指示在非协调节点是否已经接收到具体码字。在又一些其它实施例中,物理层确认消息是肯定确认(ACK)消息和否定确认(NACK)消息中的一个。
在本公开的另一广泛方面,提供有一种用于经由无线网络中的协作节点的协调多点(CoMP)组将数据文件从无线装置上载到网络节点的非协调节点,其中CoMP组至少包含协调节点和非协调节点。非协调节点包含电路,所述电路包含指令,所述指令当执行时使协调节点执行上面描述的一些或所有非协调节点方法实施例。
本领域技术人员将认识到,本公开不限于本文上面已经具体示出和描述的。此外,除非在上文中相反地提及,否则应注意不是所有附图都是按比例的。依据以上教导,各种修改和变化是可能的。
Claims (31)
1.一种用于无线装置(60,160)的用于经由无线网络中的协作节点(20,30,40,50)的协调多点CoMP组将数据文件作为多个段上载到网络节点(20,220,320)的方法,所述CoMP组包含协调节点(20)和至少一个非协调节点(30,40,50),所述方法包括:
将上载请求消息(A)发送到所述CoMP组中的所述协作节点(20,30,40,50)以便将所述数据文件上载到所述网络节点(20,220,320),所述上载请求消息(A)包含所述网络节点(20,220,320)的标识符;以及
基于来自所述CoMP组中的至少一个协作节点(20,30,40,50)的上载准予,将多个段消息(E)发送到所述CoMP组中的所述协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),每个段消息(E)包含所述数据文件的具体段,
其中所述协调节点(20)被配置为:确定其未接收到所述多个段中的哪一个或更多个段,并且向已接收到所述多个段中的所述一个或更多个段的所述至少一个非协调节点(30,40,50)请求其未接收到的所述多个段中的所述一个或更多个段,以及
其中所述协调节点(20)被配置为:指示所述至少一个非协调节点(30,40,50)将所述协调节点(20)未从所述无线装置(60,160)接收到的所述多个段中的所述一个或更多个段直接发送到所述网络节点(20,220,320),而不涉及所述协调节点(20)。
2.如权利要求1所述的方法,进一步包括:基于来自所述CoMP组中的所述至少一个协作节点(20,30,40,50)的所述上载准予,将描述符消息(C)发送到所述CoMP组中的所述至少一个协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),所述描述符消息(C)包含所述数据文件的所述多个段的索引。
3.如权利要求1所述的方法,其中所述网络节点(20,220,320)是所述CoMP组中的所述协调节点(20)、核心网络中的核心网络节点(220)和因特网协议IP网络中的IP网络节点(320)中的一个。
4.如权利要求1所述的方法,其中所述至少一个协作节点(20,30,40,50)包括所述协调节点(20),并且其中所述方法进一步包括:从所述协调节点(20)接收指示所述上载准予的准予消息(B)。
5.如权利要求1所述的方法,进一步包括:将完成消息(F)发送到所述CoMP组中的所述协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),所述完成消息(F)指示所述多个段已经被发送。
6.如权利要求1所述的方法,其中所述上载请求消息(A)和所述多个段消息(E)中的每个段消息都是传输控制协议TCP消息。
7.如权利要求1所述的方法,其中所述上载请求消息(A)和所述多个段消息(E)中的每个段消息都是多路径TCP MPTCP消息,每个多路径TCP消息都包含TCP子流标识符。
8.如权利要求1所述的方法,进一步包括:从所述CoMP组中的所述协调节点(20)接收指示是否已经接收到所述多个段中的所述一个或更多个段的确认消息(G,H)。
9.如权利要求8所述的方法,其中所述确认消息(G,H)包含多个指示符,每个指示符对应于所述多个段中的一个段,并且其中每个指示符基于在所述网络节点(20,220,320)是否已经接收到所述对应段来设置。
10.如权利要求8所述的方法,其中所述确认消息(G,H)是物理层确认消息和TCP确认消息中的一个。
11.如权利要求8所述的方法,其中每个段都对应于一个或更多传输块,并且其中所述确认消息(G,H)包括一组物理层确认消息,每个消息指示在所述无线网络中的协作节点(20,30,40,50)是否已经接收到具体传输块。
12.如权利要求8所述的方法,其中每个传输块对应于一个或更多个码字,并且其中所述确认消息(G,H)包括一组物理层确认消息,每个消息指示在所述无线网络中的协作节点(20,30,40,50)是否已经接收到具体码字。
13.如权利要求10所述的方法,其中所述物理层确认消息是肯定确认ACK消息和否定确认NACK消息中的一个。
14.如权利要求8所述的方法,进一步包括:基于接收的所述确认消息(G,H),将一个或更多个段消息(E)重新发送到所述CoMP组中的所述协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),所述一个或更多个段消息(E)包含未接收到的所述多个段中的所述一个或更多个段。
15.一种无线装置(60,160),用于经由无线网络中的协作节点(20,30,40,50)的协调多点CoMP组将数据文件作为多个段上载到网络节点(20,220,320),所述CoMP组包含协调节点(20)和至少一个非协调节点(30,40,50),所述无线装置(60,160)包括电路,所述电路包含指令,所述指令当被执行时使所述无线装置(60,160):
将上载请求消息(A)发送到所述CoMP组中的所述协作节点(20,30,40,50)以便将所述数据文件上载到所述网络节点(20,220,320),所述上载请求消息(A)包含所述网络节点(20,220,320)的标识符;以及
基于来自所述CoMP组中的至少一个协作节点(20,30,40,50)的上载准予,将多个段消息(E)发送到所述CoMP组中的所述协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),每个段消息(E)包含所述数据文件的具体段,
其中所述无线装置(60,160)被配置为:在所述协调节点(20)确定其未接收到所述多个段中的一个或更多个段时,经由已接收到所述多个段中的所述一个或更多个段的所述至少一个非协调节点(30,40,50)将所述多个段中的所述一个或更多个段发送到所述协调节点(20),以及
其中所述协调节点(20)被配置为:指示所述至少一个非协调节点(30,40,50)将所述协调节点(20)未从所述无线装置(60,160)接收到的所述多个段中的所述一个或更多个段直接发送到所述网络节点(20,220,320),而不涉及所述协调节点(20)。
16.如权利要求15所述的无线装置(60,160),其中基于来自所述CoMP组中的所述至少一个协作节点(20,30,40,50)的所述上载准予,所述指令进一步使所述无线装置(60,160)将描述符消息(C)发送到所述CoMP组中的所述至少一个协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),所述描述符消息(C)包含所述数据文件的所述多个段的索引。
17.如权利要求15所述的无线装置(60,160),其中所述网络节点(20,220,320)是所述CoMP组中的所述协调节点(20)、核心网络中的核心网络节点(220)和因特网协议IP网络中的IP网络节点(320)中的一个。
18.如权利要求15所述的无线装置(60,160),其中所述至少一个协作节点(20,30,40,50)包括所述协调节点(20),并且其中所述指令进一步使所述无线装置(60,160)从所述协调节点(20)接收指示所述上载准予的准予消息(B)。
19.如权利要求15所述的无线装置(60,160),其中所述指令进一步使所述无线装置(60,160)将完成消息(F)发送到所述CoMP组中的所述协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),所述完成消息(F)指示所述多个段已经被发送。
20.如权利要求15所述的无线装置(60,160),其中所述上载请求消息(A)和所述多个段消息(E)中的每个段消息都是传输控制协议TCP消息。
21.如权利要求15所述的无线装置(60,160),其中所述上载请求消息(A)和所述多个段消息(E)中的每个段消息都是多路径TCP MPTCP消息,每个多路径TCP消息都包含TCP子流标识符。
22.如权利要求15所述的无线装置(60,160),其中所述指令进一步使所述无线装置(60,160)从所述CoMP组中的所述协调节点(20)接收确认消息(G,H),所述确认消息(G,H)指示是否已经接收到所述多个段中的一个或更多个段。
23.如权利要求22所述的无线装置(60,160),其中所述确认消息(G,H)包含多个指示符,每个指示符对应于所述多个段中的一个段,并且其中每个指示符基于在所述网络节点(20,220,320)是否已经接收到所述对应段来设置。
24.如权利要求22所述的无线装置(60,160),其中所述确认消息(G,H)是物理层确认消息和TCP确认消息中的一个。
25.如权利要求22所述的无线装置(60,160),其中每个段都对应于一个或更多传输块,并且其中所述确认消息(G,H)包括一组物理层确认消息,每个消息指示在所述无线网络中的协作节点(20,30,40,50)是否已经接收到具体传输块。
26.如权利要求22所述的无线装置(60,160),其中每个传输块对应于一个或更多个码字,并且其中所述确认消息(G,H)包括一组物理层确认消息,每个消息指示在所述无线网络中的协作节点(20,30,40,50)是否已经接收到具体码字。
27.如权利要求24所述的无线装置(60,160),其中所述物理层确认消息是肯定确认ACK消息和否定确认NACK消息中的一个。
28.如权利要求22所述的无线装置(60,160),其中基于接收的所述确认消息(G,H),所述指令进一步使所述无线装置(60,160)将一个或更多个段消息(E)重新发送到所述CoMP组中的所述协作节点(20,30,40,50)以便传送到所述网络节点(20,220,320),所述一个或更多个段消息(E)包含未接收到的所述多个段中的所述一个或更多个段。
29.一种协调节点(20,120),用于经由无线网络中的协作节点(20,30,40,50)的协调多点CoMP组将数据文件从无线装置(60,160)上载到网络节点(20,220,320),所述CoMP组包含所述协调节点(20,120)和至少一个非协调节点(30,40,50),所述协调节点(20,120)包括电路,所述电路包含指令,所述指令当被执行时使所述协调节点(20,120):
从所述无线装置(60,160)接收段消息(E)以便传送到所述网络节点(20,220,320),每个段消息(E)包含所述数据文件的具体段;
接收指示在非协调节点(30,40,50)已经接收到至少一个段的确认消息(H);以及
如果在所述协调节点(20,120)未接收到所述至少一个段,则指令所述非协调节点(30,40,50)将所述至少一个段转发到所述网络节点(20,220,320),其中所述协调节点(20,120)被配置为:指示所述至少一个非协调节点(30,40,50)将所述协调节点(20,120)未从所述无线装置(60,160)接收到的所述多个段中的一个或更多个段直接发送到所述网络节点(20,220,320),而不涉及所述协调节点(20,120)。
30.一种非协调节点(30,40,50),用于经由无线网络中的协作节点(20,30,40,50)的协调多点CoMP组将数据文件作为多个段从无线装置(60,160)上载到网络节点(20,220,320),所述CoMP组包含协调节点(20)和所述非协调节点(30,40,50),所述非协调节点(30,40,50)包括电路,所述电路包含指令,所述指令当被执行时使所述非协调节点(30,40,50):
从所述无线装置(60,160)接收至少一个段消息(E)以便传送到所述网络节点(20,220,320),所述至少一个段消息(E)中的每个段包含所述数据文件的具体段;
向所述协调节点(20)发送指示在所述非协调节点(30,40,50)已经接收到至少一个段的确认消息(H);以及
如果由所述协调节点(20)指令,则将接收的所述至少一个段转发到所述网络节点(20,220,320),其中所述协调节点(20)被配置为:指示至少一个非协调节点(30,40,50)将所述协调节点(20)未从所述无线装置(60,160)接收到的所述多个段中的所述一个或更多个段直接发送到所述网络节点(20,220,320),而不涉及所述协调节点(20)。
31.一种计算机可读介质,其上存储有指令,所述指令在被执行时使得计算装置执行根据权利要求1到14中的任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201461969391P | 2014-03-24 | 2014-03-24 | |
US61/969391 | 2014-03-24 | ||
PCT/IB2015/051404 WO2015145275A1 (en) | 2014-03-24 | 2015-02-25 | Segmented transfers in mobile networks using coordinated multipoint |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106464313A CN106464313A (zh) | 2017-02-22 |
CN106464313B true CN106464313B (zh) | 2020-03-31 |
Family
ID=52779982
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580016459.3A Active CN106464313B (zh) | 2014-03-24 | 2015-02-25 | 在移动网络中使用协调多点的分段传送 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10270495B2 (zh) |
EP (1) | EP3123625B1 (zh) |
CN (1) | CN106464313B (zh) |
WO (1) | WO2015145275A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9301308B2 (en) | 2012-12-21 | 2016-03-29 | Telefonaktiebolaget L M Ericsson (Publ) | Determining a cluster set of mobile devices |
US10064112B2 (en) * | 2015-05-29 | 2018-08-28 | Apple Inc. | Apparatus, systems and methods for switching between radio access technologies |
WO2016203291A1 (en) * | 2015-06-15 | 2016-12-22 | Telefonaktiebolaget Lm Ericsson (Publ) | File transfer by mobile user collaboration |
CN107615729B (zh) * | 2015-09-23 | 2020-03-20 | 华为技术有限公司 | 数据传输方法及通信装置 |
EP3354055A4 (en) * | 2015-09-24 | 2019-04-24 | Capital One Services, LLC | SYSTEMS AND METHOD FOR PROVIDING LOCAL SERVICES |
US10020918B2 (en) * | 2015-12-28 | 2018-07-10 | Alcatel Lucent | Fast coupled retransmission for multipath communications |
WO2017153811A1 (en) * | 2016-03-10 | 2017-09-14 | Telefonaktiebolaget Lm Ericsson (Publ) | File transfer by mobile user collaboration |
CN114125964B (zh) * | 2017-01-06 | 2024-04-05 | 北京三星通信技术研究有限公司 | 用于无线网络系统之间的数据传送控制的方法及设备 |
US11558733B2 (en) * | 2019-07-10 | 2023-01-17 | Samsung Electronics Co., Ltd. | Managing sub-flow communications in user equipment |
US11146605B2 (en) * | 2020-01-21 | 2021-10-12 | Dish Network L.L.C. | Distributed data transmission for Internet of Things devices |
WO2022236771A1 (en) * | 2021-05-13 | 2022-11-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Multi-path communication |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1377549A (zh) * | 1999-09-29 | 2002-10-30 | 艾利森电话股份有限公司 | 一种支持压缩分段头标的分段协议 |
CN101300794A (zh) * | 2005-11-02 | 2008-11-05 | 卢森特技术有限公司 | 将信息分发到并行网络接口 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2478658B1 (en) * | 2009-09-18 | 2022-12-07 | BlackBerry Limited | Method and system for hybrid automatic repeat request operation for uplink coordinated multi-point signaling |
US9843844B2 (en) * | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
JP2013197829A (ja) * | 2012-03-19 | 2013-09-30 | Fujitsu Ltd | 無線通信装置、及び無線通信装置において実行されるプログラム |
CN104885391B (zh) * | 2012-12-17 | 2018-01-16 | Lg电子株式会社 | 接收下行链路信号的方法、用户设备、发送下行链路信号的方法及基站 |
US9923684B2 (en) * | 2013-01-09 | 2018-03-20 | Samsung Electronics Co., Ltd. | Methods to support inter-eNodeB CoMP |
-
2015
- 2015-02-25 WO PCT/IB2015/051404 patent/WO2015145275A1/en active Application Filing
- 2015-02-25 CN CN201580016459.3A patent/CN106464313B/zh active Active
- 2015-02-25 US US15/125,834 patent/US10270495B2/en active Active
- 2015-02-25 EP EP15712691.3A patent/EP3123625B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1377549A (zh) * | 1999-09-29 | 2002-10-30 | 艾利森电话股份有限公司 | 一种支持压缩分段头标的分段协议 |
CN101300794A (zh) * | 2005-11-02 | 2008-11-05 | 卢森特技术有限公司 | 将信息分发到并行网络接口 |
Non-Patent Citations (1)
Title |
---|
Opportunistic coordinated multi一point reception for multi一codeword uplink;I2R;《3RD GENERATION PARTNERSHIP》;20110816;第1-4页,附图4 * |
Also Published As
Publication number | Publication date |
---|---|
CN106464313A (zh) | 2017-02-22 |
WO2015145275A1 (en) | 2015-10-01 |
US20170005705A1 (en) | 2017-01-05 |
US10270495B2 (en) | 2019-04-23 |
EP3123625B1 (en) | 2018-04-18 |
EP3123625A1 (en) | 2017-02-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106464313B (zh) | 在移动网络中使用协调多点的分段传送 | |
US10784949B2 (en) | Method and apparatus for managing user plane operation in wireless communication system | |
US9876613B2 (en) | Transport protocol communications reduction | |
JP2022033808A (ja) | グループ肯定応答/否定応答、およびgack/チャネル状態情報をトリガすること | |
US20170289021A1 (en) | Packet sequence numbering for multi-connectivity in a wireless network | |
EP3353930A1 (en) | Enhancement of pdcp status report | |
US11943611B2 (en) | Method and apparatus for identifying security key in next generation mobile communication system | |
TW201136420A (en) | Mac architectures for wireless communications using multiple physical layers | |
WO2019019133A1 (zh) | 命令指示方法及装置、信息交互方法及装置 | |
US10355827B2 (en) | Status reporting in a wireless communication system | |
WO2018014704A1 (zh) | 一种基于harq的传输方法和装置 | |
JP7458839B2 (ja) | 通信装置、通信装置の制御方法、およびプログラム | |
TWI634762B (zh) | 用於聚合媒體接取控制協定資料單元(a-mpdu)之適應性區塊應答機制 | |
JP2021528880A (ja) | 多元接続ワイヤレス通信の一部としてのトランスポートブロック通信 | |
EP3442258B1 (en) | Wireless communication method using fragmentation and wireless communication terminal using same | |
US10397308B2 (en) | File transfer by mobile user collaboration | |
CN110708723B (zh) | 一种数据传输方法及装置 | |
WO2020178918A1 (ja) | 無線通信システム | |
WO2020034133A1 (zh) | 通信方法及装置 | |
JP2023534212A (ja) | 端末装置、通信装置、端末装置の方法、通信装置の方法、及びプログラム | |
WO2017153811A1 (en) | File transfer by mobile user collaboration |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |