CN104735791B - 一种用户缓存状态汇报方法和系统 - Google Patents
一种用户缓存状态汇报方法和系统 Download PDFInfo
- Publication number
- CN104735791B CN104735791B CN201310716738.3A CN201310716738A CN104735791B CN 104735791 B CN104735791 B CN 104735791B CN 201310716738 A CN201310716738 A CN 201310716738A CN 104735791 B CN104735791 B CN 104735791B
- Authority
- CN
- China
- Prior art keywords
- base station
- bsr
- terminal
- micro
- macro base
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
Abstract
本发明公开了一种用户缓存状态汇报方法和系统,该方法包括:宏基站配置卸载指数,当宏基站接收到上行数据请求时,分配初始资源,并将卸载指数下发给终端;其中,终端根据卸载指数,在分配的初始资源上向宏基站和/或微基站汇报缓存状态,该缓存状态汇报中包括终端缓存的数据量。本发明在宏基站与微基站之间回传链路受限的情况下,解决用户缓存中数据汇报的问题。
Description
技术领域
本发明属于无线通信技术领域,特别涉及一种用户缓存状态汇报方法和系统。
背景技术
随着智能终端和移动互联网的快速发展,移动数据业务量也在高速增长。根据国际电联ITU-R M.2443报告显示,从2010年到2015年,全球移动数据业务量将有15至30倍的增长。移动数据业务量的激增,将导致网络容量逐渐成为瓶颈,并给运营商带来巨大挑战。
在传统的网络中,用户都是单连接的,即用户始终保持与一个小区的连接。当用户需要进行上行发送数据时,用户将自己缓存中的数据通过MAC层控制信令BSR(bufferstatus report,缓存状态报告)汇报给基站。
为了满足日益增长的数据流量的需求,分层组网,部署微基站是一种重要且有效的技术手段。3GPP Rel-12提出微基站增强是重要的课题之一。在分层组网中,宏基站和微基站的回传链路主要有光纤,同轴电缆,xDSL等等。随着微基站数目的增长,用户切换次数将显著增加,切换失败率也将明显提升。图1a是现有技术分层组网下的切换次数的示意图。图1b是现有技术分层组网下的切换失败率的示意图。
图2是现有技术双连接示意图。双连接即用户同时保持与宏基站和微基站的通信,可以有效解决移动性管理的问题。在双连接模式下,用户与宏基站保持RRC(RadioResource Control,无线资源控制)连接,宏基站负责移动性管理;而微基站用来承载数据传输。
在双连接情况下,同时考虑宏基站与微基站之间回传链路的受限,如容量受限,存在时延等,需要解决双连接分层组网中用户将缓存中的数据汇报给宏基站和微基站的问题。
现有技术主要有以下两种方式,将缓存中的数据汇报给宏基站和微基站。其中:
第一种,传统单小区单载波下的用户缓存数据的汇报
图3是现有技术单小区单载波下的用户缓存数据的汇报示意图。在分层组网双连接场景中,如果用户将缓存数据只汇报给宏基站,由于宏基站与微基站之间回传链路的限制,微基站无法及时获取用户缓存的信息,从而无法进行正确的资源分配。
第二种,引入载波聚合后的用户缓存数据的汇报
图4是现有技术载波聚合下的用户缓存数据的汇报示意图。LTE载波聚合是一项重要的新技术,具备在频段内及跨频段整合无线信道的基本特性,用以提升用户的数据传输速率,并减少延迟。虽然目前的LTE移动终端能够支持多个LTE射频信道,但每次只能通过一个信道进行数据传输;而LTE载波聚合可以实现同时在两个或多个LTE射频信道上的数据传输,有助于充分利用芯片组的额定LTE数据速率组。
载波聚合是在同一个小区内进行的,没有容量和时延的问题。标准中规定在不同CC(载波)上承载的BSR的内容必须相同。如果用户将缓存中的数据按照载波聚合的思想同时反馈给宏基站和微基站,必然导致资源的浪费。
发明内容
本发明的发明人发现上述现有技术中存在问题,并因此针对所述问题中的至少一个问题提出了一种新的技术方案。
根据本发明一方面,提出一种用户缓存状态汇报方法,包括:
宏基站配置卸载(offloading)指数;
当宏基站接收到上行数据请求时,分配初始资源,并将offloading指数下发给终端;
其中,终端根据offloading指数,在分配的初始资源上向宏基站和/或微基站汇报缓存状态报告(BSR),该BSR中包括终端缓存的数据量。
进一步,宏基站和/或微基站根据BSR进行资源分配。
进一步,卸载指数大于等于0小于等于1。
进一步,当α为0时,终端只向宏基站汇报BSR,而不向微基站汇报BSR;
当α为1时,终端只向微基站汇报BSR,而不向宏基站汇报BSR;
当0<α<1时,如果终端缓存中的数据量为M:
终端向宏基站汇报的BSR为(1-α)×M;
终端向微基站汇报的BSR为α×M。
进一步,宏基站根据终端汇报的(1-α)×M进行资源分配,微基站根据终端汇报的α×M进行资源分配。
根据本发明另一方面,还提出一种用户缓存状态汇报系统,包括宏基站和微基站,其中:
宏基站,配置offloading指数,当接收到上行数据请求时,分配初始资源,并将offloading指数下发给终端;
其中,终端根据offloading指数,在分配的初始资源上向宏基站和/或微基站汇报缓存状态报告(BSR),该BSR中包括终端缓存的数据量。
进一步,宏基站和/或微基站根据BSR进行资源分配。
进一步,卸载指数大于等于0小于等于1。
进一步,当α为0时,终端只向宏基站汇报BSR,而不向微基站汇报BSR;
当α为1时,终端只向微基站汇报BSR,而不向宏基站汇报BSR;
当0<α<1时,如果终端缓存中的数据量为M:
终端向宏基站汇报的BSR为(1-α)×M;
终端向微基站汇报的BSR为α×M。
进一步,宏基站根据终端汇报的(1-α)×M进行资源分配;
微基站根据终端汇报的α×M进行资源分配。
本发明在分层组网中双连接场景下,不浪费资源,并且提高频谱效率。
通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本发明的实施例,并且连同说明书一起用于解释本发明的原理。
参照附图,根据下面的详细描述,可以更加清楚地理解本发明,其中:
图1a是现有技术分层组网下的切换次数的示意图。
图1b是现有技术分层组网下的切换失败率的示意图。
图2是现有技术双连接示意图。
图3是现有技术单小区单载波下的用户缓存状态汇报的示意图。
图4是现有技术载波聚合下的用户缓存状态汇报的示意图。
图5是本发明用户缓存状态汇报方法的实施例的示意图。
图6是本发明用户缓存状态汇报系统的实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
为使本发明的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本发明进一步详细说明。
在某些应用场景中,宏基站和微基站之间不是通过光纤相连的,如同轴等,因此在容量和时延上都会受限。如X2接口,典型的时延是20ms。回传链路受限会带来一些问题,比如基站之间交互的数据量是有限的,且不能实时交互,而载波聚合技术要求回传链路必须是光纤相连的。
本发明在双连接情况下,即用户同时连接宏基站和微基站,在宏基站与微基站之间回传链路受限的情况下,解决用户缓存中数据汇报的问题。
图5是本发明用户缓存状态汇报方法的实施例的示意图。该方法包括以下步骤:
在步骤51,宏基站配置卸载(offloading)指数。
在步骤52,当宏基站接收到上行数据请求时,分配初始资源,并将offloading指数下发给终端。
宏基站可以根据宏基站和微基站的负载情况以及资源情况配置offloading指数。offloading指数在0~1之间,即大于等于0小于等于1。在配置后,宏基站通过高层信令将offloading指数发给终端。
在步骤53,终端根据offloading指数,在分配的初始资源上向宏基站和/或微基站汇报缓存状态报告(BSR),该BSR中包括终端缓存的数据量。这里所说的数据指从物理层上看,除了控制信令以外的数据,在PUSCH信道上传输。
当α为0时,终端只向宏基站汇报BSR,而不向微基站汇报BSR;
当α为1时,终端只向微基站汇报BSR,而不向宏基站汇报BSR;
当0<α<1时,如果终端缓存中的数据量为M:
终端向宏基站汇报的BSR为(1-α)×M;
终端向微基站汇报的BSR为α×M。
在本发明的另一实施例中,宏基站和/或微基站根据BSR进行资源分配。其中:
宏基站根据终端汇报的(1-α)×M进行资源分配。
微基站根据终端汇报的α×M进行资源分配。
在收到BSR后,会有一些资源分配算法,本领域技术人员可以利用现有技术的算法进行资源分配。而之所以需要知道终端缓存的数据量,是为了做出正确的资源分配,提高资源使用率。
在本发明的另一实施例中,还包括以下步骤:
在步骤51,配置为在宏基站上进行非周期BSR报告,在微基站上进行周期BSR报告。
在步骤52,向终端发送触发非周期BSR报告的指令。
在步骤53,终端收到触发非周期BSR报告的指令,只向宏基站汇报BSR,而不向微基站汇报BSR;否则,终端根据配置的offloading指数汇报BSR。相应的,如果宏基站收到了终端的BSR,宏基站为终端分配资源;如果微基站收到了终端的BSR,微基站为终端分配资源。
在本发明的另一实施例中,还包括以下步骤:
在步骤51,配置为在宏基站上进行非周期BSR报告,在微基站上进行周期BSR报告。
在步骤52,向终端发送触发非周期BSR报告的指令。
在步骤53,终端收到触发非周期BSR报告的指令,只向宏基站汇报BSR(用户缓存中的数据量),而不向微基站汇报BSR;否则,只向微基站汇报BSR,而不向宏基站汇报BSR(用户缓存中的数据量)。相应的,宏基站和微基站根据终端的BSR分别进行资源分配。
本发明提供一种用户汇报缓存数据的方法。如果基站不知道终端的缓存状态,则给用户分配的资源大于用户所需要的,造成资源浪费,降低了资源使用率;如果给用户分配的资源小于用户所需要的,会造成用户缓存中的数据积压。因此,本发明在分层组网中双连接场景下,不浪费资源,并且提高频谱效率。
下面通过具体实施例,对本发明做进一步说明。
实施例1:
假设用户已经和宏基站、微基站建立双连接。
根据宏基站,微基站的负载情况(如用户数,数据量需求)以及用户的业务特性,通过高层信令为用户配置一个0~1之间的offloading指数α,其中,高层信令指非物理层信令。
当用户有上行数据请求时,用户向宏基站发送SR请求。
宏基站接收用户的SR请求后,为用户分配初始资源。
用户根据基站配置的offloading指数决定如何报告BSR,并且在分配的初始资源上发送BSR。其中:
当α为0时,意味着此时宏基站不希望做offloading,用户只向宏基站汇报BSR(用户缓存中的数据量),而不向微基站汇报BSR;
当α为1时,意味着此时宏基站希望将所有数据传输都offloading到微基站,此时用户只向微基站汇报BSR,而不向宏基站汇报BSR(用户缓存中的数据量);
0<α<1时,假设用户缓存中的数据量为M:
用户向宏基站汇报的BSR为(1-α)×M;
用户向微基站汇报的BSR为α×M。
宏基站和微基站根据用户报告的BSR分别进行资源分配,其中,宏基站根据用户汇报的(1-α)×M进行资源分配,微基站根据用户汇报的α×M进行资源分配。
实施例2:
假设用户已经和宏基站、微基站建立双连接,该实施例中,用户不会同时向宏基站和微基站汇报BSR。
配置为在宏基站上进行非周期BSR报告,在微基站上进行周期BSR报告。例如,当用户的大部分数据卸载到微基站时,可配置用户在宏基站上进行非周期BSR报告,在微基站上进行周期BSR报告。非周期BSR报告是通过物理层信令触发的,而周期BSR是通过高层信令配置的。在用户没有收到触发非周期BSR的物理层信令时,用户做周期BSR报告。如果收到触发非周期BSR的物理层信令时,用户需要做非周期BSR报告,不做周期BSR报告。即非周期BSR报告优先级高。
当用户有上行数据请求时,用户向宏基站发送SR请求。
宏基站接收用户的SR请求后,为用户分配初始资源,宏基站可发送触发非周期BSR报告。
如果用户收到触发非周期BSR报告的指令,用户只向宏基站汇报BSR(用户缓存中的数据量),而不向微基站汇报BSR。否则,用户根据基站配置的offloading指数决定如何报告BSR,并且在分配的初始资源上发送BSR。
如果宏基站收到了用户的BSR,宏基站为用户分配资源;如果微基站收到了用户的BSR,微基站为用户分配资源。
实施例3:
假设用户已经和宏基站、微基站建立双连接,该实施例中,用户可能同时向宏基站和微基站汇报BSR。
可配置为在宏基站上进行非周期BSR报告,在微基站上进行周期BSR报告。根据宏基站,微基站的负载情况(如用户数,数据量需求)以及用户的业务特性,通过高层信令为用户配置一个0~1之间的offloading指数α。
当用户有上行数据请求时,用户向宏基站发送SR请求。
宏基站接收用户的SR请求后,为用户分配初始资源,宏基站可发送触发非周期BSR报告。
如果用户收到触发非周期BSR报告的指令,用户只向宏基站汇报BSR(用户缓存中的数据量),而不向微基站汇报BSR。否则,用户只向微基站汇报BSR,而不向宏基站汇报BSR(用户缓存中的数据量)。
当α为0时,意味着此时宏基站不希望做offloading,用户只向宏基站汇报BSR(用户缓存中的数据量),而不向微基站汇报BSR;
当α为1时,意味着此时宏基站希望将所有数据传输都offloading到微基站。此时用户只向微基站汇报BSR,而不向宏基站汇报BSR(用户缓存中的数据量);
0<α<1时,假设用户缓存中的数据量为M:
用户向宏基站汇报的BSR为(1-α)×M;
用户向微基站汇报的BSR为α×M。
宏基站和微基站根据用户报告的BSR分别进行资源分配。
图6是本发明用户缓存状态汇报系统的实施例的结构示意图。该系统包括宏基站和微基站,其中:
宏基站,配置offloading指数,当接收到上行数据请求时,分配初始资源,并将offloading指数下发给终端。
卸载指数大于等于0小于等于1。其中:
当α为0时,终端只向宏基站汇报BSR,而不向微基站汇报BSR;
当α为1时,终端只向微基站汇报BSR,而不向宏基站汇报BSR;
当0<α<1时,如果终端缓存中的数据量为M:
终端向宏基站汇报的BSR为(1-α)×M;
终端向微基站汇报的BSR为α×M。
在本发明另一实施例中,该系统还可以包括终端。终端根据offloading指数,在分配的初始资源上向宏基站和/或微基站汇报缓存状态报告(BSR),该BSR中包括终端缓存的数据量。
在本发明另一实施例中,宏基站和/或微基站根据BSR进行资源分配。其中,宏基站根据终端汇报的(1-α)×M进行资源分配,微基站根据终端汇报的α×M进行资源分配。
在本发明另一实施例中,宏基站配置为在宏基站上进行非周期BSR报告,在微基站上进行周期BSR报告,则终端收到触发非周期BSR报告的指令,只向宏基站汇报BSR,而不向微基站汇报BSR;否则,终端根据配置的offloading指数汇报BSR。相应的,如果宏基站收到了终端的BSR,宏基站为终端分配资源;如果微基站收到了终端的BSR,微基站为终端分配资源。
在本发明另一实施例中,宏基站配置为在宏基站上进行非周期BSR报告,在微基站上进行周期BSR报告,则终端收到触发非周期BSR报告的指令,只向宏基站汇报BSR(用户缓存中的数据量),而不向微基站汇报BSR;否则,终端只向微基站汇报BSR,而不向宏基站汇报BSR(用户缓存中的数据量)。相应的,宏基站和微基站根据终端的BSR分别进行资源分配。
至此,已经详细描述了本发明。为了避免遮蔽本发明的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本发明的方法以及装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
虽然已经通过示例对本发明的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本发明的范围。本领域的技术人员应该理解,可在不脱离本发明的范围和精神的情况下,对以上实施例进行修改。本发明的范围由所附权利要求来限定。
Claims (8)
1.一种用户缓存状态汇报方法,其特征在于,包括:
宏基站配置卸载(offloading)指数α;
当宏基站接收到上行数据请求时,分配初始资源,并将offloading指数下发给终端;
其中,终端根据offloading指数,在分配的初始资源上向宏基站和/或微基站汇报缓存状态报告(BSR),该BSR中包括终端缓存的数据量;
当α为0时,终端只向宏基站汇报BSR,而不向微基站汇报BSR;
当α为1时,终端只向微基站汇报BSR,而不向宏基站汇报BSR;
当0<α<1时,如果终端缓存中的数据量为M:
终端向宏基站汇报的BSR为(1-α)×M;
终端向微基站汇报的BSR为α×M。
2.根据权利要求1所述用户缓存状态汇报方法,其特征在于,包括:
宏基站和/或微基站根据BSR进行资源分配。
3.根据权利要求2所述用户缓存状态汇报方法,其特征在于,包括:
卸载指数大于等于0小于等于1。
4.根据权利要求1所述用户缓存状态汇报方法,其特征在于,包括:
宏基站根据终端汇报的(1-α)×M进行资源分配,微基站根据终端汇报的α×M进行资源分配。
5.一种用户缓存状态汇报系统,其特征在于,包括宏基站和微基站,其中:
宏基站,配置offloading指数α,当接收到上行数据请求时,分配初始资源,并将offloading指数下发给终端;
其中,终端根据offloading指数,在分配的初始资源上向宏基站和/或微基站汇报缓存状态报告(BSR),该BSR中包括终端缓存的数据量;
当α为0时,终端只向宏基站汇报BSR,而不向微基站汇报BSR;
当α为1时,终端只向微基站汇报BSR,而不向宏基站汇报BSR;
当0<α<1时,如果终端缓存中的数据量为M:
终端向宏基站汇报的BSR为(1-α)×M;
终端向微基站汇报的BSR为α×M。
6.根据权利要求5所述用户缓存状态汇报系统,其特征在于,包括:
宏基站和/或微基站根据BSR进行资源分配。
7.根据权利要求6所述用户缓存状态汇报系统,其特征在于,包括:
卸载指数大于等于0小于等于1。
8.根据权利要求5所述用户缓存状态汇报系统,其特征在于,包括:
宏基站根据终端汇报的(1-α)×M进行资源分配;
微基站根据终端汇报的α×M进行资源分配。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310716738.3A CN104735791B (zh) | 2013-12-23 | 2013-12-23 | 一种用户缓存状态汇报方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310716738.3A CN104735791B (zh) | 2013-12-23 | 2013-12-23 | 一种用户缓存状态汇报方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104735791A CN104735791A (zh) | 2015-06-24 |
CN104735791B true CN104735791B (zh) | 2018-09-11 |
Family
ID=53459114
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310716738.3A Active CN104735791B (zh) | 2013-12-23 | 2013-12-23 | 一种用户缓存状态汇报方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104735791B (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011137576A1 (zh) * | 2010-05-03 | 2011-11-10 | 上海贝尔股份有限公司 | 无线网络中用于发送缓冲状态报告的方法和装置 |
US8724742B2 (en) * | 2010-10-06 | 2014-05-13 | Motorola Mobility Llc | Method and apparatus for soft buffer management for carrier aggregation |
EP3319395B1 (en) * | 2010-12-03 | 2023-05-03 | InterDigital Patent Holdings, Inc. | Method and apparatus for performing multi-radio access technology carrier aggregation |
CN103096474B (zh) * | 2011-10-27 | 2016-06-08 | 华为技术有限公司 | 数据分流传输方法、用户设备和基站 |
CN103458526B (zh) * | 2012-06-04 | 2017-07-14 | 电信科学技术研究院 | 一种缓冲区状态上报的方法、系统和设备 |
-
2013
- 2013-12-23 CN CN201310716738.3A patent/CN104735791B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN104735791A (zh) | 2015-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106411488B (zh) | 用户设备的载波聚合能力信息的处理方法及装置 | |
EP3435721B1 (en) | Scheduling signaling configuration method, receiving method and associated equipment | |
CN105393605B (zh) | 终端、基站及其通信方法 | |
KR102384879B1 (ko) | 무선 네트워크 시스템들간의 데이터 전송 제어를 위한 방법 및 장치 | |
CN109392175A (zh) | 调度请求的发送方法、调度请求的处理方法及相关设备 | |
EP3713296A1 (en) | Method and device for managing pcell or pscell | |
US20150189570A1 (en) | Resource scheduling method, device, and communications system | |
CN103874216B (zh) | 一种进行信号传输的方法、设备及基站 | |
CN109151978A (zh) | 通信方法、网络设备和终端 | |
CN106817163A (zh) | 一种基于Lifi的数据传输装置和方法 | |
CN106604330B (zh) | 异构网络中SeNB 的切换方法、通信系统以及MeNB | |
CN103686826B (zh) | 一种载波聚合系统中的接纳控制方法 | |
JP6538313B2 (ja) | 干渉調整方法および基地局 | |
CN106455114A (zh) | 基于多信道的退避方法及设备 | |
CN106375075A (zh) | 一种共享频段上行多子带资源分配方法和基站 | |
CN112788542A (zh) | 通信方法、设备及系统 | |
CN105791355A (zh) | 开放式多业务蜂窝网络系统及业务实现方法 | |
CN107154840A (zh) | 资源分配控制方法、装置及系统 | |
JP2015529409A (ja) | Wlanネットワークに基づく速度制御システム及び方法 | |
EP4164282A1 (en) | Communication prediction-based energy saving method and apparatus | |
CN102209356B (zh) | 传输终端能力的方法、重定位、系统间切换方法及系统 | |
Liu et al. | Fiber-to-The-Room (FTTR) Technologies for the 5 th Generation Fixed Network (F5G) and Beyond | |
CN109196894A (zh) | 标识管理方法、装置和系统 | |
CN102143531A (zh) | 载波聚合系统的载波管理方法、基站及系统 | |
WO2023151586A1 (zh) | 网络功能实例或网元的目标面能力上报、获取方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |