CN111480351A - 处理容迟通信 - Google Patents

处理容迟通信 Download PDF

Info

Publication number
CN111480351A
CN111480351A CN201780097632.6A CN201780097632A CN111480351A CN 111480351 A CN111480351 A CN 111480351A CN 201780097632 A CN201780097632 A CN 201780097632A CN 111480351 A CN111480351 A CN 111480351A
Authority
CN
China
Prior art keywords
data
type
processing
node
baseband processing
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
CN201780097632.6A
Other languages
English (en)
Other versions
CN111480351B (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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN111480351A publication Critical patent/CN111480351A/zh
Application granted granted Critical
Publication of CN111480351B publication Critical patent/CN111480351B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/042Public Land Mobile systems, e.g. cellular systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

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

Abstract

本发明提供了用于处理通信的方法和装置。在一个方面,一种方法包括:从第一设备接收第一数据并且从第二设备接收第二数据,其中,第一数据与第二数据相比具有更长的等待时间约束。所述方法还包括通过网络链路将第一数据发送给处理节点以便处理第一数据。

Description

处理容迟通信
技术领域
本公开的示例涉及例如用于处理容迟通信或数据的方法和装置。
背景技术
可以通过互联网进行通信的设备数量预计将大大增加。此类设备有望用于所谓的“物联网”(IoT),或者有望使用诸如机器类型通信(MTC)或窄带物联网(NB-IoT)之类的技术进行通信。
一些设备可能具有通过蜂窝网络进行通信的能力。因此,根据NB-IoT的通信已经包括在LTE版本13规范中。
NB-IoT使用较小的带宽运行,并且通常具有容迟性。即,与诸如来自用户设备(UE)的其他业务相比,数据的传输与处理数据之间的延迟可以较大。NB-IoT业务由标准支持的以下关键特征定义:
1.小的数据传输:NB-IoT技术适合与传输少量数据的设备一起使用,从而可以确保对网络的影响最小(例如,信令开销,网络资源)。
2.不频繁的传输:设备通常以两次连续数据传输之间的长时间周期进行传输。
3.容迟性:此特征适用于可以延迟其数据传输的设备。此功能的目的是允许网络运营商在一些情况下(例如,在无线电访问网络过载的情况下)防止容迟设备访问网络。
4.低移动性:针对不移动、不频繁移动或仅在特定区域内移动的设备的优化支持。此特征使网络运营商可以简化和减少移动性管理程序的频率。
期望这样的设备可以与无线电接入网络有效地通信。
发明内容
本公开的一个方面提供了一种方法,所述方法包括:从第一设备接收第一数据,第一数据具有第一类型,其中第一类型是物联网(IoT)类型;以及从第二设备接收第二数据,第二数据具有第二类型,其中第一数据与第二数据相比具有更长的等待时间约束。所述方法还包括通过网络链路将第一数据发送给处理节点以便对第一数据进行基带处理,以及在与对第一数据进行基带处理的节点不同的节点中对第二数据进行基带处理。
可选地,发送第一数据包括:缓冲来自第一设备的多个数据传输;以及使用网络链路上的传输资源发送所述多个数据传输。可选地,发送多个数据传输包括:当缓冲区中的所述多个数据传输的总大小超过所述传输资源的带宽的阈值比例时,发送所述多个数据传输。
可选地,通过网络链路将第一数据发送给处理节点以便对第一数据进行基带处理包括:将第一数据发送给第一云无线电接入网(CRAN),以便对第一数据进行基带处理;并且对第二数据进行基带处理包括:在第二云无线电接入网(CRAN)中对第二数据进行基带处理。
可选地,发送第一数据包括:当第一数据中的至少一些数据的到期时间与当前时间之间的差小于网络链路上的传输延迟时间加上容忍时间时,发送第一数据。可选地,发送第一数据包括首先发送第一数据中具有最早到期时间的部分。
可选地,第一类型是窄带无线电接入技术类型。
可选地,网络链路包括通用公共无线电接口(CPRI)。
可选地,第一数据包括机器类型通信(MTC)数据,大规模机器类型通信(MMTC)数据,物联网(IoT)数据和/或窄带物联网(NB-IoT)数据,EC-GSM-IoT数据和/或eMTC数据。
可选地,第二数据包括移动电信数据或延迟敏感数据。
可选地,所述方法还包括在网络节点处处理第二数据。
可选地,所述方法还包括:从第三设备接收第三数据,其中,第三数据比第二数据具有更长的等待时间约束;以及通过网络链路将第三数据发送给处理节点以便处理第三数据。可选地,从第一无线电设备(RE)接收第一数据,并从第二RE接收第三数据。
可选地,从至少一个无线电设备(RE)接收第一数据和第二数据。可选地,第一数据和第二数据包括来自第一设备和第二设备的传输的IQ样本。可选地,通过通用公共无线电接口(CPRI)接收第一数据和第二数据。
可选地,所述方法还包括根据用于所述第一设备的传输的调度信息识别所述第一数据。
可选地,网络节点包括无线电设备控制器(REC)。
本公开的另一方面提供了一种网络中的装置。所述装置包括处理器和存储器。存储器包含可由处理器执行的指令,使得所述装置可操作以从第一设备接收第一数据,第一数据具有第一类型,其中第一类型是物联网(IoT)类型,从第二设备接收第二数据,第二数据具有第二类型,其中第一数据与第二数据相比具有更长的等待时间约束,通过网络链路将第一数据发送给处理节点以对第一数据进行基带处理。对第二数据进行基带处理或将第二数据发送给与对第一数据进行基带处理的节点不同的节点以进行基带处理。
本公开的另一方面提供了一种装置,所述装置被配置为从第一设备接收第一数据,第一数据具有第一类型,其中第一类型是物联网(IoT)类型,从第二设备接收第二数据,第二数据具有第二类型,其中第一数据与第二数据相比具有更长的等待时间约束,并通过网络链路将第一数据发送给处理节点以便在与对第二数据进行基带处理的节点不同的节点中对第一数据进行基带处理。
本公开的又一方面提供了一种装置,所述装置包括:第一接收模块,第一接收模块被配置为从第一设备接收第一数据,第一数据具有第一类型,其中第一类型是物联网(IoT)类型;第二接收模块,被配置为从第二设备接收第二数据,第二数据具有第二类型,其中,第一数据与第二数据相比具有更长的等待时间约束;以及发送模块,被配置为通过网络链路将第一数据发送给处理节点以便在与对第二数据进行基带处理的节点不同的节点中对第一数据进行基带处理。
附图说明
为了更好地理解本公开的示例,并且为了更清楚地示出示例如何生效,现在仅以示例方式参考以下附图,其中:
图1是网络示例的示意图;
图2是处理通信方法的示例的流程图;
图3是无线电设备控制器的示例的示意图;
图4是无线电设备控制器的另一示例的示意图;
图5是网络的一部分的示例的示意图;
图6是用于处理通信的装置的示例的示意图;以及
图7是用于处理通信的装置的示例的示意图。
具体实施方式
以下出于解释而非限制的目的阐述了特定细节,例如特定实施例或示例。本领域技术人员将理解,除了这些具体细节之外,可以采用其他示例。在一些情况下,省略了对公知方法、节点、接口、电路和设备的详细描述,以免不必要的细节使描述不清楚。本领域技术人员将理解,所描述的功能可以使用硬件电路(例如,互连以执行专门功能的模拟和/或离散逻辑门、ASIC、PLA等)和/或结合一个或多个数字微处理器或通用计算机使用软件程序和数据在一个或多个节点中实现。使用空中接口进行通信的节点也具有合适的无线电通信电路。此外,在适当的情况下,可以另外认为该技术完全实施在任何形式的计算机可读存储器(例如固态存储器、磁盘或光盘)中,其中包含一组适当的计算机指令,这些指令将使处理器执行本文所述的技术。
硬件实施方式可以包括或涵盖但不限于数字信号处理器(DSP)硬件、精简指令集处理器,包括(但不限于)专用集成电路(ASIC)和/或现场可编程门阵列(FPGA)的硬件(例如,数字或模拟)电路,以及(在适当情况下)能够执行此类功能的状态机。
本文公开的一些实施例涉及物联网(IoT)通信的处理。这样的通信可以是容迟的。即,这种通信的处理(例如,基带处理)可以具有很小的影响或没有负面影响。例如,容迟通信可以包括这样的通信,该通信的处理(例如,基带处理)可以比其他通信在传输之后更长的时间执行。因此,例如,与其他通信相比,容迟IoT通信可以具有更高的等待时间约束或要求,或者具有更长的等待时间约束或要求。容迟IoT通信可以是例如承载机器类型通信(MTC)数据、大规模机器类型通信(MMTC)数据、物联网(IoT)数据、EC-GSM-IoT数据、eMTC数据、窄带物联网(NB-IoT)数据或窄带无线电接入技术(窄带RAT)数据的通信。因此,容迟通信可以是来自与这些类型的数据相关联的设备(例如IoT类型设备)的通信。IoT类型设备的示例包括或被包括在智能电表(例如水表、煤气表或电表)、智能城市设备(例如路灯、停车系统、废物管理系统)、智能建筑(例如警报系统、供暖、通风和空调(HVAC)、接入控制系统、安全系统)、农业/环境系统(例如土地/环境监测、污染监测、动物跟踪系统)和消费者设备(例如白色物品)。在一些示例中,容迟通信是那些可以不实时执行的通信。例如,参与者之间的语音或视频通信可以是不容迟的实时通信,因为通信的延迟可能会对参与者的通信体验质量产生不利影响。另一方面,不期望立即采取行动或做出响应的通信(例如来自智能电表的报告)可以被认为是容迟的,因为例如这种通信中的延迟可能影响很小或没有影响。在一些示例中,延迟可以包括例如一秒、十秒的延迟或附加延迟(除了通过通信网络的延迟之外)或任何其他延迟。
来自其他设备的其他通信可以包括例如来自用户设备(UE)等的延迟敏感业务或“常规”业务,并且可以涉及例如语音呼叫、视频呼叫、互联网访问等。UE可以指的是发送不容许延迟的数据的任何无线设备。在一些示例中,UE可以是移动电话或者可以处于不容许延迟的机器类型通信中。延迟敏感的通信可以包括延迟可能具有有害影响的任何通信,例如通信系统的体验质量下降,网络节点之间的连接或同步丢失,制造系统中的机械控制降低或丢失或任何其他不利影响。
本文描述的实施例可以使用容迟IoT通信的容迟性质。例如,本文描述的实施例可以实现对容迟IoT通信的集中处理。虽然将容迟通信发送给集中处理单元(例如,网络节点)以进行处理(例如,基带处理)会引起延迟,但是这对于容迟通信是可以接受的,而对于延迟敏感的通信是不可接受的。例如,额外的延迟可能不会导致容迟IoT通信的处理延迟超出延迟或等待时间约束。容迟通信的集中处理可以允许有效实现蜂窝电信网络。附加地或可替代地,容迟IoT通信的容迟性质可以允许使用节点(例如,无线电设备控制器)之间的传输网络的残余带宽将此类通信传输到一个或多个处理节点。也就是说,例如,传输网络的全部带宽的任何未充分利用部分都可以用于将容迟通信传输到处理节点以进行处理。由于传输网络的任何未充分利用部分可能是不规则的,因此可以将容迟通信的容迟性视为分配用于将这些通信传输到处理节点的传输资源的自由度。
使用针对大区域的集中式处理节点(例如,用于诸如NB-IoT通信之类的容迟IoT通信的基带处理)可能是有利的。常规的移动业务,例如由CPRI接口从RE到REC承载的业务,相对于NB-IoT业务具有更严格的等待时间约束。例如,常规的移动业务可能在传输和处理(例如,基带处理)之间具有更短的允许时间,因此具有较短的等待时间约束。除了容迟IoT通信之外的其他类型的通信可能对延迟敏感,因此将这些通信发送给远程节点进行基带处理时的任何延迟可能都是不希望的或不可接受的。远程发送这些通信的延迟可能是例如除将通信传输到处理节点进行处理的延迟之外的延迟。也就是说,例如,在网络包括具有多个无线电设备(RE)和无线电设备控制器(REC)的云RAN(CRAN)的情况下,通过将通信从RE传输到REC所增加的延迟可能对于所有通信都是可接受的,但是将通信从REC传输到另一个节点以便进行基带处理所引起的额外延迟可能仅对于容迟通信是可以接受的。
在一些实施例中,在例如RE和REC之间承载业务的底层传输网络(例如光网络)可以支持朝向相应处理节点的NB-IoT和常规移动业务的前传传输,并且可以有效地利用带宽来支持零星的和小的NB-IoT流。传输管道的粒度可能比通常的NB-IoT数据传输流高几个数量级。这可能导致传输带宽的使用效率严重低下,例如,为可能达数百Kbps的NB-IoT传输分配1Gbps管道。当区域中的IoT设备数量很多时,此问题可能会加剧。例如,每平方公里可能有多达一百万个设备或更多。在传输网络中分配管道可能导致传输网络的至少一部分效率低下甚至饱和。本地处理可以部分地避免传输网络资源的饱和,其代价是失去集中式或公共处理节点处理容迟通信的好处。然而,本文公开的实施例试图通过容迟的低带宽通信来解决传输网络使用的问题。
图1示出了网络100的示例。所述网络包括三个CRAN(云无线电接入网)102、104和106。每个CRAN包括一个或多个无线电设备(RE),例如远程无线电单元(RRU),以及无线电设备控制器(REC),例如基带单元(BBU)。例如,CRAN 102包括REC 108以及RE 110和112;CRAN104包括REC 118和RE 120;以及CRAN 106包括REC 122和RE 124、126和128。
在CRAN中,每个RE可以经由诸如光纤网络或链路之类的传输网络或链路与REC通信。每个CRAN中的REC可以对从RE接收的数据执行基带处理。例如,传输网络或链路可用于传输数字化的无线电数据,例如通过在REC及其关联的RE之间实现通用公共无线电接口(CPRI)。CPRI可以例如以同相和正交(IQ)采样的形式将由RE从一个或多个设备接收的数据提供给CRAN中的其关联的REC。然后REC可以对样本执行基带处理。REC还可以类似的方式提供要由其关联的RE发送的数据。
REC 108、118和122可以经由诸如回程网络之类的网络129彼此通信和/或与核心网络通信,在一些示例中,回程网络可以至少部分地是光网络。网络100是说明性示例,并且在其他网络中,可以存在一个或多个CRAN,每个CRAN具有一个或多个无线电设备。尽管在图1中将每个RE示为直接连接到其相应的REC,但是CRAN中的RE可以被菊花链式连接,例如一个RE可以经由另一个RE连接到REC。
图1还示出了与CRAN 102中的第一RE 110通信的第一设备130(例如,设备130处于由RE 110提供的蜂窝覆盖区域中)。还示出了与CRAN 102中的RE 112通信的第二设备132和与CRAN 104中的RE 120通信的第三设备134。这是说明性示例,并且在其他示例中,可以有任何数量的设备与每个RE通信。
设备130、132和134中的每个可以向与之通信的RE发送数据和/或从该RE接收数据。设备中的一个或多个设备可以例如将数据传输到其相应的容迟的RE,例如,由设备根据NB-IoT标准传输。每个设备还可以传输其他通信,例如语音、视频或数据业务。每个设备可以传输容迟IoT业务和其他业务中的一者或两者。
网络100中的每个RE接收的传输被转发到相关联的REC,即同一CRAN中的REC。例如,RE 110和112将接收到的传输转发到CRAN 102中的REC 108。每个REC可以将至少一些容迟通信发送给集中处理节点以进行处理,并且还可以处理其他通信。在一个示例中,设备130是UE(即,使用不容迟数据进行操作的无线设备),并且设备132是使用例如容迟数据进行操作的设备,例如具有NB-IoT功能的设备,例如智能电表。REC 108可以处理来自设备130的通信(例如,对它们执行基带处理),并且可以将来自设备132的至少一些通信转发到另一节点以进行处理(例如,基带处理)。
在一些示例中,将容迟通信转发到的节点是另一个CRAN中的REC。例如,在网络100中,REC 108和118可以将诸如NB-IoT业务之类的至少一些容迟通信转发到REC 122以进行处理。REC 108、118和122也可以在本地处理其他通信。因此,在不同于非容迟数据的节点或CRAN中对容迟数据进行基带处理。
图2示出了处理通信的方法200。所述方法可以由网络中的节点(例如,无线电设备控制器(REC))来实现,尽管所述方法可以由任何合适的节点来实现。方法200的步骤202包括从第一设备接收第一数据,第一数据具有第一类型,其中第一类型是物联网(IoT)类型。例如,从第一设备接收的数据可以包括诸如NB-IoT传输之类的容迟IoT传输。对IoT的引用也可以指MTC。方法200的步骤204包括从第二设备接收第二数据,第二数据具有第二类型。第二类型可以不同于第一类型。例如,第二类型可以是延迟敏感数据,非IoT数据,常规移动业务和/或任何其他类型的数据。第一数据比第二数据具有更长的等待时间约束。即,例如,第一数据的发送与基带处理之间的最大允许时间长于第二数据的发送与基带处理之间的最大允许时间。第二数据可以包括例如移动电信,诸如语音呼叫、视频呼叫、互联网访问等。
方法200的步骤206包括通过网络链路将第一数据发送给处理节点,以便对第一数据进行基带处理。该处理节点可以是例如另一个REC或网络中的任何合适的节点。处理节点可以从网络中的多个RE接收数据,并且因此可以执行数据的集中基带处理,例如容迟IoT数据(例如,MTC、MMTC、IoT和NB-IoT数据)。
方法200的步骤208包括在与对第一数据进行基带处理的节点不同的节点中对第二数据进行基带处理。这可能涉及在本地处理第二数据,例如在执行方法200的节点中执行该操作。在其他示例中,这可能涉及将数据发送给所述处理节点以外的节点。将第二数据发送给节点进行处理的延迟可以小于将第一数据发送给其处理节点的延迟。
在一些示例中,由网络中诸如RE的节点执行的方法200可以包括:缓冲来自第一设备的多个数据传输;以及使用网络链路上的传输资源来发送多个数据传输。因此,例如,在REC处从一个或多个RE接收的传输或通信(其中该传输或通信是容迟的)(例如,NB-IoT传输)在被转发到处理节点之前被转移到缓冲区中。容迟IoT传输也可以以一种方式转发,以便有效利用执行所述方法的节点与处理节点之间的一个或多个网络链路。例如,当缓冲区中的多个数据传输的总大小超过传输资源的带宽的阈值比例时,可以将该多个数据传输发送给处理节点。在一个示例中,如果传输资源(例如,带宽量)可用于将传输发送给处理节点,则可以在缓冲区中的量超过可用带宽的80%时发送该传输。这可以有效地利用网络链路上的传输资源,特别是在网络链路也可以用于其他目的的情况下。可以在节点(例如,RE)处从传输资源提供者接收识别网络链路上的传输资源的细节。参考图1,传输资源提供者可以与网络100或网络129(例如,回程网络)相关联。
在替代场景中,或者作为在缓冲区中的多个数据传输的总大小超过传输资源的带宽的阈值比例的情况下将上述多个数据传输发送给处理节点的补充,可以将第一数据存储在缓冲区中,并当至少一些第一数据的到期时间与当前时间之间的差小于网络链路上传输的延迟时间加上容忍时间时转发给处理节点。到期时间可以是预期数据得到处理(例如至少得到基带处理)之前的时间,并且容忍时间是确保数据可以被转发到处理节点并在到期时间之前得到处理的额外时间段。这样,可以将第一数据保存在缓冲区中并一同转发,以有效使用网络链路,但是可以考虑到期时间,以确保在处理之前第一数据都不会到期。延迟时间可以是转发第一数据的节点与处理节点之间的一个或多个链路的延迟,包括在任何中间节点处的处理延迟。容忍时间可确保及时处理第一数据,尽管在一些情况下,容忍时间可能为零(例如不考虑容忍时间)。在一些示例中,到期时间可以是从传输开始的时间加上容迟约束或等待时间约束。在一些情况下,当第一数据被一同转发到处理节点时,可以首先发送第一数据中具有最早到期时间的部分。
在一些示例中,数据的处理可以包括以下至少一项:OSI第1层处理(例如,从设备接收的信号的采样)以构造或恢复从设备发送的比特;以及OSI第2层处理,以从比特中构造出帧;以及OSI第3层处理,以从比特或帧构造数据包(例如IP数据包)。可以在诸如RE之类的节点处以这种方式处理诸如来自UE等的移动电信数据之类的非容迟数据,而无需将其转发给处理节点。因此,可以例如在没有将数据转发到远程节点进行处理造成任何延迟的情况下处理这种数据。在诸如REC之类的节点处接收到的容迟数据可以不经上述任何处理而原封不动地转发或由REC重新打包。然后可以将所得的比特、帧或数据包转发到处理节点以供进一步处理。
在一些示例中,网络链路可以包括或封装通用公共无线电接口(CPRI)。即,CPRI可以在网络链路上实现或可用。在一些情况下,例如,可以根据另一接口或协议来封装CPRI数据(例如,CPRI帧),并通过网络链路转发或隧道化。在一些示例中,在通过CPRI接口将数据从RE发送给REC的情况下,可以将与容迟业务相对应的CPRI数据(例如,CPRI帧)原封不动地转发到处理节点。
网络中的节点(例如每个CRAN 102、104和106中的节点,例如每个CRAN中的REC)可以确定哪些接收到的传输是容迟的(例如,IoT或NB-IoT传输)。例如,在一些实施例中,设备可以发送一种类型的通信(例如,容迟通信或非容迟通信;IoT通信或其他类型的通信),并且每个设备所发送的通信的类型对于REC是已知的。在一些示例中,网络(例如,REC)可以向每个设备分配时隙和/或频率用于传输,因此网络(例如,REC)可以根据接收传输的时隙和/或频率来确定接收到的哪些传输是容迟的。在一些实施例中,时隙和/或频率可以是调度信息。
图3示出了无线电设备控制器(REC)300的示例,例如图1所示的REC 108、118或122。REC 300包括代理组件302。代理组件302被配置为通过网络链路将REC 300接收的第一数据(即第一类型的数据)发送给处理节点以便对第一数据进行处理。第一数据可以具有IoT类型(例如,第一数据可以是容迟数据)。可以例如从一个或多个RE接收在REC处接收的数据,并且可以从相应设备接收该数据。因此,REC和/或代理400可以被认为是将第一类型的数据与第二类型的数据进行识别和分离,从而可以在不同的节点处处理(例如,基带处理)第一数据类型和第二数据类型。这样,REC和/或代理被配置为基于数据类型和/或设备类型(例如,IoT或非IoT设备)的等待时间约束来分开处理节点。第一类型的数据在远离包括代理组件的REC 300的处理节点处得到处理。
图4示出了代理400的功能元件的示例,其可以是图3中所示的代理组件302。代理400包括输入设备402和输出设备404。输入设备402接收第一数据(例如,容迟IoT数据)并将第一数据提供给输出设备404。输出设备404包括用于缓冲第一数据的缓冲区406和用于调度缓冲区406中的第一数据通过网络链路传输到处理节点以便进行基带处理的调度器408。
在一些示例中,输入设备402和/或输出设备404接收系统时钟,所述系统时钟可用于分别调度传入或传出的传输。系统时钟可以与外部信号(例如网络时钟或网络时间基准)同步。
在一些示例中,调度器408可以基于网络上的传输资源的可用性来调度第一数据的传输。例如,调度器408可以调度或以其他方式使输出设备404从缓冲区406传输数据,该缓冲区406中,传输资源是可用的,并且在一些示例中,缓冲区406中的数据可以至少以阈值比例(例如,将利用至少80%的资源)利用传输资源(例如光信道)。因此,可以认为调度器408基于将要发送第一类型数据以供处理的传输网络来调度第一类型数据的转发(即,基于传输资源可用性和/或基于使用第一类型数据填充至少预定比例的传输资源的要求)。
在一些示例中,代理400将第一类型的数据发送给网络的另一部分(例如,无线电接入网络的另一部分)中的基带处理节点以便进行基带处理。基带处理节点可以与接收第一类型的数据的RE属于不同的CRAN 104、106。基带处理节点可以是用于多个(例如多个REC共有的)CRAN的公共基带处理节点。因此,每个CRAN可以具有用于第二类型的数据(其为延迟敏感数据)的单独的基带处理节点和用于第一类型的数据(其为非延迟敏感数据)的公共基带处理节点。在一些示例中,CRAN可以被认为是无线电接入网络中的多个RE和一个或多个连接的基带处理单元(BBU,也称为REC或数字单元)。经由代理400将用于第一类型数据的基带处理节点连接到RE。在一些示例中,通过传输网络将第一类型数据从代理400传输到用于第一类型数据的公共基带处理节点。这样,公共基带处理节点被认为在地理位置上远离代理400,还有被连接的RE,即也不在同一地点。在一些示例中,用于第一类型数据的公共基带处理节点可以与用于不同CRAN的第二类型数据的基带处理单元位于同一位置。
在一些示例中,在节点(例如,REC)和处理节点之间可以存在多个路径,用于处理容迟IoT通信,每个路径具有相应的传输延迟和可用带宽。图5示出了网络500的一部分示例,其中包括REC 502,REC 502从第一设备504和第二设备506接收容迟业务。REC 502通过传输网络510将业务转发到处理节点508或基带处理节点。示出传输网络510在REC 502和处理节点508之间具有两个可用路径,路径1和路径2。
每个路径,即路径1和路径2,其特征在于具有可用带宽Bx和路径延迟Dx(即,从REC502传输业务到在处理节点508接收业务之间的时间),其中x为1或2。可用带宽可以是例如10Gbps波长的1Gbps ODU容器。路径延迟可能是由于链路延迟加上中间分组节点(如果存在)中的处理延迟所致。在示例场景中,可以认为来自第一设备504的示例传输在时间T1处具有处理期限,并且相应地,来自第二设备506的示例传输在时间T2处具有处理期限。
对于第一设备504,REC 502可以将(T1-D1)视为使用路径1进行传输的期限,或者将(T1-D2)视为使用路径2进行传输的期限。在一些示例中,期限还可以考虑额外的时间,例如,容忍时间。通过考虑来自设备504和506的容迟传输的带宽要求和时间约束,并考虑具有相应带宽和延迟的传输选项(例如路径),REC 502可以确定用于从每个设备504和506传输业务到处理节点508的合适传输时机,同时有效地利用可用的传输带宽。
例如,REC 502可以通过在相关处理期限内将容迟业务存储在缓冲区中来尽可能多地填充路径上的可用带宽。以下两个示例可用于确定何时将业务从特定设备传输到处理节点:
1.较低时间优先(LTF):特定流的时间预算(或一组IoT流中的较低时间预算),例如来自特定设备的容迟业务,可与常规无线电流的传输等待时间预算相比。在这种情况下,一旦带宽资源可用,则REC 502可以发送流。REC 502可以选择首先发送最接近到期的流。
2.带宽适合优先(BFF):流中的业务必须被处理之前的时间预算可大到足以明显延迟所述处理。在这种情况下,可以更方便地存储所有流并首先发送适合可用带宽的流。REC 502可以假定在任何存储的业务将到期之前,新的传输资源(例如,传输网络510中的路径上的带宽)将是可用的。REC 502可以选择首先发送最适合可用带宽的流,例如,具有最多存储业务的流。
图6示出了根据本公开的实施例的装置600的示例。装置600可以是例如用于处理通信的装置。装置600可以被配置为执行图2或任何其他示例的方法。
装置600包括处理电路602(例如,处理器)和与处理电路602通信的存储器604。存储器604包含处理器602可执行的指令。在一个实施例中,存储器604包含处理器602可执行的指令,使得所述装置可操作以可操作地从第一设备接收第一数据,所述第一数据具有第一类型,其中所述第一类型是物联网(IoT)类型,从第二设备接收第二数据,所述第二数据具有第二类型,其中第一数据与第二数据相比具有更长的等待时间约束,并且通过网络链路将第一数据发送给处理节点,以在与对第二数据进行基带处理的节点不同的节点中对第一数据进行基带处理。
图7示出了例如用于处理通信的装置700的示例。所述装置包括:第一接收模块702,被配置为从第一设备接收第一数据,第一数据具有第一类型,其中,第一类型是物联网(IoT)类型;以及第二接收模块704,被配置为从第二设备接收第二数据,第二数据具有第二类型,其中第一数据类型比第二数据类型具有更长的等待时间约束。装置700还包括发送模块706,发送模块706被配置为通过网络链路将第一数据发送给处理节点,以在与对第二数据进行基带处理的节点不同的节点中对第一数据进行基带处理。
应当注意,上述示例说明而不是限制本发明,并且本领域技术人员将能够设计许多替代示例,而不脱离所附声明的范围。单词“包括”不排除权利要求中列出的元件或步骤之外的元件或步骤的存在,“一”或“一个”不排除多个,并且单个处理器或其他单元可以实现在下面的声明中所列举的几个单元的功能。在使用术语“第一”、“第二”等的情况下,它们仅应被理解为用于方便识别特定特征的标签。特别地,除非另有明确说明,否则它们不应被解释为描述多个这样的特征中的第一或第二特征(即,这些特征中的第一或第二特征在时间或空间上发生)。除非另有明确说明,否则本文公开的方法中的步骤可以以任何顺序进行。声明中的任何附图标记均不应解释为限制其范围。

Claims (27)

1.一种网络节点中的方法,所述方法包括:
从第一设备接收第一数据,所述第一数据具有第一类型,其中所述第一类型为物联网IoT类型;
从第二设备接收第二数据,所述第二数据具有第二类型,其中所述第一数据与所述第二数据相比具有更长的等待时间约束;
通过网络链路将所述第一数据发送给处理节点以便对所述第一数据进行基带处理;以及
在与对所述第一数据进行基带处理的节点不同的节点中对所述第二数据进行基带处理。
2.根据权利要求1所述的方法,其中,发送所述第一数据包括:
缓冲来自所述第一设备的多个数据传输;以及
使用所述网络链路上的传输资源发送所述多个数据传输。
3.根据权利要求2所述的方法,其中,发送所述多个数据传输包括:当缓冲区中的所述多个数据传输的总大小超过所述传输资源的带宽的阈值比例时,发送所述多个数据传输;或者发送所述多个数据传输包括基于可用的传输带宽进行发送。
4.根据前述权利要求中的任一项所述的方法,其中,通过所述网络链路将所述第一数据发送给处理节点以便对所述第一数据进行基带处理包括:将所述第一数据发送给第一云无线电接入网CRAN以便对所述第一数据进行基带处理,并且对所述第二数据进行基带处理包括:在第二云无线电接入网CRAN中对所述第二数据进行基带处理。
5.根据前述权利要求中的任一项所述的方法,其中,发送所述第一数据包括:当所述第一数据中的至少一些数据的到期时间与当前时间之间的差小于所述网络链路上的传输延迟时间加上容忍时间时,发送所述第一数据。
6.根据前述权利要求中的任一项所述的方法,其中,所述第一类型是窄带无线电接入技术类型。
7.根据权利要求1至6中的任一项所述的方法,其中,所述网络链路包括通用公共无线电接口CPRI。
8.根据前述权利要求中的任一项所述的方法,其中,所述第二数据包括延迟敏感数据。
9.根据前述权利要求中的任一项所述的方法,其中,所述第一数据和所述第二数据是从至少一个无线电设备RE接收的。
10.根据前述权利要求中的任一项所述的方法,还包括:根据用于所述第一设备的传输的调度信息识别所述第一数据。
11.根据前述权利要求中的任一项所述的方法,其中,所述网络节点包括无线电设备控制器REC。
12.一种包括指令的计算机程序,所述指令在至少一个处理器上执行时使所述至少一个处理器执行根据前述权利要求中任一项所述的方法。
13.一种包含根据权利要求12所述的计算机程序的载体,其中,所述载体包括电信号、光信号、无线电信号或计算机可读存储介质之一。
14.一种计算机程序产品,包括非暂时性计算机可读介质,其上存储有根据权利要求12所述的计算机程序。
15.一种用于处理通信的装置,所述装置包括处理器和存储器,所述存储器包含能够由所述处理器执行的指令,使得所述装置能够操作为:
从第一设备接收第一数据,所述第一数据具有第一类型,其中,所述第一类型为物联网IoT类型;
从第二设备接收第二数据,所述第二数据具有第二类型,其中所述第一数据与所述第二数据相比具有更长的等待时间约束;
通过网络链路将所述第一数据发送给处理节点以便对所述第一数据进行基带处理;以及
对所述第二数据进行基带处理或将所述第二数据发送给与对所述第一数据进行基带处理的节点不同的节点以便进行基带处理。
16.根据权利要求15所述的装置,其中所述存储器包含能够由所述处理器执行的指令,使得所述装置能够操作为通过以下方式发送所述第一数据:
缓冲来自所述第一设备的多个数据传输;以及
使用所述网络链路的传输资源发送所述多个数据传输。
17.根据权利要求16所述的装置,其中,所述存储器包含能够由所述处理器执行的指令,使得所述装置能够操作为通过以下方式发送所述多个数据传输:当缓冲区中的所述多个数据传输的总大小超过所述传输资源的带宽的阈值比例时,发送所述多个数据传输,或者基于可用的传输带宽进行发送。
18.根据权利要求15至17中的任一项所述的装置,其中,所述存储器包含能够由所述处理器执行的指令,使得所述装置能够操作为通过以下方式通过网络链路将所述第一数据发送给处理节点以便对所述第一数据进行基带处理:将所述第一数据发送给第一云无线电接入网CRAN以便对所述第一数据进行基带处理,并且对所述第二数据进行基带处理包括:在第二云无线电接入网CRAN中对所述第二数据进行基带处理。
19.根据权利要求15至18中的任一项所述的装置,其中,所述存储器包含能够由所述处理器执行的指令,使得所述装置能够操作为:当所述第一数据中的至少一些数据的到期时间与当前时间之间的差小于所述网络链路上的传输延迟时间加上容忍时间时,发送所述第一数据。
20.根据权利要求15至19中的任一项所述的装置,其中,所述第一类型是窄带无线电接入技术类型。
21.根据权利要求15至20中的任一项所述的装置,其中,所述网络链路包括通用公共无线电接口CPRI。
22.根据权利要求15至21中的任一项所述的装置,其中,所述第二数据包括延迟敏感数据。
23.根据权利要求15至22中的任一项所述的装置,其中,所述第一数据和所述第二数据是从至少一个无线电设备RE接收的。
24.根据权利要求14至23中的任一项所述的装置,其中,所述存储器包含能够由所述处理器执行的指令,使得所述装置能够操作为:根据用于所述第一设备的传输的调度信息识别所述第一数据。
25.根据权利要求15至24中的任一项所述的装置,其中,所述装置包括无线电设备控制器REC。
26.一种用于处理通信的装置,其中,所述装置被配置为:
从第一设备接收第一数据,所述第一数据具有第一类型,其中,所述第一类型为物联网IoT类型;
从第二设备接收第二数据,所述第二数据具有第二类型,其中所述第一数据与所述第二数据相比具有更长的等待时间约束;以及
通过网络链路将所述第一数据发送给处理节点以便在与对所述第二数据进行基带处理的节点不同的节点中对所述第一数据进行基带处理。
27.一种用于处理通信的装置,所述装置包括:
第一接收模块,被配置为从第一设备接收第一数据,所述第一数据具有第一类型,其中,所述第一类型为物联网IoT类型;
第二接收模块,被配置为从第二设备接收第二数据,所述第二数据具有第二类型,其中,所述第一数据与所述第二数据相比具有更长的等待时间约束;以及
发送模块,被配置为通过网络链路将所述第一数据发送给处理节点以便在与对所述第二数据进行基带处理的节点不同的节点中对所述第一数据进行基带处理。
CN201780097632.6A 2017-12-12 2017-12-12 处理容迟通信 Active CN111480351B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2017/082466 WO2019114937A1 (en) 2017-12-12 2017-12-12 Processing delay tolerant communications

Publications (2)

Publication Number Publication Date
CN111480351A true CN111480351A (zh) 2020-07-31
CN111480351B CN111480351B (zh) 2024-03-15

Family

ID=60782196

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780097632.6A Active CN111480351B (zh) 2017-12-12 2017-12-12 处理容迟通信

Country Status (4)

Country Link
US (1) US11363674B2 (zh)
EP (1) EP3725106A1 (zh)
CN (1) CN111480351B (zh)
WO (1) WO2019114937A1 (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101827417A (zh) * 2010-04-23 2010-09-08 南京邮电大学 基于物联网区分服务的路由选择方法
US20130163520A1 (en) * 2010-10-04 2013-06-27 Sony Corporation Communication device, communication control method, and communication system
US20150223060A1 (en) * 2014-02-03 2015-08-06 Cellco Partnership D/B/A Verizon Wireless Mediation of information carried via a common public radio interface
US20160255532A1 (en) * 2013-11-13 2016-09-01 Huawei Technologies Co., Ltd. Transmission of machine type communications data using disrupted connectivity
US20170132853A1 (en) * 2015-11-10 2017-05-11 Veniam, Inc. Systems and methods for optimizing data gathering in a network of moving things
WO2017123417A1 (en) * 2016-01-12 2017-07-20 Intel Corporation CELLULAR INTERNET OF THINGS (CIoT) OPTIMIZATIONS FOR NARROWBAND (NB) AND NON-NB IoT NETWORKS
US20170264535A1 (en) * 2016-03-14 2017-09-14 Alcatel-Lucent Usa Inc. Programmable system architecture for routing data packets in virtual base stations

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5995488A (en) * 1996-10-08 1999-11-30 Advanced Micro Devices, Inc. Method and apparatus for regulating data flow in networks
US5889972A (en) * 1997-03-25 1999-03-30 Adaptec, Inc. Bus to bus bridge deadlock prevention system
US7246171B1 (en) * 2000-12-15 2007-07-17 Nortel Networks Limited System and method for managing data transmissions from a TFTP server by specifying a maximum bandwidth
US7313635B1 (en) * 2002-03-21 2007-12-25 Cisco Technology Method and apparatus for simulating a load on an application server in a network
US7907938B2 (en) * 2006-08-31 2011-03-15 Alcatel-Lucent Usa Inc. Apparatus and method for data transmission in a wireless communications network
CN102202345A (zh) * 2010-06-03 2011-09-28 美商威睿电通公司 移动通讯装置及机器类型通讯数据的寄存器状态回报方法
US9320016B2 (en) * 2010-10-01 2016-04-19 Mitsubishi Electric Corporation Communication system
GB201114079D0 (en) * 2011-06-13 2011-09-28 Neul Ltd Mobile base station
KR101953216B1 (ko) * 2011-11-11 2019-02-28 삼성전자주식회사 이동 통신 시스템에서 시스템 정보 전송 방법 및 장치
US8824478B2 (en) * 2011-12-23 2014-09-02 Cisco Technology, Inc. System and method for transporting digital radio signal streams in a small cell network environment
US9215039B2 (en) * 2012-03-22 2015-12-15 Sharp Laboratories Of America, Inc. Devices for enabling half-duplex communication
KR101410249B1 (ko) * 2013-05-09 2014-06-20 주식회사 이노와이어리스 Cran에서 du와 ru간 i/q 데이터 압축 및 그 해제 방법
JP6336292B2 (ja) * 2014-02-21 2018-06-06 株式会社モバイルテクノ 複素デジタル信号圧縮装置及びプログラム、複素デジタル信号伸長装置及びプログラム、並びに、通信装置
US10097978B2 (en) * 2014-04-07 2018-10-09 Deutsche Telekom Ag Transmitting machine type communication data between a plurality of machine type communication devices and a mobile communication network
US9059970B1 (en) * 2014-04-28 2015-06-16 Innowireless Co., Ltd. Method of compressing and decompressing I/Q sample data in cloud radio access network
BR112017002566A2 (pt) * 2014-09-10 2017-12-05 Intel Ip Corp cabeça de rádio remota melhorada (errh) e dispositivo para alcançar compactação de front-haul em uma rede de acesso de rádio com base em nuvem (c-ran)
US10171364B2 (en) 2014-11-25 2019-01-01 Nokia Technologies Oy Method and apparatus for optimizing transmissions in wireless networks
DE112015006872B4 (de) * 2015-09-02 2024-05-08 Apple Inc. Verfahren und Einrichtungen zur Kanalschätzung für NB-PBCH in NB-LTE-Systemen
GB2543347A (en) 2015-10-16 2017-04-19 Virtuosys Ltd Dynamic router functionality in cellular networks
US10098120B2 (en) 2016-01-19 2018-10-09 Qualcomm Incorporated Uplink grants for narrowband internet-of-things
CN107087306A (zh) * 2016-02-12 2017-08-22 台扬科技股份有限公司 用于无线信源调度的方法
DE112018001033T5 (de) * 2017-02-27 2019-11-28 Mavenir Networks, Inc. System und verfahren für eine vernetzte entfernte funkanlage

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101827417A (zh) * 2010-04-23 2010-09-08 南京邮电大学 基于物联网区分服务的路由选择方法
US20130163520A1 (en) * 2010-10-04 2013-06-27 Sony Corporation Communication device, communication control method, and communication system
US20160255532A1 (en) * 2013-11-13 2016-09-01 Huawei Technologies Co., Ltd. Transmission of machine type communications data using disrupted connectivity
US20150223060A1 (en) * 2014-02-03 2015-08-06 Cellco Partnership D/B/A Verizon Wireless Mediation of information carried via a common public radio interface
US20170132853A1 (en) * 2015-11-10 2017-05-11 Veniam, Inc. Systems and methods for optimizing data gathering in a network of moving things
WO2017123417A1 (en) * 2016-01-12 2017-07-20 Intel Corporation CELLULAR INTERNET OF THINGS (CIoT) OPTIMIZATIONS FOR NARROWBAND (NB) AND NON-NB IoT NETWORKS
US20170264535A1 (en) * 2016-03-14 2017-09-14 Alcatel-Lucent Usa Inc. Programmable system architecture for routing data packets in virtual base stations

Also Published As

Publication number Publication date
US20210219381A1 (en) 2021-07-15
US11363674B2 (en) 2022-06-14
WO2019114937A1 (en) 2019-06-20
EP3725106A1 (en) 2020-10-21
CN111480351B (zh) 2024-03-15

Similar Documents

Publication Publication Date Title
US11252742B2 (en) Techniques for wireless access and wireline network integration
US10869220B2 (en) Congestion control in a wireless communication network
TWI655870B (zh) 用於控制網路流量的方法及裝置
CN102017672B (zh) 中继节点连接管理
US10880951B2 (en) Base station for controlling a transmission of data packets and a method thereto
EP3585009B1 (en) Data transmission method and communication device
CN103685023A (zh) 一种基于星载ip交换的宽带卫星通信系统及通信方法
CN104125617A (zh) 一种移动终端自组网的系统和方法
WO2019240808A1 (en) Backhaul scheduling
CN104185290A (zh) 数据调度的方法、中继设备、中继节点及系统
CN101207439A (zh) 至少一个用户台和至少两个基站之间的通信方法
CN114009144A (zh) Tsn业务转发的分组延迟预算确定
WO2020223668A1 (en) Transport interface message protocol
US20170374696A1 (en) Method and device for connectionless bearer service
US20220053362A1 (en) Priority handling at quality of service flow relocation
CN113518382B (zh) 一种流量控制方法和装置
CN102282806B (zh) 实现数据转发的方法、网络系统及设备
CN114390593A (zh) 一种iab网络中的通信方法及其装置
CN111480351B (zh) 处理容迟通信
CN111132223A (zh) 一种数据包的传输方法和通信设备
RU2632930C1 (ru) Способы, беспроводное устройство, базовая радиостанция и второй сетевой узел для управления однонаправленным eps-каналом
US9231884B2 (en) Traffic control device, traffic control method, and communication system
JP2015037209A (ja) パケットスケジューラ、通信ネットワークおよびパケットスケジューリング方法
WO2020120825A1 (en) Packet communications
US20230023266A1 (en) Information processing method and apparatus and communication device

Legal Events

Date Code Title Description
PB01 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