CN109804658B - 通信网络中的吞吐量 - Google Patents

通信网络中的吞吐量 Download PDF

Info

Publication number
CN109804658B
CN109804658B CN201680090012.5A CN201680090012A CN109804658B CN 109804658 B CN109804658 B CN 109804658B CN 201680090012 A CN201680090012 A CN 201680090012A CN 109804658 B CN109804658 B CN 109804658B
Authority
CN
China
Prior art keywords
flow
scheduling priority
packet
block
scheduling
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
Application number
CN201680090012.5A
Other languages
English (en)
Other versions
CN109804658A (zh
Inventor
J·P·维拉贾马
J·C·克鲁斯
H·P·M·韦托维尔塔
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.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
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 Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Publication of CN109804658A publication Critical patent/CN109804658A/zh
Application granted granted Critical
Publication of CN109804658B publication Critical patent/CN109804658B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2458—Modification of priorities while in transit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related

Landscapes

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

Abstract

为了即使在检测到分组丢失时也保持链路吞吐量，使用深度分组检查数据来确定是否临时提升流的调度优先级，并且如果决定提升，则流的调度优先级被临时提升。

Description

通信网络中的吞吐量
技术领域
本发明涉及基于分组交换的通信。
背景技术
近年来，移动服务的显著增长以及智能电话和平板设备的普及已经增加了对于更高网络容量的需求。与电路交换相比，大多数通信技术使用分组交换来提高网络效率。现有诸如传输控制协议(TCP)之类的协议在通信的端部之间提供分组流的可靠、有序且纠错的传递。然而，由于所丢失的分组被后续被检测到并且为了进行重传可能需要等候稍长时间，所以使用这种具有被配置为在转发分组之前将它们缓存的一个或多个中间节点的协议的通信技术存在着因此而降低吞吐量的风险。
发明内容
根据一个方面，提供独立权利要求的主题。一些实施例在从属权利要求中限定。
实施方式的一个或多个示例在附图和以下的描述中更详细地被给出。其它特征将由于该描述和附图以及由于权利要求而是清楚明白的。
附图说明
在以下实施例中将参考附图更详细地进行描述，其中：
图1图示了所例示的无线通信系统；
图2图示了所例示的网络节点的架构；
图3至10图示了所例示的处理；和
图11是示意性框图。
具体实施方式
以下实施例是示例性的。虽然说明书可能在文中多处提到“一”、“一个”或“一些”(多个)实施例和/或(多个)示例，但是这并不一定意味着每次提及都是针对相同的(多个)实施例或(多个)示例，或者特定特征仅应用于单个实施例和/或示例。不同实施例和/或示例的单个特征也可以被组合以提供其它的实施例和/或示例。
本文所描述的实施例和示例可以在被配置为在传输调度中使用优先级设定的任意的有线或无线通信系统中实施，诸如以下的至少一种：基于基本宽度码分多址(W-CDMA)的通用移动电信系统(UMTS，3G)、高速分组接入(HSPA)、长期演进(LTE)、LTE-Advanced、LTE-Advanced Pro、第五代(5G)系统、超5G，和/或基于IEEE 802.11规范和基于IEEE802.15规范的无线局域网(WLAN)。然而，实施例并不被限制于作为示例所给出的系统，而是本领域技术人员可以将该解决方案应用于被提供以必要属性的其它通信系统。适当通信系统的一个示例是如上文所列出的5G系统。
5G已经设想通过使用包括与较小的局域接入节点协同操作的宏站点的所谓小小区概念而使用多输入多输出(MIMO)多天线传输技术，比当前LTE的网络部署更多的基站或接入节点，诸如小小区的局部超密集部署，并且还将各种无线电技术用于更好的覆盖和提升的数据速率。5G将可能包括多于一种的无线电接入技术(RAT)，每一种都针对某种使用情形和/或频谱进行了优化。5G系统还可以整合蜂窝(3GPP)和非蜂窝(例如，IEEE)技术。5G移动通信将具有更宽范围的使用情形以及包括视频流、增强现实的相关应用，不同的数据共享方式以及各种形式的机器类型应用，包括车辆安全、不同传感器和实时控制。5G被预期具有多个无线电接口，除了早期配置的低于6GHz的频率之外还有更高频率(即厘米波和毫米波频率)，并且还能够与诸如LTE的现有遗留无线电接入技术相结合。至少在早期阶段，与LTE的结合可以被实施为系统，其中红覆盖由LTE所提供并且5G无线电接口接入通过与LTE整合而来自于小小区。换句话说，5G被规划为支持RAT间可操作性(诸如LTE-5G)以及RI间可操作性(无线电接口间的可操作性，诸如厘米波和毫米波之间的RI间可操作性)。被考虑要在5G网络中使用的概念之一是网络切片(network slicing)，其中可以在相同基础设施内创建多个独立且专用的虚拟子网(网络实例)以运行对于延时、可靠性、吞吐量和移动性具有不同要求的服务。
应当意识到的是，未来网络将以最大可能来利用网络功能虚拟化(NFV)，这是一种提出将网络节点功能虚拟化到可以在操作上连接或链接在一起以提供服务的“构建块”或实体之中的网络架构概念。虚拟化网络功能(VNF)可以包括使用标准或通用类型的服务器而不是定制硬件来运行计算机程序代码的一个或多个虚拟机。云计算或云数据存储也可以被利用。在无线电通信中，这意味着节点操作要至少部分在操作上耦合至远程无线电头端的服务器、主机或节点中实施。节点操作也将可能在多个服务器、节点或主机间分布。还应当理解的是，劳动力在核心网络操作和基站操作之间的分布可以与LTE有所不同或者甚至是不存在的。可能被使用的一些其它技术进步是软件定义网络(SDN)、大数据和全IP，这会改变网络被构造和管理的方式。例如，以下所描述的一种或多种网络节点功能可以被迁移至任何相对应的抽象或者装置或设备。因此，所有词语和表达形式都应当被宽泛地解释，并且它们意在对实施加以说明而非限制。
图1中图示了可以针对其应用本发明的实施例的示例性系统100的极为一般化的架构。图1是简化的系统架构，其仅示出了一些要素和功能实体，它们全部都是其实施方式可能与所示出的有所不同的逻辑单元。对于本领域技术人员而言清楚明白的是，该系统可以包括任意数量的所图示要素和功能实体。
参考图1，由一个或多个蜂窝无线电通信网络行程的蜂窝通信系统通常由可以为不同类型的一个或多个网络节点所组成，所述蜂窝无线电通信网络诸如第三代合作伙伴计划(3GPP)的长期演进(LTE)、LTE-Advanced(LTE-A)或者所预测的未来5G解决方案。这样的网络节点的示例是基站110，诸如演进NodeB(eNB)，其为终端设备120(例如为终端设备)提供广域、中等范围或局域的覆盖101以获得针对其它网络103(诸如互联网)中的服务器130的直接或经由核心网络(图1中未示出)的无线接入。为了优化小区和系统容量以及终端用户体验，该基站被配置为在调度传输时以不同方式设定数据流的优先级。另外，在所图示的示例中，基站110被配置为监视分组丢失率，并且在检测到需求的情况下临时提升优先级。针对该目的，基站110包括增强分组处理单元(e-p-p-u)111。下文将详细描述增强分组处理单元111的不同功能的示例。
通常，基站110可以是能够充当在调度属于不同流的分组的传输时使用不同优先级的中间节点的任意网络节点(设备、装置)。任何这样的网络节点都可以被提供以增强分组处理单元。
终端设备(TD)120是指便携式计算设备(器件、装置)，并且其也可以被称作用户设备、用户终端或移动终端或者机器类型通信(MTC)设备，也被称作机器至机器设备和端对端设备。这样的计算设备(装置)包括具有或没有硬件或软件的订户标识模块(SIM)的情况下进行操作的无线移动通信设备，包括但并不局限于以下类型的设备：移动电话、智能电话、个人数字助理(PDA)、手机、膝上计算机和/或触摸屏计算机、电子阅读设备、平板电脑、游戏机、上网本、多媒体设备、传感器、致动器、视频相机、汽车、冰箱、其它家用电器、遥测装备和遥控装备。
服务器130描绘了信息从那里被发送至终端设备的源、以及可以从终端设备向其发送信息的目标。诸如文件服务器或web服务器的服务器130被用作源的示例，这是因为从服务器向终端设备传输的数据量可能非常大。
图2图示了网络节点或者更确切地基站210的示例性用户面架构，其包括专门被配置用于空中接口上的数据流增强分组处理单元。
基站210被配置为在物理层1(未图示)上方实施第2层(L2)无线电协议栈，其包括以下三个子层：分组数据收敛协议(PDCP)层212、无线电链路控制器(RLC)层214和媒体访问控制(MAC)层214。例如，PDCP层212处理用户面中的IP(互联网协议)分组。例如，RLC层213将分组调适为适合无线电接口的大小。例如，MAC层基于经协商的服务质量来执行传输的实际调度。
为了提供增强分组处理单元211，在所图示的示例中，存在PDCP层的层级上的分组丢失检测器(LOSS DET)211a以及MAC层的层级上的增强MAC调度器(e-SCHED)211b。增强MAC调度器211b是基于MAC调度器，所述MAC调度器负责在向数据流提供所要求的服务质量的同时对下行链路和上行链路中所使用的小区的无线电资源进行调度，如将在下文特别是利用图6至8更详细描述的，所谓增强是对MAC调度器进行升级以与分组丢失检测器211a协同操作。
应当意识到的是，图2仅提供了一个示例并且可以使用任意其它的用户面架构，并且只要提供了相对应的功能，分组丢失检测器和/或增强MAC调度器的功能可以在任意层级中实施。
图3是图示中间节点或者更确切地说该中间节点中的增强分组处理单元的示例功能的流程图。
参考图3，当在框301中检测到传入分组时，在框302中，预定义信息元素从分组中被确定或者被提取。该信息元素优选地指示该分组所属的流以及可以基于其确定分组丢失的信息，诸如指示分组在流中的顺序的信息。例如，如果分组是使用TCP/IP发送的分组，则TCP报头字段“序号”、“下一序号”和“目的地端口”中的数据被确定。例如，该信息可以通过使用任何深度分组检查(DPI)算法来获得。这样的算法的示例是被配置为对包含指定信息的分组进行搜索、验证、排序和重新路由的先进分组过滤。因此，本文的预定义信息元素中的数据被称作深度分组检查(DPI)数据。一旦DPI数据被确定/被提取，就在框303中使得按照调度转发该分组。换句话说，以就像尚未确定DPI数据那样的相同方式来执行用户面数据处理。在分组经历用户面数据处理的同时，所确定的DPI数据在框304中被用于确定是否临时提高该分组所属的流的调度优先级，并且如果检测到需要，则在框304中使得优先级临时被提升。例如，如果序号或顺序指示某个数量的分组已经丢失，则优先级将被提升。图4至6中图示了不同的示例。
该解决方案的优势在于它并不影响确认进程；端部接收器将接收到分组并且将会如常确认分组(或发送否定确认)，但是在分组丢失的情况下该过程由于提升的优先级而被加速，这是因为优先级的提升使得所丢失分组的重传将会更早被接收到。另外，由于中间节点自身并未介入实际的用户面业务，所以实施方式是直接的而且端部进程并不受到影响。例如，考虑到蜂窝网络和交换，提升调度优先级的基站(演进NodeB)并不降低性能，而是甚至在交换期间可以提高性能。
图4是图示中间节点或者更确切地图示中间节点中的增强分组处理单元的示例性功能的流程图。
参考图4，当增强分组处理单元或者增强分组处理单元的分组丢失检测器在框401中接收到(或确定)DPI数据时，它在框402中将所接收到的DPI数据连同之前接收的DPI数据一起用来计算流特定分组丢失率。换句话说，单独针对每个流计算分组丢失率。随后在框403中将该分组丢失率与分组丢失的预定义阈值进行比较。该阈值对于所有流可以是相同的，或者该阈值可以取决于流的预期服务质量(QoS)。
如果分组丢失率超过了阈值(框403：是)，则在框404中使得针对某个时段使用提升的调度权重因数。换句话说，调度优先级被提升。
如果分组丢失率保持低于阈值(框403：否)，则在框405中不引起变化。换句话说，调度优先级并不被提升(或降低)。
图5是图示中间节点或者更确切地图示中间节点中的增强分组处理单元的另一种示例性功能的流程图，其中功能重传被用作决定因素。
参考图5，当增强分组处理单元或者增强分组处理单元的分组丢失检测器在框501中接收到(或确定)DPI数据时，它以流特定方式(并未特别示出)将所接收到的DPI数据连同之前所接收的DPI数据一起进行分析。在所图示的示例中，在框502中检测到分组的重传。接着在框503中检测之前是否已经检测到了分组丢失。如果是，则在所图示的示例中，在框504中检测提升是否是可能的。该检查可以包括多个阶段。例如，可以确定流的调度优先级，并且如果调度优先级已经为最高，则调度优先级的提升是不可能的。另一个示例包括可以同时被提升的流的数量的上限；并且如果已经达到该上限，则调度优先级的提升是不可能的。另外的规则可以是无论上限如何，如果流自身是调度优先级被提升的流，则提升被认为是可能的，但是仅是提升的调度优先级的时间被延长。
如果提升被认为是可能的(框504：是)，则在框505中引起针对某个时段使用提升的调度权重因数。换句话说，调度优先级被提升。提升的意图是为了更早接收到对重传的分组的确认，以及因此尽可能早地达到分组传输的平衡。然后，在示例中，在框506将分组丢失状态重置为未检测到。
如果之前尚未检测到分组丢失(即，状态为未检测到)(框503：否)，或者如果提升是不可能的(框504：否)，则在框507中并不引起变化。换句话说，调度优先级并不被提升(或降低)。
应当意识到，检查提升是否可能可以被省略，并且该处理可以在之前已经检测到分组丢失的情况下(框503：是)直接继续使得针对某个时段使用提升的调度权重因数(框505)。
图6图示了实施方式的另外实施例。图6中的实施方式是针对基站的下行链路功能，并且框605延续利用图2所图示的增强分组处理单元——更具体地说是其分组丢失检测器——的所描述的功能。在图6中进一步假设该处理仅针对具有拥有非保证比特率的承载(非GBR承载)的流执行。换句话说，调度优先级将不会针对具有保证比特率的流被提升。将以下应用于具有GBR承载的流对于本领域技术人员而言是简单的处理：仅跳过在其中检查承载类型的框602。自然地，如果流具有最高优先级，则如以上所描述的，它无法被提升。
在图6至8中所示的示例中，参数差量K(delta K)和/或Z可以具有可更新的预定义值，或者该处理在其中根据一种或多种规则进行选择的值。这同样也应用于其它参数。
差量K指示流的服务质量类别标识符(QCI)的调度权重因数被提升多少。QCI是一种确保承载业务的适当服务质量的机制。差量K可以是任意值，但是它优选地为1、2或3，以确保网络的适当工作。差量K的值或者在首先使用默认值的情况下的默认值可以取决于流的QCI。差量K的值的上限可以被设置。该上限可以与调度权重因数的最大值相同。
Z指示调度权重因数被提升多长时间。Z也可以是任意时间，诸如100ms、200ms、300ms、400ms或500ms。Z的值或者在首先使用默认值的情况下的默认值可以取决于流的QCI。另外，Z的值可以根据所提升流/承载的数量而变化。此外，在基站中缓存的数据量会对Z的值有所影响。
自然地，由于多个流被同时处理，所以该处理应当关注在具有两种不同信道质量的两个不同的流在同时被提升的情况下，流之间的优先级优选地在提升之后保持相同。
即使在差量K和Z的值被传送至增强MAC调度器的示例中，应当意识到的是，仅向增强MAC调度器通知该提升或者仅发送差量K和Z之一就足矣。例如，差量K和Z可以将该值包括为预设值或者被配置为使用计算提升多少和/或提升多久的算法。
参考图6，一旦在框601中检测到传入的下行链路分组，则在框602中检测它的承载是否是非GBR承载。如果不是(框602：否)，即，如果该承载不是GBR承载，则在框603中使得按照调度来转发分组。
如果该承载是非GBR承载(框602：是)，则在框604中对它的TCP/IP报头字段进行检查以确定“序号”、“下一序号”和“目的地端口”，并且随后在框604中使得按照调度来转发分组。
目的地端口被用来识别流，并且在框605中检查新的流是否已经开始，即分组是否是流中的第一个分组。
如果分组并不是第一个分组(框605：否)，则在框606中检查分组丢失检测(PLD)参数是否被设置为真。如果是，则在框607中检查在框604中所确定的序号(SN#)是否小于被称作起始分析字节(S_A_B)的变量的值。如果是，则检测重传，并且在框608中引起通知更新MAC调度器或者任何相对应的功能/单元将该流的调度权重因数(SWF)在Z毫秒内增大(提升)差量K。这考虑到了在接收到传输之前可能花费一些时间以及调度权重因数在接收到传输时可能不再被提升的可能性。由于这种功能，重传的往返时间将会更短。
另外，由于流的调度被提升，所以分组丢失检测(PLD)参数在框609被设置为假。
随后或者如果分组丢失检测(PLD)参数并不为真(框606：否)，或者如果序号并不小于起始分析字节的值(框607：否)，则在框中使用序号来检查分组是否重复。
如果分组并不是重复的，则在框611中检查该分组是否以错误顺序被接收，并且如果是，则在框612中执行重新排序(虽然图6的描述是针对一个分组的DPI数据，但是多个分组的DPI数据被同时处理)。
在重新排序(框612)之后，或者如果分组以正确顺序被接收(框611：否)，则两个变量值在框613中被更新：用于所接收字节的总数的变量，即实际接收字节(A_R_B)，以及变量所接收字节(R_B)。变量实际接收字节(A_R_B)在框613中被增加以框604中所确定的下一序号(nSN#)和序号(SN#)之间的差值。变量所接收字节(R_B)则被设置为下一序号(nSN#)。
接着在框614中检查变量所接收字节(R_B)和起始分析字节(S_A_B)之间的差值是否超过预设阈值Y。换句话说，阈值Y设定了被用来检测分组丢失的窗口(多少个分组将被用于监视分组丢失)。可以针对阈值Y使用任意值，值的示例是20000个字节。如果该差值超过了该阈值，则在框615中检查另外的差值是否超过预设阈值W，所述另外的差值是通过从所接收字节(R_B)的值中减去起始分析字节(S_A_B)的值所获得的结果与变量实际接收字节(A_R_B)的值之间的差值。可以针对阈值W使用任意值，值的示例是1600个字节。阈值W定义了在导致提升之前必须要丢失多少个分组。利用阈值W，可以确保单个分组的丢失并不会导致提升。
如果结果(R_B–S_A_B)与变量实际接收字节(A_R_B)的值之间的差值超过了阈值W(框615：是)，则在框616中引起通知更新MAC调度器或者任何相对应的功能/单元将该流的调度权重因数(SWF)在Z毫秒内增大(提升)差量K。另外，由于分组丢失被检测为高于阈值，所以分组丢失检测(PLD)变量在框617中被设置为真。作为与框601中所检测的分组有关的最后步骤，变量起始分析字节(S_A_B)的值在框618中被设置为在框604中所确定的下一序号(nSN#)。
如果结果(R_B–S_A_B)和变量实际接收字节(A_R_B)的值之间的差值并未超过阈值W(框615：否)，或者如果变量所接收字节(R_B)和起始分析字节(S_A_B)的值之间的差值并未超过预设阈值Y，则该处理直接进行至框618以设置变量起始分析字节的值。
如果该分组是流中的第一个(框605：是)，则变量起始分析字节(S_A_B)在框619中被预先设置为在框604中所确定的下一序号(nSN#)，变量实际接收字节(A_R_B)在框619中被设置为框604中所确定的下一序号(nSN#)和序号(SN#)之间的差值，并且变量所接收字节(R_B)被设置为下一序号(nSN#)。
如果分组是重复的(框610：是)，则它或者更确切地说该分组中的数据在框620中被忽略，并且针对数据分组的处理结束。
图7和8图示了增强MAC调度器可以如何被更新以遵循上文利用图6所描述的功能来工作。在该示例中，假设对于可以同时具有提升优先级的承载数量存在上限L。可以针对L使用任何数字。它可以是1、2、3等。如果过多承载被提升，则导致并未面临分组丢失的用户的数据速率下降。该副作用利用上限L而被限制。另外，假设在对于承载而言流具有提升的调度的同时以承载特定方式执行该提升，提升相同承载的请求被忽略。然而，应当意识到的是，也可以使用本文所描述的那些以外的其它规则。
参考图7，在框701中接收到针对流A、对于承载A将调度权重因数(SWF)在Z毫秒内增大(提升)差量K的请求后，在框702中检查针对承载A是否已经有承载特定计时器(BT)在运行。如果是，则在框73中检查该承载特定计时器(BT)是针对流A运行还是针对另一个流运行。如果该承载特定计时器(BT)是针对流A运行，则该请求在框704中被忽略。
如果该承载特定计时器(BT)是针对另一个流在运行(框703：是)，则在所图示的示例中，该承载特定计时器(BT)在框705中被重启/更新，使得它从接收到该请求起运行Z毫秒。应当意识到的是，也可以使用其它用于更新的算法，诸如利用原始值(如果不同于Z)重启计时器，向剩余时间增加Z或Z的一半，等等。可替换地，如果承载特定计时器正在运行，则无论针对其执行请求的流如何，该请求都可以被忽略。
如果没有承载特定计时器在针对承载A运行(框702：否)，则在框706中检查具有提升优先级的承载的数量(N)是否与承载的上限(L)相同。如果是，则该请求在框704中被忽略。
如果具有提升优先级的承载的数量(N)与承载的上限(L)不相同(框706：否)，则在框707中将具有提升优先级的承载的数量增加1，并且在框708中创建承载特定计时器(BT)在针对承载A运行的指示。另外，调度优先级(调度权重因数)在框709中被提升以框701中所接收的请求中指示的差量K。自然地，针对承载A的计时器(承载特定计时器)在框710中利用值Z被启动。
图8图示了该过程在承载特定计时器被启动时如何在后台继续的示例性功能。在所图示的示例中，如下文将会详细描述的，还使用了所谓的惩罚计时器。该惩罚计时器是其值可以被预定义的参数，该值针对所有流可以是相同的或者取决于导致承载特定计时器启动(或者在承载特定计时器重新启动时的重新启动)的流的质量信道指示符。参考图8，一旦计时器(承载特定计时器)已经被启动，就在框801等待该计时器超时的时间周期Z。当计时器超时时(框801：是)，具有提升优先级的承载的数量(N)在框802中被减1，并且调度权重因数(SWF)在框803中被返回至其正常值。惩罚计时器也在框804中启动。当惩罚计时器超时时(框805：是)，则在框806中指示承载特定计时器(BT)并未针对该承载运行，例如通过删除框706中所创建的指示。
应当意识到的是，对于本领域技术人员而言，在没有该上限和/或惩罚计时器和/或在承载具有提升的调度的同时并不忽略提升的请求的情况下实施该示例是直观的过程。另外，对于本领域技术人员而言，将结合图7和8所描述的功能实施为流特定的而不是承载特定的是直观的过程。
存在不同类型的数据传输：一些涉及大量数据，一些则涉及少量数据。上文所描述的分组丢失检测/确定功能可以被局限于其中传送大量数据的数据传输，因为这样的传输最可能受分组丢失影响。
图9图示了其中增强分组处理单元或分组丢失检测器被配置为基于大小来确定是否将流置于上文利用图6所描述的分组丢失过程/功能的实施方式。
参考图9，其在对应于图6中的框604开始：检查分组DPI数据，即它的TCP/IP报头字段，以在框901中确定“序号”、“下一序号”和“目的地端口”，并且随后在框901中引起按照调度来转发该分组。
接着在框902中确定分组是否属于已经经历了分组丢失过程(p-l-p)的流。如果是，则该处理在框903中继续进行至图6中的框606(以检查是否已经检测到分组丢失)。
如果流尚未经历分组丢失过程(框902：否)，则在框904中检查分组的大小是否大于大小的预设限制(阈值)。如果否，则先前所获得的数据在框905中被忽略。换句话说，具有小分组的流将不会经历分组丢失过程。
如果分组的大小大于该限制(框904：是)，则流在框906中被置于分组丢失过程之中，更确切地是置于框619之中以使用框901中所确定的信息来设置变量值。
基本上，图9的功能可以替代图6中的框605或者对图6中的框605进行补充。
然而，由于流可能具有可变大小的分组，所以上文结合图9所描述的过程可以被细化调整以便对此加以考虑。图10图示了这样的经细化调整的过程的示例，利用图10被称之为流监视。
参考图10，框1001至1005与框901至905相同，并且它们在这里不被无谓重复。然而，如果分组的大小大于该限制(框1004：是)，则在框1006检查该流是否已经处于流监视过程(s-mon)中。如果否，则该流在框1007被置于流监视过程中，并且变量M在框1007被设置为1。
如果该流已经处于流监视过程中(框1006：是)，则变量M在框1008中递增1。随后在框1009中检查变量M是否等于N，N是对于进入分组丢失过程的限制。N可以是任意值。例如，如果N＝4，则其指示如果已经接收到四个超出大小限制的分组，则该流很可能涉及其上有大量数据被传送的数据传输，因此很可能发生分组丢失。
如果M并不等于N(框1009)，则流监视在框1010中继续。如果M等于N(框1009)，则流监视结束并且流在框1011中被置于分组丢失过程，去往图6中的框619。
取代在框1009中比较是否接收到超出大小限制的N个分组，可以比较是否接收到超出大小限制的N个连续分组。另外的准则可以是分组必须在预定时间内被接收。应当意识到的是，可以定义用于创建进入分组丢失过程的准则的各种组合。
应当意识到的是，上文结合图9或图10所描述的功能可以与上文结合图3、4和5中任一个所描述的功能进行组合。例如，该功能可以在图3中的框304之前被引入，和/或在图4中的框401和402之间被引入，和/或在图5中的框501和502之间被引入。
上文利用图3至10所描述的框、相关功能和信息交换并非处于绝对的时间先后顺序，并且它们中的一些可以被同时执行或者以不同于所给出的顺序来执行。自然地，针对若干分组/流的类似过程可以并行运行。其它功能也可以在它们之间或之内执行，并且其它信息可以被发送。一些框或者框的一部分或者一条或多条信息也可以被忽视，或者被相对应的框或者框的一部分或者一条或多条信息所替代。例如，检查重复(框610)和/或顺序(框611)和重新排序(框612)可以被省略。
本文所描述的技术和方法可以通过各种手段来实施，从而被配置为至少部分基于上文结合图1至10中任一个所公开的内容而支持深度分组检查和优先级临时提升(包括实施上文例如通过图2至10中的任一个而利用实施例/示例所描述的相对应终端设备的一种或多种功能/操作)的装置/基站/中间节点/接入节点不仅包括现有技术的手段，而且还包括用于实施例如通过图2至10中的任一个而利用实施例所描述的相对应功能的一个或多个功能/操作的手段，并且它可以包括用于每种单独功能/操作的单独手段，或者手段可以被配置为执行两种或更多的功能/操作。例如，上文所描述的一种或多种手段和/或增强分组处理单元或者其子单元可以以硬件(一个或多个设备)、固件(一个或多个设备)、软件(一个或多个模块)或者它们的组合来实施。对于硬件实施方式，实施例的(多个)装置可以以被设计为执行本文通过图1至10所描述的功能的一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、逻辑门、其它电子单元或者它们的组合来实施。对于固件或软件而言，实施方式可以通过执行本文所描述的功能的至少一个芯片组(例如，过程、函数等)的模块来实施。软件代码可以被存储在存储器单元中并且由处理器执行。存储器单元可以在处理器之内或处理器外部实施。在后者的情况下，它可以经由本领域已知的各种手段耦合至处理器。此外，本文所描述的系统的组件可以被重新部署和/或被补充以附加组件，以便促成关于其所描述的各个方面等的实现，并且如本领域技术人员将会意识到的，它们并不被局限于给定附图中所给出的确切配置
图11提供了根据本发明一些实施例的装置。图11图示了被配置为实行上文结合终端设备所描述的功能的装置。每个装置可以包括一个或多个通信控制电路，诸如至少一个处理器1102，以及包括诸如计算机程序代码(软件)的一种或多种算法1103的至少一个存储器1104，其中所述至少一个存储器和计算机程序代码(软件)利用所述至少一个处理器而被配置为使得所述装置执行终端设备的示例性功能之一。
存储器1104可以使用任意适当的数据存储技术来实施，诸如基于半导体的存储器设备、闪存、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。存储器可以包括用于存储例如上文随图1所描述的传输时间间隔配置数据的配置数据库。
该装置可以进一步包括不同接口1101，诸如一个或多个通信接口(TX/RX)，其包括用于根据一个或多个通信协议实现通信活动的硬件和/或软件。例如，通信接口可以为该装置提供以在蜂窝通信系统中进行通信的通信能力并且使得能够在不同网络节点之间以及在终端设备和不同网络节点之间进行通信。通信接口可以包括功标准的公知组件，诸如放大器、滤波器、频率转换器、调制器(解调器)，以及编码器/解码器电路和一个或多个天线。通信接口可以包括为网络节点和终端设备提供小区中的无线电通信能力的无线电接口组件。
参考图11，装置1100中的至少一个通信控制电路被配置为提供增强分组处理单元或者它的一个或多个子单元，并且通过一个或多个电路来实行上文通过图3至10中的任一个所描述的功能。
如本申请中所使用的，术语“电路”是指以下的全部内容：(a)仅硬件的电路实施方式，诸如仅以模拟和/或数字电路的实施方式；和(b)电路和软件(和/或固件的组合)，诸如(如可应用的)：(i)(多个)处理器的组合或者(ii)共同工作而使得装置执行各种功能的包括(多个)数字信号处理器的(多个)处理器/软件、软件和(多个)存储器的组合；和(c)电路，诸如(多个)微处理器或者(多个)微处理器的一部分，其需要软件或固件进行操作，即使该软件或固件并非物理存在。“电路”的这个定义应用于本申请中使用该术语的所有情况，包括任意权利要求。作为另外的示例，如本申请中所使用的，术语“电路”还将包括覆盖仅处理器(或多个处理器)或者处理器的一部分及其伴随的软件和/或固件的实施方式。例如以及如果能够应用于特定要素，术语“电路”还将覆盖用于移动电话的基带集成电路或应用处理器集成电路，或者服务器、蜂窝网络设备或另一种网络设备中的类似集成电路。
在一个实施例中，至少一个处理器、存储器和计算机程序代码形成处理器件或者包括用于实行根据图3至10的实施例中的任一个的一种或多种操作的一个或多个计算机程序代码部分或者它们的操作。
如所描述的实施还可以以计算机程序或者其部分所定义的计算机处理的形式来实行。结合图3至10所描述的方法的实施例可以通过执行包括相对应指令的计算机程序的至少一部分来实行。该计算机程序可以为源代码形式、目标代码形式，或者为一些中间形式，并且它可以被存储在一些类型的载体中，所述载体可以是能够承载程序的任意实体或设备。例如，计算机程序可以被存储在能够由计算机或处理器读取的计算机程序分布介质上。例如，该计算机程序介质例如可以是但并不局限于记录介质、计算机存储器、只读存储器、电载波信号、电信信号以及软件分发包。计算机程序介质可以是非瞬时介质。用于执行如所示出和描述的实施例的软件的编码同样处于本领域技术人员的范围之内。
虽然上文已经参考根据附图的示例对本发明进行了描述，但是清楚的是，本发明并不局限于此，而是可以在所附权利要求的范围内以多种方式进行修改。因此，所有词语和表达形式都应当被宽泛地解释并且它们意在说明而非限制实施例。对于本领域技术人员而言显而易见的是，随着技术进步，本发明的概念可以以各种方式来实施。另外，对于本领域技术人员而言清楚的是，所描述的实施例可以以各种方式与其它实施例相结合，但是并不要求如此。

Claims (22)

1.一种用于通信的方法，包括：
在中间网络节点处检测传入分组；
从所述分组确定深度分组检查数据；
使用所述深度分组检查数据来确定是否临时提升所述分组所属的流的调度优先级；
响应于确定提升所述流的调度优先级，引起所述流的所述调度优先级的临时提升；
指示其中所述深度分组检查数据已被用来确定所述调度优先级的所述临时提升的流；
从所述传入分组检查所述传入分组是否属于所指示的流；
响应于所述传入分组属于所指示的流，使用所述深度分组检查数据来确定是否临时提升所述分组所属的所述流的调度优先级；
响应于所述传入分组不属于所指示的流，执行以下：
使用所述深度分组检查数据来确定所述分组的大小；
至少基于所述分组的所述大小，根据一种或多种预设规则来确定所述流是否具有足够大的分组，所述一种或多种预设规则包括所述分组的所述大小超过阈值、属于所述流的预设数量的分组具有超过所述阈值的大小、以及在某个时段内属于所述流的预设数量的分组具有超过所述阈值的大小；以及
响应于所述分组的所述流被确定为具有足够大的分组，将所述流指示为其中所述深度分组检查数据已被用来确定所述调度优先级的所述临时提升的所述流。
2.根据权利要求1所述的方法，进一步包括：
使用所述深度分组检查数据来计算所述流的分组丢失率；
将所述分组丢失率与预设阈值进行比较；以及
响应于所述分组丢失率超过所述阈值，确定提升所述流的所述调度优先级。
3.根据权利要求1所述的方法，进一步包括：
响应于确定提升所述流的调度优先级，指示已经针对所述流检测到分组丢失。
4.根据权利要求3所述的方法，进一步包括：
从所述深度分组检查数据检测所述分组是重传；
检查是否已经针对所述流检测到分组丢失；
如果已经针对所述流检测到分组丢失，则引起所述流的所述调度优先级的临时提升，并且指示尚未针对所述流检测到分组丢失。
5.根据权利要求1所述的方法，进一步包括：
在提升所述调度优先级之前检查所述流是否已经具有临时提升的调度优先级；
如果否，则检查具有提升的调度优先级的流的数量是否与预设的上限相同；以及
如果具有提升的调度优先级的流的所述数量小于所述预设的上限，则提升所述流的所述调度优先级。
6.根据权利要求5所述的方法，进一步包括：
在所述流的所述调度优先级的所述临时提升结束之后的预设时间，将所述流指示为临时提升的流。
7.根据权利要求1所述的方法，进一步包括：
在提升所述调度优先级之前检查所述流是否已经具有最高调度优先级；以及
如果所述优先级不是所述最高调度优先级，则引起所述流的所述调度优先级的临时提升。
8.根据权利要求1所述的方法，其中所述调度优先级被提升的时间和/或所述调度优先级被提升的量取决于所述流的类别质量标识符。
9.根据权利要求1所述的方法，进一步包括：
在所述深度分组检查之前检查所述流是否具有非保证比特率；以及
响应于所述流具有非保证比特率，执行所述深度分组检查。
10.根据权利要求1所述的方法，进一步包括：
在提升所述调度优先级之前检查用于所述流的承载是否已经具有临时提升的调度优先级；
如果否，则检查具有提升的调度优先级的承载的数量是否与预设的上限相同；以及
如果具有提升的调度优先级的承载的所述数量小于所述预设的上限，则提升所述承载的所述调度优先级。
11.根据权利要求10所述的方法，进一步包括：
如果所述承载已经具有临时提升的调度优先级，则检查所述调度优先级是否已经由相同的流提升；
如果否，则延长所述调度优先级被临时提升的时间。
12.根据权利要求10所述的方法，进一步包括：
在所述承载的所述调度优先级的所述临时提升结束之后的预设时间，将所述承载指示为被临时提升。
13.根据权利要求1所述的方法，其中所述确定是否提升调度优先级在PDCP层被执行，并且所述调度优先级通过在MAC调度器中提升调度权重因数而被提升。
14.根据权利要求13所述的方法，进一步包括：从PDCP层向所述MAC调度器发送信息，所述信息有关于所述调度优先级被临时提升多长时间和/或所述调度优先级被提升的量。
15.一种网络节点，包括：
至少一个处理器，以及
包括计算机程序代码的至少一个存储器，其中所述处理器、所述存储器和所述计算机程序代码被配置为使所述网络节点：
从传入分组确定深度分组检查数据；
使用所述深度分组检查数据来确定是否临时提升所述分组所属的流的调度优先级；
响应于确定提升所述流的所述调度优先级，引起所述流的所述调度优先级的临时提升；
指示其中所述深度分组检查数据已被用来确定所述调度优先级的所述临时提升的流；
从所述传入分组检查所述传入分组是否属于所指示的流；
响应于所述传入分组不属于所指示的流，所述存储器和所述计算机程序代码进一步被配置为使所述网络节点：
使用所述深度分组检查数据来确定所述分组的大小；
基于所述分组的所述大小，根据一种或多种预设规则来确定所述流是否具有足够大的分组，所述一种或多种预设规则包括所述分组的所述大小超过阈值、属于所述流的预设数量的分组具有超过所述阈值的大小、以及在某个时段内属于所述流的预设数量的分组具有超过所述阈值的大小；以及
响应于所述分组的所述流具有足够大的分组，将所述流指示为其中所述深度分组检查数据已被用来确定所述调度优先级的所述临时提升的所述流。
16.根据权利要求15所述的网络节点，其中所述处理器、所述存储器和所述计算机程序代码进一步被配置为使所述网络节点：
使用所述深度分组检查数据来计算所述流的分组丢失率；
将所述分组丢失率与预设阈值进行比较；以及
响应于所述分组丢失率超过所述阈值，提升所述流的所述调度优先级。
17.根据权利要求15所述的网络节点，其中所述处理器、所述存储器和所述计算机程序代码进一步被配置为使所述网络节点：
响应于由检测到的分组丢失引起的所述流的所述调度优先级的提升，指示已经针对所述流检测到分组丢失；
响应于从所述深度分组检查数据检测出所述分组是重传，检查是否已经针对所述流检测到分组丢失；
响应于已经针对所述流检测到所述分组丢失，引起所述流的所述调度优先级的临时提升，并且指示尚未针对所述流检测到分组丢失。
18.根据权利要求15所述的网络节点，其中所述处理器、所述存储器和所述计算机程序代码进一步被配置为使所述网络节点：
在所述深度分组检查之前检查所述流是否具有非保证比特率；以及
响应于所述流具有非保证比特率，执行所述深度分组检查。
19.根据权利要求15所述的网络节点，其中所述处理器、所述存储器和所述计算机程序代码进一步被配置为使所述网络节点在PDCP层执行确定是否提升调度优先级，并且通过在MAC调度器中提升调度权重因数来提升所述调度优先级。
20.根据权利要求19所述的网络节点，其中所述处理器、所述存储器和所述计算机程序代码进一步被配置为使所述网络节点承载特定地执行所述提升。
21.一种用于通信的装置，包括用于执行根据权利要求1至14中任一项所述的方法的部件。
22.一种非瞬态计算机可读介质，所述非瞬态计算机可读介质具有存储于其上的指令，所述指令在被计算设备执行时使所述计算设备执行根据权利要求1至14中任一项所述的方法。
CN201680090012.5A 2016-10-10 2016-10-10 通信网络中的吞吐量 Active CN109804658B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2016/074175 WO2018068810A1 (en) 2016-10-10 2016-10-10 Throughput in communications network

Publications (2)

Publication Number Publication Date
CN109804658A CN109804658A (zh) 2019-05-24
CN109804658B true CN109804658B (zh) 2022-04-29

Family

ID=57121261

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680090012.5A Active CN109804658B (zh) 2016-10-10 2016-10-10 通信网络中的吞吐量

Country Status (4)

Country Link
US (1) US10862810B2 (zh)
EP (1) EP3524004B1 (zh)
CN (1) CN109804658B (zh)
WO (1) WO2018068810A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11064395B1 (en) * 2019-12-12 2021-07-13 T-Mobile Innovations Llc Ensuring quality of service at a cell site router
US11539606B2 (en) 2020-02-10 2022-12-27 Celona, Inc. Method and apparatus for measuring packet loss rate via deep packet inspection at an intermediate node in a communication network
US11533245B2 (en) * 2020-02-10 2022-12-20 Celona, Inc. Method and apparatus for measuring end-to-end packet latency and packet delay variation via deep packet inspection at an intermediate node of a communication network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012143346A1 (en) * 2011-04-19 2012-10-26 Nokia Siemens Networks Oy Scheduling priority in a communications network
WO2015188875A1 (en) * 2014-06-13 2015-12-17 Nokia Solutions And Networks Oy Dynamic quality of service management
CN105323116A (zh) * 2014-08-01 2016-02-10 中国电信股份有限公司 互联网特征业务流量的采集方法与装置、系统

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9189307B2 (en) * 2004-08-06 2015-11-17 LiveQoS Inc. Method of improving the performance of an access network for coupling user devices to an application server
US9647952B2 (en) * 2004-08-06 2017-05-09 LiveQoS Inc. Network quality as a service
US7764694B2 (en) * 2008-03-07 2010-07-27 Embarq Holdings Company, LLP System, method, and apparatus for prioritizing network traffic using deep packet inspection (DPI)
US8873381B2 (en) * 2009-06-22 2014-10-28 Qualcomm Incorporated Bearer quality of service selection
US9628579B2 (en) * 2010-05-13 2017-04-18 Futurewei Technologies, Inc. System, apparatus for content delivery for internet traffic and methods thereof
WO2013023690A1 (en) * 2011-08-17 2013-02-21 Telefonaktiebolaget L M Ericsson (Publ) Advanced determination, processing and control in communication networks
WO2013187963A2 (en) * 2012-03-30 2013-12-19 The University Of North Carolina At Chapel Hill Methods, systems, and computer readable media for rapid filtering of opaque data traffic
US8966598B2 (en) * 2012-05-25 2015-02-24 LiveQoS Inc. System and method for group video messaging service
US9420511B2 (en) * 2012-11-01 2016-08-16 Intel Corporation Signaling QoS requirements and UE power preference in LTE-A networks
KR102060737B1 (ko) * 2013-12-27 2019-12-30 삼성전자주식회사 이동통신 시스템에서 QoS 서비스를 위한 QoS 스위칭 방법 및 장치
US9800507B2 (en) * 2015-02-10 2017-10-24 Verizon Patent And Licensing Inc. Application-based path computation
US9985898B2 (en) 2015-02-26 2018-05-29 Citrix Systems, Inc. System for bandwidth optimization with traffic priority determination
US10498652B2 (en) * 2015-04-13 2019-12-03 Nicira, Inc. Method and system of application-aware routing with crowdsourcing
EP3220681B1 (en) * 2016-03-18 2020-07-15 Nokia Technologies Oy Adaptive and dynamic qos/qoe enforcement
US10277515B2 (en) * 2016-04-04 2019-04-30 Qualcomm Incorporated Quality of service (QOS) management in wireless networks
US10243860B2 (en) * 2016-04-05 2019-03-26 Nokia Technologies Oy Method and apparatus for end-to-end QoS/QoE management in 5G systems
WO2017174875A1 (en) * 2016-04-08 2017-10-12 Nokia Technologies Oy Method and apparatus for u-plane sub-service flow mapping

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012143346A1 (en) * 2011-04-19 2012-10-26 Nokia Siemens Networks Oy Scheduling priority in a communications network
WO2015188875A1 (en) * 2014-06-13 2015-12-17 Nokia Solutions And Networks Oy Dynamic quality of service management
CN105323116A (zh) * 2014-08-01 2016-02-10 中国电信股份有限公司 互联网特征业务流量的采集方法与装置、系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
S2-142360 "Analysis and proposal for packet marking solution";Ericsson;《3GPP tsg_sa\WG2_Arch》;20140702;全文 *

Also Published As

Publication number Publication date
EP3524004B1 (en) 2021-03-24
EP3524004A1 (en) 2019-08-14
US10862810B2 (en) 2020-12-08
WO2018068810A1 (en) 2018-04-19
US20200053013A1 (en) 2020-02-13
CN109804658A (zh) 2019-05-24

Similar Documents

Publication Publication Date Title
CN112106437B (zh) 处理周期性rna定时器的方法和无线设备
EP3603220A1 (en) Qos flows inactivity counters
KR20200140355A (ko) 무선 통신 네트워크에서의 사용자 장비, 네트워크 노드, 및 방법들
WO2013044999A1 (en) Communication terminal, network component, base station and method for communicating
CN115280714A (zh) 用于扩展现实功率节省的带宽部分自适应技术
CN115087034A (zh) 用于高吞吐量无线通信的系统选择
TW201714437A (zh) 用於縮減潛時的機制之臨界技術
US20230239333A1 (en) Metrics Collection And Reporting In 5G Media Streaming
EP3063967B1 (en) Signaling for mobility and mobility state estimation
CN109804658B (zh) 通信网络中的吞吐量
US10917817B2 (en) Methods and apparatus for discarding packets in a wireless communication network
WO2013185657A1 (zh) 用户设备辅助信息拒绝方法、装置和系统
US20220286899A1 (en) Interface between a radio access network and an application
WO2023209668A1 (en) Signaling and mechanisms for relay ue discovery message transmission multi-hop sidelink scenarios
US20230068415A1 (en) Systems and Method for Modem Power Aware Extended Reality (XR) and Gaming Software Applications
US10075876B2 (en) Method and apparatus for host-controlled packet data suppression
EP4302516A1 (en) Interface between a radio access network and an application
US11523404B2 (en) Radio link prioritization
WO2018111451A1 (en) Management of received internet protocol packet bundling for real time services
WO2023041033A1 (en) Terminal device, network node, and methods therein
US20240023087A1 (en) User Equipment (UE) Uplink Data Transmission Management
WO2021207933A1 (en) A method to avoid irat ping-pong and save power
CN116941278A (zh) 无线电接入网和应用之间的接口
WO2024022655A1 (en) Method and apparatus for dual connectivity conditional handover with on-time data forwardning
WO2023203246A1 (en) Transmission of cell barring information to a remote ue through a relay ue

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