CN115486156A - 用于资源协调的方法和网络设备 - Google Patents

用于资源协调的方法和网络设备 Download PDF

Info

Publication number
CN115486156A
CN115486156A CN202080100423.4A CN202080100423A CN115486156A CN 115486156 A CN115486156 A CN 115486156A CN 202080100423 A CN202080100423 A CN 202080100423A CN 115486156 A CN115486156 A CN 115486156A
Authority
CN
China
Prior art keywords
message
resource coordination
request
response
network device
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.)
Pending
Application number
CN202080100423.4A
Other languages
English (en)
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 CN115486156A publication Critical patent/CN115486156A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • 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/08Load balancing or load distribution
    • H04W28/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • H04W28/0864Load balancing or load distribution among access entities between base stations of different hierarchy levels, e.g. Master Evolved Node B [MeNB] or Secondary Evolved node B [SeNB]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • H04W88/085Access point devices with remote components

Landscapes

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

Abstract

根据本公开的实施例,提供了一种在网络设备的分布式单元DU中的方法(400)。该方法(400)包括:向网络设备的中央单元CU发送(410)第一消息,该第一消息包含对与另一网络设备进行资源协调的请求;以及从CU接收(420)第二消息,该第二消息包含来自另一网络设备的对该请求的响应。

Description

