CN110636556B - 网络处理方法、装置、核心网、基站和可读存储介质 - Google Patents
网络处理方法、装置、核心网、基站和可读存储介质 Download PDFInfo
- Publication number
- CN110636556B CN110636556B CN201810654544.8A CN201810654544A CN110636556B CN 110636556 B CN110636556 B CN 110636556B CN 201810654544 A CN201810654544 A CN 201810654544A CN 110636556 B CN110636556 B CN 110636556B
- Authority
- CN
- China
- Prior art keywords
- base station
- wireless capability
- interface
- information
- interface terminal
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 53
- 238000000034 method Methods 0.000 claims description 23
- 230000004048 modification Effects 0.000 claims description 22
- 238000012986 modification Methods 0.000 claims description 22
- 238000004891 communication Methods 0.000 claims description 20
- 238000012545 processing Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 12
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 238000012790 confirmation Methods 0.000 claims 1
- 230000003993 interaction Effects 0.000 abstract description 7
- 101100240462 Homo sapiens RASAL2 gene Proteins 0.000 description 82
- 102100035410 Ras GTPase-activating protein nGAP Human genes 0.000 description 82
- 230000004044 response Effects 0.000 description 70
- 230000009977 dual effect Effects 0.000 description 27
- 238000010586 diagram Methods 0.000 description 24
- 230000006870 function Effects 0.000 description 15
- 230000005540 biological transmission Effects 0.000 description 9
- 238000005259 measurement Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000027455 binding Effects 0.000 description 1
- 238000009739 binding Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000000243 solution Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- 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
- H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/20—Selecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/20—Interfaces between hierarchically similar devices between access points
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种网络处理方法、装置、核心网、基站和计算机可读存储介质,核心网侧向主基站发起NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息,然后接收主基站反馈的NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带各基站是否支持指定业务的指示信息。从而核心网侧和基站之间的消息交互,实现终端通过双连接或多连接接入的各基站的指定业务的支持情况,从而为用户选择相应的基站承载指定业务提供了便利,保证了用户体验。
Description
技术领域
本发明实施例涉及移动通讯技术领域,尤其涉及一种网络处理方法、装置、核心网、基站和计算机可读存储介质。
背景技术
第四代(4Generation,4G)或称长期演进(Long Term Evolution,LTE)蜂窝移动通讯系统中,包含4G核心网(Core Network,CN)和无线接入网络(Radio Access Network,RAN),其中4G CN包含MME(Mobility Management Entity,网络节点),SGW(ServingGateWay,服务网关),PGW(PDN GateWay,PDN网关)等基本网元节点,而RAN包括演进基站(evolved Node B,eNB)。之后第五代(5Generation,5G)蜂窝移动通讯系统中,包含了下一代核心网(5GC)和下一代无线接入网络(Next Generation Radio Access Network,NG-RAN),其中5GC包含AMF(Access Mobility Function,接入移动功能),SMF(SessionManagement Functio,会话管理功能)和UPF(User Plane Function,用户面功能)等基本网元节点,而NG-RAN至少包含两种不同无线接入制式RAT类型的基站,即:基于4G eNB继续演进的ng-eNB(空口仍然支持E-UTRA制式),和全新设计的gNB(空口支持New Radio,NR制式)基站。NG-RAN基站通过NG接口和5GC连接(包含NG-C控制面连接和NG-U用户面连接),而NG-RAN基站之间通过Xn接口连接(包含Xn-C控制面连接和Xn-U用户面连接),上述控制面连接用于传输网元节点之间的控制信令消息,而用户面连接用于传输用户业务数据(包)。
对于4G LTE系统,由于早期设计重点面向PS域的宽带数据类业务,如:大型数据文件的传输,各种互联网数据应用业务等,因此在4G LTE CN和RAN层面,并不能有效地支持用户语音类Voice业务;当用户需要进行语音类业务的时候,通常采取4G->3G/2G网络语音类业务回落Fallback的方式处理,该回落流程会把终端UE迁移回到旧RAT(Radio AccessType,无线接入类型)制式的网络内。在LTE后续演进版本中,4G CN和RAN层面通过自身的功能补充和增强(如SPS半静态调度增强,TTI bundling绑定等),能够可选地支持用户语音类业务,如:IMS Voice,VoLTE即Voice over LTE,是基于IMS的语音业务。此时用户语音类业务可以直接在4G网络中端到端地被承载和服务,但前提是网络侧和终端UE都要能支持IMSVoice相应的语音增强功能集合。
对于5G NG-RAN系统,类似地,网络侧和终端UE也都可选地支持语音类业务,当有一方不能支持的时候也采取向旧RAT制式网络回落的处理方式。
在5G系统中,终端UE支持单连接(Single Connectivity,SC)和双/多连接(Dual/Multiple Connectivity,DC/MC)配置和操作功能。而由于当前3GPP公开的NG接口UE RadioCapability Check流程,仅仅面向5G单连接操作下的终端UE,而不面向5G双/多连接操作下的UE,因此AMF/SMF只能知道MN侧的UE能力和功能配置,能否有效支持IMS Voice业务;却不能知道SN侧的UE能力和SN侧本地功能配置,能否有效支持IMS Voice业务。因此,只能一直让MN主基站去尝试承载IMS Voice业务,如图1。如果MN主基站也不能支持IMS Voice业务,则终端会被迫退出当前的5G双/多连接操作,回退到旧RAT制式网络中,这会造成系统间Inter-system切换Handover或重定向Redirection操作,带来大量流程信令,且降低用户的业务体验(因为回落去的4G/3G/2G网络各方面综合性能都不如当前的5G网络)。而此时如果SN辅基站支持IMS Voice业务的话,显然这是对网络资源的浪费。而且,除了IMS Voice业务之外,基于5G可能承载的其他业务,如IMS Video做类似IMS Voice一样的处理。
发明内容
本发明实施例提供了一种网络处理方法、装置、核心网、基站和计算机可读存储介质,旨在解决现有技术中5G双连接/多连接状态下指定业务承载手段灵活性差,用户体验差的问题。
为了解决上述技术问题,本发明实施例提供了一种网络处理方法,包括:
核心网侧向主基站发起NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
接收主基站反馈的NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
本发明实施例还提供一种网络处理方法,包括:
主基站接收核心网侧发起的NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
向核心网侧反馈NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
本发明实施例还提供了一种网络处理装置,包括:
请求发起模块,用于向主基站发起NG接口终端无线能力检查请求消息NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
回复接收模块,用于接收主基站反馈的NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
本发明实施例还提供一种网络处理装置,包括:
请求接收模块,用于接收核心网侧发起的NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
回复发送模块,用于向核心网侧反馈NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
本发明实施例还提供了一种核心网,包括第一处理器、第一存储器和第一通信总线;
所述第一通信总线用于实现所述第一处理器和第一存储器之间的连接通信;
所述第一处理器用于执行所述第一存储器中存储的计算机程序,以实现上述的网络处理方法的步骤。
本发明实施例还提供了一种基站,包括第二处理器、第二存储器和第二通信总线;
所述第二通信总线用于实现所述第二处理器和第二存储器之间的连接通信;
所述第二处理器用于执行所述第二存储器中存储的计算机程序,以实现上述的网络处理方法的步骤。
本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质中存储有一个或者多个计算机程序,计算机程序可被一个或者多个处理器执行,以实现上述的网络处理方法的步骤。
本发明实施例的有益效果是:
本发明实施例提供了一种网络处理方法、装置、核心网、基站和计算机可读存储介质,核心网侧向主基站发起NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息,然后接收主基站反馈的NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带各基站是否支持指定业务的指示信息。从而核心网侧和基站之间的消息交互,实现终端通过双连接或多连接接入的各基站的指定业务的支持情况,从而为用户选择相应的基站承载指定业务提供了便利,保证了用户体验。
本发明实施例其他特征和相应的有益效果在说明书的后面部分进行阐述说明,且应当理解,至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为5G网络通信架构示意图;
图2为终端无线能力检测流程示意图;
图3为5G网络通信架构示意图;
图4为本发明实施例提供的一种网络处理方法流程图;
图5为本发明实施例提供的一种核心网侧和主基站间网络处理方法信号流图;
图6为本发明实施例提供的一种主基站和辅基站间网络处理方法信号流图;
图7为本发明实施例提供的一种主基站和辅基站间网络处理方法信号流图;
图8为本发明实施例提供的一种网络处理方法流程图;
图9为本发明实施例提供的一种网络处理方法信号流图;
图10为本发明实施例提供的一种网络处理方法信号流图;
图11为本发明实施例提供的一种网络处理方法信号流图;
图12为本发明实施例提供的一种网络处理方法信号流图;
图13为本发明实施例提供的一种网络处理方法信号流图;
图14为本发明实施例提供的一种网络处理方法信号流图;
图15为本发明实施例提供的一种网络处理装置组成示意图;
图16为本发明实施例提供的一种网络处理装置组成示意图;
图17为本发明实施例提供的一种核心网组成示意图;
图18为本发明实施例提供的一种基站组成示意图。
具体实施方式
对于5G NG-RAN系统,网络侧和终端UE也都可选地支持语音类业务,当有一方不能支持的时候也采取向旧RAT制式网络回落的处理方式。5G系统在NG接口引入了UE RadioCapability Check终端无线能力检查流程(如图2),具体为:5GC控制面实体AMF向NG-RANNode(gNB或ng-eNB)发送UE RADIO CAPABILITY CHECK REQUEST终端无线能力检查请求消息,基于该消息NG-RAN Node判定当前正在服务的UE无线能力和网络侧功能配置,能否支持IMS Voice业务。判定结束后,通过UE RADIO CAPABILITY CHECK RESPONSE终端无线能力检查回复消息,向AMF返回IMS Voice Support Indicator的指示。如果IMS Voice SupportIndicator取值为Supported,则表示AMF后续能够直接在5G网络中为该UE建立承载IMSVoice业务;如果IMS Voice Support Indicator取值为Not Supported,则表示AMF后续不能为该UE直接在5G网络中建立承载IMS Voice业务,NG-RAN也会采取5G->4G/3G/2G网络语音类业务回落Fallback的方式处理。
在5G系统中,终端UE支持单连接(Single Connectivity,SC)和双/多连接(Dual/Multiple Connectivity,DC/MC)配置和操作功能。在SC单连接模式下,UE在空口和网络侧都只有一条数据传输通道(无线链接),而在DC/MC双/多连接模式下,UE在空口或网络侧都有两条或以上的数据传输通道(无线链接)。为了简化说明,下面重点以UE双连接DC为例子,单连接就是双连接只考虑MN(或M-Node,M-NG-RAN Node)主基站侧情况的特例(删除掉辅基站SN(或S-Node,S-NG-RAN Node)侧所有相关的辅数据传输通道/辅无线链路),而多连接MC则是双连接DC在更多条链路配置和操作上的进一步维度扩展。DC双连接下,UE可以在空口,同时与两个NG-RAN基站分别建立和保持两条独立的无线链路连接Radio Link(空口数据传输通道),一个基站称为主基站MN(Master Node),另一个基站称为辅基站SN(SecondaryNode);而MN和SN可以在NG接口,同时和核心网用户面网元实体UPF,同时建立和保持两条独立的网络侧NG-U连接(网络数据传输通道),但只有MN主基站能和核心网控制面实体AMF建立和保持NG-C连接,相关架构如图3所示。在图3中,用实线表示了不同网元节点之间的控制面连接,即用来传输网络控制信令,用虚线表示了不同网元节点之间的用户面连接,即用来传输用户业务数据。NG-U(MN)提供了UPF和MN主基站之间的数据传输通道,用于传输锚点在MN侧PDU Session/QoS Flows上承载的上下行用户业务数据包;类似地,NG-U(SN)提供了UPF和SN辅基站之间的数据传输通道,用于传输锚点在SN侧“被分流的”PDU Session/QoSFlows上承载的上下行用户业务数据包。上述MN和SN两侧的多个数据传输通道是通过NG-C+Xn-C控制面信令流程来交互建立或修改完成的。注:由于SN和AMF/SMF之间没有NG-C控制面连接,因此SN辅基站侧的所有配置信息,都必须通过Xn-C控制面链路,和MN主基站交互,或者通过MN中继再转发到AMF/SMF。
为了使本发明的目的、技术方案及优点更加清楚明白,下面通过各实施方式结合附图对本发明实施例作进一步详细说明。应当理解,此处所描述的实施例仅仅用以解释本发明,并不用于限定本发明。
第一实施例
请参考图4,图4是本发明第一实施例提供的网络处理方法流程图,包括:
S401、核心网侧向主基站发起NG接口终端无线能力检查请求消息NGAP:UE RADIOCAPABILITY CHECK REQUEST;NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
S402、接收主基站反馈的NG接口终端无线能力检查回复消息NGAP:UE RADIOCAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中至少携带各基站是否支持指定业务的指示信息。
请参考图5,图5为本实施例中的网络处理方法信号流图,其中涉及核心网侧AMF和基站之间的交互流程。核心网侧和基站通过NGAP:UE RADIO CAPABILITY CHECK REQUEST以及NGAP:UE RADIO CAPABILITY CHECK RESPONSE消息,来实现基站侧的所能承载的指定业务的获取,从而主基站可以据此对当前业务进行分配。
在一些实施例中,请参考图6,接收主基站反馈的NGAP:UE RADIO CAPABILITYCHECK RESPONSE可以包括:
主基站向辅基站发起Xn接口终端无线能力检查请求消息XnAP:UE RADIOCAPABILITY CHECK REQUEST;XnAP:UE RADIO CAPABILITY CHECK REQUEST中至少含有面向辅基站对应类型的终端无线能力信息;也就是,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息,即UE NR Radio Capability;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息,即UE E-UTRA Radio Capability。
辅基站反馈Xn接口终端无线能力检查回复消息XnAP:UE RADIO CAPABILITYCHECK RESPONSE给主基站;XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS VoiceSupport Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。在发明各实施例中,所谓“联合信元”或下述的“联合指示信息”具体指:当主基站MN或辅基站SN其中之一能够支持“指定业务”,则将IMS Voice Support Indicator设值为supported;当主基站MN和辅基站SN都不能够支持“指定业务”,则将IMS Voice Support Indicator设值为Not supported,因此这种情况下不需要引入单独的新信元IMS Voice Support Indicator with S-Node。
核心网侧接收主基站根据XnAP:UE RADIO CAPABILITY CHECK RESPONSE反馈的NGAP:UE RADIO CAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECKRESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈XnAP:UE RADIO CAPABILITY CHECK RESPONSE给主基站可以包括:
XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,主基站向辅基站发起XnAP:UE RADIO CAPABILITY CHECKREQUEST在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,请参考图7,接收主基站反馈的NGAP:UE RADIO CAPABILITYCHECK RESPONSE可以包括:
主基站向辅基站发起Xn接口5G DC相关流程信息;Xn接口5G DC相关流程信息中至少含有面向辅基站对应类型的终端无线能力信息;也就是说,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息。
辅基站反馈Xn接口5G DC相关流程回复信息给主基站;Xn接口5G DC相关流程回复信息中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS Voice Support Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。
核心网侧接收主基站根据Xn接口5G DC相关流程回复信息反馈的NGAP:UE RADIOCAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈Xn接口5G DC相关流程回复信息给主基站可以包括:
Xn接口5G DC相关流程回复信息中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,Xn接口5G DC相关流程信息包括:辅节点添加请求消息S-NODEADDITION REQUEST、辅节点修改请求消息S-NODE MODIFICATION REQUEST中的任意一种;
当Xn接口5G DC相关流程信息为S-NODE ADDITION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点添加请求确认消息S-NODE ADDITION REQUEST ACKNOWLEDGE;
当Xn接口5G DC相关流程信息为S-NODE MODIFICATION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点修改请求确认消息S-NODE MODIFICATION REQUESTACKNOWLEDGE。
在一些实施例中,主基站向辅基站发起Xn接口5G DC相关流程信息在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,NGAP:UE RADIO CAPABILITY CHECK REQUEST中至少包括对应NR和E-UTRA两种不同RAT制式的终端无线能力信息。可选的,至少含有UE分别对应NR和E-UTRA不同RAT制式的终端无线能力信息,即:UE NR Radio Capability和UE E-UTRARadioCapability。上述对应于不同RAT制式的终端无线能力信息,可以通过单个联合信元或者多个独立的信元去表达承载。
在一些实施例中,指定业务包括基于IP多媒体子系统的语音业务IMS voice业务、基于IP多媒体子系统的视频业务IMS video业务中的至少一种。
本实施例提供了一种网络处理方法,核心网侧向主基站发起NGAP:UE RADIOCAPABILITY CHECK REQUEST;所述NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息,然后接收主基站反馈的NGAP:UERADIO CAPABILITY CHECK RESPONSE;所述NGAP:UE RADIO CAPABILITY CHECK RESPONSE中至少携带各基站是否支持指定业务的指示信息。从而核心网侧和基站之间的消息交互,实现终端通过双连接或多连接接入的各基站的指定业务的支持情况,从而为用户选择相应的基站承载指定业务提供了便利,保证了用户体验。
第二实施例
请参考图8,图8本发明第二实施例提供的一种网络处理方法流程图,包括:
S801、主基站接收核心网侧发起的NGAP:UE RADIO CAPABILITY CHECK REQUEST;NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
S802、向核心网侧反馈NGAP:UE RADIO CAPABILITY CHECK RESPONSE;NGAP:UERADIO CAPABILITY CHECK RESPONSE中至少携带各基站是否支持指定业务的指示信息。
在一些实施例中,向核心网侧反馈NGAP:UE RADIO CAPABILITY CHECK RESPONSE包括:
主基站向辅基站发起Xn接口终端无线能力检查请求消息XnAP:UE RADIOCAPABILITY CHECK REQUEST;XnAP:UE RADIO CAPABILITY CHECK REQUEST中至少含有面向辅基站对应类型的终端无线能力信息;也就是,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息,即UE NR Radio Capability;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息,即UE E-UTRARadio Capability。
辅基站反馈Xn接口终端无线能力检查回复消息XnAP:UE RADIO CAPABILITYCHECK RESPONSE给主基站;XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS VoiceSupport Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。所谓“联合信元”或下述的“联合指示信息”具体指:当主基站MN或辅基站SN其中之一能够支持“指定业务”,则将IMS VoiceSupport Indicator设值为supported;当主基站MN和辅基站SN都不能够支持“指定业务”,则将IMS Voice Support Indicator设值为Not supported,因此这种情况下不需要引入单独的新信元IMS Voice Support Indicator with S-Node。
根据XnAP:UE RADIO CAPABILITY CHECK RESPONSE向核心网侧反馈NGAP:UERADIO CAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈XnAP:UE RADIO CAPABILITY CHECK RESPONSE给主基站可以包括:
XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,主基站向辅基站发起XnAP:UE RADIO CAPABILITY CHECKREQUEST在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,向核心网侧反馈NGAP:UE RADIO CAPABILITY CHECK RESPONSE可以包括:
主基站向辅基站发起Xn接口5G DC相关流程信息;Xn接口5G DC相关流程信息中至少含有面向辅基站对应类型的终端无线能力信息;也就是说,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息。
辅基站反馈Xn接口5G DC相关流程回复信息主基站;Xn接口5G DC相关流程回复信息中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS Voice Support Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。
根据Xn接口5G DC相关流程回复信息向核心网侧反馈NGAP:UE RADIO CAPABILITYCHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈Xn接口5G DC相关流程回复信息给主基站可以包括:
Xn接口5G DC相关流程回复信息中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,Xn接口5G DC相关流程信息包括:辅节点添加请求消息S-NODEADDITION REQUEST、辅节点修改请求消息S-NODE MODIFICATION REQUEST中的任意一种;
当Xn接口5G DC相关流程信息为S-NODE ADDITION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点添加请求确认消息S-NODE ADDITION REQUEST ACKNOWLEDGE;
当Xn接口5G DC相关流程信息为S-NODE MODIFICATION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点修改请求确认消息S-NODE MODIFICATION REQUESTACKNOWLEDGE。
在一些实施例中,主基站向辅基站发起Xn接口5G DC相关流程信息在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,NGAP:UE RADIO CAPABILITY CHECK REQUEST中至少包括对应NR和E-UTRA两种不同RAT制式的终端无线能力信息。可选的,至少含有UE分别对应NR和E-UTRA不同RAT制式的终端无线能力信息,即:UE NR Radio Capability和UE E-UTRA RadioCapability。上述对应于不同RAT制式的终端无线能力信息,可以通过单个联合信元或者多个独立的信元去表达承载。
在一些实施例中,指定业务包括基于IP多媒体子系统的语音业务IMS voice业务、基于IP多媒体子系统的视频业务IMS video业务中的至少一种。
本实施例提供了一种网络处理方法,核心网侧向主基站发起NGAP:UE RADIOCAPABILITY CHECK REQUEST;所述NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息,然后接收主基站反馈的NGAP:UERADIO CAPABILITY CHECK RESPONSE;所述NGAP:UE RADIO CAPABILITY CHECK RESPONSE中至少携带各基站是否支持指定业务的指示信息。从而核心网侧和基站之间的消息交互,实现终端通过双连接或多连接接入的各基站的指定业务的支持情况,从而为用户选择相应的基站承载指定业务提供了便利,保证了用户体验。
第三实施例
请参考图9,图9为本实施例提供的一种网络处理方法信号流图。
在本实施例中,某UE支持NGEN-DC双连接配置和操作,UE,主基站MeNB和辅基站SgNB本地功能和能力集合也都支持IMS Voice语音类业务。
S901:UE先处于和MeNB的单连接激活态,后进入到SgNB的某服务小区覆盖,预备进入NGEN-DC双连接配合和操作。
S902:MeNB基于UE的RRM测量上报,判定需要和目标SgNB建立NGEN-DC双连接操作,MeNB向目标SgNB发送SN Addition Request消息,包含必要的SCG配置辅助参数,同时至少还含有UE对应NR相关的终端无线能力信息UE NR Radio Capability。
S903:SgNB返回给MeNB SN Addition Request Acknowledge消息,包含必要的SCG配置结果信息,同时至少还含有SgNB能否支持IMS Voice业务的能力指示信息,比如:IMSVoice Support Indicator with S-Node=supported。
S904:MeNB配置UE进入NGEN-DC双连接操作,UE同时和MeNB/SgNB建立无线链接。由于MeNB得知SgNB能够支持IMS Voice业务,后续可将含有IMS Voice业务的PDU Session/QoS Flows分流到SgNB内被承载服务。
S905:AMF/SMF准备发起IMS Voice语音业务,为了安全起见,先向MeNB发起NGAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应E-UTRA和NR相关的终端无线能力信息。
S906:根据MeNB内部之前的判定:主辅基站两侧都能支持IMS Voice业务能力,从而回复给AMF/SMF NGAP:UE RADIO CAPABILITY CHECK RESPONSE消息,含有当前服务的MeNB和SgNB各自支持IMS Voice业务的能力指示信息,比如:
IMS Voice Support Indicator=supported;表示MeNB能支持!
IMS Voice Support Indicator with S-Node=supported;表示SgNB能支持!
S907:得知当前主辅基站都支持IMS Voice业务的能力信息后,AMF/SMF随后发起含有IMS Voice业务的PDU Session Resource Setup流程,MeNB根据上述S903步骤的能力指示IMS Voice Support Indicator with S-Node=supported和其它RRM参考信息(如无线链路覆盖质量,主辅基站节点负荷等),判定何时将该含有IMS Voice业务的PDUSession/QoS Flows分流到SgNB内去承载。
第四实施例
请参考图10,图10为本实施例提供的一种网络处理方法信号流图。
在本实施例中,某UE支持NGEN-DC双连接配置和操作,UE和辅基站SgNB本地功能和能力集合也都支持IMS Video视频类业务,但主基站MeNB不能支持。
S1001:UE先处于和MeNB的单连接激活态,后进入到SgNB的某服务小区覆盖,预备进入NGEN-DC双连接配合和操作。
S1002:MeNB基于UE的RRM测量上报,判定需要和目标SgNB建立NGEN-DC双连接操作,MeNB向目标SgNB发送SN Addition Request消息,包含必要的SCG配置辅助参数,同时至少还含有UE对应NR相关的终端无线能力信息UE NR Radio Capability。
S1003:SgNB返回给MeNB SN Addition Request Acknowledge消息,包含必要的SCG配置结果信息,同时至少还含有SgNB能否支持IMS Video视频类业务的能力指示信息,比如:IMS Video Support Indicator with S-Node=supported。
S1004:MeNB配置UE进入NGEN-DC双连接操作,UE同时和MeNB/SgNB建立无线链接。由于MeNB得知SgNB能够支持IMS Video视频类业务,后续可将含有IMS Video视频类业务的PDU Session/QoS Flows分流到SgNB内被承载服务。
S1005:AMF/SMF准备发起IMS Video视频类业务,为了安全起见,先向MeNB发起NGAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应E-UTRA和NR相关的终端无线能力信息。
S1006:根据MeNB内部之前的判定:主基站MeNB不能支持IMS Video视频类业务能力,但辅基站SgNB能支持IMS Video视频类业务能力,从而回复给AMF/SMF NGAP:UE RADIOCAPABILITY CHECK RESPONSE消息,含有当前服务的MeNB和SgNB各自支持IMS Video业务的能力指示信息,比如:
IMS Video Support Indicator=not supported;表示MeNB不能支持!
IMS Video Support Indicator with S-Node=supported;表示SgNB能支持!
S1007:得知当前主辅基站各自支持IMS Video业务的能力信息后,AMF/SMF随后发起含有IMS Video业务的PDU Session Resource Setup流程,MeNB根据上述S1003步骤的能力指示IMS Video Support Indicator with S-Node=supported和其它RRM参考信息(如无线链路覆盖质量,主辅基站节点负荷等),判定立刻将该含有IMS Video业务的PDUSession/QoS Flows分流到SgNB内去承载。
第五实施例
请参考图11,图11为本实施例提供的一种网络处理方法信号流图。
在本实施例中,某UE支持NE-DC双连接配置和操作,UE,主基站MgNB和辅基站SeNB本地功能和能力集合也都支持IMS Voice语音类业务。
S1101:UE已经处于和MgNB和SeNB的NE-DC双连接激活态。
S1102:MgNB基于UE的RRM测量上报,判定需要更新修改当前SeNB内的SCG配置,MgNB向SeNB发送SN Modification Request消息,包含必要的SCG重配置辅助参数,同时至少还含有UE对应E-UTRA相关的终端无线能力信息UE E-UTRA Radio Capability。
S1103:SeNB返回给MgNB SN Modification Request Acknowledge消息,包含必要的SCG重配置结果信息,同时至少还含有SeNB能否支持IMS Voice业务的新能力指示信息,比如:IMS Voice Support Indicator with S-Node=supported。
S1104:MgNB重配置UE进入NE-DC双连接操作。由于MgNB得知SeNB能够支持IMSVoice业务,后续可将含有IMS Voice业务的PDU Session/QoS Flows分流到SeNB内被承载服务。
S1105:AMF/SMF准备发起IMS Voice语音业务,为了安全起见,先向MgNB发起NGAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应E-UTRA和NR相关的终端无线能力信息。
S1106:根据MgNB内部之前的判定:主辅基站两侧都能支持IMS Voice业务能力,从而回复给AMF/SMF NGAP:UE RADIO CAPABILITY CHECK RESPONSE消息,含有当前服务的MgNB和SeNB各自支持IMS Voice业务的能力指示信息,比如:
IMS Voice Support Indicator=supported;表示MgNB能支持!
IMS Voice Support Indicator with S-Node=supported;表示SeNB能支持!
S1107:得知当前主辅基站都支持IMS Voice业务的能力信息后,AMF/SMF随后发起含有IMS Voice业务的PDU Session Resource Setup流程,MgNB根据上述S1103步骤的新能力指示IMS Voice Support Indicator with S-Node=supported和其它RRM参考信息(如无线链路覆盖质量,主辅基站节点负荷等),判定何时将该含有IMS Voice业务的PDUSession/QoS Flows分流到SeNB内去承载。
第六实施例
请参考图12,图12为本实施例提供的一种网络处理方法信号流图。
在本实施例中,某UE支持NE-DC双连接配置和操作,UE和主基站MgNB本地功能和能力集合也都支持IMS Video视频类业务,但辅基站SgNB不能支持。
S1201:UE已经处于和MgNB和SeNB的NE-DC双连接激活态。
S1202:MgNB基于UE的RRM测量上报,判定需要更新修改当前SeNB内的SCG配置,MgNB向SeNB发送SN Modification Request消息,包含必要的SCG重配置辅助参数,同时至少还含有UE对应E-UTRA相关的终端无线能力信息UE E-UTRA Radio Capability。
S1203:SeNB返回给MgNB SN Modification Request Acknowledge消息,包含必要的SCG重配置结果信息,同时至少还含有SeNB能否支持IMS Video业务的新能力指示信息,比如:IMS VideoSupport Indicator with S-Node=Not supported。
S1204:MgNB重配置UE进入NE-DC双连接操作。由于MgNB得知SeNB不能够支持IMSVideo业务,后续不会将含有IMS Video业务的PDU Session/QoS Flows分流到SeNB内被承载服务。
S1205:AMF/SMF准备发起IMS Video视频业务,为了安全起见,先向MgNB发起NGAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应E-UTRA和NR相关的终端无线能力信息。
S1206:根据MgNB内部之前的判定:主基站MgNB能支持IMS Video业务能力,但辅基站SeNB不能支持IMS Video业务能力,从而回复给AMF/SMF NGAP:UE RADIO CAPABILITYCHECK RESPONSE消息,含有当前服务的MgNB和SeNB各自支持IMS Video业务的能力指示信息,比如:
IMS Video Support Indicator=supported;表示MgNB能支持!
IMS Video Support Indicator with S-Node=Not supported;表示SeNB不能支持!
S1207:得知当前主辅基站各自支持IMS Video业务的能力信息后,AMF/SMF随后发起含有IMS Video业务的PDU Session Resource Setup流程,MgNB根据上述S1203步骤的新能力指示IMS Video Support Indicator with S-Node=Not supported和其它RRM参考信息(如无线链路覆盖质量,主辅基站节点负荷等),判定不能将该含有IMS Video业务的PDUSession/QoS Flows分流到SeNB内去承载,只能一直MgNB本地承载服务。
第七实施例
请参考图13,图13为本实施例提供的一种网络处理方法信号流图。
在本实施例中,某UE支持NGEN-DC双连接配置和操作,UE,MeNB和SgNB本地功能和能力集合都支持IMS Voice语音类业务。
S1301:UE已经处于和MeNB,SgNB的NGEN-DC双连接激活态。
S1302:AMF/SMF准备发起IMS Voice语音业务,为了安全起见,先向MeNB发起NGAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应E-UTRA和NR相关的终端无线能力信息。
S1303:MeNB进一步向SgNB发送XnAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应NR相关的终端无线能力信息。
S1304:SgNB回复给MeNB XnAP:UE RADIO CAPABILITY CHECK RESPONSE消息,含有SgNB能否支持IMS Voice语音的能力指示信息,比如:IMS Voice Support Indicator withS-Node=supported。
S1305:根据MeNB内部之前的判定:主基站MeNB能支持IMS Voice语音能力,且辅基站SgNB也能支持IMS Voice语音能力,从而回复给AMF/SMF NGAP:UE RADIO CAPABILITYCHECK RESPONSE消息,含有当前服务的MeNB和SgNB各自支持IMS Voice语音的能力指示信息,比如:
IMS Voice Support Indicator=supported;表示MeNB能支持!
IMS Voice Support Indicator with S-Node=supported;表示SgNB能支持!
S1306:得知当前主辅基站各自支持IMS Voice语音的能力信息后,AMF/SMF随后发起含有IMS Voice业务的PDU Session Resource Setup流程,MeNB根据上述S1304步骤的能力指示IMS Voice Support Indicator with S-Node=supported和其它RRM参考信息(如无线链路覆盖质量,主辅基站节点负荷等),判定何时将该含有IMS Voice业务的PDUSession/QoS Flows分流到SgNB内去承载。
第八实施例
请参考图14,图14为本实施例提供的一种网络处理方法信号流图。
在本实施例中,某UE支持NGEN-DC双连接配置和操作,UE和辅基站SgNB本地功能和能力集合都支持IMS Video视频类业务,但主基站MeNB不能支持。
S1401:UE已经处于和MeNB,SgNB的NGEN-DC双连接激活态。
S1402:AMF/SMF准备发起IMS Video视频业务,为了安全起见,先向MeNB发起NGAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应E-UTRA和NR相关的终端无线能力信息。
S1403:MeNB进一步向SgNB发送XnAP:UE RADIO CAPABILITY CHECK REQUEST消息,含有UE对应NR相关的终端无线能力信息。
S1404:SgNB回复给MeNB XnAP:UE RADIO CAPABILITY CHECK RESPONSE消息,含有SgNB能否支持IMS Video视频的能力指示信息,比如:IMS Video Support Indicator withS-Node=supported。
S1405:根据MeNB内部之前的判定:主基站MeNB不能支持IMS Video视频能力,但辅基站SgNB能支持IMS Video视频能力,从而回复给AMF/SMF NGAP:UE RADIO CAPABILITYCHECK RESPONSE消息,含有当前服务的MeNB和SgNB各自支持IMS Video视频的能力指示信息,比如:
IMS Video Support Indicator=not supported;表示MeNB不能支持!
IMS Video Support Indicator with S-Node=supported;表示SgNB能支持!
S1406:得知当前主辅基站各自支持IMS Video视频的能力信息后,AMF/SMF随后发起含有IMS Video业务的PDU Session Resource Setup流程,MeNB根据上述S1404步骤的能力指示IMS Video Support Indicator with S-Node=supported和其它RRM参考信息(如无线链路覆盖质量,主辅基站节点负荷等),判定立刻将该含有IMS Video视频业务的PDUSession/QoS Flows分流到SgNB内去承载。
第九实施例
请参考图15,图15为本发明第九实施例提供的一种网络处理装置组成示意图,包括:
请求发起模块151,用于向主基站发起NG接口终端无线能力检查请求消息NGAP:UERADIO CAPABILITY CHECK REQUEST;NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
回复接收模块152,用于接收主基站反馈的NG接口终端无线能力检查回复消息NGAP:UE RADIO CAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECKRESPONSE中至少携带各基站是否支持指定业务的指示信息。
在一些实施例中,接收主基站反馈的NGAP:UE RADIO CAPABILITY CHECKRESPONSE可以包括:
主基站向辅基站发起Xn接口终端无线能力检查请求消息XnAP:UE RADIOCAPABILITY CHECK REQUEST;XnAP:UE RADIO CAPABILITY CHECK REQUEST中至少含有面向辅基站对应类型的终端无线能力信息;也就是,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息,即UE NR Radio Capability;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息,即UE E-UTRA Radio Capability。
辅基站反馈Xn接口终端无线能力检查回复消息XnAP:UE RADIO CAPABILITYCHECK RESPONSE给主基站;XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS VoiceSupport Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。所谓“联合信元”或下述的“联合指示信息”具体指:当主基站MN或辅基站SN其中之一能够支持“指定业务”,则将IMS VoiceSupport Indicator设值为supported;当主基站MN和辅基站SN都不能够支持“指定业务”,则将IMS Voice Support Indicator设值为Not supported,因此这种情况下不需要引入单独的新信元IMS Voice Support Indicator with S-Node。
核心网侧接收主基站根据XnAP:UE RADIO CAPABILITY CHECK RESPONSE反馈的NGAP:UE RADIO CAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECKRESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈XnAP:UE RADIO CAPABILITY CHECK RESPONSE给主基站可以包括:
XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,主基站向辅基站发起XnAP:UE RADIO CAPABILITY CHECKREQUEST在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,接收主基站反馈的NGAP:UE RADIO CAPABILITY CHECKRESPONSE可以包括:
主基站向辅基站发起Xn接口5G DC相关流程信息;Xn接口5G DC相关流程信息中至少含有面向辅基站对应类型的终端无线能力信息;也就是说,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息。
辅基站反馈Xn接口5G DC相关流程回复信息给主基站;Xn接口5G DC相关流程回复信息中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS Voice Support Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。
核心网侧接收主基站根据Xn接口5G DC相关流程回复信息反馈的NGAP:UE RADIOCAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈Xn接口5G DC相关流程回复信息给主基站可以包括:
Xn接口5G DC相关流程回复信息中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,Xn接口5G DC相关流程信息包括:辅节点添加请求消息S-NODEADDITION REQUEST、辅节点修改请求消息S-NODE MODIFICATION REQUEST中的任意一种;
当Xn接口5G DC相关流程信息为S-NODE ADDITION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点添加请求确认消息S-NODE ADDITION REQUEST ACKNOWLEDGE;
当Xn接口5G DC相关流程信息为S-NODE MODIFICATION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点修改请求确认消息S-NODE MODIFICATION REQUESTACKNOWLEDGE。
在一些实施例中,主基站向辅基站发起Xn接口5G DC相关流程信息在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,NGAP:UE RADIO CAPABILITY CHECK REQUEST中至少包括对应NR和E-UTRA两种不同RAT制式的终端无线能力信息。可选的,至少含有UE分别对应NR和E-UTRA不同RAT制式的终端无线能力信息,即:UE NR Radio Capability和UE E-UTRA RadioCapability。上述对应于不同RAT制式的终端无线能力信息,可以通过单个联合信元或者多个独立的信元去表达承载。
在一些实施例中,指定业务包括基于IP多媒体子系统的语音业务IMS voice业务、基于IP多媒体子系统的视频业务IMS video业务中的至少一种。
本实施例提供了一种网络处理装置,核心网侧向主基站发起NGAP:UE RADIOCAPABILITY CHECK REQUEST;所述NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息,然后接收主基站反馈的NGAP:UERADIO CAPABILITY CHECK RESPONSE;所述NGAP:UE RADIO CAPABILITY CHECK RESPONSE中至少携带各基站是否支持指定业务的指示信息。从而核心网侧和基站之间的消息交互,实现终端通过双连接或多连接接入的各基站的指定业务的支持情况,从而为用户选择相应的基站承载指定业务提供了便利,保证了用户体验。
第十实施例
请参考图16,图16为本发明第十实施例提供的一种网络处理装置组成示意图,包括:
请求接收模块161,用于接收核心网侧发起的NGAP:UE RADIO CAPABILITY CHECKREQUEST;NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
回复发送模块162,用于向核心网侧反馈NGAP:UE RADIO CAPABILITY CHECKRESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中至少携带各基站是否支持指定业务的指示信息。
在一些实施例中,向核心网侧反馈NGAP:UE RADIO CAPABILITY CHECK RESPONSE包括:
主基站向辅基站发起Xn接口终端无线能力检查请求消息XnAP:UE RADIOCAPABILITY CHECK REQUEST;XnAP:UE RADIO CAPABILITY CHECK REQUEST中至少含有面向辅基站对应类型的终端无线能力信息;也就是,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息,即UE NR Radio Capability;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息,即UE E-UTRA Radio Capability。
辅基站反馈Xn接口终端无线能力检查回复消息XnAP:UE RADIO CAPABILITYCHECK RESPONSE给主基站;XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS VoiceSupport Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。所谓“联合信元”或下述的“联合指示信息”具体指:当主基站MN或辅基站SN其中之一能够支持“指定业务”,则将IMS VoiceSupport Indicator设值为supported;当主基站MN和辅基站SN都不能够支持“指定业务”,则将IMS Voice Support Indicator设值为Not supported,因此这种情况下不需要引入单独的新信元IMS Voice Support Indicator with S-Node。
根据XnAP:UE RADIO CAPABILITY CHECK RESPONSE向核心网侧反馈NGAP:UERADIO CAPABILITY CHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈XnAP:UE RADIO CAPABILITY CHECK RESPONSE给主基站可以包括:
XnAP:UE RADIO CAPABILITY CHECK RESPONSE中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,主基站向辅基站发起XnAP:UE RADIO CAPABILITY CHECKREQUEST在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,向核心网侧反馈NGAP:UE RADIO CAPABILITY CHECK RESPONSE可以包括:
主基站向辅基站发起Xn接口5G DC相关流程信息;Xn接口5G DC相关流程信息中至少含有面向辅基站对应类型的终端无线能力信息;也就是说,如果辅基站S-NG-RAN node为gNB,则含有UE对应NR的终端无线能力信息;如果辅基站S-NG-RAN node为ng-eNB,则含有UE对应E-UTRA的终端无线能力信息。
辅基站反馈Xn接口5G DC相关流程回复信息主基站;Xn接口5G DC相关流程回复信息中携带辅基站是否支持指定业务的指示信息;其中,“指定业务”至少包含IMS Voice业务,即:IMS Voice Support Indicator with S-Node=supported or not supported。上述相关信息,可以通过单个联合信元,或者多个独立的信元去表达承载。
根据Xn接口5G DC相关流程回复信息向核心网侧反馈NGAP:UE RADIO CAPABILITYCHECK RESPONSE;NGAP:UE RADIO CAPABILITY CHECK RESPONSE中携带主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
在一些实施例中,辅基站反馈Xn接口5G DC相关流程回复信息给主基站可以包括:
Xn接口5G DC相关流程回复信息中携带终端在不同RAT制式下分别能否支持指定业务的指示信息。其中,至少含有UE在NR和E-UTRA不同RAT制式下分别能否支持“指定业务”的指示信息。
在一些实施例中,Xn接口5G DC相关流程信息包括:辅节点添加请求消息S-NODEADDITION REQUEST、辅节点修改请求消息S-NODE MODIFICATION REQUEST中的任意一种;
当Xn接口5G DC相关流程信息为S-NODE ADDITION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点添加请求确认消息S-NODE ADDITION REQUEST ACKNOWLEDGE;
当Xn接口5G DC相关流程信息为S-NODE MODIFICATION REQUEST时,Xn接口5G DC相关流程回复信息包括:辅节点修改请求确认消息S-NODE MODIFICATION REQUESTACKNOWLEDGE。
在一些实施例中,主基站向辅基站发起Xn接口5G DC相关流程信息在核心网侧向主基站发起NGAP:UE RADIO CAPABILITY CHECK REQUEST之前或之后。
在一些实施例中,NGAP:UE RADIO CAPABILITY CHECK REQUEST中至少包括对应NR和E-UTRA两种不同RAT制式的终端无线能力信息。可选的,至少含有UE分别对应NR和E-UTRA不同RAT制式的终端无线能力信息,即:UE NR Radio Capability和UE E-UTRA RadioCapability。上述对应于不同RAT制式的终端无线能力信息,可以通过单个联合信元或者多个独立的信元去表达承载。
在一些实施例中,指定业务包括基于IP多媒体子系统的语音业务IMS voice业务、基于IP多媒体子系统的视频业务IMS video业务中的至少一种。
本实施例提供了一种网络处理装置,核心网侧向主基站发起NGAP:UE RADIOCAPABILITY CHECK REQUEST;所述NGAP:UE RADIO CAPABILITY CHECK REQUEST包括终端通过双连接或多连接所接入的各基站的终端无线能力信息,然后接收主基站反馈的NGAP:UERADIO CAPABILITY CHECK RESPONSE;所述NGAP:UE RADIO CAPABILITY CHECK RESPONSE中至少携带各基站是否支持指定业务的指示信息。从而核心网侧和基站之间的消息交互,实现终端通过双连接或多连接接入的各基站的指定业务的支持情况,从而为用户选择相应的基站承载指定业务提供了便利,保证了用户体验。
第十一实施例
请参考图17,图17为本实施例提供的一种核心网组成示意图,包括第一处理器171、第一存储器172和第一通信总线173;
第一通信总线173用于实现第一处理器171和第一存储器172之间的连接通信;
第一处理器171用于执行第一存储器172中存储的计算机程序,以实现本发明上述各实施例中的网络处理方法的流程,这里不再赘述。
第十二实施例
请参考图18,图18为本实施例提供的一种基站组成示意图,包括第二处理器181、第二存储器182和第二通信总线183;
第二通信总线183用于实现第二处理器181和第二存储器182之间的连接通信;
第二处理器181用于执行第二存储器182中存储的计算机程序,以实现本发明上述各实施例中的网络处理方法的流程,这里不再赘述。
第十三实施例
本实施例提供了一种计算机可读存储介质,该计算机可读存储介质中存储有一个或者多个计算机程序,计算机程序可被一个或者多个处理器执行,以实现前述各实施例中的网络处理方法,这里不再赘述。
显然,本领域的技术人员应该明白,上述本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (18)
1.一种网络处理方法,包括:
核心网侧向主基站发起NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
接收主基站反馈的NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
2.如权利要求1所述的网络处理方法,其特征在于,所述接收主基站反馈的NG接口终端无线能力检查回复消息包括:
主基站向辅基站发起Xn接口终端无线能力检查请求消息;所述Xn接口终端无线能力检查请求消息中至少含有面向所述辅基站对应类型的终端无线能力信息;
所述辅基站反馈Xn接口终端无线能力检查回复消息给所述主基站;所述Xn接口终端无线能力检查回复消息中携带所述辅基站是否支持指定业务的指示信息;
核心网侧接收所述主基站根据所述Xn接口终端无线能力检查回复消息反馈的所述NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中携带所述主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
3.如权利要求2所述的网络处理方法,其特征在于,所述辅基站反馈Xn接口终端无线能力检查回复消息给所述主基站包括:
所述Xn接口终端无线能力检查回复消息中携带所述终端在不同RAT制式下分别能否支持指定业务的指示信息。
4.如权利要求2所述的网络处理方法,其特征在于,所述主基站向辅基站发起Xn接口终端无线能力检查请求消息在所述核心网侧向主基站发起NG接口终端无线能力检查请求消息之前或之后。
5.如权利要求1所述的网络处理方法,其特征在于,所述接收主基站反馈的NG接口终端无线能力检查回复消息包括:
主基站向辅基站发起Xn接口5G DC相关流程信息;所述Xn接口5G DC相关流程信息中至少含有面向所述辅基站对应类型的终端无线能力信息;
所述辅基站反馈Xn接口5G DC相关流程回复信息给所述主基站;所述Xn接口5G DC相关流程回复信息中携带所述辅基站是否支持指定业务的指示信息;
核心网侧接收所述主基站根据所述Xn接口5G DC相关流程回复信息反馈的所述NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中携带所述主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
6.如权利要求5所述的网络处理方法,其特征在于,所述辅基站反馈Xn接口5G DC相关流程回复信息给所述主基站包括:
所述Xn接口5G DC相关流程回复信息中携带所述终端在不同RAT制式下分别能否支持指定业务的指示信息。
7.如权利要求5所述的网络处理方法,其特征在于,所述Xn接口5G DC相关流程信息包括:辅节点添加请求消息、辅节点修改请求消息中的任意一种;
当所述Xn接口5G DC相关流程信息为辅节点添加请求消息时,所述Xn接口5G DC相关流程回复信息包括:辅节点添加请求确认消息;
当所述Xn接口5G DC相关流程信息为辅节点修改请求消息时,所述Xn接口5G DC相关流程回复信息包括:辅节点修改请求确认消息。
8.如权利要求5所述的网络处理方法,其特征在于,所述主基站向辅基站发起Xn接口5GDC相关流程信息在所述核心网侧向主基站发起NG接口终端无线能力检查请求消息之前或之后。
9.如权利要求1-8任一项所述的网络处理方法,其特征在于,所述NG接口终端无线能力检查请求消息中至少包括对应NR和E-UTRA两种不同RAT制式的终端无线能力信息。
10.如权利要求1-8任一项所述的网络处理方法,其特征在于,所述指定业务包括基于IP多媒体子系统的语音业务IMS voice业务、基于IP多媒体子系统的视频业务IMS video业务中的至少一种。
11.一种网络处理方法,包括:
主基站接收核心网侧发起的NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
向核心网侧反馈NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
12.如权利要求11所述的网络处理方法,其特征在于,所述向核心网侧反馈NG接口终端无线能力检查回复消息包括:
主基站向辅基站发起Xn接口终端无线能力检查请求消息;所述Xn接口终端无线能力检查请求消息中至少含有面向所述辅基站对应类型的终端无线能力信息;
所述辅基站反馈Xn接口终端无线能力检查回复消息给所述主基站;所述Xn接口终端无线能力检查回复消息中携带所述辅基站是否支持指定业务的指示信息;
根据所述Xn接口终端无线能力检查回复消息向核心网侧反馈所述NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中携带所述主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
13.如权利要求11所述的网络处理方法,其特征在于,所述向核心网侧反馈NG接口终端无线能力检查回复消息包括:
主基站向辅基站发起Xn接口5G DC相关流程信息;所述Xn接口5G DC相关流程信息中至少含有面向所述辅基站对应类型的终端无线能力信息;
所述辅基站反馈Xn接口5G DC相关流程回复信息所述主基站;所述Xn接口5G DC相关流程回复信息中携带所述辅基站是否支持指定业务的指示信息;
根据所述Xn接口5G DC相关流程回复信息向核心网侧反馈所述NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中携带所述主基站和辅基站各自是否支持指定业务的指示信息,或主辅基站是否支持指定业务的联合指示信息。
14.一种网络处理装置,其特征在于,包括:
请求发起模块,用于向主基站发起NG接口终端无线能力检查请求消息NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
回复接收模块,用于接收主基站反馈的NG接口终端无线能力检查回复消息NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
15.一种网络处理装置,其特征在于,包括:
请求接收模块,用于接收核心网侧发起的NG接口终端无线能力检查请求消息;所述NG接口终端无线能力检查请求消息包括终端通过双连接或多连接所接入的各基站的终端无线能力信息;
回复发送模块,用于向核心网侧反馈NG接口终端无线能力检查回复消息;所述NG接口终端无线能力检查回复消息中至少携带双连接或多连接下各基站是否支持指定业务的指示信息。
16.一种核心网,其特征在于,包括第一处理器、第一存储器和第一通信总线;
所述第一通信总线用于实现所述第一处理器和第一存储器之间的连接通信;
所述第一处理器用于执行所述第一存储器中存储的计算机程序,以实现如权利要求1-10任一项所述网络处理方法的步骤。
17.一种基站,其特征在于,包括第二处理器、第二存储器和第二通信总线;
所述第二通信总线用于实现所述第二处理器和第二存储器之间的连接通信;
所述第二处理器用于执行所述第二存储器中存储的计算机程序,以实现如权利要求11-13任一项所述网络处理方法的步骤。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有一个或者多个计算机程序,所述计算机程序可被一个或者多个处理器执行,以实现如权利要求1-10任一项所述网络处理方法的步骤,或如权利要求11-13任一项所述的网络处理方法的步骤。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810654544.8A CN110636556B (zh) | 2018-06-22 | 2018-06-22 | 网络处理方法、装置、核心网、基站和可读存储介质 |
US17/251,995 US11641687B2 (en) | 2018-06-22 | 2019-04-23 | Network processing method and apparatus, core network, base station and readable storage medium |
PCT/CN2019/083961 WO2019242398A1 (zh) | 2018-06-22 | 2019-04-23 | 网络处理方法、装置、核心网、基站和可读存储介质 |
EP19823192.0A EP3813427B1 (en) | 2018-06-22 | 2019-04-23 | Network processing methods, apparatuses, core network node, base station and readable storage medium for performing efficient dual-connectivity or multi-connectivity |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810654544.8A CN110636556B (zh) | 2018-06-22 | 2018-06-22 | 网络处理方法、装置、核心网、基站和可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110636556A CN110636556A (zh) | 2019-12-31 |
CN110636556B true CN110636556B (zh) | 2024-02-20 |
Family
ID=68967705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810654544.8A Active CN110636556B (zh) | 2018-06-22 | 2018-06-22 | 网络处理方法、装置、核心网、基站和可读存储介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11641687B2 (zh) |
EP (1) | EP3813427B1 (zh) |
CN (1) | CN110636556B (zh) |
WO (1) | WO2019242398A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110740023B (zh) * | 2018-07-20 | 2022-04-29 | 中兴通讯股份有限公司 | 控制信令的发送方法及装置、服务基站、存储介质 |
JP2022505018A (ja) * | 2018-09-26 | 2022-01-14 | オッポ広東移動通信有限公司 | 無線通信方法及び基地局 |
US20210250384A1 (en) * | 2020-02-12 | 2021-08-12 | Apple Inc. | IMS Support for Non-Voice Services |
CN113825184B (zh) * | 2020-06-19 | 2022-10-11 | 大唐移动通信设备有限公司 | 小区切换方法、装置、电子设备及计算机可读存储介质 |
CN113179119B (zh) * | 2021-04-25 | 2022-04-19 | 广州爱浦路网络技术有限公司 | 天地一体化融合网络系统、消息传输方法和核心网系统 |
CN115802335A (zh) * | 2022-11-01 | 2023-03-14 | 中国联合网络通信集团有限公司 | 一种终端VoNR能力的获取方法、装置及可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015095708A2 (en) * | 2013-12-19 | 2015-06-25 | Qualcomm Incorporated | Serving gateway relocation and secondary node eligibility for dual connectivity |
CN104936291A (zh) * | 2014-03-21 | 2015-09-23 | 中兴通讯股份有限公司 | 一种控制终端能力的方法、终端及基站 |
WO2018031746A1 (en) * | 2016-08-12 | 2018-02-15 | Intel IP Corporation | Long term evolution (lte) and new radio coexistence with reserved resource scheduling |
WO2018062286A1 (ja) * | 2016-09-28 | 2018-04-05 | 日本電気株式会社 | 通信システム、無線アクセス装置、及び無線通信端末並びにこれらの制御方法 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107872878A (zh) * | 2016-09-22 | 2018-04-03 | 夏普株式会社 | 用户设备、基站和相关方法 |
CN107889241B (zh) * | 2016-09-30 | 2020-03-06 | 电信科学技术研究院 | 一种终端能力协商方法、终端及基站 |
JP6904363B2 (ja) * | 2016-10-26 | 2021-07-14 | 日本電気株式会社 | システム、基地局、コアネットワークノード、及び方法 |
SG11201903311XA (en) * | 2016-11-09 | 2019-05-30 | Mediatek Inc | Enhanced multimedia call control in next generation mobile communication systems |
CN110324848B (zh) * | 2017-06-16 | 2020-10-16 | 华为技术有限公司 | 信息处理方法、通信装置以及计算机存储介质 |
CN109429279A (zh) * | 2017-08-21 | 2019-03-05 | 华为技术有限公司 | 一种选择无线接入网设备的方法及装置 |
CA3021658A1 (en) * | 2017-10-20 | 2019-04-20 | Comcast Cable Communications, Llc | Non-access stratum capability information |
CN110740023B (zh) * | 2018-07-20 | 2022-04-29 | 中兴通讯股份有限公司 | 控制信令的发送方法及装置、服务基站、存储介质 |
-
2018
- 2018-06-22 CN CN201810654544.8A patent/CN110636556B/zh active Active
-
2019
- 2019-04-23 WO PCT/CN2019/083961 patent/WO2019242398A1/zh active Application Filing
- 2019-04-23 EP EP19823192.0A patent/EP3813427B1/en active Active
- 2019-04-23 US US17/251,995 patent/US11641687B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015095708A2 (en) * | 2013-12-19 | 2015-06-25 | Qualcomm Incorporated | Serving gateway relocation and secondary node eligibility for dual connectivity |
CN104936291A (zh) * | 2014-03-21 | 2015-09-23 | 中兴通讯股份有限公司 | 一种控制终端能力的方法、终端及基站 |
WO2018031746A1 (en) * | 2016-08-12 | 2018-02-15 | Intel IP Corporation | Long term evolution (lte) and new radio coexistence with reserved resource scheduling |
WO2018062286A1 (ja) * | 2016-09-28 | 2018-04-05 | 日本電気株式会社 | 通信システム、無線アクセス装置、及び無線通信端末並びにこれらの制御方法 |
Non-Patent Citations (3)
Title |
---|
Huawei, Hisilicon / Bill.C1-183440 "Clarification on access network information used for EPS and 5GS".3GPP tsg_ct\WG1_mm-cc-sm_ex-CN1.2018,(TSGC1_111_Osaka),全文. * |
Huawei, Hisilicon. "S2-181830 23.501 Adding UE Emergency EPS fallback capability to network".3GPP tsg_sa\WG2_Arch.2018,全文. * |
Qualcomm Incorporated, Ericsson, Verizon Wireless.C1-172824 "Addition of UE NAS capability for support of dual connectivity with NR".3GPP tsg_ct\WG1_mm-cc-sm_ex-CN1.2017,(TSGC1_105_Krakow),全文. * |
Also Published As
Publication number | Publication date |
---|---|
EP3813427A4 (en) | 2022-03-16 |
EP3813427A1 (en) | 2021-04-28 |
US20220046737A1 (en) | 2022-02-10 |
US11641687B2 (en) | 2023-05-02 |
EP3813427B1 (en) | 2023-08-09 |
CN110636556A (zh) | 2019-12-31 |
WO2019242398A1 (zh) | 2019-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110636556B (zh) | 网络处理方法、装置、核心网、基站和可读存储介质 | |
CN109155909B (zh) | 无线通信系统中用于更新ue配置的方法及其装置 | |
CN108811016B (zh) | 一种支持切换的方法 | |
US10911990B2 (en) | Network handover method and related device | |
EP3398305B1 (en) | Method and architecture for virtualized network service provision | |
CN111436087B (zh) | 一种pdu会话切换方法及其装置 | |
EP3809795A1 (en) | Method and apparatus for managing session to change a user plane function in a wireless communication system | |
EP3815324A1 (en) | Dynamic route selection in integrated access and backhaul system | |
CN110602750B (zh) | 传输链路管理、建立、迁移方法、装置、基站及存储介质 | |
CN114390618B (zh) | 一种支持切换的方法 | |
WO2018028498A1 (zh) | 一种数据传输方法、装置和系统 | |
EP3763151B1 (en) | Methods and system for carrying out a handover of a mobile communication device between different access networks | |
CN108605266A (zh) | 无线接入控制方法、装置及系统 | |
EP3826210A1 (en) | Method and device for transmitting control signaling, serving base station, and storage medium | |
CN108377548B (zh) | 一种移动性管理方法、ue和通信系统 | |
CN114599065A (zh) | 网络切换方法、融合网元、通信系统和存储介质 | |
JP7310036B1 (ja) | 無線通信システムにおけるネットワークスライスの利用のための通信を実行する方法及び装置 | |
CN115669189A (zh) | 用于组播和广播服务的隧道重用 | |
CN111200854A (zh) | 双连接网络中的信令减少 | |
CN107277882B (zh) | 一种数据路由方法、装置和基站 | |
CN111901895A (zh) | 一种建立用户面的方法及装置 | |
EP4132199A1 (en) | Apparatus, methods, and computer programs | |
CN118044307A (zh) | 方法、装置和计算机程序 | |
CN112703766B (zh) | 由无线通信节点执行的方法、无线通信节点 | |
CN114731714A (zh) | 一种会话建立的方法及装置 |
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 |