CN108924961B - 终端能力的协商方法及装置 - Google Patents
终端能力的协商方法及装置 Download PDFInfo
- Publication number
- CN108924961B CN108924961B CN201710184570.4A CN201710184570A CN108924961B CN 108924961 B CN108924961 B CN 108924961B CN 201710184570 A CN201710184570 A CN 201710184570A CN 108924961 B CN108924961 B CN 108924961B
- Authority
- CN
- China
- Prior art keywords
- capability
- base station
- specific
- serving base
- service 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
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000007774 longterm Effects 0.000 claims abstract description 18
- 239000000969 carrier Substances 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000001228 spectrum Methods 0.000 claims description 11
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 238000012545 processing Methods 0.000 claims description 8
- 238000005259 measurement Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 230000009977 dual effect Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 101000860173 Myxococcus xanthus C-factor Proteins 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 229940102240 option 2 Drugs 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
-
- 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
- H04L5/0035—Resource allocation in a cooperative multipoint environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
- H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
Abstract
本发明提供了一种终端能力的协商方法及装置,其中,该方法包括:在包括长期演进LTE网络和新无线NR网络的多连接场景下,辅服务基站根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;所述辅服务基站接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。通过本发明,解决了在LTE和NR的多连接网络系统中主辅服务基站不能协商UE能力的技术问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种终端能力的协商方法及装置。
背景技术
在传统LTE DC(双连接)或者MC(多连接)的配置操作中,由于LTE主辅基站同RAT属性,只有Master Node负责UE各种能力(如RF band,缓存等)在主辅基站间的分配和协同。MeNB能够理解SeNB当前的SCG具体配置,因此清楚应该划分多少UE的能力到SCG侧,且划分的SCG部分是否合理?伴随着SCG添加/修改等流程,MeNB都能知道SeNB侧具体需要多少的UE能力。
在NR/LTE DC(4/5G异构系统双连接)的配置操作中,NR/LTEDC主辅基站异RAT属性,Secondary Node侧允许独立产生自己的RRC PDU,并且Master Node可能不能解析理解该RRC PDU的内容,因此不能推导出SCG侧到底实时消耗了多少UE能力,Master Node也不能确定当前UE能力划分到SCG侧的部分是否足够和合理。
在4G LTE Rel-12版本,DC双连接技术被标准化,实现了UE同时和MeNB和SeNB建立两条独立的RL连接,UE可以配置SCGBearer或者Split Bearer(仅仅下行分流),此时UE可以同时获得通过Non Co-site两个异频基站无线资源提供的DRB(数据无线承载)服务。
在LTE Rel-13版本,eDC增强双连接技术进一步被标准化,实现了UE同时和MeNB(LTE中的主服务基站)和SeNB(LTE中的辅服务基站)建立两条独立的RL连接,UE进一步可以配置SplitBearer(补充了上行分流),此时UE可以同时获得通过Non Co-site两个异频基站无线资源提供的DRB服务,且增加了一定的移动性场景,如跨MeNB切换但同时可以保留SeNB不变。
对于传统LTE DC,eNB基站和UE之间只能配置MeNB侧的SRB,简称MCG SRB,用于传输RRC(无线资源控制)消息。SeNB侧只有公共的SRB0,用于传输CCCH上行消息,但没有专用的SRB,不能直接传输RRC消息,因此SeNB侧产生的任何和RRC相关的配置操作,都必须借助MCG SRB来传递完成。
在5G NR gNB引入的早期阶段,由于运营商还主要依赖于EPC,现网中还有大量的LTE eNB覆盖,且NR gNB可能还不能以Standalone的方式独立工作,比如还不支持和5G核心网NGC的NG接口或者不能支持NR SI消息,因此Non Standalone的gNB只能通过LTE/NRTight Interworking,又简称为LTE/NR DC的方式进行工作,此种部署方式被称为Option3/3a/3x,Option3/3a/3x分别对应着MCGSplit Bearer,SCG Bearer,SCG Split Bearer不同DRB Type。
图1是本发明相关技术中的网络构架图1,上述图1中的Option3/3a/3x随着NR gNB基站功能的成熟和相关技术完备,比如支持和NGC的NG接口,支持NR SI消息,同时运营商们也逐渐从EPC过渡到新的核心网NGC,此时NR gNB可以以Standalone的方式独立工作,此种gNB独立部署的方式被称为Option2。同时运营商也会把大量eNB基站升级成eLTE eNB基站,从而可以和NR gNB一样,同样和NGC连接被管辖,且eLTE eNB基站和gNB也能够通过Xn接口连接,此种eLTE eNB基站独立部署的方式被称为Option5,Option2/5不属于LTE/NR DC场景,因此下面不再重点说明。
图2是本发明相关技术中的网络构架图2,如图2所示,NR gNB和eLTE eNB同样可以做LTE/NR Tight Interworking。当gNB作为主基站Master Node,eLTE eNB作为辅基站Secondary Node的时候,此种部署方式被称为Option4/4a;相反当eLTE eNB作为主基站MasterNode,gNB作为辅基站Secondary Node的时候,此种部署方式被称为Option7/7a/7x,类似图1中的3系列,上述4/7各个子系列对应着不同DRB Type。因此总体上,LTE/NR DC场景包含Option3/3a/3x,Option4/4a,Option7/7a/7x三大种,其中Option3/3a/3x由于连接到EPC,采取旧的E-RAB Based QOS模型,仍然被视为4G异构双连接场景;而Option4/4a,Option7/7a/7x由于连接到NGC,采取新的PDUSession Based QOS模型,被视为5G异构双连接场景,在双连接基础之上可衍生出多连接,即UE和更多的gNB和eNB基站同时连接,进行控制面/用户面的数据传输。
对于LTE/NR DC,基站和UE之间除了能配置Master Node侧的MCG SRB之外,还能同时配置Secondary Node侧的专用SRB,简称SCG SRB,它可以用来直接传输仅和SecondaryNode相关的RRC上下行消息,如RRM测量上报消息,因此Secondary Node侧独立产生的任何和RRC相关的配置操作,可以直接通过SCG SRB来传递完成,而不需要借用MCG SRB。
在NR/LTE DC(4/5G异构系统双连接)的配置操作中,由于NR/LTE DC主辅基站是异RAT属性,Secondary Node侧允许独立产生自己的RRC PDU,并且直接通过SCG SRB下发给UE,但MasterNode可能不能解析理解该RRC PDU的内容,因此不能推导出SCG侧到底实时消耗了多少UE能力,Master Node也不能确定当前UE能力划分到SCG侧的部分是否足够和合理?为了简化说明,下面将以UE支持的RF Band Combination这一特定能力为例子。
假设某4/5G双模终端UE在LTE Domain内能独立支持频段(A,B),通过UE的无线能力上报,服务eNB能够知道UE在频段(A,B)内的具体能力情况,如:最大能聚合几个LTE载波,LTE MIMO阶数,Softchanel Bits等;UE在NR Domain内能独立支持频段(C,D,E),通过UE的无线能力上报,服务gNB能够知道UE在频段(C,D,E)内的具体能力情况,如:最大能聚合几个NR载波,NR MIMO阶数,Softchanel Bits等;同时如果UE处于NR/LTE DC工作模式下,还能支持NR/LTE频段组合(A+C,A+E,B+D)。这里需要注意:虽然LTE/NR各自独立支持的频段之间理论上还有更多的组合,例如(A+D,B+C,B+E),但它们不一定能支持NR/LTE DC操作,这取决于不同厂家的UE最终具体实现和能力。因此UE需要把属于NR/LTE DC专有的各种能力也上报给主/辅基站,防止出现配置异常。
假设该UE已被配置处于NR/LTE DC Option7的工作模式,即:MeNB+SgNB且当前处于频段组合(A+C),即MeNB内的MCGCells处于频段A,而SgNB内的SCG Cells处于频段C。由于MCG和SCG有各自相对独立维护的RRM测量和上报,因此MeNB可能只能知道自己LTE侧所支持频段内目标频点的无线信号/负荷情况,而SgNB可能只能知道NR侧所支持频段内目标频点的无线信号/负荷情况,MeNB/SgNB可能不能实时地知道对方的具体情况,如当前处在哪个频段,聚合着几个载波,具体消耗着多少UE其他能力等。
在某时刻,SgNB(NR中的辅服务基站,对应于MgNB)基于UE在SCG侧的无线测量报告,想把自己的SCG Cells重配置到频段D内(比如由于:源频段C内的若干服务小区质量变差),如上述,由于NR/LTE DC不能支持频段组合(A+D),但能支持频段组合(B+D),因此为了配合SCG侧的小区移动重配,MCG侧的小区可能也需要移动重配,这就需要SgNB在本地发起RRC重配之前,必须先和MeNB协同UE这方面的能力,因此彼此关联,且会发生潜在的能力冲突。UE能力协同的好处在于Master Node能够实时知道Secondary Node彼此间的UE能力划分诉求和背后原因,因此MCG和SCG两侧能够采取更合理的RRM/RRC动作去做适配;否则如上例中,如果由于NR/LTE DC不能支持频段组合(A+D),但SCG Cells却强行想去频段D内,这会导致NR/LTE DC的工作模式失败,UE不得不退回到单连接工作模式,整个失败后重配置的过程中,用户的业务体验受到不同程度的影响。如果SgNB在发起“重配置到频段D”诉求之前,先和MeNB通过某种方式方法协商协调,那么MeNB为了保持NR/LTE DC的工作模式,至少可以有下列几种RRM/RRC动作:
1:MeNB直接拒绝SgNB把SCG Cells“重配置到频段D”的请求,可以执行DRB Typechange流程,把SCG Bearers先回流到MCG侧,仅仅保留着SCG SRB,整个NR/LTE DC工作模式继续。
2:MeNB同意SgNB把SCG Cells“重配置到频段D”的请求,MeNB把MCG Cells也重配置到频段B,因为NR/LTE DC能支持频段组合(B+D),整个NR/LTE DC工作模式继续。
3:MeNB拒绝SgNB把SCG Cells“重配置到频段D”的请求,但给出辅助信息以建议:SgNB是否愿意把SCG Cells“重配置到频段E”而不是频段D,因为NR/LTE DC能支持频段组合(A+E),这样MeNB可以把MCG Cells继续维持在频段A内,整个NR/LTE DC工作模式继续。
4:MeNB决定删除所有SCG Cells,退出NR/LTE DC工作模式,UE能力不再需要两边协调。
发明内容
本发明实施例提供了一种终端能力的协商方法及装置,以至少解决在LTE和NR的多连接网络系统中主辅服务基站不能协商UE能力的技术问题。
根据本发明的一个实施例,提供了一种终端能力的协商方法,其特征在于,包括:在包括长期演进LTE网络和新无线NR网络的多连接场景下,辅服务基站根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;所述辅服务基站接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。
可选的,同时协商一个或者多个UE特定能力,且各自的配置/结果参数独立。
可选地,所述UE能力协商请求包括以下至少之一:
UE特定能力当前的实际消耗/占有量;
需求申请UE特定能力的绝对量或相对量;
申请UE特定能力的原因;
在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值。
可选地,所述UE特定能力包括以下至少之一:UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
可选地,所述辅服务基站根据本地的SCG配置需求向主服务基站发起UE能力协商请求包括:所述辅服务基站根据本地的SCG配置需求通过XnAP或X2AP流程消息向主服务基站发起UE能力协商请求,其中,所述UE能力协商请求消息中包含所述配置需求的配置参数。
可选地,在所述辅服务基站接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复之后,所述方法还包括:所述主服务基站根据本地的UE能力重新分配协商结果,通过XnAP或X2AP流程消息向所述辅服务基站发起UE能力协商回复,所述UE能力协商回复消息中包含协商结果的参数;所述辅服务基站分析所述UE能力协商回复确定UE能力的协商结果。
可选地,所述协商结果包括以下至少之一:
所述主服务基站是否同意分配所述辅服务基站所申请的绝对量或相对量的UE特定能力;
所述主服务基站是否分配了对UE特定能力的建议值,和具体的建议值内容;
对UE特定能力重新分配是否影响到主服务小区集合MCG侧的配置和数据无线承载工作情况;
拒绝所述辅服务基站申请UE特定能力的原因。
根据本发明的一个实施例,提供了另一种终端能力的协商方法,包括:在包括长期演进LTE网络和新无线NR网络的多连接场景下,主服务基站接收辅服务基站发送的UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;所述主服务基站获取所述UE的能力信息,并根据所述UE能力协商请求反馈UE能力协商回复。
可选地,所述UE能力协商请求包括以下至少之一:
UE特定能力当前的实际消耗/占有量;
需求申请UE特定能力的绝对量或相对量;
申请UE特定能力的原因;
在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值。
可选地,所述UE特定能力包括以下至少之一:UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
可选地,所述UE能力协商回复包括以下至少之一:
所述主服务基站分配给所述辅服务基站的UE特定能力的绝对量或相对量;
所述主服务基站是否允许所述辅服务基站对UE特定能力的申请;
所述主服务基站分配UE特定能力是否会影响到MCG侧的当前配置和数据无线承载工作情况;
在对UE特定能力的申请被所述主服务基站拒绝的情况下,拒绝的原因值。
根据本发明的另一个实施例,提供了一种终端能力的协商装置,应用在辅服务基站,包括:在包括长期演进LTE网络和新无线NR网络的多连接场景下,根据本地的辅服务小区集合SCG配置需求向主服务基站发起UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。
可选地,所述UE能力协商请求包括以下至少之一:
UE特定能力当前的实际消耗/占有量;
需求申请UE特定能力的绝对量或相对量;
申请UE特定能力的原因;
在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值。
可选地,所述UE特定能力包括以下至少之一:UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
根据本发明的另一个实施例,提供了另一种终端能力的协商装置,应用在主服务基站,包括:在包括长期演进LTE网络和新无线NR网络的多连接场景下,接收辅服务基站发送的UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;获取所述UE的能力信息,并根据所述UE能力协商请求反馈UE能力协商回复。
可选地,所述UE能力协商请求包括:
UE特定能力当前的实际消耗/占有量;
需求申请UE特定能力的绝对量或相对量;
申请UE特定能力的原因;
在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值。
可选地,所述UE特定能力包括以下至少之一:UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:
在包括长期演进LTE网络和新无线NR网络的多连接场景下,根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;
接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。
通过本发明,在包括长期演进LTE网络和新无线NR网络的多连接场景下,辅服务基站根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;所述辅服务基站接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。可以解决了在LTE和NR的多连接网络系统中主辅服务基站不能协商UE能力的技术问题,从而使得NR/LTE DC双连接的性能尽量保持在最佳,减少不必要的失败处理/模式重配所带来的信令开销,减轻主基站单侧对UE的所有RRM操作的维护负荷等。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明相关技术中的网络构架图1;
图2是本发明相关技术中的网络构架图2;
图3是根据本发明实施例的一种终端能力的协商方法的流程图;
图4是根据本发明实施例的另一种终端能力的协商方法的流程图;
图5是根据本发明实施例的一种终端能力的协商装置的结构框图;
图6是根据本发明实施例的另一种终端能力的协商装置的结构框图;
图7是本发明实施例的NR/LTE DC场景下UE能力协商流程示意图;
图8是本发明具体实施例1的流程示意图;
图9是本发明具体实施例2的流程示意图;
图10是本发明具体实施例3的流程示意图;
图11是本发明具体实施例4的流程示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例可以运行于图1或图2所示的网络架构上。
在本实施例中提供了一种运行于上述网络架构的终端能力的协商方法,图3是根据本发明实施例的一种终端能力的协商方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,在包括长期演进LTE网络和新无线NR网络的多连接场景下,辅服务基站根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,UE能力协商请求用于协商UE能力;
步骤S304,辅服务基站接收主服务基站根据UE能力协商请求反馈的UE能力协商回复。
通过上述步骤,在包括长期演进LTE网络和新无线NR网络的多连接场景下,辅服务基站根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;所述辅服务基站接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。可以解决了在LTE和NR的多连接网络系统中主辅服务基站不能协商UE能力的技术问题,从而使得NR/LTE DC双连接的性能尽量保持在最佳,减少不必要的失败处理/模式重配所带来的信令开销,减轻主基站单侧对UE的所有RRM操作的维护负荷等。
在本实施例中提供了另一种运行于上述网络架构的终端能力的协商方法,图4是根据本发明实施例的另一种终端能力的协商方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,在包括长期演进LTE网络和新无线NR网络的多连接场景下,主服务基站接收辅服务基站发送的UE能力协商请求,其中,UE能力协商请求用于协商UE能力;
步骤S404,主服务基站获取UE的能力信息,并根据UE能力协商请求反馈UE能力协商回复。
可选地,上述步骤的执行主体可以为MeNB+SgNB,MgNB+SeNB的组合形式,也即,辅服务基站可以是SgNB,SeNB,主服务基站可以是MeNB,MgNB,等,但不限于此。
可选的,同时协商一个或者多个UE特定能力,且各自的配置/结果参数独立。
可选的,UE能力协商请求可以但不限于为:UE特定能力当前的实际消耗/占有量;需求申请UE特定能力的绝对量或相对量;申请UE特定能力的原因;在申请UE特定能力被主服务基站拒绝时,辅服务基站是否愿意接受主服务基站的建议值。具体的,UE特定能力包括以下至少之一:UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
可选的,辅服务基站根据本地的SCG配置需求向主服务基站发起UE能力协商请求包括:
辅服务基站根据本地的SCG配置需求通过XnAP或X2AP流程消息向主服务基站发起UE能力协商请求,其中,UE能力协商请求消息中包含配置需求的配置参数。
可选的,在辅服务基站接收主服务基站根据UE能力协商请求反馈的UE能力协商回复之后,还包括:主服务基站根据本地的UE能力重新分配协商结果,通过XnAP或X2AP流程消息向辅服务基站发起UE能力协商回复,UE能力协商回复消息中包含协商结果的参数;辅服务基站分析UE能力协商回复确定UE能力的协商结果。
可选的,协商结果可以但不限于为:主服务基站是否同意分配辅服务基站所申请的绝对量或相对量的UE特定能力;主服务基站是否分配了对UE特定能力的建议值,和具体的建议值内容;对UE特定能力重新分配是否影响到主服务小区集合MCG侧的配置和数据无线承载工作情况;拒绝辅服务基站申请UE特定能力的原因。
可选的,UE能力协商回复包括以下至少之一:主服务基站分配给辅服务基站的UE特定能力的绝对量或相对量;主服务基站是否允许辅服务基站对UE特定能力的申请;主服务基站分配UE特定能力是否会影响到MCG侧的当前配置和数据无线承载工作情况;在对UE特定能力的申请被主服务基站拒绝的情况下,拒绝的原因值。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种终端能力的协商装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的一种终端能力的协商装置的结构框图,应用在辅服务基站,如图5所示,该装置包括:
发起模块50,用于在包括长期演进LTE网络和新无线NR网络的多连接场景下,根据本地的辅服务小区集合SCG配置需求向主服务基站发起UE能力协商请求,其中,UE能力协商请求用于协商UE能力;
接收模块52,用于接收主服务基站根据UE能力协商请求反馈的UE能力协商回复。
图6是根据本发明实施例的另一种终端能力的协商装置的结构框图,应用在主服务基站,如图6所示,该装置包括:
接收模块60,用于在包括长期演进LTE网络和新无线NR网络的多连接场景下,接收辅服务基站发送的UE能力协商请求,其中,UE能力协商请求用于协商UE能力;
处理模块62,用于获取UE的能力信息,并根据UE能力协商请求反馈UE能力协商回复。
可选的,UE能力协商请求包括以下至少之一:UE特定能力当前的实际消耗/占有量;需求申请UE特定能力的绝对量或相对量;申请UE特定能力的原因;在申请UE特定能力被主服务基站拒绝时,辅服务基站是否愿意接受主服务基站的建议值。具体的,UE特定能力包括以下至少之一:UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本发明内容适用于NR/LTE DC Option3/4/7子系列的部署场景下,以及有更多服务基站节点多连接的情况,即Master Node和Secondary Node是异构不同RAT类型,此时Master Node和SecondaryNode不能直接理解对方的SCG/MCG配置内容,从而不能推导出对方基站节点对UE特定能力的实际消耗。
针对UE内某一“NR/LTE两侧可以共享且协商使用的特定能力”(对应于“特定能力”),包括但不限于:UE支持的频段(组合)能力,UE能聚合载波最大个数和总频谱带宽的能力,UE在每个传输时间间隔TTI内能传输TB(Transport Block)的最大个数,UE空口用户面层2协议缓存区大小L2Buffer Size,UE空口物理层软信道比特总数Soft Channel bits等。当系统即将进入或者已经处于NR/LTEDC某一工作模式,Master Node和Secondary Node需要基于下列流程对所涉及的UE上述特定能力(一个或者多个),逐一进行协商/分配(Per UEcapability粒度)。
1:Secondary Node基于本地具体的SCG配置需求,通过XnAP流程消息向MasterNode发起UE能力协商请求,内含辅助信息包括但不限于:UE某特定能力当前的实际消耗/占有量(CurrentConsumption),申请请求的绝对量或相对量(Request Amount),申请该UE能力的原因(Request Cause Value),如果该申请被MasterNode拒绝,是否愿意接受MasterNode侧的新建议值(SuggestionEnquiry)。
2:在上述同一条UE特定能力的申请消息中,可以同时独立的包含上述各个特定能力(一个或者多个)的申请辅助信息。
3:Master Node接收到UE能力申请消息后,对每个UE特定能力的申请,进行逐一分析和判定。
通过当前的实际消耗/占有量(Current Consumption)信元,可得知SCG侧当前针对该UE特定能力的消耗情况。
通过申请的绝对量或相对量(Request Amount)信元,可得知SCG侧当前针对该UE特定能力的分配请求情况。
通过原因(Request Cause Value)信元,可得知SCG侧当前针对该UE特定能力诉求的原因情况。
当Suggestion Enquiry=True的时候,
Master Node可以基于(Request Amount)和(Request Cause Value)信元,给出自己新的建议值(Allocated Amount),即不同于申请(Request Amount)的值。
当Suggestion Enquiry=False的时候,
Master Node基于(Request Amount)和(Request Cause Value)信元,只能给出申请的判定结果(Request Agreed=Yes or No)的答复,即不需要给出不同于申请(RequestAmount)的新建议值。
4:Master Node通过XnAP流程消息向Secondary Node发起UE能力协商回复,内含辅助信息包括但不限于:UE某特定能力分配的新绝对量或相对量(Allocated Amount)或者对申请(Request Amount)的Yes or No答复,分配该UE特定能力是否会影响到MCG侧的当前配置和数据无线承载工作情况(MCG Impact Value=Yes or No),如果该申请被MasterNode拒绝,拒绝的原因值(Reject Cause Value)。
5:Secondary Node接收到UE能力协商回复消息后,对每个UE特定能力的申请回复,进行逐一分析判定。
通过(Request Agreed=Yes or No)信元,可得知Master Node是否同意分配了Secondary Node之前的申请(Request Amount)。
通过(Allocated Amount)信元,可得知Master Node是否分配了新建议值。
通过(MCG Impact Value)信元,可得知此UE特定能力协商分配过程中,是否影响到MCG侧配置。
通过(Reject Cause Value)信元,可得知Secondary Node之前的UE特定能力申请为何被拒绝。图7是本发明实施例的NR/LTE DC场景下UE能力协商流程示意图。
本实施例还包括多个具体实施例
具体实施例1:图8是本发明具体实施例1的流程示意图,如图8所示,在NR/LTE DCOption7系列的部署场景中,主基站eLTEMeNB连接在5G的核心网元AMF和UPF,在MeNB物理宏覆盖区域之内,有一个异频的SgNB和MeNB有Xn接口相互连接,针对某个特定UE,已配置成NR/LTE DC Option7工作模式,且MeNB+SgNB当前处于服务频段组合(A+C),即MeNB内的MCGCells处于频段A内,而SgNB内的SCG Cells处于频段C内;某时刻UE通过SCG SRB上报Measurement Report消息,告知SgNB目标频段D比当前服务频段C信号更好,但UE仅支持频段组合(A+C,A+E,B+D),SgNB需要和MeNB针对“频段组合”这一UE特定能力进行协商。源MeNB和源SgNB支持本发明的相关内容。
步骤101:SgNB基于UE的RRM测量上报和本地各种条件因素,想把自己SCG重配到频段D内,因此基于该SCG重配需求,准备通过XnAP流程消息UE Capability NegociationRequest,向MeNB发起针对UE“频段组合”特定能力的申请请求。
步骤102:SgNB在发出的XnAP流程消息UE CapabilityNegociation Request中,针对UE“频段组合”这一特定能力,至少包含下面辅助信息:Current Consumption=频段C,Request Amount=频段D,Request Cause Value=Better Radio Condition和SuggestionEnquiry=True。
步骤103:MeNB接收到针对UE“频段组合”特定能力的协商申请消息后,对UE“频段组合”这一特定能力的申请,进行如下分析判定:
通过信元Current Consumption=频段C,可得知SCG侧当前针对该UE特定能力的消耗情况,处于频段C内。
通过信元Request Amount=频段D,可得知SCG侧想把SCG重配到频段D内。
通过信元Request Cause Value=Better Radio Condition,可得知SCG侧是基于本地“无线条件因素”而提出该协商申请的。
通过信元Suggestion Enquiry=True,MeNB可给出不同于申请(Request Amount=频段D)的其他值,比如给出建议值(AllocatedAmount=频段E)。
步骤104:MeNB通过XnAP流程消息UE Capability NegociationResponse向SgNB发起UE能力协商回复,至少包含下面辅助信息:Allocated Amount=频段E,MCG Impactvalue=No。
步骤105:SgNB在Xn接口上接收到UE Capability NegociationResponse消息后,对针对UE“频段组合”这一特定能力的申请回复,进行如下分析判定:
通过信元Allocated Amount=频段E,可得知:MeNB同意如果SCG侧条件允许,SgNB可把SCG重配到频段E内。
通过信元MCG Impact value=No,可得知针对UE“频段组合”这一特定能力的协商过程中,没有影响到MCG侧的配置。
具体实施例2:
如图9所示,图9是本发明具体实施例2的流程示意图,在NR/LTE DC Option7系列的部署场景中,主基站eLTE MeNB连接在5G的核心网元AMF和UPF,在MeNB物理宏覆盖区域之内,有一个异频的SgNB和MeNB有Xn接口相互连接,针对某个特定UE,已配置成NR/LTE DCOption7工作模式,且MeNB+SgNB当前处于服务频段组合(A+C),即MeNB内的MCG Cells处于频段A内,而SgNB内的SCG Cells处于频段C内;某时刻UE通过SCG SRB上报MeasurementReport消息,告知SgNB目标频段D比当前服务频段C信号更好,但UE仅支持频段组合(A+C,A+E,B+D),SgNB需要和MeNB针对“频段组合”这一UE特定能力进行协商。源MeNB和源SgNB支持本发明的相关内容。
步骤201:SgNB基于UE的RRM测量上报和本地各种条件因素,想把自己SCG重配到频段D内,因此基于该SCG重配需求,准备通过XnAP流程消息UE Capability NegociationRequest,向MeNB发起针对UE“频段组合”特定能力的申请请求。
步骤202:SgNB在发出的XnAP流程消息UE CapabilityNegociation Request中,针对UE“频段组合”这一特定能力,至少包含下面辅助信息:Current Consumption=频段C,Request Amount=频段D,Request Cause Value=Better Radio Condition和SuggestionEnquiry=False。
步骤203:MeNB接收到针对UE“频段组合”特定能力的协商申请消息后,对UE“频段组合”这一特定能力的申请,进行如下分析判定:
通过信元Current Consumption=频段C,可得知SCG侧当前针对该UE特定能力的消耗情况,处于频段C内。
通过信元Request Amount=频段D,可得知SCG侧想把SCG重配到频段D内。
通过信元Request Cause Value=Better Radio Condition,可得知SCG侧是基于本地“无线条件因素”而提出该协商申请的。
通过信元Suggestion Enquiry=False,MeNB得知针对UE“频段组合”这一特定能力只能回复Request Agreed=Yes or No,不能给出其他的建议值。
步骤204:MeNB通过XnAP流程消息UE Capability NegociationResponse向SgNB发起UE能力协商回复,至少包含下面辅助信息:Request Agreed=Yes,MCG Impact value=Yes。
步骤205:SgNB在Xn接口上接收到UE Capability NegociationResponse消息后,对针对UE“频段组合”这一特定能力的申请回复,进行如下分析判定:
通过信元Request Agreed=Yes,可得知:MeNB同意了SgNB可把SCG重配到频段D内。
通过信元MCG Impact value=Yes,可得知针对UE“频段组合”这一特定能力的协商过程中,影响到了MCG侧的配置,因为MeNB需要把MCG重配到频段B内。
具体实施例3:图10是本发明具体实施例3的流程示意图,如图10所示,在NR/LTEDC Option4系列的部署场景中,主基站MgNB连接在5G的核心网元AMF和UPF,在MgNB物理宏覆盖区域之内,有一个异频的eLTE SeNB和MgNB有Xn接口相互连接,针对某个特定UE,已配置成NR/LTE DC Option4工作模式,且MgNB+SeNB当前对UE L2Buffer Size的分配比例为50%+50%,即MgNB内的所有MCG Cells消耗UE L2Buffer Size的上限为总量的50%,而SeNB内的所有SCG Cells消耗UE L2Buffer Size的上限为总量的50%;某时刻UE通过SCGSRB上报Measurement Report消息,告知SeNB当前SCG所有服务小区的信号很好,可以更多的为MgNB数据分流,因此SeNB需要和MgNB针对“L2Buffer Size”这一UE特定能力进行协商。源MgNB和源SeNB支持本发明的相关内容。
步骤301:SeNB基于UE的RRM测量上报和本地各种条件因素,想把更多的数据分流到SCG侧,因此基于该SCG重配需求,准备通过XnAP流程消息UE Capability NegociationRequest,向MgNB发起针对UE“L2Buffer Size”特定能力的申请请求。
步骤302:SeNB在发出的XnAP流程消息UE CapabilityNegociation Request中,针对UE“L2Buffer Size”这一特定能力,至少包含下面辅助信息:Current Consumption=50%,RequestAmount=70%,Request Cause Value=More Offloading Ratio和Suggestion Enquiry=True。
步骤303:MgNB接收到针对UE“L2Buffer Size”特定能力的协商申请消息后,对UE“L2Buffer Size”这一特定能力的申请,进行如下分析判定:
通过信元Current Consumption=50%,可得知SCG侧当前针对该UE特定能力的消耗情况,即已达到UE L2Buffer Size总量的50%。
通过信元Request Amount=70%,可得知SCG侧想申请更多的L2Buffer Size,为了能支持更多的数据分流。
通过信元Request Cause Value=More Offloading Ratio,可得知SCG侧是基于本地“想支持更多的数据分流”而提出该协商申请的。
通过信元Suggestion Enquiry=True,MgNB可给出不同于申请(Request Amount=70%)的其他值,比如给出建议值(AllocatedAmount=60%)。
步骤304:MgNB通过XnAP流程消息UE Capability NegociationResponse向SeNB发起UE能力协商回复,至少包含下面辅助信息:Allocated Amount=60%,MCG Impact value=Yes。
步骤305:SeNB在Xn接口上接收到UE Capability NegociationResponse消息后,对针对UE“L2Buffer Size”这一特定能力的申请回复,进行如下分析判定:
通过信元Allocated Amount=60%,可得知:MgNB只能同意为SCG最大分配UEL2Buffer Size总量的60%,不能到70%。
通过信元MCG Impact value=Yes,可得知针对UE“L2Buffer Size”这一特定能力的协商过程中,影响到了MCG侧的配置,即MCG只能最大使用UE L2Buffer Size总量的40%。
具体实施例4:图11是本发明具体实施例4的流程示意图,如图11所示,在NR/LTEDC Option4系列的部署场景中,主基站MgNB连接在5G的核心网元AMF和UPF,在MgNB物理宏覆盖区域之内,有一个异频的eLTE SeNB和MgNB有Xn接口相互连接,针对某个特定UE,已配置成NR/LTE DC Option4工作模式,且MgNB+SeNB当前对UE L2Buffer Size的分配比例为60%+40%,即MgNB内的所有MCG Cells消耗UE L2Buffer Size的上限为总量的60%,而SeNB内的所有SCG Cells消耗UE L2Buffer Size的上限为总量的40%;某时刻UE通过SCGSRB上报Measurement Report消息,告知SeNB当前SCG所有服务小区的信号很好,可以更多的为MgNB数据分流,因此SeNB需要和MgNB针对“L2Buffer Size”这一UE特定能力进行协商。源MgNB和源SeNB支持本发明的相关内容。
步骤401:SeNB基于UE的RRM测量上报和本地各种条件因素,想把更多的数据分流到SCG侧,因此基于该SCG重配需求,准备通过XnAP流程消息UE Capability NegociationRequest,向MgNB发起针对UE“L2Buffer Size”特定能力的申请请求。
步骤402:SeNB在发出的XnAP流程消息UE CapabilityNegociation Request中,针对UE“L2Buffer Size”这一特定能力,至少包含下面辅助信息:Current Consumption=40%,RequestAmount=60%,Request Cause Value=More Offloading Ratio和Suggestion Enquiry=False。
步骤403:MgNB接收到针对UE“L2Buffer Size”特定能力的协商申请消息后,对UE“L2Buffer Size”这一特定能力的申请,进行如下分析判定:
通过信元Current Consumption=40%,可得知SCG侧当前针对该UE特定能力的消耗情况,即已达到UE L2Buffer Size总量的40%。
通过信元Request Amount=60%,可得知SCG侧想申请更多的L2Buffer Size,为了能支持更多的数据分流。
通过信元Request Cause Value=More Offloading Ratio,可得知SCG侧是基于本地“想支持更多的数据分流”而提出该协商申请的。
通过信元Suggestion Enquiry=False,MgNB不可给出不同于申请(RequestAmount=60%)的其他值,只能同意或者拒绝SCG侧的申请。
步骤404:MgNB通过XnAP流程消息UE Capability NegociationResponse向SeNB发起UE能力协商回复,至少包含下面辅助信息:Request Agreed=No,Reject Cause value=No more offloading。
步骤405:SeNB在Xn接口上接收到UE Capability NegociationResponse消息后,对针对UE“L2Buffer Size”这一特定能力的申请回复,进行如下分析判定:
通过信元Request Agreed=No,可得知:MgNB不同意为SCG最大分配UE L2BufferSize总量的60%。
通过信元Reject Cause value=No more offloading,可得知:针对UE“L2BufferSize”这一特定能力的协商过程中,MCG侧不同意将更多的数据分流到SCG侧。
在NR/LTE DC(4/5G异构系统双连接)配置操作中,UE的各种相关能力能在MasterNode和Secondary Node之间协商,并且参与的基站节点彼此提供给对方,能够优化各自RRM/RRC动作的辅助性信息,这样MCG和SCG两侧能够采取更合理的RRM/RRC动作,从而使得NR/LTE DC双连接的性能尽量保持在最佳,减少不必要的失败处理/模式重配所带来的信令开销,减轻Master Node单侧对UE的所有RRM操作的维护负荷等。
在NR/LTE DC(4/5G异构系统双连接)配置操作中,UE的各种相关能力能在MasterNode和Secondary Node之间协商,并且参与的基站节点彼此提供给对方,能够优化各自RRM/RRC动作的辅助性信息,这样MCG和SCG两侧能够采取更合理的RRM/RRC动作,从而使得NR/LTE DC双连接的性能尽量保持在最佳,减少不必要的失败处理/模式重配所带来的信令开销,减轻Master Node单侧对UE的所有RRM操作的维护负荷等。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,在包括长期演进LTE网络和新无线NR网络的多连接场景下,辅服务基站根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;
S2,接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行在包括长期演进LTE网络和新无线NR网络的多连接场景下,根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商UE能力;
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种终端能力的协商方法,其特征在于,包括:
在包括长期演进LTE网络和新无线NR网络的多连接场景下,辅服务基站根据本地的辅服务小区集合SCG配置需求向主服务基站发起用户设备UE能力协商请求,其中,所述UE能力协商请求用于协商SCG侧的UE特定能力;
所述辅服务基站接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复;
其中,所述UE能力协商请求包括以下至少之一:UE特定能力当前的实际消耗/占有量;需求申请UE特定能力的绝对量或相对量;申请UE特定能力的原因;在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值;
其中,当所述辅服务基站愿意接受所述主服务基站针对该UE特定能力的建议值时,所述辅服务基站接收不同于所述需求申请UE特定能力的绝对量或相对量的建议值,所述建议值由所述主服务基站根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因给出,其中,所述建议值包含在所述UE能力协商回复中;
当所述辅服务基站不愿意接受所述主服务基站针对该UE特定能力的建议值时,所述辅服务基站接收到同意所述需求申请UE特定能力的绝对量或相对量的决定结果,所述决定结果由所述主服务基站根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因给出,其中,所述决定结果包含在所述UE能力协商回复中。
2.根据权利要求1所述的方法,其特征在于,所述UE特定能力包括以下至少之一:
UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
3.根据权利要求1所述的方法,其特征在于,所述辅服务基站根据本地的SCG配置需求向主服务基站发起UE能力协商请求包括:
所述辅服务基站根据本地的SCG配置需求通过XnAP或X2AP流程消息向主服务基站发起UE能力协商请求,其中,所述UE能力协商请求消息中包含所述协商需求的配置参数。
4.根据权利要求1所述的方法,其特征在于,在所述辅服务基站接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复之后,所述方法还包括:
所述主服务基站根据本地的UE能力重新分配协商结果,通过XnAP或X2AP流程消息向所述辅服务基站发起UE能力协商回复,所述UE能力协商回复消息中包含协商结果的参数;
所述辅服务基站分析所述UE能力协商回复确定UE能力的协商结果。
5.根据权利要求4所述的方法,其特征在于,所述协商结果包括以下至少之一:
所述主服务基站是否同意分配所述辅服务基站所申请的绝对量或相对量的UE特定能力;
所述主服务基站是否分配了对UE特定能力的建议值,和具体的建议值内容;
对UE特定能力重新分配是否影响到主服务小区集合MCG侧的配置和数据无线承载工作情况;
拒绝所述辅服务基站申请UE特定能力的原因。
6.根据权利要求1所述的方法,其特征在于,同时协商一个或者多个UE特定能力,且各自的配置/结果参数独立。
7.一种终端能力的协商方法,其特征在于,包括:
在包括长期演进LTE网络和新无线NR网络的多连接场景下,主服务基站接收辅服务基站发送的UE能力协商请求,其中,所述UE能力协商请求用于协商SCG侧的UE特定能力;
所述主服务基站获取所述UE的能力信息,并根据所述UE能力协商请求反馈UE能力协商回复;
其中,所述UE能力协商请求包括以下至少之一:UE特定能力当前的实际消耗/占有量;需求申请UE特定能力的绝对量或相对量;申请UE特定能力的原因;在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值;
其中,当所述辅服务基站愿意接受所述主服务基站针对该UE特定能力的建议值时,所述主服务基站根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因,给出不同于所述需求申请UE特定能力的绝对量或相对量的建议值,其中,所述建议值包含在所述UE能力协商回复中;
当所述辅服务基站不愿意接受所述主服务基站针对该UE特定能力的建议值时,所述主服务基站根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因,给出是否同意所述需求申请UE特定能力的绝对量或相对量的决定结果,其中,所述决定结果包含在所述UE能力协商回复中。
8.根据权利要求7所述的方法,其特征在于,所述UE特定能力包括以下至少之一:
UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
9.根据权利要求7所述的方法,其特征在于,所述UE能力协商回复包括以下至少之一:
所述主服务基站分配给所述辅服务基站的UE特定能力的绝对量或相对量;
所述主服务基站是否允许所述辅服务基站对UE特定能力的申请;
所述主服务基站分配UE特定能力是否会影响到MCG侧的当前配置和数据无线承载工作情况;
在对UE特定能力的申请被所述主服务基站拒绝的情况下,拒绝的原因值。
10.一种终端能力的协商装置,应用在辅服务基站,其特征在于,包括:
发起模块,用于在包括长期演进LTE网络和新无线NR网络的多连接场景下,根据本地的辅服务小区集合SCG配置需求向主服务基站发起UE能力协商请求,其中,所述UE能力协商请求用于协商SCG侧的UE特定能力;
接收模块,用于接收所述主服务基站根据所述UE能力协商请求反馈的UE能力协商回复;
其中,所述UE能力协商请求包括以下至少之一:UE特定能力当前的实际消耗/占有量;需求申请UE特定能力的绝对量或相对量;申请UE特定能力的原因;在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值;
其中,当所述辅服务基站愿意接受所述主服务基站针对该UE特定能力的建议值时,所述接收模块还用于接收不同于所述需求申请UE特定能力的绝对量或相对量的建议值,所述建议值由所述主服务基站根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因给出,其中,所述建议值包含在所述UE能力协商回复中;
当所述辅服务基站不愿意接受所述主服务基站针对该UE特定能力的建议值时,所述接收模块还用于接收同意所述需求申请UE特定能力的绝对量或相对量的决定结果,所述决定结果由所述主服务基站根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因给出,其中,所述决定结果包含在所述UE能力协商回复中。
11.根据权利要求10所述的装置,其特征在于,所述UE特定能力包括以下至少之一:
UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
12.一种终端能力的协商装置,应用在主服务基站,其特征在于,包括:
接收模块,用于在包括长期演进LTE网络和新无线NR网络的多连接场景下,接收辅服务基站发送的UE能力协商请求,其中,所述UE能力协商请求用于协商SCG侧的UE特定能力;
处理模块,用于获取所述UE的能力信息,并根据所述UE能力协商请求反馈UE能力协商回复;
其中,所述UE能力协商请求包括以下至少之一:UE特定能力当前的实际消耗/占有量;需求申请UE特定能力的绝对量或相对量;申请UE特定能力的原因;在申请UE特定能力被所述主服务基站拒绝时,所述辅服务基站是否愿意接受所述主服务基站针对该UE特定能力的建议值;
其中,当所述辅服务基站愿意接受所述主服务基站针对该UE特定能力的建议值时,所述处理模块还用于根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因,给出不同于所述需求申请UE特定能力的绝对量或相对量的建议值,其中,所述建议值包含在所述UE能力协商回复中;
当所述辅服务基站不愿意接受所述主服务基站针对该UE特定能力的建议值时,所述处理模块还用于根据所述需求申请UE特定能力的绝对量或相对量和所述申请UE特定能力的原因,给出是否同意所述需求申请UE特定能力的绝对量或相对量的决定结果,其中,所述决定结果包含在所述UE能力协商回复中。
13.根据权利要求12所述的装置,其特征在于,所述UE特定能力包括以下至少之一:
UE支持的频段能力或UE支持的频段组合能力;UE能聚合载波最大个数和总频谱带宽的能力;UE在每个传输时间间隔TTI内能传输传输块TB的最大个数;UE空口用户面层2协议缓存区大小L2;UE空口物理层软信道比特总数。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710184570.4A CN108924961B (zh) | 2017-03-24 | 2017-03-24 | 终端能力的协商方法及装置 |
EP18772487.7A EP3606228B1 (en) | 2017-03-24 | 2018-01-29 | Terminal capability negotiation method, apparatus, and storage medium |
PCT/CN2018/074418 WO2018171334A1 (zh) | 2017-03-24 | 2018-01-29 | 终端能力的协商方法、装置和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710184570.4A CN108924961B (zh) | 2017-03-24 | 2017-03-24 | 终端能力的协商方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108924961A CN108924961A (zh) | 2018-11-30 |
CN108924961B true CN108924961B (zh) | 2023-05-02 |
Family
ID=63585894
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710184570.4A Active CN108924961B (zh) | 2017-03-24 | 2017-03-24 | 终端能力的协商方法及装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3606228B1 (zh) |
CN (1) | CN108924961B (zh) |
WO (1) | WO2018171334A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11057803B2 (en) | 2018-01-11 | 2021-07-06 | Htc Corporation | Method and device of handling mobility to a NR standalone network |
CN110557822A (zh) * | 2019-09-19 | 2019-12-10 | 京信通信系统(中国)有限公司 | 上行功率配置方法、装置、计算机设备和存储介质 |
EP4135440A4 (en) * | 2020-04-06 | 2024-01-10 | Ntt Docomo Inc | TERMINAL AND BASE STATION DEVICE |
WO2021232331A1 (en) * | 2020-05-21 | 2021-11-25 | Qualcomm Incorporated | Restoration of new radio data service for dual subscriber identity modules |
WO2024025279A1 (en) * | 2022-07-25 | 2024-02-01 | Lg Electronics Inc. | Fast conflict resolution in wireless communication system |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106134272A (zh) * | 2015-01-30 | 2016-11-16 | 华为技术有限公司 | 通信方法、网络设备、用户设备和通信系统 |
CN106416421A (zh) * | 2014-10-03 | 2017-02-15 | 株式会社Ntt都科摩 | 信息通知方法、移动通信系统、以及基站 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9480067B2 (en) * | 2013-08-08 | 2016-10-25 | Qualcomm Incorporated | Techniques for allocating user equipment processing capability among multiple access nodes |
CN104519583B (zh) * | 2013-09-27 | 2018-09-07 | 上海诺基亚贝尔股份有限公司 | 一种通过双连接进行数据传输和处理的方法、装置和系统 |
US9894668B2 (en) * | 2014-02-01 | 2018-02-13 | Lg Electronics Inc. | Method for performing CoMP operation in wireless communication system and apparatus for the same |
EP3117682A1 (en) * | 2014-03-14 | 2017-01-18 | NEC Europe Ltd. | Method, user equipment, master evolved node b and communication system for dual connectivity |
CN106304411B (zh) * | 2015-05-15 | 2020-02-21 | 上海诺基亚贝尔股份有限公司 | 用于双连接系统中的上行链路分割承载的方法及装置 |
-
2017
- 2017-03-24 CN CN201710184570.4A patent/CN108924961B/zh active Active
-
2018
- 2018-01-29 WO PCT/CN2018/074418 patent/WO2018171334A1/zh unknown
- 2018-01-29 EP EP18772487.7A patent/EP3606228B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106416421A (zh) * | 2014-10-03 | 2017-02-15 | 株式会社Ntt都科摩 | 信息通知方法、移动通信系统、以及基站 |
CN106134272A (zh) * | 2015-01-30 | 2016-11-16 | 华为技术有限公司 | 通信方法、网络设备、用户设备和通信系统 |
Non-Patent Citations (1)
Title |
---|
ZTE Corporation.R3-170536 "UE Capability Coordination over XnAP and X2AP Due to NR-LTE Tight Interworking".3GPP tsg_ran\WG3_Iu.2017,(第TSGR3_95期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN108924961A (zh) | 2018-11-30 |
EP3606228A1 (en) | 2020-02-05 |
EP3606228B1 (en) | 2022-03-16 |
WO2018171334A1 (zh) | 2018-09-27 |
EP3606228A4 (en) | 2020-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108924961B (zh) | 终端能力的协商方法及装置 | |
US10470153B2 (en) | Method for supporting efficient PDU session activation and deactivation in cellular networks | |
US10568061B1 (en) | Method for supporting efficient PDU session activation and deactivation in cellular networks | |
CN109246757B (zh) | 一种新型服务质量架构在双连接系统的配置方法及装置 | |
US11323911B2 (en) | Radio bearer configuration method and apparatus for configuring a dual connectivity terminal | |
US9843918B2 (en) | Device-to-device (D2D) discovery method, base station, and user equipment | |
US11647551B2 (en) | Method and system for user information management | |
CN102655682B (zh) | 一种采用载波汇聚方式传输数据的方法、系统及装置 | |
CN110636561B (zh) | 信息传输方法及装置、存储介质、电子装置 | |
EP3528541B1 (en) | Method and system for mobility management | |
EP3657902A2 (en) | Method and apparatus for transmitting and receiving signals in wireless communication system | |
KR102383559B1 (ko) | 통신 네트워크에서의 리소스 관리를 위한 리소스 컨트롤러 | |
CN109429368B (zh) | 消息发送方法、系统、装置、网元、存储介质及处理器 | |
KR102645345B1 (ko) | 네트워크 액세스를 위한 방법 및 장치 | |
WO2016197779A1 (zh) | 一种多无线接入网络下提供业务与接受业务的方法及设备 | |
EP3560239B1 (en) | Handover in 5g microcellular | |
KR20200049904A (ko) | 네트워크 액세스를 위한 방법 및 장치 | |
CN110178332A (zh) | 用于操作在蜂窝网络中并行通信的用户装备的方法、用户装备和蜂窝网络 | |
CN114731723A (zh) | 一种通信方法及装置 | |
US20220353687A1 (en) | Communication system | |
CN108924941B (zh) | 信息传输方法和基站 | |
CN110139324B (zh) | 消息传输方法及装置、计算机存储介质 | |
CN111757347B (zh) | 确定承载类型的方法和通信装置 | |
CN108810954B (zh) | 会话分流的方法及装置 | |
EP4125287A1 (en) | Dynamic shared cell groups |
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 |