用于资源协调的方法和网络设备
技术领域
本公开涉及通信技术,并且更具体地,涉及一种用于资源协调的方法和网络设备。
背景技术
第三代合作伙伴计划(3GPP)技术规范(TS)36.423,V15.9.0中定义了演进的通用陆地无线电接入(E-UTRA)–新无线电(NR)小区资源协调过程,该技术规范的全部内容通过引用并入本文。该过程的目的在于能够协调正在共享频谱并具有完全或部分重叠的覆盖区域的演进NodeB(eNB)与en-gNB(E-UTRA–NR下一代NodeB,一种向用户设备(UE)提供NR用户平面和控制平面协议终止并充当E-UTRA–NR双连接(EN-DC)中的辅助节点的节点)之间的无线电资源分配。在该过程期间,eNB和en-gNB交换它们用于数据业务的预期资源分配,并且如果可能,汇聚成共享资源。
E-UTRA–NR小区资源协调过程可以由eNB(如图1A所示)或en-gNB(如图1B所示)发起。
在图1A中,eNB通过X2接口向en-gNB发送E-UTRA–NR小区资源协调请求消息来发起该过程。en-gNB提取数据业务资源指示信元(IE),并通过发送E-UTRA–NR小区资源协调响应消息进行回复。在图1B中,en-gNB通过向eNB发送E-UTRA–NR小区资源协调请求消息来发起该过程。eNB以E-UTRA–NR小区资源协调响应消息进行回复。对于E-UTRA–NR小区资源协调过程的进一步细节,可以参考3GPP TS36.423的第8.7.15节。
下一代NodeB(gNB)–分布式单元(DU)资源协调过程在3GPP TS38.473,V15.9.0中进行了定义,其全部内容通过引用并入本文。该过程的目的在于:为了例如在E-UTRA与NR之间进行频谱共享,能够在gNB–中央单元(CU)与gNB-DU之间协调无线电资源分配。
图2示出了NR发起的gNB-DU资源协调过程。在这种情况下,应包括gNB-DU资源协调响应消息中的E-UTRA–NR小区资源协调响应容器。如图所示,gNB-CU通过F1接口向gNB-DU发送gNB-DU资源协调请求消息来发起该过程。gNB-DU提取E-UTRA–NR小区资源协调请求容器IE,并通过发送gNB-DU资源协调响应消息进行回复。在NR发起的gNB-DU资源协调过程的情况下,“忽略协调请求容器”IE应存在并设置为“是”,并且gNB-DU资源协调请求消息中的E-UTRA–NR小区资源协调请求容器IE应被忽略。对于gNB-DU资源协调过程的进一步详细信息,可以参考3GPP TS 38.473的第8.2.6节。
gNB-DU状态指示过程在3GPP TS 38.473中进行了定义。该过程的目的在于:向gNB-CU通知gNB-DU过载,从而可以应用过载减少动作。
图3示出了gNB-DU状态指示过程。如图所示,gNB-DU向gNB-CU发送gNB-DU状态指示消息。如果gNB-DU状态指示消息中的gNB-DU过载信息IE指示gNB-DU过载,则gNB-CU应该应用过载减少操作,直到通过新的gNB-DU状态指示消息得知过载情况已经停止。对于gNB-DU状态指示过程的进一步详细信息,可以参考3GPP TS 38.473的第8.2.7节。
发明内容
在如上面结合图1B所述的gNB(例如,en-gNB)发起的E-UTRA–NR小区资源协调中,协调模式(即,如何在gNB与eNB之间协调所分配的无线电资源)由gNB-DU来决定,而与eNB的资源协调由gNB-CU来发起。图2或图3所示的过程不允许gNB-DU发起这种资源协调,因为图2中的gNB-DU资源协调响应消息和图3中的gNB-DU状态指示消息都不能向gNB-CU提供对资源协调的适当请求。例如,图2中的gNB-DU资源协调响应消息和图3中的gNB-DU状态指示消息都不包含资源协调所需的信息(例如,标识哪个小区组或小区参与资源协调的组标识或小区标识)。
本公开的目的在于提供一种用于资源协调方法及网络设备,使网络设备中的DU能够适当地发起资源协调。
根据本公开的第一方面,提供了一种在网络设备的DU中的方法。该方法包括:向网络设备的CU发送第一消息,该第一消息包含对与另一网络设备进行资源协调的请求;以及从CU接收第二消息,该第二消息包含来自该另一网络设备的对所述请求的响应。
在实施例中,第一消息可以是gNB-DU资源协调请求,并且第二消息可以是gNB-DU资源协调响应。
在实施例中,第一消息可以是gNB-DU资源协调响应,并且第二消息可以是gNB-DU资源协调请求。
在实施例中,可以响应于来自CU的另一gNB-DU资源协调请求来发送第一消息。
在实施例中,该请求可以是E-UTRA–NR小区资源协调请求,并且该响应可以是E-UTRA–NR小区资源协调响应。
在实施例中,该另一网络设备可以包括用于与作为网络设备的gNB进行资源协调的eNB。
在实施例中,第一消息可以包含组标识和小区标识,用于指示参与资源协调的至少一个小区。
根据本公开的第二方面,提供了一种在网络设备的CU中的方法。该方法包括:从网络设备的DU接收第一消息,该第一消息包含对与另一网络设备进行资源协调的请求;以及向DU发送第二消息,该第二消息包含来自该另一网络设备的对请求的响应。
在实施例中,该方法还可以包括:响应于接收到第一消息,向该另一网络设备发送第三消息,该第三消息包含对与该另一网络设备进行资源协调的请求;以及从该另一网络设备接收第四消息,该第四消息包含对请求的响应。第二消息可以是响应于接收到第四消息而发送的。
在实施例中,第一消息可以是gNB-DU资源协调请求,并且第二消息可以是gNB-DU资源协调响应。
在实施例中,第一消息可以是gNB-DU资源协调响应,并且第二消息可以是gNB-DU资源协调请求。
在实施例中,该方法还可以包括:向DU发送另一gNB-DU资源协调请求。第一消息可以作为对该另一gNB-DU资源协调请求的响应而被接收。
在实施例中,该请求可以是E-UTRA–NR小区资源协调请求,并且该响应可以是E-UTRA–NR小区资源协调响应。
在实施例中,该另一网络设备可以包括用于与作为网络设备的gNB进行资源协调的eNB。
在实施例中,第一消息可以包含组标识和小区标识,用于指示参与资源协调的至少一个小区。
根据本公开的第三方面,提供了一种DU。DU包括通信接口、处理器和存储器。存储器包含可由处理器执行的指令,由此DU可操作地执行根据上述第一方面所述的方法。
根据本公开的第四方面,提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序指令。当计算机程序指令由DU中的处理器执行时,使DU执行根据上述第一方面所述的方法。
根据本公开的第五方面,提供了一种CU。CU包括通信接口、处理器和存储器。存储器包含可由处理器执行的指令,由此CU可操作地执行根据上述第二方面所述的方法。
根据本公开的第六方面,提供了一种计算机可读存储介质。所述计算机可读存储介质上存储有计算机程序指令。当计算机程序指令由CU中的处理器执行时,使CU执行根据上述第二方面所述的方法。
根据本公开的第七方面,提供了一种网络设备。该网络设备包括根据上述第三方面所述的DU和根据上述第五方面所述的CU。
通过本公开的实施例,网络设备的DU可以向网络设备的CU发送第一消息,该第一消息包含对与另一网络设备进行资源协调的请求;以及从CU接收第二消息,该第二消息包含来自另一网络设备的对请求的响应。以这种方式,DU能够适当地发起资源协调。
附图说明
根据以下参考附图对实施例的描述,以上及其他目的、特征和优点将更为明显,在附图中:
图1A是eNB发起的E-UTRA–NR小区资源协调过程的序列图;
图1B是en-gNB发起的E-UTRA–NR小区资源协调过程的序列图;
图2是NR发起的gNB-DU资源协调过程的序列图;
图3是gNB-DU状态指示过程的序列图;
图4是示出了根据本公开的实施例的网络设备的DU中的方法的流程图;
图5是示出了根据本公开的另一实施例的网络设备的CU中的方法的流程图;
图6是根据本公开的资源协调过程的示例的序列图;
图7是根据本公开的资源协调过程的另一示例的序列图;
图8是根据本公开的实施例的DU的框图;
图9是根据本公开的另一实施例的DU的框图;
图10是根据本公开的实施例的CU的框图;
图11是根据本公开的另一实施例的CU的框图;
图12是根据本公开的实施例的网络设备的框图;
图13示意性地示出了经由中间网络连接到主机计算机的电信网络;
图14是通过部分无线连接经由基站与用户设备进行通信的主机计算机的概括框图;以及
图15至图18是示出了在包括主机计算机、基站和用户设备的通信***中实现的方法的流程图。
具体实施方式
如本文所使用的,术语“网络设备”是指无线通信网络中的设备,终端设备经由网络设备接入网络并且从网络设备接收服务。网络设备指的是无线通信网络中的基站(BS)、接入点(AP)或任何其他适当的设备。BS可以是例如节点B(NodeB或NB)、演进NodeB(eNodeB或eNB)或(下一代)NodeB(gNB)。更一般地,网络设备可以表示能够、被配置为、被布置为和/或可操作以实现和/或提供向无线通信网络的终端设备接入或者向已经接入无线通信网络的终端设备提供某种服务的任意合适的设备(或一组设备)。
说明书中对“实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性,但是不一定每个实施例都包括该特定特征、结构或特性。此外,这些短语不必指同一实施例。此外,当结合实施例描述具体特征、结构或特性时,应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构或特性是在本领域技术人员的知识内的。
应该理解的是,尽管词语“第一”和“第二”等可以在本文中用于描述各种元素,但是这些元素不应受这些词语的限制。这些术语仅用来将元件彼此区分。例如,不脱离示例实施例的范围,第一元件可以被称为第二元件,并且类似地,第二元件可以被称为第一元件。如本文所使用的,词语“和/或”包括一个或多个相关列出词语的任何和所有组合。
本文使用的术语仅仅用于描述特定实施例的目的,而不旨在限制示例实施例。如本文使用的,单数形式“一”,“一个”和“所述”意在还包括复数形式,除非上下文明确地给出相反的指示。将进一步理解的是,当在本文中使用时,词语“包含”、“具有”、“包括”指明所陈述的特征、元素和/或组件等的存在,但不排除存在或添加一个或多个其它特征、元素、组件和/或其组合。
在下面的描述和权利要求中,除非另外定义,否则本文中所使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。
图4是示出了根据本公开的实施例的方法400的流程图。方法400可以在网络设备的DU处执行。
在框410处,向网络设备的CU发送第一消息,该第一消息包含对与另一网络设备进行资源协调的请求。这里,该请求可以是E-UTRA–NR小区资源协调请求。
在框420处,从CU接收第二消息,该第二消息包含来自该另一网络设备的对请求的响应。这里,该响应可以是E-UTRA–NR小区资源协调响应。
网络设备可以是例如en-gNB,并且另一网络设备可以是例如用于与en-gNB进行资源协调的eNB。备选地,网络设备可以是例如gNB,并且另一网络设备可以是例如用于与gNB进行资源协调的ng-eNB(下一代-eNB,一种向UE提供E-UTRA用户平面和控制平面协议终止并经由下一代(NG)接口连接到第5代核心(5GC)的节点)。在本公开的上下文中,术语“gNB”可以指经由Xn接口与ng-eNB连接的gNB,或者经由X2接口与eNB连接的en-gNB。类似地,术语“eNB”可以指经由Xn接口与gNB连接的ng-eNB,或者经由X2接口与en-gNB连接的eNB。对于Xn应用协议(XnAP)的细节,可以参考3GPP TS 38.423,V15.7.0,其全部内容通过引用并入本文。
在示例中,第一消息可以是gNB-DU资源协调请求(或为了进行资源协调请求而定义的新消息),并且第二消息可以是gNB-DU资源协调响应(或为了进行资源协调响应而定义的新消息)。这里,如3GPP TS38.473中所定义的gNB-DU资源协调请求可以用作第一消息,其中,该消息的方向被改变为“gNB-DU到gNB-CU”。这里,gNB-DU资源协调请求可以包括E-UTRA–NR小区资源协调请求容器IE,其包含3GPP TS36.423中所定义的X2应用协议(X2AP)E-UTRA–NR小区资源协调请求,或3GPP TS 38.423中所定义XnAP E-UTRA–NR小区资源协调请求。X2AP E-UTRA–NR小区资源协调请求或XnAP E-UTRA–NR小区资源协调请求可以包括指示参与资源协调的至少一个小区的组标识(例如,频谱共享组ID)和小区标识(例如,E-UTRA小区ID)。因此,如3GPP TS 38.473中所定义的gNB-DU资源协调响应可以用作第二消息,其中,该消息的方向被改变为“gNB-CU到gNB-DU”。这里,gNB-DU资源协调响应可以包括E-UTRA–NR小区资源协调响应容器IE,其包含3GPP TS36.423中所定义的X2应用协议(X2AP)E-UTRA–NR小区资源协调响应,或3GPP TS 38.423中所定义的XnAP E-UTRA–NR小区资源协调响应。
备选地,第一消息可以是gNB-DU资源协调响应(或为了进行资源协调请求而定义的新消息),并且第二消息可以是gNB-DU资源协调请求(或为了进行资源协调响应而定义的新消息)。在这种情况下,可以响应于来自CU的另一gNB-DU资源协调请求来发送第一消息。这里,如3GPP TS 38.473中所定义的gNB-DU资源协调响应可以用作第一消息。在示例中,gNB-DU资源协调响应可以包括E-UTRA–NR小区资源协调请求容器IE,其包含3GPP TS36.423中所定义的X2应用协议(X2AP)E-UTRA–NR小区资源协调请求,或3GPP TS 38.423中所定义的XnAP E-UTRA–NR小区资源协调请求。X2AP E-UTRA–NR小区资源协调请求或XnAPE-UTRA–NR小区资源协调请求可以包括指示参与资源协调的至少一个小区的组标识(例如,频谱共享组ID)和小区标识(例如,E-UTRA小区ID)。在另一示例中,gNB-DU资源协调响应可以包括E-UTRA–NR小区资源协调响应容器IE,其包含3GPP TS 36.423中所定义的X2AP E-UTRA–NR小区资源协调响应,或者3GPP TS 38.423中所定义的XnAP E-UTRA–NR小区资源协调响应(为了进行E-UTRA–NR小区资源协调请求)。因此,如3GPP TS 38.473中所定义的gNB-DU资源协调请求可以用作第二消息。这里,gNB-DU资源协调请求可以包括E-UTRA–NR小区资源协调响应容器IE,其包含3GPP TS 36.423中所定义的X2AP E-UTRA–NR小区资源协调响应,或3GPP TS 38.423中所定义的XnAP E-UTRA–NR小区资源协调响应。
图5是示出了根据本公开的实施例的方法500的流程图。方法500可以在网络设备的CU处执行。
在框510处,从网络设备的DU接收第一消息,该第一消息包含对与另一网络设备进行资源协调的请求。这里,该请求可以是E-UTRA–NR小区资源协调请求。
在框520处,向DU发送第二消息,该第二消息包含来自另一网络设备的对请求的响应。这里,该响应可以是E-UTRA–NR小区资源协调响应。
这里,网络设备可以例如是en-gNB,并且另一网络设备可以例如是用于与en-gNB进行资源协调的eNB。备选地,网络设备可以例如是gNB,并且另一网络设备可以例如是用于与gNB进行资源协调的ng-eNB。
在示例中,第一消息可以是gNB-DU资源协调请求(或为了进行资源协调请求而定义的新消息),并且第二消息可以是gNB-DU资源协调响应(或为了进行资源协调响应而定义的新消息)。这里,如3GPP TS38.473中所定义的gNB-DU资源协调请求可以用作第一消息,其中,该消息的方向被改变为“gNB-DU到gNB-CU”。这里,gNB-DU资源协调请求可以包括E-UTRA–NR小区资源协调请求容器IE,其包含3GPP TS36.423中所定义的X2AP E-UTRA–NR小区资源协调请求,或3GPP TS38.423中所定义XnAP E-UTRA–NR小区资源协调请求。X2AP E-UTRA–NR小区资源协调请求或XnAP E-UTRA–NR小区资源协调请求可以包括指示参与资源协调的至少一个小区的组标识(例如,频谱共享组ID)和小区标识(例如,E-UTRA小区ID)。因此,如3GPP TS 38.473中所定义的gNB-DU资源协调响应可以用作第二消息,其中,该消息的方向被改变为“gNB-CU到gNB-DU”。这里,gNB-DU资源协调响应可以包括E-UTRA–NR小区资源协调响应容器IE,其包含3GPP TS 36.423中所定义的X2应用协议(X2AP)E-UTRA–NR小区资源协调响应,或3GPP TS38.423中所定义的XnAP E-UTRA–NR小区资源协调响应。
备选地,第一消息可以是gNB-DU资源协调响应(或为了进行资源协调请求而定义的新消息),并且第二消息可以是gNB-DU资源协调请求(或为了进行资源协调响应而定义的新消息)。在这种情况下,可以向DU发送另一gNB-DU资源协调请求,并且第一消息可以作为对另一gNB-DU资源协调请求的响应而被接收。这里,如3GPP TS 38.473中所定义的gNB-DU资源协调响应可以用作第一消息。在示例中,gNB-DU资源协调响应可以包括E-UTRA–NR小区资源协调请求容器IE,其包含3GPP TS 36.423中所定义的X2AP E-UTRA–NR小区资源协调请求,或3GPP TS 38.423中所定义的XnAP E-UTRA–NR小区资源协调请求。X2AP E-UTRA–NR小区资源协调请求或XnAP E-UTRA–NR小区资源协调请求可以包括指示参与资源协调的至少一个小区的组标识(例如,频谱共享组ID)和小区标识(例如,E-UTRA小区ID)。在另一示例中,gNB-DU资源协调响应可以包括E-UTRA–NR小区资源协调响应容器IE,其包含3GPP TS36.423中所定义的X2AP E-UTRA–NR小区资源协调响应,或者3GPP TS 38.423中所定义的XnAP E-UTRA–NR小区资源协调响应(为了进行E-UTRA–NR小区资源协调请求)。在这种情况下,CU可以将X2AP E-UTRA–NR小区资源协调响应或XnAP E-UTRA–NR小区资源协调响应转换为X2AP E-UTRA–NR小区资源协调请求或XnAP E-UTRA–NR小区资源协调请求,并且基于在CU处维护的信息将IE“频谱共享组ID”和“NR协调请求中的E-UTRA小区列表”设置为适当的值。因此,如3GPP TS 38.473中所定义的gNB-DU资源协调请求可以用作第二消息。这里,gNB-DU资源协调请求可以包括E-UTRA–NR小区资源协调响应容器IE,其包含3GPP TS 36.423中所定义的X2AP E-UTRA–NR小区资源协调响应,或3GPP TS 38.423中所定义XnAP E-UTRA–NR小区资源协调响应。
在示例中,响应于接收到第一消息,CU可以向另一网络设备发送第三消息,该第三消息包含对与另一网络设备进行资源协调的请求。例如,第三消息可以是如上面结合图1B所述的E-UTRA–NR小区资源协调请求消息,例如,它可以是从第一消息中提取或导出的X2APE-UTRA–NR小区资源协调请求或XnAP E-UTRA–NR小区资源协调请求。CU然后可以从另一网络设备接收第四消息,该第四消息包含对请求的响应。这里,第二消息可以是响应于接收到第四消息而发送的。例如,第四消息可以是如上面结合图1B所述的E-UTRA–NR小区资源协调响应消息,例如,它可以是要被包含在第二消息中的X2AP E-UTRA–NR小区资源协调响应或XnAP E-UTRA–NR小区资源协调响应。在另一示例中,CU可以将X2AP E-UTRA–NR小区资源协调响应或XnAP E-UTRA–NR小区资源协调响应转换为X2AP E-UTRA–NR小区资源协调请求或XnAP E-UTRA–NR小区资源协调请求,以便被包含在第二消息中的E-UTRA–NR小区资源协调请求容器IE中。
这里应当注意,eNB或ng-eNB是嵌入式无线电接入技术(RAT)的非限制性示例,并且CU和DU是拆分RAT的非限制性示例。本公开的原理可以应用于其他嵌入式RAT和/或其他拆分RAT。
上述方法400和500将结合下面图6和图7所示的示例进行进一步说明。
图6是根据本公开的资源协调过程的示例的序列图。如图所示,在6.1处,gNB-DU通过F1接口向gNB-CU发送gNB-DU资源协调请求消息来发起资源协调过程。在gNB-DU资源协调请求消息中,“忽略协调请求容器”IE不存在,“请求类型”IE设置为“执行”,并且“E-UTRA–NR小区资源协调请求”IE包含X2AP(或XnAP)E-UTRA–NR小区资源协调请求。在6.2处,gNB-CU向eNB发送X2AP(或XnAP)E-UTRA–NR小区资源协调请求。在6.3处,eNB以X2AP(或XnAP)E-UTRA–NR小区资源协调响应进行回复。在6.4处,gNB-CU向gNB-DU发送具有E-UTRA–NR小区资源协调响应容器IE的gNB-DU资源协调响应消息,该E-UTRA–NR小区资源协调响应容器IE包含X2AP(或XnAP)E-UTRA–NR小区资源协调响应。通过允许gNB-DU发送gNB-DU资源协调请求消息以及gNB-CU发送gNB-DU资源协调响应消息,图6所示的过程是高效的。
图7是根据本公开的资源协调过程的另一示例的序列图。如图所示,在7.1处,gNB-DU向gNB-CU发送指示gNB-DU过载的gNB-DU状态指示消息。以这种方式,gNB-DU发起资源协调过程。在7.2处,gNB-CU向gNB-DU发送gNB-DU资源协调请求消息。“忽略协调请求容器”IE存在于gNB-DU资源协调请求消息中,并设置为“是”。在7.3处,gNB-DU以具有“E-UTRA–NR小区资源协调请求容器”IE的gNB-DU资源协调响应消息进行回复,该“E-UTRA–NR小区资源协调请求容器”IE包含X2AP(或XnAP)E-UTRA–NR小区资源协调请求。在7.4处,gNB-CU向eNB发送X2AP(或XnAP)E-UTRA–NR小区资源协调请求。在7.5处,eNB以X2AP(或XnAP)E-UTRA–NR小区资源协调响应进行回复。在7.6处,gNB-CU向gNB-DU发送具有“E-UTRA–NR小区资源协调响应容器IE”的gNB-DU资源协调请求消息,该E-UTRA–NR小区资源协调响应容器IE包含X2AP(或XnAP)E-UTRA–NR小区资源协调响应。在gNB-DU资源协调请求消息中,“忽略协调请求容器”IE不存在,并且“请求类型”IE设置为“执行”。在7.7处,gNB-DU以gNB-DU资源协调响应消息进行回复。图7所示的过程不需要改变如3GPP TS 38.473中所定义的gNB-DU资源协调请求消息和gNB-DU资源协调响应消息的方向。
对应于如上所述的方法400,提供了DU。图8是根据本公开的实施例的网络设备的DU 800的框图。
DU 800可以被配置为执行如上面结合图4所述的方法400。如图8所示,DU 800包括:发送单元810,被配置为向网络设备的CU发送第一消息,该第一消息包含对与另一网络设备进行资源协调的请求。DU 800还包括:接收单元820,被配置为从CU接收第二消息,该第二消息包含来自另一网络设备的对请求的响应。
在实施例中,第一消息可以是gNB-DU资源协调请求,并且第二消息可以是gNB-DU资源协调响应。
在实施例中,第一消息可以是gNB-DU资源协调响应,并且第二消息可以是gNB-DU资源协调请求。
在实施例中,可以响应于来自CU的另一gNB-DU资源协调请求来发送第一消息。
在实施例中,该请求可以是E-UTRA–NR小区资源协调请求,并且该响应可以是E-UTRA–NR小区资源协调响应。
在实施例中,另一网络设备可以包括用于与作为网络设备的gNB进行资源协调的eNB。
在实施例中,第一消息可以包含指示参与资源协调的至少一个小区的组标识和小区标识。
上述单元810和820可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:被配置为执行上述以及例如在图4中示出的动作的处理器或微处理器和适当软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或处理电路。
图9是根据本公开的另一实施例的网络设备的DU 900的框图。
DU 900包括通信接口910、处理器920和存储器930。
存储器930可以包含可由处理器920执行的指令,由此DU 900可操作以执行例如前面结合图4描述的过程的动作。具体地,存储器930可以包含可由处理器920执行的指令,由此DU 900可操作地:向网络设备的CU发送第一消息,该第一消息包含对与另一网络设备进行资源协调的请求;以及从CU接收第二消息,该第二消息包含来自另一网络设备的对请求的响应。
在实施例中,第一消息可以是gNB-DU资源协调请求,并且第二消息可以是gNB-DU资源协调响应。
在实施例中,第一消息可以是gNB-DU资源协调响应,并且第二消息可以是gNB-DU资源协调请求。
在实施例中,可以响应于来自CU的另一gNB-DU资源协调请求来发送第一消息。
在实施例中,该请求可以是E-UTRA–NR小区资源协调请求,并且该响应可以是E-UTRA–NR小区资源协调响应。
在实施例中,另一网络设备可以包括用于与作为网络设备的gNB进行资源协调的eNB。
在实施例中,第一消息可以包含指示参与资源协调的至少一个小区的组标识和小区标识。
对应于如上所述的方法500,提供了CU。图10是根据本公开的实施例的网络设备的CU 1000的框图。
CU 1000可以被配置为执行上面结合图5所述的方法500。如图10所示,CU 1000包括:接收单元1010,被配置为从网络设备的DU接收第一消息,该第一消息包含对与另一网络设备进行资源协调的请求。CU 1000还包括:发送单元1020,被配置为向DU发送第二消息,该第二消息包含来自另一网络设备的对请求的响应。
在实施例中,发送单元1020还可以被配置为:响应于接收到第一消息,向另一网络设备发送第三消息,该第三消息包含对与另一网络设备进行资源协调的请求。接收单元1010还可以被配置为:从另一网络设备接收第四消息,该第四消息包含对请求的响应。第二消息可以是响应于接收到第四消息而发送的。
在实施例中,第一消息可以是gNB-DU资源协调请求,并且第二消息可以是gNB-DU资源协调响应。
在实施例中,第一消息可以是gNB-DU资源协调响应,并且第二消息可以是gNB-DU资源协调请求。
在实施例中,发送单元1020还可以被配置为:向DU发送另一gNB-DU资源协调请求。第一消息可以作为对另一gNB-DU资源协调请求的响应而被接收。
在实施例中,该请求可以是E-UTRA–NR小区资源协调请求,并且该响应可以是E-UTRA–NR小区资源协调响应。
在实施例中,另一网络设备可以包括用于与作为网络设备的gNB进行资源协调的eNB。
在实施例中,第一消息可以包含指示参与资源协调的至少一个小区的组标识和小区标识。
上述单元1010和1020可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:被配置为执行上述以及例如在图5中示出的动作的处理器或微处理器和适当软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或处理电路。
图11是根据本公开的另一实施例的网络设备的CU 1100的框图。
CU 1100包括通信接口1110、处理器1120和存储器1130。
存储器1130可以包含可由处理器1120执行的指令,由此CU 1100可操作以执行例如前面结合图5描述的过程的动作。具体地,存储器1130可以包含可由处理器1120执行的指令,由此CU 1100可操作以:从网络设备的DU接收第一消息,该第一消息包含对与另一网络设备进行资源协调的请求;以及向DU发送第二消息,该第二消息包含来自另一网络设备的对请求的响应。
在实施例中,存储器1130还可以包含可由处理器1120执行的指令,由此CU 1100可操作以:响应于接收到第一消息,向另一网络设备发送第三消息,该第三消息包含对与另一网络设备进行资源协调的请求;以及从另一网络设备接收第四消息,该第四消息包含对请求的响应,第二消息可以是响应于接收到第四消息而发送的。
在实施例中,第一消息可以是gNB-DU资源协调请求,并且第二消息可以是gNB-DU资源协调响应。
在实施例中,第一消息可以是gNB-DU资源协调响应,并且第二消息可以是gNB-DU资源协调请求。
在实施例中,存储器1130可以包含可由处理器1120执行的指令,由此CU 1100可操作以:向DU发送另一gNB-DU资源协调请求。第一消息可以作为对另一gNB-DU资源协调请求的响应而被接收。
在实施例中,该请求可以是E-UTRA–NR小区资源协调请求,并且该响应可以是E-UTRA–NR小区资源协调响应。
在实施例中,另一网络设备可以包括用于与作为网络设备的gNB进行资源协调的eNB。
在实施例中,第一消息可以包含指示参与资源协调的至少一个小区的组标识和小区标识。
图12是根据本公开的实施例的网络设备1200的框图。网络设备1200可以包括图9中的DU 900(或图8中的DU 800)和图11中的CU1100(或图10中的CU 1000)。网络设备1200可以例如是gNB或en-gNB。
本公开还提供了非易失性或易失性存储器(例如,非瞬时计算机可读存储介质、电可擦除可编程只读存储器(EEPROM)、闪存和硬盘驱动器)的形式的至少一个计算机程序产品。计算机程序产品包括计算机程序。计算机程序包括:在由处理器920执行时使DU 900执行例如早先结合图4描述的过程的动作的代码/计算机可读指令;或在由处理器1120执行时使CU 1100执行例如早先结合图5描述的过程的动作的代码/计算机可读指令。
计算机程序产品可以被配置为以计算机程序模块构造的计算机程序代码。计算机程序模块可以基本上执行图4至图5中任何一个所示的流程的动作。
处理器可以是单个CPU(中央处理单元),但是还可以包括两个或更多个处理单元。例如,处理器可以包括通用微处理器;指令集处理器和/或相关芯片集和/或专用微处理器,例如专用集成电路(ASIC)。处理器还可以包括用于高速缓存目的的板载存储器。计算机程序可以由与处理器相连的计算机程序产品来承载。计算机程序产品可以包括存储计算机程序的非瞬时计算机可读存储介质。例如,计算机程序产品可以是闪存、随机存取存储器(RAM)、只读存储器(ROM)或EEPROM,并且上述计算机程序模块在备选实施例中可以分布在存储器形式的不同计算机程序产品上。
参考图13,根据实施例,通信***包括电信网络1310,例如3GPP类型的蜂窝网络,其包括接入网络1311(例如,无线电接入网络)和核心网1314。接入网络1311包括多个基站1312a、1312b、1312c,例如NB、eNB、gNB或其他类型的无线接入点,每个基站定义对应的覆盖区域1312a、1312b、1312c。每个基站1312a、1312b、1312c可通过有线或无线连接1315连接到核心网1314。位于覆盖区域1312c中的第一UE 1391被配置为无线连接到对应的基站1312c或由对应的基站1312c寻呼。覆盖区域1312a中的第二UE 1392可无线连接到对应的基站1312a。虽然在该示例中示出了多个UE 1391、1392,但是所公开的实施例同样适用于如下情形:其中,唯一的UE位于覆盖区域中,或者唯一的UE连接到对应基站1312。
电信网络1310本身连接到主机计算机1330,主机计算机1330可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中,或者体现为服务器群中的处理资源。主机计算机1330可以由服务提供商所有或在服务提供商控制之下,或者可以由服务提供商操作或代表服务提供商操作。电信网络1310与主机计算机1330之间的连接1321和1322可以直接从核心网1314延伸到主机计算机1330,或者可以经由可选的中间网络1320延伸到主机计算机1330。中间网络1320可以是公共、私有或托管网络中的一个网络或它们中的多于一个网络的组合;中间网络1320(如果有的话)可以是骨干网络或因特网;特别地,中间网络1320可以包括两个或更多个子网络(未示出)。
图13中的通信***作为整体实现了连接的UE 1391、1392与主机计算机1330之间的连接性。该连接可以被描述为过顶(OTT)连接1350。主机计算机1330和所连接的UE 1391、1392被配置为使用接入网1311、核心网1314、任何中间网络1320和可能的其他中间基础设施(未示出)经由OTT连接1350传送数据和/或信令。OTT连接1350所通过的参与通信设备不知道上行链路和下行链路通信的路由,在此意义上,OTT连接1350可以是透明的。例如,基站1312可以不被告知或不需要被告知关于进入的下行链路通信的过去路由,该下行链路通信具有源自主机计算机1330并要被转发(例如,切换)到所连接的UE 1391的数据。类似地,基站1312不需要知道源自UE 1391并朝向主机计算机1330的输出的上行链路通信的未来路由。
现在将参考图14描述前面段落中讨论的根据实施例的UE、基站和主机计算机的示例实现。在通信***1400中,主机计算机1410包括硬件1415,硬件1415包括通信接口1416,通信接口1416被配置为与通信***1400的不同通信设备的接口建立并保持有线或无线连接。主机计算机1410还包括处理电路1418,其可以具有存储和/或处理能力。具体地,处理电路1418可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这类器件的组合(未示出)。主机计算机1410还包括软件1411,软件1411被存储在主机计算机1410中或可由其访问,并且可以由处理电路1418执行。软件1411包括主机应用1412。主机应用1412可以可操作地向远程用户提供服务,远程用户例如是经由OTT连接1450连接的UE 1430,该OTT连接1450终止于UE 1430和主机计算机1410。在向远程用户提供服务时,主机应用1412可以提供使用OTT连接1450所发送的用户数据。
通信***1400还包括基站1420,基站1420设置在电信***中并且包括使其能够与主机计算机1410和UE 1430通信的硬件1425。硬件1425可以包括用于与通信***1400的不同通信设备的接口建立和维持有线连接或无线连接的通信接口1426,以及用于与位于由基站1420服务的覆盖区域(图14中未示出)中的UE 1430建立和维护至少无线连接1470的无线电接口1427。通信接口1426可以被配置为便于与主机计算机1410的连接1460。连接1460可以是直接的,或者它可以通过电信***的核心网(图14中未示出)和/或通过电信***外的一个或多个中间网络。在所示实施例中,基站1420的硬件1425还包括处理电路1428,该处理电路1428可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。基站1420还具有内部存储或可经由外部连接接入的软件1421。
通信***1400还包括已经提到的UE 1430。UE 1430的硬件1435可以包括无线电接口1437,其被配置为与服务于UE 1430当前所在的覆盖区域的基站建立并保持无线连接1470。UE 1430的硬件1435还包括处理电路1438,该处理电路1438可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这类器件的组合(未示出)。UE 1430还包括软件1431,该软件1431被存储在UE1430中或可由其访问,并且可以由处理电路1438执行。软件1431包括客户端应用1432。客户端应用1432可以可操作地在主机计算机1410的支持下经由UE 1430向人类或非人类用户提供服务。在主机计算机1410中,正在执行的主机应用1412可以经由OTT连接1450与正在执行的客户端应用1432通信,该OTT连接1450终止于UE 1430和主机计算机1410。在向用户提供服务时,客户端应用1432可以从主机应用1412接收请求数据,并响应于请求数据来提供用户数据。OTT连接1450可以传送请求数据和用户数据两者。客户端应用1432可以与用户交互以生成其提供的用户数据。
注意,图14中所示的主机计算机1410、基站1420和UE 1430可以分别与图13的主机计算机1330、基站1312a、1312b、1312c之一、以及UE 1391、1392之一相似或相同。即,这些实体的内部工作方式可以如图14所示,并且独立地,周围网络拓扑可以是图13的网络拓扑。
在图14中,抽象地描绘了OTT连接1450以示出了经由基站1420在主机计算机1410与UE 1430之间的通信,而没有明确地涉及任何中间设备和经由这些设备的消息的精确路由。网络基础设施可以确定路由,该路由可以被配置为对于UE 1430或运营主机计算机1410的服务提供商或这二者隐藏起来。当OTT连接1450是活跃的时,网络基础设施还可以做出动态改变路由的决定(例如,基于负荷平衡考虑或网络的重新配置)。
UE 1430和基站1420之间的无线连接1470符合贯穿本公开所述的实施例的教导。各种实施例中的一个或多个改进了使用OTT连接1450提供给UE 1430的OTT服务的性能,在OTT连接1450中,无线连接1470形成最后的部分。更确切地说,这些实施例的教导可以提高资源协调效率,从而提供诸如减少用户等待时间的益处。
可以提供测量过程以用于监测数据速率、时延和作为一个或多个实施例的改善对象的其他因素。还可以存在可选的网络功能,用于响应于测量结果的变化而重新配置主机计算机1410与UE 1430之间的OTT连接1450。用于重新配置OTT连接1450的测量过程和/或网络功能可以在主机计算机1410的软件1411和硬件1415中实现,或者在UE 1430的软件1431和硬件1435中实现,或者在二者中实现。在实施例中,传感器(未示出)可以被部署在OTT连接1450所通过的通信设备中或与该通信设备相关联;传感器可以通过提供上面例示的受监测的量的值,或者提供软件1411、1431可从中计算或估计受监测的量的其他物理量的值,来参与测量过程。OTT连接1450的重新配置可以包括消息格式、重传设置、优选路由等;重新配置不需要影响基站1420,并且基站1420对此可能是未知的或不可察觉的。这种过程和功能可以是本领域已知的和实践的。在某些实施例中,测量可以涉及专有UE信令,专有UE信令促进主机计算机1410对吞吐量、传播时间、时延等的测量。测量可以通过以下方式来实现:软件1411、1431引起使用OTT连接1450来发送消息(特别是空消息或“虚拟”消息),同时对传播时间、错误等进行监视。
图15是示出了根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE,它们可以是参考图13和图14描述的主机计算机、基站和UE。为了简化本公开,仅图15的附图标记将被包括在本节中。在步骤1510中,主机计算机提供用户数据。在步骤1510的子步骤1511(可以是可选的)中,主机计算机通过执行主机应用来提供用户数据。在第二步骤1520中,主机计算机向UE发起携带用户数据的传输。在第三步骤1530(其可以是可选的)中,根据贯穿本公开所述的实施例的教导,基站向UE发送在主机计算机发起的传输中携带的用户数据。在步骤1540(其也可以是可选的)中,UE执行与主机计算机执行的主机应用相关联的客户端应用。
图16是示出了根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE,它们可以是参考图13和图14描述的主机计算机、基站和UE。为了简化本公开,仅图16的附图标记将被包括在本节中。在方法的步骤1610中,主机计算机提供用户数据。在可选子步骤(未示出)中,主机计算机通过执行主机应用来提供用户数据。在第二步骤1620中,主机计算机向UE发起携带用户数据的传输。根据本公开的全文所所述的实施例的教导,传输可以经由基站进行传递。在步骤1630(其可以是可选的)中,UE接收传输中携带的用户数据。
图17是示出了根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE,它们可以是参考图13和图14描述的主机计算机、基站和UE。为了简化本公开,仅图17的附图标记将被包括在本节中。在步骤1710(其可以是可选的)中,UE接收由主机计算机提供的输入数据。附加地或备选地,在第二步骤1720中,UE提供用户数据。在步骤1720的子步骤1721(可以是可选的)中,UE通过执行客户端应用来提供用户数据。在步骤1710的子步骤1711(可以是可选的)中,UE执行客户端应用,该客户端应用响应于所接收的由主机计算机提供的输入数据而提供用户数据。在提供用户数据时,执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何,UE都在第三子步骤1730(可以是可选的)中向主机计算机发起用户数据的传输。在该方法的步骤1740中,根据贯穿本公开所述的实施例的教导,主机计算机接收从UE发送的用户数据。
图18是示出了根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE,它们可以是参考图13和图14描述的主机计算机、基站和UE。为了简化本公开,仅图18的附图标记将被包括在本节中。在步骤1810(其可以是可选的)中,根据贯穿本公开所述的实施例的教导,基站从UE接收用户数据。在步骤1820(其可以是可选的)中,基站向主机计算机发起对所接收的用户数据的传输。在第三步骤1830(其可以是可选的)中,主机计算机接收由基站发起的传输中携带的用户数据。
以上已经参考其实施例描述了本公开。应当理解,在不脱离本公开的精神和范围的情况下,本领域技术人员可以进行各种修改、替换和添加。因此,本公开的范围不限于上述特定实施例,而是仅由所附权利要求限定。

Claims (20)

1.一种在网络设备的分布式单元DU中的方法(400),包括:
向所述网络设备的中央单元CU发送(410)第一消息,所述第一消息包含对与另一网络设备进行资源协调的请求;以及
从所述CU接收(420)第二消息,所述第二消息包含来自所述另一网络设备的对所述请求的响应。
2.根据权利要求1所述的方法(400),其中,所述第一消息是下一代NodeB‘gNB’–DU资源协调请求,并且所述第二消息是gNB-DU资源协调响应。
3.根据权利要求1所述的方法(400),其中,所述第一消息是下一代NodeB‘gNB’–DU资源协调响应,并且所述第二消息是gNB-DU资源协调请求。
4.根据权利要求3所述的方法(400),其中,所述第一消息是响应于来自所述CU的另一gNB-DU资源协调请求而被发送的。
5.根据权利要求1至4中任一项所述的方法(400),其中,所述请求是演进的通用陆地无线电接入‘E-UTRA'–新无线电‘NR’小区资源协调请求,并且所述响应是E-UTRA–NR小区资源协调响应。
6.根据权利要求1至5中任一项所述的方法(400),其中,所述另一网络设备包括用于与作为所述网络设备的下一代NodeB进行资源协调的演进NodeB。
7.根据权利要求1至6中任一项所述的方法(400),其中,所述第一消息包含组标识和小区标识,所述组标识和小区标识指示参与所述资源协调的至少一个小区。
8.一种在网络设备的中央单元CU中的方法(500),包括:
从所述网络设备的分布式单元DU接收(510)第一消息,所述第一消息包含对与另一网络设备进行资源协调的请求;以及
向所述DU发送(520)第二消息,所述第二消息包含来自所述另一网络设备的对所述请求的响应。
9.根据权利要求8所述的方法(500),还包括:
响应于接收到所述第一消息,向所述另一网络设备发送第三消息,所述第三消息包含对与所述另一网络设备进行资源协调的请求;以及
从所述另一网络设备接收第四消息,所述第四消息包含对所述请求的响应,
其中,所述第二消息是响应于接收到所述第四消息而发送的。
10.根据权利要求8所述的方法(500),其中,所述第一消息是下一代NodeB‘gNB’–DU资源协调请求,并且所述第二消息是gNB-DU资源协调响应。
11.根据权利要求8所述的方法(500),其中,所述第一消息是下一代NodeB‘gNB’–DU资源协调响应,并且所述第二消息是gNB-DU资源协调请求。
12.根据权利要求11所述的方法(500),还包括:
向所述DU发送另一gNB-DU资源协调请求,
其中,所述第一消息是作为对所述另一gNB-DU资源协调请求的响应而被接收的。
13.根据权利要求8至12中任一项所述的方法(500),其中,所述请求是演进的通用陆地无线电接入‘E-UTRA'–新无线电‘NR’小区资源协调请求,并且所述响应是E-UTRA–NR小区资源协调响应。
14.根据权利要求8至13中任一项所述的方法(500),其中,所述另一网络设备包括用于与作为所述网络设备的下一代NodeB进行资源协调的演进NodeB。
15.根据权利要求8至14中任一项所述的方法(500),其中,所述第一消息包含组标识和小区标识,所述组标识和小区标识指示参与所述资源协调的至少一个小区。
16.一种分布式单元DU(900),包括通信接口(910)、处理器(920)和存储器(930),所述存储器(930)包括所述处理器(920)能够执行的指令,由此所述DU(900))能够操作用于执行根据权利要求1至7中任一项所述的方法。
17.一种存储计算机程序指令的计算机可读存储介质,所述计算机程序指令当由分布式单元DU中的处理器执行时,使所述DU执行根据权利要求1至7中任一项所述的方法。
18.一种中央单元CU(1100),包括通信接口(1110)、处理器(1120)和存储器(1130),所述存储器(1130)包括所述处理器(1120)能够执行的指令,由此所述CU(1100)能够操作用于执行根据权利要求8至15中任一项所述的方法。
19.一种存储计算机程序指令的计算机可读存储介质,所述计算机程序指令当由中央单元CU中的处理器执行时,使所述CU执行根据权利要求8至15中任一项所述的方法。
20.一种网络设备(1200),包括根据权利要求16所述的分布式单元DU(900)和根据权利要求18所述的中央单元CU(1100)。
CN202080100423.4A 2020-05-15 2020-05-15 用于资源协调的方法和网络设备 Pending CN115486156A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/090617 WO2021227047A1 (en) 2020-05-15 2020-05-15 Method and network device for resource coordination

Publications (1)

Publication Number Publication Date
CN115486156A true CN115486156A (zh) 2022-12-16

Family

ID=78526129

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080100423.4A Pending CN115486156A (zh) 2020-05-15 2020-05-15 用于资源协调的方法和网络设备

Country Status (4)

Country Link
US (1) US20230180059A1 (zh)
EP (1) EP4150994A4 (zh)
CN (1) CN115486156A (zh)
WO (1) WO2021227047A1 (zh)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3582582B1 (en) * 2018-06-15 2020-09-09 Deutsche Telekom AG Techniques for controlling computational resources of a radio access network
WO2019246470A1 (en) * 2018-06-22 2019-12-26 Sharp Laboratories Of America, Inc. Integrated access and backhaul nex generation nodeb capabilities and signaling

Also Published As

Publication number Publication date
EP4150994A1 (en) 2023-03-22
WO2021227047A1 (en) 2021-11-18
US20230180059A1 (en) 2023-06-08
EP4150994A4 (en) 2024-01-24

Similar Documents

Publication Publication Date Title
US9277464B2 (en) Interworking method and device between base stations using gateway in wireless communication system of hierarchical cell structure
US9560628B2 (en) Method and node for paging in a radio access network
WO2019059836A1 (en) METHODS AND UNITS IN A NETWORK NODE FOR PROCESSING COMMUNICATION WITH A WIRELESS DEVICE
US20150172964A1 (en) Ue context release method, enb and home enb gateway
EP3285539A1 (en) Data offloading path establishing method and device
RU2742204C1 (ru) Способ управления состоянием доставки данных нисходящей линии связи
CN111937461A (zh) 分割基站中的rrc版本处理
WO2020067956A1 (en) Methods and apparatuses for handling dual connectivity in redundancy transmission
JP2021530153A (ja) 通信システム
CN110446274B (zh) 一种隧道建立的方法及装置
US9549423B2 (en) Method and device for increasing gateway capacity in LTE mode Femto cell system
CN116097904A (zh) 一种网络边缘计算方法及通信装置
US9775052B2 (en) Superordinate base station, subordinate base station, and radio communication system
CN110679199B (zh) 为用户平面会话获得cn/ran端点对的决定的网络节点及方法
CN114270908B (zh) 用于物理小区标识符冲突检测的方法和装置
WO2021031099A1 (en) Method and apparatus for forwarding data among network nodes in maritime network
EP3273741B1 (en) Data transmission method and device
CN115486156A (zh) 用于资源协调的方法和网络设备
CN114586449A (zh) (ng)en-dc中的过热配置
CN112534956A (zh) 标识一个协议数据单元会话中设立的两个隧道
US11785653B2 (en) Distributed unit, proxy central unit and methods in a wireless communications network
CN112534866A (zh) 一种确定互联网协议版本的方法及装置
TW202110209A (zh) 在海事網路建立及/或調整回程鏈結之方法及設備
CN117837212A (zh) 主节点、辅节点以及在无线通信网络中执行的方法
WO2021028194A1 (en) Methods and apparatuses for sidelink communication

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