CN109548095B - 切换服务小区的方法及装置 - Google Patents
切换服务小区的方法及装置 Download PDFInfo
- Publication number
- CN109548095B CN109548095B CN201710681888.3A CN201710681888A CN109548095B CN 109548095 B CN109548095 B CN 109548095B CN 201710681888 A CN201710681888 A CN 201710681888A CN 109548095 B CN109548095 B CN 109548095B
- Authority
- CN
- China
- Prior art keywords
- message
- information
- modification
- cell
- network entity
- 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
Images
Classifications
-
- 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/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
-
- 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/0061—Transmission or use of information for re-establishing the radio link of neighbour cell information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/04—Reselecting a cell layer in multi-layered cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种切换服务小区的方法及装置,其中,切换服务小区的方法,包括:辅节点向主节点发送辅节点修改需求消息,以使得主节点根据辅节点修改需求消息切换服务小区并释放待释放的承载;辅节点接收主节点针对辅节点修改需求消息返回的辅节点修改确认消息。本发明实施例提供的方法,实现了在切换服务小区时存在待释放的承载时,根据辅节点修改需求消息切换服务小区并释放辅节点上的待释放的承载,极大提高了信令传输效率,节约了信令资源。
Description
技术领域
本发明涉及无线通信技术领域,具体而言,本发明涉及一种切换服务小区的方法及装置。
背景技术
为了提高用户的吞吐量,LTE系统引入了双连接(dual connectivity)的概念,即一个用户可以同时连接到两个不同的基站。在NR(New Radio access)网络或第五代5G网络中,双连接概念进一步得到了扩展,引入了多种不同接入技术的多连接(MR-DC:Multi-RATDual Connectivity),即一个用户可以同时接入支持不同接入技术的基站,如用户接入的两个基站分别支持LTE和NR。在下面的讨论中,我们使用MN(Master Node,主节点)和SN(Secondary Node,辅节点)来表示用户接入的两个基站,如图1所示。每个节点可能的空口接入技术有LTE,NR等,每个节点可以接入5G系统的核心网,也可以接入4G/LTE系统的核心网。在上述场景中,引入了如下概念:
■MCG(Master Cell Group,主小区组):在MN上用户接入的小区组。在MCG小区中,一个为特殊小区(PCell:Primary Cell),其余为辅小区(SCell:Secondary cell)。PCell的改变会触发用户进行随机接入的过程,同时用户接入MN的第一个小区是PCell,如果用户与PCell的链路出现问题,该用户就无法与MN进行通信(即使SCell的链路没有问题)。SCell的改变可能不会触发用户的随机接入过程。
■SCG(Secondary Cell Group,辅小区组):在SN上用户接入的小区组。在SCG小区中,一个为特殊小区(PSCell:Primary SCell),其他的为SCG的辅小区(SCG SCell:SCGSecondary Cell)。PSCell的改变会触发用户进行随机接入的过程,同时用户接入SN的第一个小区是PSCell,如果用户与PSCell的链路出现问题,该用户就无法与SN进行通信(即使SCG SCell的链路没有问题)。SCG SCell的改变可能不会触发用户的随机接入过程。
上述概念的详细介绍可以参见TS36.300v14.2.0。
在MN和SN架构下,用户的无线承载包括四种类型:
■MCG承载(MCG Bearer):该承载的数据会经由MN与用户传输,处理该类承载的数据的协议层都位于MN
■MCG分裂承载(MCG Split Bearer):该承载的数据会经由MN和SN与用户传输,但是处理这类承载的数据的PDCP(packet data convergence protocol,分组数据汇聚协议)层位于MN,而MN和SN上都会有处理该类承载的数据的其他协议层(RLC(Radio linkcontrol,无线链路控制)/MAC(Medium Access Control,媒体访问控制)/PHY(PhysicalLayer,物理层))。
■SCG承载(SCG bearer):该承载的数据会经由SN与用户传输,处理该类承载的数据的协议层都位于SN
■SCG分裂承载(SCG split bearer):该承载的数据会经由MN和SN与用户传输,但是处理这类承载的数据的PDCP层位于SN,而MN和SN上都会有处理该类承载的数据的其他协议层(RLC/MAC/PHY)。
上述概念的详细介绍可以参见TS37.340.
上述关于小区的概念和承载的概念都是针对一个用户来说的。
另外,在NR(New Radio access)网络或第五代5G网络中,为了支持网络功能虚拟化,更高效的资源管理和调度,为终端(UE)提供无线网络接口的基站(如,gNB)可以进一步分成集中单元CU(central unit)和分布单元DU(distributed unit)。CU至少具有无线资源控制(RRC)和分组数据汇聚协议(PDCP)协议层等,也可能包含服务数据自适应协议(SDAP:Service Data Adaptation Protocol)。DU具有无线链路控制协议(RLC)、介质访问控制(MAC)和物理层等。CU和DU之间是标准化的公开接口F1。F1接口分控制平面F1-C和用户平面F1-U。F1-C的传输网络层是基于IP传输的。为了更可靠的传输信令,在IP之上增加了SCTP(Stream Control Transmission Protocol,流控制传输协议)协议。应用层的协议是F1AP。SCTP可以提供可靠的应用层消息传输。F1-U的传输层是UDP/IP(User Datagram Protocol/Internet Protocol,用户数据报协议/网际协议),GTP-U(GPRS Tunnelling Protocol forthe user plane,用户层面的GPRS隧道协议)在UDP/IP之上用于承载用户平面协议数据单元PDU,图2示出了CU和DU的结构。
在上述的介绍中,如果两个节点间存在服务一个用户的用户平面的接口(如MN和SN间的X2-U,CU和DU间的F1-U,MN和DU间的X2-U),在这两个节点间传输用户的数据时会建立一个隧道,这个隧道会对应两个地址(地址1和地址2),这两个地址分别是这两个节点上为这个用户传输数据所用到的地址,即该用户的数据是由地址1发送到地址2或由地址2发送到地址1。
结合上述多连接和CU-DU分离的技术,用户连接到网络的方式可能为:用户同时接入MN和SN,而SN包括一个CU和至少一个与该CU相连的DU,如图3所示。在该场景中,有可能用户接入的位于SN上的PSCell会发生改变,发生这种改变的原因可能为用户在当前的PSCell的质量不太好,当前的PSCell的负载过重等。这种改变可能包括但不限于如下情况:
■PSCell由当前的PSCell变为已经配置给用户的属于同一个DU的SCG SCell。
■PSCell由当前的PSCell变为未配置给用户的属于同一个DU的小区。
■PSCell由当前的PSCell变为属于另一个DU(该另一个DU与当前PSCell所在的DU都与同一个CU连接,即属于同一个SN)的小区,如图4所示。
■PSCell由当前的PSCell变为属于另一个DU(该另一个DU与当前PSCell所在的DU都与不同的CU连接,即属于不同SN)的小区,如图5所示。
当发生上述PSCell改变时,按照LTE系统,会触发SN节点发起的SN修改流程(该流程中SN收发的消息实际上是由CU收发的):
■步骤1:SN向MN发送辅节点修改需求(SN modification required)消息,该消息中包含了SCG改变指示信息(SCG Change Indication:该信息指示PSCell改变。在实际中,该指示消息还可以指示其他信息)和SCG配置信息(SCG-Config,如用户在SN上的服务小区即SCG的配置,可能包括RLC配置,MAC层配置等)。
■步骤2&3:这两步是可选步骤,当MN要提供数据转发的地址和/或新的SN的加密秘钥时,这两步会被触发。
■步骤4:如果成功完成了PSCell改变的配置,MN向SN回复辅节点修改确认(SNmodification confirm)消息。
上述流程可以参见TS36.300v14.2.0。
根据现有的机制,在上述步骤1中,SCG改变指示信息和SCG配置信息(SCG-Config)必须同时出现,如果步骤1中有关于释放承载的信息,则步骤1中不允许出现SCG改变指示信息,也就是现有的机制不支持PSCell的改变和承载的释放同时发生。
发明内容
本发明的目的旨在至少能解决上述的技术缺陷之一,特别是无法实现切换服务小区时存在待释放的承载的技术缺陷。
本发明的实施例根据一个方面,提供了一种切换服务小区的方法,包括:
辅节点向主节点发送辅节点修改需求消息,以使得主节点根据所述辅节点修改需求消息切换服务小区并释放待释放的承载;
辅节点接收主节点针对所述辅节点修改需求消息返回的辅节点修改确认消息。
本发明的实施例根据另一个方面,还提供了一种切换服务小区的方法,包括:
主节点接收辅节点发送的辅节点修改需求消息,根据所述辅节点修改需求消息切换服务小区并释放待释放的承载;
主节点向辅节点返回针对所述辅节点修改需求消息的辅节点修改确认消息。
本发明的实施例根据另一个方面,还提供了一种切换服务小区的装置,包括:
第一发送模块,用于辅节点向主节点发送辅节点修改需求消息,以使得主节点根据所述辅节点修改需求消息切换服务小区并释放待释放的承载;
第一接收模块,用于辅节点接收主节点针对所述辅节点修改需求消息返回的辅节点修改确认消息。
本发明的实施例根据另一个方面,还提供了一种切换服务小区的装置,包括:
第二接收模块,用于主节点接收辅节点发送的辅节点修改需求消息,根据所述辅节点修改需求消息切换服务小区并释放待释放的承载;
第二发送模块,用于主节点向辅节点返回针对所述辅节点修改需求消息的辅节点修改确认消息。
本发明的实施方式提供了一种切换服务小区的方法,辅节点向主节点发送辅节点修改需求消息,以使得主节点根据辅节点修改需求消息切换服务小区并释放待释放的承载,为后续根据辅节点修改需求消息在切换服务小区时释放辅节点上的用户承载提供了前提保障,辅节点接收主节点针对辅节点修改需求消息返回的辅节点修改确认消息,实现了在切换服务小区时存在待释放的承载时,根据辅节点修改需求消息切换服务小区并释放辅节点上的待释放的承载,极大提高了信令传输效率,节约了信令资源。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为现有技术中UE多连接的网络结构图;
图2为现有技术中基站集中单元和分布单元的结构图;
图3为现有技术中UE连接到包括集中单元和分布单元的多连接的网络结构图;
图4为现有技术中改变服务用户的分布单元的示意图;
图5为现有技术中改变用户的服务辅节点的示意图;
图6为本发明第一实施例的切换服务小区的方法的流程图;
图7为本发明第二实施例的切换服务小区的方法的流程图;
图8为本发明实施例通过用户上下文建立流程来改变用户的服务分布单元的信令流程图;
图9为本发明实施例通过用户上下文建立流程来改变用户在同一个辅节点的分布单元配置的信令流程图;
图10为本发明实施例第一种修改用户在辅节点的分布单元上的PSCell的信令流程图;
图11为本发明实施例第二种修改用户在辅节点的分布单元上的PSCell的信令流程图;
图12为本发明实施例第三种修改用户在辅节点的分布单元上的PSCell的信令流程图;
图13为本发明实施例的辅节点触发的辅节点修改的信令流程图;
图14为本发明实施例的在集中单元和分布单元之间进行用户上下文建立的信令流程图;
图15为本发明实施例的集中单元触发的用户上下文修改的信令流程图;
图16为本发明实施例的第一种分布单元触发的用户上下文修改的信令流程图(两步);
图17为本发明实施例的第二种分布单元触发的用户上下文修改的信令流程图(三步或四步)
图18为本发明第三实施例的切换服务小区的装置的结构示意图;
图19为本发明第四实施例的切换服务小区的装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通信链路上,进行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通信设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(Personal Communications Service,个人通信系统),其可以组合语音、数据处理、传真和/或数据通信能力;PDA(Personal Digital Assistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System,全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(Mobile Internet Device,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。
在5G网络中,一个用户同时连接到MN和SN,且SN包括一个CU和至少一个与该CU相连的DU时,PSCell的改变可能会引起用户承载的释放。例如,因为用户的移动,需要改变用户的PSCell,如由一个DU(DU1),变为连接到同一个CU的另一个DU(DU2),当前为这个用户在DU1配置了一个PSCell和多个SCG SCell,但是在DU2上只有一个小区合适,所以在DU2上只能为该用户配置一个PSCell,换句话中,在这个过程中,服务该用户的小区由DU1上的多个小区变成了DU2上的一个小区,这样可能会出现不得不释放一些通过SN为用户服务的承载。这样的场景就是PSCell改变与承载释放同时发生。而现有的机制是不支持PSCell改变与承载释放同时发生。另外,为了支持这样的场景,CU和DU间也要进行用户上下文的建立和修改的过程,在这些过程中需要考虑为用户建立和修改服务小区的上下文的操作,这是现有讨论中没有涉及的。
另外,在5G网络中,一个用户会同时连接到MN和SN,而SN包括一个CU和至少一个与该CU相连的DU。在该场景中,用户的PSCell会发生改变,同时在SN上的用户承载可能会被释放。为了支持该情况,本发明的实施例提供了MN和SN间信令交互的流程以及CU和DU间用户上下文建立和修改的流程,具体如下。
为了解决现有技术中无法实现切换服务小区时存在待释放的承载的技术缺陷,本发明的第一实施例提供了一种切换服务小区的方法,具体流程如图6所示,包括:步骤610,辅节点向主节点发送辅节点修改需求消息,以使得主节点根据辅节点修改需求消息切换服务小区并释放待释放的承载;步骤620,辅节点接收主节点针对辅节点修改需求消息返回的辅节点修改确认消息。
优选地,辅节点修改需求消息至少包括以下一项:待释放的承载的信息,辅小区组SCG改变的指示信息,第一指示信息,第二指示信息,第三指示信息,SCG配置信息及未释放的承载的信息。
优选地,待释放的承载的信息与未释放的承载的信息至少包括以下一项:承载的标识信息,承载的服务质量QoS参数,承载的类型信息,在两个节点之间传输承载的数据的隧道地址信息,承载的上行数据的转发地址,承载的下行数据的转发地址;SCG改变的指示信息用于指示改变SCG的主小区PScell;SCG配置信息是辅节点生成的关于为UE配置的SCG的相关配置信息;第一指示信息用于指示主节点触发向辅节点发送辅节点修改请求消息;第二指示信息用于指示主节点禁止发送SCG配置信息给用户终端UE;第三指示信息用于指示辅节点禁止更新SCG配置信息;未释放的承载的信息包括每个未释放的承载的信息和/或未释放的主小区组MCG分裂承载的信息,所述未释放的主小区组MCG分裂承载的信息包括承载的标识和传输承载的数据的隧道在辅节点侧的地址信息。
优选地,辅节点向主节点发送辅节点修改需求消息的步骤之后,还包括:辅节点将SCG配置信息发送给UE。
优选地,在辅节点接收主节点针对辅节点修改需求消息返回的辅节点修改确认消息的步骤之前,还包括:接收主节点发送的辅节点修改请求消息;向主节点发送针对辅节点修改请求消息的辅节点修改请求确认消息。
优选地,辅节点修改请求消息至少包括以下一项:新增的承载的信息,待修改的承载的信息,待释放的承载的信息,辅节点的加密秘钥信息,SCG改变的指示信息,用于配置SCG的信息,所述用于配置SCG的信息是主节点生成的请求UE进行SCG的建立或修改或释放的信息;辅节点修改请求确认消息至少包括以下一项:被接受的新增承载的信息,被接受的待修改的承载的信息,被接受的待释放的承载的信息,SCG配置信息,未释放的MCG分裂承载的信息。
优选地,在辅节点向主节点发送辅节点修改需求消息的步骤之前,还包括:辅节点进行相应的UE上下文建立或相应的UE上下文修改。
优选地,辅节点包括一个集中单元CU和至少一个与所述CU连接的分布单元DU,辅节点进行相应的UE上下文建立的步骤,包括:通过CU向DU发送UE上下文建立请求消息;通过CU接收DU针对UE上下文建立请求消息返回的UE上下文建立响应消息。
优选地,UE上下文建立请求消息至少包括以下一项:小区列表信息,CU发送的新增小区的信息,与UE承载和/或标识有关的上下文信息,建立UE上下文的原因信息;UE上下文建立响应消息至少包括以下一项:未接受的小区的标识信息,与UE承载和/或标识有关的上下文信息,DU返回UE上下文建立响应消息的原因信息,DU发送的新增小区的信息;小区列表信息至少包括以下一项:小区标识,小区的测量结果;CU发送的新增小区的信息包括CU已确定的新增小区的信息或CU已确定的备选的新增小区的信息;CU已确定的新增小区的信息至少包括以下一项:小区列表信息,一个或多个PCell小区的标识信息,一个或多个SCell小区的标识信息,一个或多个PSCell小区的标识信息,一个或多个SCG SCell小区的标识信息,小区的测量信息;CU已确定的备选的新增小区的信息至少包括以下一项:备选的小区列表信息,备选的一个或多个PCell小区的标识信息,备选的一个或多个SCell小区的标识信息,备选的一个或多个PSCell小区的标识信息,备选的一个或多个SCG SCell小区的标识信息,备选的新增小区的测量信息;DU发送的新增小区的信息至少包括以下一项:选定的PCell小区的标识,选定的一个或多个SCell小区的标识,选定的PSCell小区的标识,选定的一个或多个SCG SCell小区的标识;与UE承载和/或标识有关的上下文信息至少包括以下信息中的一种:用户的承载的信息,用户的标识信息;建立UE上下文的原因信息和DU返回UE上下文建立响应消息的原因信息至少包括以下信息中的一项:小区过载,小区上行过载,小区下行过载,小区上行控制信道过载,负载均衡,UE在小区的信号质量或强度差,UE在小区的上行或下行信号的质量或强度差;建立UE上下文的原因信息和所述DU返回UE上下文建立响应消息是针对每个小区的或是针对所有小区的。
优选地,辅节点包括一个集中单元CU和至少一个与CU连接的分布单元DU,辅节点进行相应的UE上下文修改的步骤,包括:通过CU向DU发送UE上下文修改请求消息;通过CU接收DU针对UE上下文修改请求消息返回的UE上下文修改响应消息。
优选地,辅节点包括一个集中单元CU和至少一个与所述CU连接的分布单元DU,辅节点进行相应的UE上下文修改的步骤,包括:通过DU向CU发送UE上下文修改需求消息;通过DU接收CU针对UE上下文修改需求消息返回的UE上下文修改确认消息。
优选地,辅节点包括一个集中单元CU和至少一个与所述CU连接的分布单元DU,所述辅节点进行相应的UE上下文修改的步骤,包括:
通过DU向CU发送UE上下文修改需求消息;
通过CU向DU发送UE上下文修改请求消息;
通过CU接收DU针对所述UE上下文修改请求消息返回的UE上下文修改响应消息。
优选地,在所述通过CU接收DU针对所述UE上下文修改请求消息返回的UE上下文修改响应消息的步骤之后,还包括:
通过DU接收CU返回的UE上下文修改确认消息。
本发明的第一实施方式提供了一种切换服务小区的方法,与现有技术相比,辅节点向主节点发送辅节点修改需求消息,以使得主节点根据辅节点修改需求消息切换服务小区并释放待释放的承载,为后续根据辅节点修改需求消息在切换服务小区时释放辅节点上的用户承载提供了前提保障,辅节点接收主节点针对辅节点修改需求消息返回的辅节点修改确认消息,实现了在切换服务小区时存在待释放的承载时,根据辅节点修改需求消息切换服务小区并释放辅节点上的待释放的承载,极大提高了信令传输效率,节约了信令资源。
另外,为了解决现有技术中无法实现切换服务小区时存在待释放的承载的技术缺陷,本发明的第二实施例还提供了一种切换服务小区的方法,具体流程如图7所示,包括:步骤710,主节点接收辅节点发送的辅节点修改需求消息,根据辅节点修改需求消息切换服务小区并释放待释放的承载;步骤720,主节点向辅节点返回针对辅节点修改需求消息的辅节点修改确认消息。
本发明的第二实施方式提供了一种切换服务小区的方法,实现了在切换服务小区且存在待释放的承载时,主节点能够根据接收到的辅节点修改需求消息切换服务小区并释放SN上的待释放的承载,极大提高了信令传输效率,节约了信令资源。
下面根据不同情况对本发明的上述实施例进行全面详尽的介绍:
其中,本发明的上述实施例主要解决的问题是:当一个用户同时连接到MN和SN时,用户UE的主小区PSCell发生改变,同时需要释放用户的一些被SN服务的承载。此处的主小区PSCell即为下文用到的特殊小区PSCell,该PSCell的改变可以发生在同一个DU内,也可以发生在不同的DU间。当发生在不同DU间时,发送MCG分裂承载的数据所用到的隧道(MN和DU间的隧道)的地址会发生改变。下述信令流程中的信令的名称只是示例,可以采用其他的名称。下面对下述描述中会用到的一些通用的信息进行统一描述,具体如下所示:
■承载的信息,该承载可以是新增的承载,或待修改的承载,或待释放的承载,或被接受的新增的承载,或被接受的待修改的承载,或被接受的待释放的承载,或被拒绝的新增的承载,或被拒绝的待修改的承载,或被拒绝的待释放的承载,其包括如下信息的一种或多种:
■承载的标识信息。
■承载的QoS参数,如QoS Class Identifier(QoS等级标识),5G QoS Indicator(5G QoS标识),Allocation and Retention Priority(分配和保持优先级),Non-standardised QoS Flow descriptor(非标准化的QoS流描述符)等(具体请参见协议TS36.423,协议TS38.423)。
■承载类型信息,如MCG承载,MCG分裂承载,SCG承载,SCG分裂承载。
■在两个节点间传输承载的数据所用到的隧道的地址信息,如GTP隧道端点信息(GTP Tunnel Endpoint,参见协议TS36.423),其包括传输层地址信息(Transport layeraddress,参见协议TS36.424,TS36.414)和/或GTP隧道端点标识(GTPTunnel EndpointIdentifier,参见协议TS29.281)。这两个节点可以分别是MN与SN,或者MN与SN的集中单元,或者MN和SN的分布单元,或者是集中单元与分布单元,而该地址信息为一侧节点的地址信息,如MN,SN,SN的集中单元,SN的分布单元,基站的集中单元,基站的分布单元等。
■承载的上行数据的转发地址(UL forwarding GTP Tunnel Endpoint),如发送该承载信息的节点侧的地址。
■承载的下行数据的转发地址(DL forwarding GTP Tunnel Endpoint),如发送该承载信息的节点侧的地址。
SCG改变的指示信息(SCG Change Indication),该指示信息可以指示PSCell改变,也可以指示其他内容,如PDCPCountWrapAround(PDCP计数环绕)等。
SCG配置信息(SCG-Config),该配置信息是SN产生的关于为用户配置的SCG的相关配置信息,如PSCell的配置,SCG SCell的配置,RLC配置,MAC层配置等。
用于配置SCG的消息(SCG-ConfigInfo),该信息是MN产生的请求用户进行SCG的建立,修改和释放,同时MN也会在该信息中提供一些帮助SN生成SCG-Config的辅助信息。
为了简化下面的文字描述,除非特别说明,否则就用承载的信息,SCG改变的指示信息和SCG配置信息(SCG-Config)来表示上述信息的具体内容。
首先,给出相关信令流程的示例:
1)本发明实施例的PSCell和新的PSCell属于不同的DU(CU触发的UE上下文建立流程),如图8所示。
2)本发明实施例的PSCell和新的PSCell属于同一个DU(CU触发的UE上下文建立流程),如图9所示。
3)本发明实施例的PSCell和新的PSCell属于同一个DU(CU触发的UE上下文修改流程),如图10所示。
4)本发明实施例的PSCell和新的PSCell属于同一个DU(DU触发的UE上下文修改流程),如图11所示。
5)本发明实施例的修改用户在辅节点的分布单元上的PSCell的信令流程图,如图12所示。
上述信令流程可以分为两个部分:A)MN和SN(或SN中的集中单元)间的信令流程;B)SN中的集中单元和分布单元间的信令流程;下面分别就这两部分进行说明:
A.MN和SN间的信令流程
图13示出了图8至12中MN和SN间的信令流程。如下介绍的MN和SN间的信令流程不仅适用于图8至图12所示的信令流程中,也适用于其他的情况,如导致辅节点触发的辅节点修改的情况。
步骤1:辅节点(或辅节点-集中单元)向主节点发送辅节点修改需求(SNmodification required)消息,该消息包含的信息为以下一种或多种:
■待释放的承载的信息;
■SCG改变的指示信息,该信息指示改变PSCell;
■新的指示信息,该信息表明主节点需要触发步骤2;
■无需发送SCG配置信息(SCG-Config)给用户的指示信息;
■无需更新SCG配置信息(SCG-Config)的指示信息;
■SCG配置信息(SCG-Config);
■未释放的承载的信息,该信息可以是关于每个未释放的承载,也可以是关于部分未释放的承载(如未释放的MCG分裂承载)。如果用户是同时连接到MN和SN(或SN的分布单元),在该信息中,地址信息是指在SN侧或SN的集中单元侧或SN的分布单元侧的地址信息。
步骤2:主节点向辅节点(或辅节点-集中单元)发送辅节点修改请求(SNmodification request)消息,该消息包括如下信息中的一种或多种:
■新增的承载的信息;
■待修改的承载的信息;
■待释放的承载的信息;
■辅节点的加密秘钥信息;
■SCG改变的指示信息;
■用于配置SCG的消息(SCG-ConfigInfo)。
步骤3:辅节点(或辅节点-集中单元)向主节点发送辅节点修改请求确认(SNmodification request acknowledge)消息,该消息包含的信息为以下一种或多种:
■被接受的新增承载的信息;
■被接受的待修改的承载的信息;
■被接受的待释放的承载的信息;
■SCG配置信息(SCG-Config);
■无需发送SCG配置信息(SCG-Config)给用户的指示信息;
步骤4:主节点向辅节点(或辅节点-集中单元)发送辅节点修改确认(SNmodification confirm)消息,该消息可能包括用于配置SCG的消息(SCG-ConfigInfo)。
需要说明的是,上述步骤中,步骤2和3是可选步骤。触发步骤2的条件可能为如下任一种:
■在步骤1中包含触发步骤2的指示信息;
■在步骤1中包含如下信息:
■待释放的承载信息,和
■如下信息中的一种或多种:
◆SCG改变的指示信息,该信息指示改变PSCell
◆SCG配置信息(SCG-Config)
◆未释放的承载的信息,该信息可以是关于每个未释放的承载,也可以是关于部分未释放的承载(如未释放的MCG分裂承载)。如果用户是同时连接到MN和SN(或SN的分布单元),在该信息中,地址信息是指在SN侧或SN的集中单元侧或SN的分布单元侧的地址信息。
上述流程具有如下几个详细实施例(这些详细实施例可能的触发条件是:在SN确定用户的PSCell发生改变且有需要释放的承载时触发,PSCell的改变是发生在同一个分布单元内或者不同分布单元内;不排除其他触发条件)。
下面对各详细实施例进行具体介绍。
具体地,详细实施例一(包括两步,即步骤1与步骤4,并且MN发送SCG-Config给用户设备UE)的具体过程如下述所示:
步骤1:辅节点(或辅节点-集中单元)向主节点发送辅节点修改需求(SNmodification required)消息,该消息包含如下信息:
■待释放的承载的信息;
■可选的,SCG改变的指示信息,该信息指示改变PSCell;
■SCG配置信息(SCG-Config);
■可选的,未释放的MCG分裂承载的信息,至少包括如下信息:
■承载的标识;
■传输承载的数据所用到的隧道在SN侧或SN的分布单元侧的地址信息。
上述信息中,SCG改变的指示信息为可选项,其可以通过在步骤1中包含未释放的MCG分裂承载的信息和/或SCG配置信息(SCG-Config)来隐式的表示要改变用户的PSCell。
步骤2/3:无需这两步。
步骤4:主节点向辅节点(或辅节点-集中单元)发送辅节点修改确认(SNmodification confirm)消息。
然后,主节点将步骤1中收到的SCG配置信息(SCG-Config)发送给用户,这一步可以在步骤1之后。
具体地,详细实施例二(包括两步,即步骤1与步骤4,并且SN发送SCG-Config给用户设备UE)的具体过程如下述所示:
步骤1:辅节点(或辅节点-集中单元)向主节点发送辅节点修改需求(SNmodification required)消息,辅节点该消息包含如下信息:
■待释放的承载的信息;
■可选的,SCG改变的指示信息,该信息指示改变PSCell;
■可选的,未释放的MCG分裂承载的信息,至少包括如下信息:
◆承载的标识;
◆传输承载的数据所用到的隧道在SN侧或SN的分布单元侧的地址信息。
上述信息中,SCG改变的指示信息为可选项,其可以通过在步骤1中包含未释放的MCG分裂承载的信息来隐式的表示改变用户的PSCell。
步骤2/3:无需这两步。
步骤4:主节点向辅节点(或辅节点-集中单元)发送辅节点修改确认(SNmodification confirm)消息。
其中,在步骤1之前或步骤1和4之间,辅节点生成SCG配置信息(SCG-Config),并且辅节点在步骤1之后发送给用户。
具体地,详细实施例三(包括四步,即步骤1至步骤4,步骤1中无SCG配置信息(SCG-Config))的具体过程如下述所示:
步骤1:辅节点(或辅节点-集中单元)向主节点发送辅节点修改需求(SNmodification required)消息,该消息包含如下信息:
■待释放的承载的信息;
■可选的,SCG改变的指示信息,该信息指示改变PSCell,或,可选的,新的指示信息,该信息表明主节点需要触发步骤2;
■可选的,未释放的MCG分裂承载的信息,至少包括如下信息:
■承载的标识;
■传输承载的数据所用到的隧道在SN侧或SN的分布单元侧的地址信息。
上述信息中,SCG改变的指示信息为可选项,其可以通过在步骤1中包含未释放的MCG分裂承载的信息来隐式的表示改变用户的PSCell,或者隐式的表示主节点需要触发步骤2。
步骤2:主节点向辅节点(或辅节点-集中单元)发送辅节点修改请求(SNmodification request)消息,该消息包括如下信息中的一种或多种:
■新增的承载的信息;
■待修改的承载的信息,可能包括对步骤1中待释放的承载进行承载类型修改后的承载信息;
■待释放的承载的信息;
■辅节点的加密秘钥信息;
■SCG改变的指示信息;
■用于配置SCG的消息(SCG-ConfigInfo)。
步骤3:辅节点(或辅节点-集中单元)向主节点发送辅节点修改请求确认(SNmodification request acknowledge)消息,该消息包含的信息为以下一种或多种:
■SCG配置信息(SCG-Config);
■可选的,未释放的MCG分裂承载的信息,至少包括如下信息:
■承载的标识;
■传输承载的数据所用到的隧道在SN侧或SN的分布单元侧的地址信息。
步骤4:主节点向辅节点(或辅节点-集中单元)发送辅节点修改确认(SNmodification confirm)消息。
在上述步骤中,SCG配置信息(SCG-Config)可以由辅节点发送给用户,也可以由主节点发送给用户。如果由辅节点发送的话,一种实施方式是,步骤1后,辅节点将SCG配置信息(SCG-Config)(如步骤2后生成的SCG配置信息(SCG-Config))发送给用户,则步骤3中无需包含SCG配置信息(SCG-Config)。再一个实施方式是,在步骤3中包含SCG配置信息(SCG-Config),但该配置信息由辅节点发送,且辅节点在步骤1的辅节点修改需求(SNmodification required)消息或步骤3的辅节点修改请求确认(SN modification requestacknowledge)消息加入指示信息,表明主节点无需发送SCG配置信息(SCG-Config)。如果由主节点发送,一种实施方式是,步骤3中包含SCG配置信息(SCG-Config),且主节点发送步骤3中收到的SCG配置信息(SCG-Config)。
具体地,详细实施例四(包括四步,即步骤1至步骤4,步骤1中有SCG配置信息(SCG-Config)且SCG-Config在步骤3中更新)的具体过程如下述所示:
步骤1:辅节点(或辅节点-集中单元)向主节点发送辅节点修改需求(SNmodification required)消息,该消息包含如下信息:
■待释放的承载的信息;
■可选的,SCG改变的指示信息,该信息指示改变PSCell,或,可选的,新的指示信息,该信息表明主节点需要触发步骤2;
■SCG配置信息(SCG-Config);
■可选的,未释放的MCG分裂承载的信息,至少包括如下信息:
■承载的标识;
■传输承载的数据所用到的隧道在SN侧或SN的分布单元侧的地址信息。
上述信息中,SCG改变的指示信息为可选项,其可以通过在步骤1中包含未释放的MCG分裂承载的信息和/或SCG配置信息(SCG-Config)来隐式的表示要改变用户的PSCell,或者隐式的表示主节点需要触发步骤2。
步骤2:主节点向辅节点(或辅节点-集中单元)发送辅节点修改请求(SNmodification request)消息,该消息包括如下信息中的一种或多种:
■新增的承载的信息;
■待修改的承载的信息,可能包括对步骤1中待释放的承载进行承载类型修改后的承载信息;
■待释放的承载的信息;
■辅节点的加密秘钥信息;
■SCG改变的指示信息;
■用于配置SCG的消息(SCG-ConfigInfo)。
步骤3:辅节点(或辅节点-集中单元)向主节点发送辅节点修改请求确认(SNmodification request acknowledge)消息,该消息包含的信息为以下一种或多种:
■SCG配置信息(SCG-Config);
■可选的,未释放的MCG分裂承载的信息,至少包括如下信息:
■承载的标识;
传输承载的数据所用到的隧道在SN侧或SN的分布单元侧的地址信息。步骤4:主节点向辅节点(或辅节点-集中单元)发送辅节点修改确认(SN modification confirm)消息。
在上述步骤中,SCG配置信息(SCG-Config)可以由辅节点发送给用户,也可以由主节点发送给用户。如果由辅节点发送的话,一种实施方式是,辅节点将在步骤2后生成的SCG配置信息(SCG-Config),且步骤3中无需包含SCG配置信息(SCG-Config)。另一种实施方式为,辅节点先将步骤1中的SCG配置信息(SCG-Config)发送给用户,再将在步骤2后生成的SCG配置信息(SCG-Config)发送给用户。再一个实施方式是,在步骤3中包含SCG配置信息(SCG-Config),但该配置信息由辅节点在步骤3后发送,且辅节点在步骤1的辅节点修改需求(SN modification require)消息或步骤3的辅节点修改请求确认(SN modificationrequest acknowledge)消息加入指示信息,表明主节点无需发送SCG配置信息(SCG-Config)。如果由主节点发送,一种实施方式是,步骤3中包含SCG配置信息(SCG-Config),主节点发送步骤3中收到的SCG配置信息(SCG-Config)。再一个实施方式是,主节点先发送步骤1中的SCG配置信息(SCG-Config),再发送步骤3中收到的SCG配置信息(SCG-Config)。也可由主节点和辅节点共同发送,一种实施方式为,步骤1中的SCG配置信息(SCG-Config)由主节点发送,步骤2后生成的SCG配置信息(SCG-Config)由辅节点发送;另一种实施方式为,步骤1中的SCG配置信息(SCG-Config)由辅节点发送,步骤2后生成的SCG配置信息(SCG-Config)由主节点发送,则步骤3中会包含SCG配置信息(SCG-Config)。
具体地,详细实施例五(包括四步,即步骤1至步骤4,步骤1中有SCG配置信息(SCG-Config)且SCG-Config在步骤3中未更新)的具体过程如下述所示:
步骤1:辅节点(或辅节点-集中单元)向主节点发送辅节点修改需求(SNmodification require)消息,该消息包含如下信息:
■待释放的承载的信息;
■可选的,SCG改变的指示信息,该信息指示改变PSCell,或,可选的,新的指示信息,该信息表明主节点需要触发步骤2;
■SCG配置信息(SCG-Config);
■可选的,未释放的MCG分裂承载的信息,至少包括如下信息:
■承载的标识;
■传输承载的数据所用到的隧道在SN侧或SN的分布单元侧的地址信息。
上述信息中,SCG改变的指示信息为可选项,其可以通过在步骤1中包含未释放的MCG分裂承载的信息和/或SCG配置信息(SCG-Config)来隐式的表示要改变用户的PSCell,或隐式的表示主节点需要触发步骤2。
步骤2:主节点向辅节点(或辅节点-集中单元)发送辅节点修改请求(SNmodification request)消息,该消息包括如下信息中的一种或多种:
■新增的承载的信息;
■待修改的承载的信息,可能包括对步骤1中待释放的承载进行承载类型修改后的承载信息;
■待释放的承载的信息;
■辅节点的加密秘钥信息;
■SCG改变的指示信息;
■用于配置SCG的消息(SCG-ConfigInfo)。
步骤3:辅节点(或辅节点-集中单元)向主节点发送辅节点修改请求确认(SNmodification request acknowledge)消息,该消息不包含SCG配置信息(SCG-Config),可选的,可以包含未释放的MCG分裂承载的信息。
步骤4:主节点向辅节点(或辅节点-集中单元)发送辅节点修改确认(SNmodification confirm)消息。
在上述步骤中,可以由辅节点向用户发送SCG配置信息(SCG-Config),或者由主节点向用户发送SCG配置信息(SCG-Config)。如果由辅节点发送,一种实施方式是,辅节点可能在步骤1/2/3/4之后发送,可选的,辅节点可以在步骤1或步骤3中指示主节点无需向用户发送SCG配置信息(SCG-Config)。再一个实施方式是,在步骤3中包含SCG配置信息(SCG-Config),但该配置信息由辅节点在步骤3后发送,且辅节点在步骤3的辅节点修改请求确认(SN modification request acknowledge)消息加入指示信息,表明主节点无需发送SCG配置信息(SCG-Config)。如果由主节点发送,一种实施方式是,主节点可能在步骤1/2/3/4之后,其发送的是在步骤1中收到的SCG配置信息(SCG-Config)。
B.集中单元与分布单元间的信令流程
该信令流程包括用户上下文建立流程和用户上下文修改流程。这两个流程分别会在图8至图12中使用,但是如下介绍的用户上下文建立流程和用户上下文修改流程不仅限于图8至图12的流程中使用,也可以用到其他需要集中节点和分布节点间建立和修改用户上下文的情况。
B-1.用户上下文建立流程
该流程包含两步,如图14所示:
步骤1:集中单元向分布单元发送用户上下文建立请求(UE Context SetupRequest)消息,该消息中会包含如下信息中的一种或多种:
■小区列表信息,该列表包含一个或多个小区,该信息包含如下信
息的一种或多种:
■小区标识;
■小区的测量结果,如信号质量,信号强度等。
■由CU发送的新增小区的信息,该新增小区可以是集中单元已经
确定的新增小区,也可以是备选的新增小区,该信息包含如下信
息的一种或多种:
■小区列表信息,包含一个或多个小区的标识;
■一个或多个PCell小区的标识信息;
■一个或多个SCell小区的标识信息;
■一个或多个PSCell小区的标识信息;
■一个或多个SCG SCell小区的标识信息;
■小区的测量信息,如信号质量,信号强度等。
■与用户承载和/或标识有关的上下文,如用户的承载的信息,用户的标识信息(如用户在集中单元与分布单元间的接口上所使用的ID,例如CU UE F1AP ID,这个ID可以是由CU新分配的,或者是CU已经分配给该用户的,或者两者都包括)。
■建立用户上下文的原因信息,该信息可以是针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
步骤2:分布单元根据自身的接入控制准则,会决定是否接受步骤1的请求,然后向集中单元回复用户上下文建立响应(UE Context Setup Response)消息,该消息中会包含如下信息中的一种或多种:
■由DU发送的新增小区的信息,该信息可能包含如下信息的一种
或多种:
■选定的PCell小区的标识;
■选定的一个或多个SCell小区的标识;
■选定的PSCell小区的标识;
■选定的一个或多个SCG SCell小区的标识。
■未接受的小区的标识信息,该未接受的小区表示不适合将该小区配置给用户;
■与用户承载有关的上下文,如用户的承载的信息;
■分布单元进行上述回复的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
分布单元按照确定的小区来建立用户的上下文。另外,如果分布单元能接受步骤1的请求消息中关于小区配置的内容,分布单元可以在步骤2中回复的用户上下文建立响应(UE Context Setup Response)消息中不包含上述选定的小区的信息。
根据用户的小区配置的决定者不同,上述两个步骤所包含的信息内容会有所不同。各具体实施方式如下所示:
a.集中单元决定用户的小区配置
步骤1的用户上下文建立请求(UE Context Setup Request)消息包含如下内容的一个或多个:
■由CU发送的新增小区的信息,该信息包含如下信息的一种或多种:
■PCell小区的标识信息;
■一个或多个SCell小区的标识信息;
■PSCell小区的标识信息;
■一个或多个SCG SCell小区的标识信息;
■上述小区的测量信息。
■与用户承载和/或标识有关的上下文,如用户的承载的消息,用户的标识信息(如用户在集中单元与分布单元间的接口上所使用的ID,例如CU UE F1AP ID,这个ID可以是由CU新分配的,或者是CU已经分配给该用户的,或者两者都包括);
■建立用户上下文的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
步骤2的用户上下文建立响应(UE Context Setup Response)消息可能包含如下内容的一个或多个:
■未接受的小区的标识信息,该未接受的小区表示不适合将该小区配置给用户;
■与用户承载有关的上下文,如用户的承载的信息;
■分布单元进行上述回复的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
另外,如果分布单元能接受步骤1的请求消息中关于小区配置的内容,分布单元可以在步骤2中回复的用户上下文建立响应(UE Context Setup Response)消息中不包含上述与小区有关的信息(即未接受的小区的标识信息)和/或其他信息(即与用户承载有关的上下文,分布单元进行上述回复的原因信息)。
b.分布单元决定用户的小区配置,集中单元只提供小区列表
步骤1的用户上下文建立请求(UE Context Setup Request)消息包含如下内容的一个或多个:
■小区列表信息,该列表包含一个或多个小区,该信息包含如下信
息的一种或多种:
■小区的标识;
■小区的测量信息,如信号质量,信号强度等。
■与用户承载和/或标识有关的上下文,如用户的承载的消息,用户的标识信息(如用户在集中单元与分布单元间的接口上所使用的ID,例如CU UE F1AP ID,这个ID可以是由CU新分配的,或者是CU已经分配给该用户的,或者两者都包括);
■建立用户上下文的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
步骤2的用户上下文建立响应(UE Context Setup Response)消息可能包含如下内容的一个或多个:
■由DU发送的新增小区的信息,该信息包含如下信息的一种或多种:
■PCell小区的标识信息;
■一个或多个SCell小区的标识信息;
■PSCell小区的标识信息;
■一个或多个SCG SCell小区的标识信息。
■与用户承载有关的上下文,如用户的承载的信息;
■分布单元进行上述回复的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
上述步骤2中包含的小区可以是从步骤1中给定的小区列表中选择的区,也可以是不在步骤1中给定的小区列表中的小区。
c.分布单元决定用户的小区配置,集中单元提供备选小区的列表
步骤1的用户上下文建立请求(UE Context Setup Request)消息包含下信息中的一种或多种:
■由CU发送的新增的备选小区的信息,该信息包含如下信息的一种或多种:
■备选的小区列表信息,包含一个或多个小区的标识;
■备选的一个或多个PCell小区的标识信息;
■备选的一个或多个SCell小区的标识信息;
■备选的一个或多个PSCell小区的标识信息;
■备选的一个或多个SCG SCell小区的标识信息;
■上述小区的测量信息,如信号质量,信号强度等。
■与用户承载和/或标识有关的上下文,如用户的承载的消息,用户的标识信息(如用户在集中单元与分布单元间的接口上所使用的ID,例如CU UE F1AP ID,这个ID可以是由CU新分配的,或者是CU已经分配给该用户的,或者两者都包括);
■建立用户上下文的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
步骤2的用户上下文建立响应(UE Context Setup Response)消息可能包含如下内容的一个或多个:
■由DU发送的新增小区的信息,该信息包含如下信息的一种或多种:
■PCell小区的标识信息;
■一个或多个SCell小区的标识信息;
■PSCell小区的标识信息;
■一个或多个SCG SCell小区的标识信息。
■未接受的小区的标识信息,该未接受的小区表示不适合将该小区配置给用户;
■与用户承载有关的上下文,如用户的承载的信息;
■分布单元进行上述回复的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
上述步骤2中包含的小区可以是从步骤1中给定的备选小区中选择的小区,也可以是不在步骤1中给定的备选小区中的小区。另外,如果分布单元能接受步骤1的请求消息中关于小区配置的内容,分布单元可以在步骤2中回复的用户上下文建立响应(UE ContextSetup Response)消息中不包含上述与小区有关的信息(即由DU发送的新增小区的信息,未接受的小区的标识信息)和/或其他信息(即与用户承载有关的上下文,分布单元进行上述回复的原因信息)。
B-2.用户上下文修改流程,该修改流程可以是集中单元触发的,也可以是分布单元触发的。
a.集中单元触发的小区配置修改流程包括两步,如图15所示:
步骤1:集中单元向分布单元发送用户上下文修改请求(UE Context ModifiedRequest)消息,该消息中会包含如下信息中的一种或多种:
■小区列表信息,该列表包含一个或多个小区,该信息包含如下信息的一种或多种:
■小区标识;
■小区的测量结果,如信号质量,信号强度等。
■由CU发送的新增服务小区的信息,该新增小区可以是集中单元已经确定的新增小区,也可以是备选的新增小区,包含如下信息中的一种或多种:
■小区列表信息,包含一个或多个小区的标识;
■一个或多个PCell小区的标识信息;
■一个或多个SCell小区的标识信息;
■一个或多个PSCell小区的标识信息;
■一个或多个SCG SCell小区的标识信息;
■上述小区的测量信息,如信号质量,信号强度等。
■待修改的服务小区的信息,包含如下信息中的一种或多种:
■待修改的PCell小区的标识;
■待修改的SCell小区的标识;
■待修改的PSCell小区的标识;
■待修改的SCG SCell小区的标识;
■小区类型发生改变的小区标识,并指示该小区在修改前后的类型:如由PCell变成SCell的小区的标识,由SCell变成PCell的小区的标识,由PSCell变成SCG SCell的小区的标识,由SCG SCell变成PSCell的小区的标识;
■上述小区的测量信息,如信号质量,信号强度等。
■待释放的服务小区的信息,如待释放的小区的小区标识;
■与用户承载和/或标识有关的上下文,如用户的承载的消息,用户的标识信息(如用户在集中单元与分布单元间的接口上所使用的ID,例如CU UE F1AP ID,这个ID可以是由CU新分配的,或者是CU已经分配给该用户的,或者两者都包括);
■修改用户上下文的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
步骤2:分布单元向集中单元发送用户上下文修改响应(UE Context ModifiedResponse)消息,该消息中可能会包含如下信息中的一种或多种:
■由DU发送的新增小区的信息,该信息包含如下信息的一种或多种:
■接受的新增小区的小区标识,或者是分布单元选定的新增小区的小区标识,可选的,指示该新增小区的类型,如PCell,SCell,PSCell,SCG SCell;
■未接受的新增小区的小区标识。
■待修改小区的信息,该信息包含如下信息的一种或多种:
■接受的待修改小区的小区标识;
■未接受的待修改小区的小区标识。
■待释放小区的信息,该信息包含如下信息的一种或多种:
■接受的待释放小区的小区标识;
■未接受的待释放小区的小区标识。
■与用户承载有关的上下文,如用户的承载的信息;
■进行上述响应的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
上述步骤2中的接受的新增小区可以是从步骤1中包含的小区列表信息或新增服务小区中获得的,也可以是其他小区。分布单元按照步骤2中的信息来修改用户的上下文。另外,如果分布单元能接受步骤1的请求消息中关于小区配置的内容,分布单元可以在步骤2中回复的用户上下文修改响应(UE Context Modification Response)消息中不包含上述与小区有关的信息(即由DU发送的新增小区的信息,待修改小区的信息,待释放小区的信息)和/或其他信息(即与用户承载有关的上下文,分布单元进行上述响应的原因信息)。
b.分布单元触发的小区配置修改流程包括两步,如图16所示:
步骤1:分布单元向集中单元发送用户上下文修改需求(UE Context ModifiedRequired)消息,该消息中会包含如下信息中的一种或多种:
■待修改的服务小区的信息,包含如下信息中的一种或多种:
■待修改的PCell小区的标识;
■待修改的SCell小区的标识;
■待修改的PSCell小区的标识;
■待修改的SCG SCell小区的标识;
■小区类型发生改变的小区标识,并指示该小区在修改前后的类型:如由PCell变成SCell的小区的标识,由SCell变成PCell的小区的标识,由PSCell变成SCG SCell的小区的标识,由SCG SCell变成PSCell的小区的标识;
■上述小区的测量信息,如信号质量,信号强度等。
■待释放的服务小区的信息,如待释放的小区的小区标识;
■与用户承载有关的上下文,如用户的承载的消息;
■修改用户上下文的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
步骤2:集中单元向分布单元发送用户上下文修改确认(UE Context ModifiedConfirm)消息,该消息中可能会包含如下信息中的一种或多种:
■待修改小区的信息,该信息包含如下信息的一种或多种:
■接受的待修改小区的小区标识;
■未接受的待修改小区的小区标识。
■待释放小区的信息,该信息包含如下信息的一种或多种:
■接受的待释放小区的小区标识;
■未接受的待释放小区的小区标识。
■与用户承载有关的上下文,如用户的承载的信息;
■集中单元进行上述响应的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
如果集中单元能接受步骤1的请求消息中关于小区配置的内容,集中单元可以在步骤2中回复的用户上下文修改确认(UE Context ModificationConfirm)消息中不包含上述与小区有关的信息(即待修改小区的信息,待释放小区的信息)和/或其他信息(即与用户承载有关的上下文,集中单元进行上述响应的原因信息)。
c.分布单元触发的小区配置修改流程包括三步或四步,如图17所示:
步骤1:分布单元向集中单元发送用户上下文修改需求(UE Context ModifiedRequired)消息,该消息中会包含如下信息中的一种或多种:
■待修改的服务小区的信息,包含如下信息中的一种或多种:
■待修改的PCell小区的标识;
■待修改的SCell小区的标识;
■待修改的PSCell小区的标识;
■待修改的SCG SCell小区的标识;
■小区类型发生改变的小区标识,并指示该小区在修改前后的类型:如由PCell变成SCell的小区的标识,由SCell变成PCell的小区的标识,由PSCell变成SCG SCell的小区的标识,由SCG SCell变成PSCell的小区的标识;
■上述小区的测量信息,如信号质量,信号强度等。
■待释放的服务小区的信息,如待释放的小区的小区标识;
■与用户承载有关的上下文,用户的承载的信息;
■修改用户上下文的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
步骤2:集中单元向分布单元发送用户上下文修改请求(UE Context ModifiedRequest)消息,该消息中会包含如下信息中的一种或多种:
■小区列表信息,该列表包含一个或多个小区,该信息包含如下信息的一种或多种:
■小区标识;
■小区的测量结果,如信号质量,信号强度等。
■由CU发送的新增服务小区的信息,该新增小区可以是集中单元已经确定的新增小区,也可以是备选的新增小区,包含如下信息中的一种或多种:
■小区列表信息,包含一个或多个小区的标识;
■一个或多个PCell小区的标识信息;
■一个或多个SCell小区的标识信息;
■一个或多个PSCell小区的标识信息;
■一个或多个SCG SCell小区的标识信息;
■上述小区的测量信息,如信号质量,信号强度等。
■待修改的服务小区的信息,包含如下信息中的一种或多种:
■待修改的PCell小区的标识;
■待修改的SCell小区的标识;
■待修改的PSCell小区的标识;
■待修改的SCG SCell小区的标识;
■小区类型发生改变的小区标识,并指示该小区在修改前后的类型:如由PCell变成SCell的小区的标识,由SCell变成PCell的小区的标识,由PSCell变成SCG SCell的小区的标识,由SCG SCell变成PSCell的小区的标识;
■上述小区的测量信息,如信号质量,信号强度等。
■待释放的服务小区的信息,如待释放的小区的小区标识;
■与用户承载和/或标识有关的上下文,如用户的承载的消息,用户的标识信息(如用户在集中单元与分布单元间的接口上所使用的ID,例如CU UE F1AP ID,这个ID可以是由CU新分配的,或者是CU已经分配给该用户的,或者两者都包括);
■修改用户上下文的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
上述步骤2中与小区有关的信息所指示的小区,可能包含或不包含步骤1中所包含的小区有关的信息所指示的小区。
步骤3:分布单元向集中单元发送用户上下文修改响应(UE Context ModifiedResponse)消息,该消息中可能会包含如下信息中的一种或多种:
■由DU发送的新增小区的信息,该信息包含如下信息的一种或多种:
■接受的新增小区的小区标识,或者是分布单元选定的新增小区的小区标识,可选的,指示该新增小区的类型,如PCell,SCell,PSCell,SCG SCell;
■未接受的新增小区的小区标识。
■待修改小区的信息,该信息包含如下信息的一种或多种:
■接受的待修改小区的小区标识;
■未接受的待修改小区的小区标识。
■待释放小区的信息,该信息包含如下信息的一种或多种:
■接受的待释放小区的小区标识;
■未接受的待释放小区的小区标识。
■与用户承载有关的上下文,如用户的承载的信息;
■进行上述响应的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
上述步骤3中的接受的新增小区可以是从步骤2中包含的小区列表信息或新增服务小区中获得的,也可以是其他小区。分布单元按照步骤3中的信息来修改用户的上下文。另外,如果分布单元能接受步骤2的请求消息中关于小区配置的内容,分布单元可以在步骤3中回复的用户上下文修改响应(UE Context Modification Response)消息中不包含上述与小区有关的信息(即由DU发送的新增小区的信息,待修改小区的信息,待释放小区的信息)和/或其他信息(即与用户承载有关的上下文,分布单元进行上述响应的原因信息)。
步骤4:集中单元向分布单元发送用户上下文修改确认(UE Context ModifiedConfirm)消息,该步骤是可选步骤,该消息中可能会包含如下信息中的一种或多种:
■新增小区的信息,该信息包含如下信息的一种或多种:
■接受的新增小区的小区标识;
■未接受的新增小区的小区标识
■待修改小区的信息,该信息包含如下信息的一种或多种:
■接受的待修改小区的小区标识;
■未接受的待修改小区的小区标识。
■待释放小区的信息,该信息包含如下信息的一种或多种:
■接受的待释放小区的小区标识;
■未接受的待释放小区的小区标识。
■与用户承载有关的上下文,如用户的承载的信息;
■集中单元进行上述响应的原因信息,该信息可以针对每个小区的,也可以是针对所有修改的,可能的原因包括以下一种或多种,小区过载,小区上行或下行过载,小区的上行控制信道过载,负载均衡,用户在小区的信号质量或强度差,用户在小区的上行或下行信号的质量或强度差等。
上述步骤4中新增小区和/或待修改小区和/或待释放小区可以是从步骤3中包含的新增小区和/或待修改的服务小区和/或待释放的服务小区中获得的,也可以是其他小区。分布单元按照步骤4中的信息来修改用户的上下文。另外,如果集中单元能接受步骤3的响应消息中关于小区配置的内容,集中单元可以在步骤4中回复的用户上下文修改确认(UEContext ModificationConfirm)消息中不包含上述与小区有关的信息(即新增小区的信息,待修改小区的信息,待释放小区的信息)和/或其他信息(即与用户承载有关的上下文,集中单元进行上述响应的原因信息)。
本发明的第三实施例还提供了一种切换服务小区的装置,如图18所示,包括第一发送模块S10与第一接收模块S11。
第一发送模块S10,用于辅节点向主节点发送辅节点修改需求消息,以使得主节点根据辅节点修改需求消息切换服务小区并释放待释放的承载;
第一接收模块S11,用于辅节点接收主节点针对辅节点修改需求消息返回的辅节点修改确认消息。
本发明实施方式提供的切换服务小区的装置,辅节点向主节点发送辅节点修改需求消息,以使得主节点根据辅节点修改需求消息切换服务小区并释放待释放的承载,为后续根据辅节点修改需求消息在切换服务小区时释放辅节点上的用户承载提供了前提保障,辅节点接收主节点针对辅节点修改需求消息返回的辅节点修改确认消息,实现了在切换服务小区时存在待释放的承载时,根据辅节点修改需求消息切换服务小区并释放辅节点上的待释放的承载,极大提高了信令传输效率,节约了信令资源。
本发明的第四实施例还提供了一种切换服务小区的装置,如图19所示,包括第二接收模块S13与第二发送模块S12。
第二接收模块S13,用于主节点接收辅节点发送的辅节点修改需求消息,根据辅节点修改需求消息切换服务小区并释放待释放的承载;
第二发送模块S12,用于主节点向辅节点返回针对辅节点修改需求消息的辅节点修改确认消息。
本实施方式实现了在切换服务小区且存在待释放的承载时,主节点能够根据接收到的辅节点修改需求消息切换服务小区并释放辅节点上的待释放的承载,极大提高了信令传输效率,节约了信令资源。
本技术领域技术人员可以理解,本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序,这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory,只读存储器)、RAM(Random Access Memory,随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory,可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,可读介质包括由设备(例如,计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (30)
1.一种在无线通信系统中由对应于辅节点SN的集中单元CU的网络实体执行的方法,其特征在于,包括:
向对应于所述SN的分布单元DU的网络实体发送用于请求用户设备UE的上下文建立的请求消息,所述请求消息包括至少一个候选的主辅小区PSCell的第一标识信息和至少一个待建立的辅小区SCell的第二标识信息;
接收对应于所述DU的网络实体发送的用于确认UE的上下文建立的响应消息,所述响应消息包括至少一个建立失败的SCell的第三标识信息;
基于所述响应消息,向对应于与所述SN相关联的主节点MN的网络实体发送用于请求SN修改的消息。
2.根据权利要求1所述的方法,其特征在于,所述用于请求SN修改的消息包括辅小区组SCG配置信息、至少一个待修改的承载的标识信息、以及在SCG处的隧道端点的信息中的至少一项,所述隧道端点的信息用于传输至少一个承载的数据;
该方法还包括:从对应于所述主节点MN的网络实体接收响应于所述用于请求SN修改的消息的用于确认SN修改的消息。
3.根据权利要求2所述的方法,其特征在于,该方法还包括:
向对应于所述DU的网络实体发送用于请求UE的上下文修改的消息,所述用于请求UE的上下文修改的消息包括至少一个待建立的SCell的第四标识信息;
接收对应于所述DU的网络实体发送的用于确认UE的上下文修改的消息,所述用于确认UE的上下文修改的消息包括至少一个建立失败的SCell的第五标识信息。
4.根据权利要求2所述的方法,其特征在于,所述隧道端点用于将所述至少一个承载的下行数据传递给所述UE。
5.根据权利要求1所述的方法,其特征在于,所述用于确认UE的上下文建立的响应消息还包括与至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
6.根据权利要求3所述的方法,其特征在于,所述用于确认UE的上下文修改的消息还包括与包括在所述用于确认UE的上下文修改的消息中的至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
7.一种对应于辅节点SN的集中单元CU的网络实体,其特征在于,包括:收发器,所述收发器配置为发送信号和接收信号;以及至少一个处理器,所述至少一个处理器配置为:
通过所述收发器向对应于所述SN的分布单元DU的网络实体发送用于请求用户设备UE的上下文建立的请求消息,所述请求消息包括至少一个候选的主辅小区PSCell的第一标识信息和至少一个待建立的辅小区SCell的第二标识信息;
通过所述收发器接收对应于所述DU的网络实体发送的用于确认UE的上下文建立的响应消息,所述响应消息包括至少一个建立失败的SCell的第三标识信息;
通过所述收发器基于所述响应消息,向对应于与所述SN相关联的主节点MN的网络实体发送用于请求SN修改的消息。
8.根据权利要求7所述的对应于CU,其特征在于,所述用于请求SN修改的消息包括辅小区组SCG配置信息、至少一个待修改的承载的标识,以及在SCG处的隧道端点的地址信息中的至少一项,所述隧道端点的地址信息用于传输至少一个承载的数据;
所述至少一个处理器还配置为:通过接收所述主节点MN响应于所述用于请求SN修改的消息的用于确认SN修改的消息。
9.根据权利要求8所述的对应于CU的网络实体,其特征在于,所述至少一个处理器,还配置为:
通过所述收发器,向对应于所述DU的网络实体发送用于请求UE的上下文修改的消息,所述用于请求UE的上下文修改的消息包括至少一个待建立的SCell的第四标识信息;
通过所述收发器,接收对应于所述DU的网络实体发送的用于确认UE的上下文修改的消息,所述用于确认UE的上下文修改的消息包括至少一个建立失败的SCell的第五标识信息。
10.根据权利要求8所述的对应于CU的网络实体,其特征在于,所述隧道端点用于将所述承载的下行数据传递给所述UE。
11.根据权利要求7所述的对应于CU的网络实体,其特征在于,所述用于确认UE的上下文建立的响应消息还包括与至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
12.根据权利要求9所述的对应于CU的网络实体,其特征在于,所述用于确认UE的上下文修改的消息还包括与包括在所述用于确认UE的上下文修改的消息中的至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
13.一种对应于辅节点SN的分布单元DU的网络实体,其特征在于,包括:
收发器,所述收发器配置为发送信号和接收信号;以及
至少一个处理器,所述至少一个处理器配置为:
通过所述收发器接收对应于所述SN的CU的网络实体发送的用于请求UE的上下文建立的请求消息,所述请求消息包括至少一个候选的主辅小区PSCell的第一标识信息和至少一个待建立的辅小区SCell的第二标识信息;
通过所述收发器向对应于所述CU的网络实体发送用于确认UE的上下文建立的响应消息,所述响应消息包括至少一个建立失败的SCell的第三标识信息;
其中,基于所述响应消息用于请求SN修改的消息通过对应于所述CU的网络实体发送给对应于与所述SN相关联的主节点MN的网络实体。
14.根据权利要求13所述的对应于DU的网络实体,其特征在于,所述用于请求SN修改的消息包括辅小区组SCG配置信息、至少一个待修改的承载的标识,以及在SCG处的隧道端点的地址信息中的至少一项,所述隧道端点的地址信息用于传输至少一个承载的数据;响应于所述用于请求SN修改的消息的用于确认SN修改的消息通过对应于所述主节点MN的网络实体发送给对应于所述CU的网络实体。
15.根据权利要求14所述的对应于DU的网络实体,其特征在于,所述至少一个处理器,还配置为:
通过所述收发器,接收对应于所述CU的网络实体发送的用于请求UE的上下文修改的消息,所述用于请求UE的上下文修改的消息包括至少一个待建立的SCell的第四标识信息;
通过所述收发器,向对应于所述CU的网络实体发送用于确认UE的上下文修改的消息,所述用于确认UE的上下文修改的消息包括至少一个建立失败的SCell的第五标识信息。
16.根据权利要求14所述的对应于DU的网络实体,其特征在于,所述隧道端点用于将所述承载的下行数据传递给所述UE。
17.根据权利要求13所述的DU,其特征在于,所述用于确认UE的上下文建立的响应消息还包括与至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
18.根据权利要求15所述的对应于DU的网络实体,其特征在于,所述用于确认UE的上下文修改的消息还包括与包括在所述用于确认UE的上下文修改的消息中的至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
19.一种用户设备UE,其特征在于,包括:
收发器,所述收发器配置为发送信号和接收信号;以及至少一个处理器,所述至少一个处理器配置为:
所述UE与对应于主节点MN的网络实体和辅节点SN之间进行通信;
其中,用于确认UE的上下文建立的请求消息通过对应于所述SN的CU的网络实体发送给对应于所述SN的DU的网络实体,所述请求消息包括至少一个候选的主辅小区PSCell的第一标识信息和至少一个待建立的辅小区SCell的第二标识信息;用于确认UE的上下文建立的响应消息所述响应消息包括至少一个建立失败的SCell的第三标识信息;
基于所述响应消息用于请求SN修改的消息通过对应于所述CU的网络实体发送给对应于与所述SN相关联的主节点MN的网络实体。
20.根据权利要求19所述的UE,其特征在于,所述用于请求SN修改的消息包括辅小区组SCG配置信息、至少一个待修改的承载的标识,以及在SCG处的隧道端点的地址信息中的至少一项,所述隧道端点的地址信息用于传输至少一个承载的数据;响应于所述用于请求SN修改的消息的用于确认SN修改的消息通过对应于所述MN的网络实体发送给对应于所述CU的网络实体。
21.根据权利要求20所述的UE,其特征在于,UE上下文修改请求消息通过对应于所述CU的网络实体发送给对应于所述DU的网络实体,所述UE上下文修改请求消息包括至少一个待建立的SCell的第四标识信息;UE上下文修改响应消息通过对应于所述DU的网络实体发送给对应于所述CU的网络实体,所述UE上下文修改响应消息包括至少一个建立失败的SCell的第五标识信息。
22.根据权利要求20所述的UE,其特征在于,所述隧道端点用于将所述承载的下行数据传递给所述UE。
23.根据权利要求19所述的UE,其特征在于,所述用于确认UE的上下文建立的响应消息还包括与至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
24.根据权利要求21所述的UE,其特征在于,用于确认UE的上下文修改的消息还包括与包括在所述用于确认UE的上下文修改的消息中的至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
25.一种在对应于无线通信系统中由辅节点SN的分布单元DU的网络实体执行的方法,其特征在于,包括:
接收对应于所述SN的CU的网络实体发送的用于请求UE的上下文建立的请求消息,所述请求消息包括至少一个候选的主辅小区PSCell的第一标识信息和至少一个待建立的辅小区SCell的第二标识信息;
向对应于所述CU的网络实体发送用于确认UE的上下文建立的响应消息,所述响应消息包括至少一个建立失败的SCell的第三标识信息;
其中,基于所述响应消息用于请求SN修改的消息通过对应于所述CU的网络实体向发送给对应于与所述SN相关联的主节点MN的网络实体。
26.根据权利要求25所述的方法,其特征在于,所述用于请求SN修改的消息包括辅小区组SCG配置信息、至少一个待修改的承载的标识,以及在SCG处的隧道端点的地址信息中的至少一项,所述隧道端点的地址信息用于传输至少一个承载的数据;响应于所述用于请求SN修改的消息的用于确认SN修改的消息通过对应于所述主节点MN的网络实体发送给对应于所述CU的网络实体。
27.根据权利要求26所述的方法,其特征在于,所述方法还包括:
接收对应于所述CU的网络实体发送的用于请求UE的上下文修改的消息,所述用于请求UE的上下文修改的消息包括至少一个待建立的SCell的第四标识信息;
向对应于所述CU的网络实体发送用于确认UE的上下文修改的消息,所述用于确认UE的上下文修改的消息包括至少一个建立失败的SCell的第五标识信息。
28.根据权利要求26所述的方法,其特征在于,所述隧道端点用于将所述承载的下行数据传递给所述UE。
29.根据权利要求25所述的方法,其特征在于,所述用于确认UE的上下文建立的响应消息还包括与至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
30.根据权利要求27所述的方法,其特征在于,所述用于确认UE的上下文修改的消息还包括与包括在所述用于确认UE的上下文修改的消息中的至少一个建立失败的SCell相关联的原因,其中,所述原因指示DU建立失败的SCell过载。
Priority Applications (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211610771.3A CN116367249A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
CN202211599963.9A CN116112995A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
CN201710681888.3A CN109548095B (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
KR1020197038023A KR102591104B1 (ko) | 2017-06-16 | 2018-06-18 | 서빙 셀을 전환하는 방법 및 디바이스와 온디맨드 시스템 정보 메시지를 지원하는 방법 및 디바이스 |
EP18817615.0A EP3622778B1 (en) | 2017-06-16 | 2018-06-18 | Method and device for switching a serving cell and method and device supporting on-demand system information message |
EP22167865.9A EP4048024A1 (en) | 2017-06-16 | 2018-06-18 | Methods and devices for requesting context setup in a distributed base station |
KR1020237035189A KR102698189B1 (ko) | 2017-06-16 | 2018-06-18 | 서빙 셀을 전환하는 방법 및 디바이스와 온디맨드 시스템 정보 메시지를 지원하는 방법 및 디바이스 |
PCT/KR2018/006866 WO2018231035A1 (en) | 2017-06-16 | 2018-06-18 | Method and device for switching a serving cell and method and device supporting on-demand system information message |
US16/712,380 US10979941B2 (en) | 2017-06-16 | 2019-12-12 | Method and device for switching a serving cell and method and device supporting on-demand system information message |
US17/227,853 US11700552B2 (en) | 2017-06-16 | 2021-04-12 | Method and device for switching a serving cell and method and device supporting on-demand system information message |
US18/348,810 US20230354110A1 (en) | 2017-06-16 | 2023-07-07 | Method and device for switching a serving cell and method and device supporting on-demand system information message |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710681888.3A CN109548095B (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211599963.9A Division CN116112995A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
CN202211610771.3A Division CN116367249A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109548095A CN109548095A (zh) | 2019-03-29 |
CN109548095B true CN109548095B (zh) | 2022-12-30 |
Family
ID=65827771
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211599963.9A Pending CN116112995A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
CN201710681888.3A Active CN109548095B (zh) | 2017-06-16 | 2017-08-10 | 切换服务小区的方法及装置 |
CN202211610771.3A Pending CN116367249A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211599963.9A Pending CN116112995A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211610771.3A Pending CN116367249A (zh) | 2017-08-10 | 2017-08-10 | 切换服务小区的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (3) | CN116112995A (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111586802A (zh) | 2019-02-15 | 2020-08-25 | 索尼公司 | 用户设备、集中单元设备、无线通信方法和存储介质 |
CN111866963B (zh) * | 2019-04-28 | 2021-12-31 | 华为技术有限公司 | 通信方法、通信装置、计算机存储介质及通信系统 |
CN111866973B (zh) * | 2019-04-30 | 2022-05-10 | 华为技术有限公司 | 双连接场景下scg侧业务处理方法及装置 |
CN112312442A (zh) * | 2019-08-02 | 2021-02-02 | 中兴通讯股份有限公司 | 异常小区处理方法、装置、单元和计算机可读存储介质 |
CN110519777A (zh) * | 2019-08-08 | 2019-11-29 | 武汉虹信通信技术有限责任公司 | 一种双连接下主服务小区变更方法、主节点及辅节点 |
CN112399491B (zh) * | 2019-08-15 | 2022-08-16 | 大唐移动通信设备有限公司 | 一种ue历史信息发送与接收方法、装置、主节点及辅节点 |
WO2021062606A1 (zh) * | 2019-09-30 | 2021-04-08 | Oppo广东移动通信有限公司 | Sn rrc消息的处理方法、装置、设备及存储介质 |
US20220304092A1 (en) * | 2019-10-14 | 2022-09-22 | Google Llc | Fast failure recovery with master node |
CN111093234A (zh) * | 2019-11-04 | 2020-05-01 | 中兴通讯股份有限公司 | 交叉流程的处理方法、装置、设备和存储介质 |
CN114731548A (zh) * | 2019-11-07 | 2022-07-08 | 诺基亚技术有限公司 | 双连接系统中的条件切换 |
CN114902727A (zh) * | 2020-01-16 | 2022-08-12 | Oppo广东移动通信有限公司 | 一种信息配置方法及装置、通信设备 |
WO2021155489A1 (zh) * | 2020-02-03 | 2021-08-12 | 华为技术有限公司 | 一种通信方法和装置 |
EP4104516A1 (en) * | 2020-02-13 | 2022-12-21 | Nokia Technologies Oy | Improving conditional handover of master node with simultaneous conditonal cell change to secondary node |
CN113518352B (zh) * | 2020-04-09 | 2023-09-26 | 维沃移动通信有限公司 | 层二测量方法和网络侧设备 |
US11792704B2 (en) * | 2020-04-27 | 2023-10-17 | Qualcomm Incorporated | Avoiding simultaneous conditional handover and conditional primary SCG cell change |
US20210352543A1 (en) * | 2020-05-08 | 2021-11-11 | Qualcomm Incorporated | Signaling aspects of a conditional primary secondary cell change procedure in multi-radio access technology dual connectivity |
WO2022021246A1 (zh) * | 2020-07-30 | 2022-02-03 | Oppo广东移动通信有限公司 | 基于条件的辅节点或主辅小区添加方法及设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105453643A (zh) * | 2013-08-09 | 2016-03-30 | 阿尔卡特朗讯 | 用于数据流的设置或修改的方法和系统、主节点、辅节点、ue以及计算机程序产品 |
CN107006055A (zh) * | 2015-01-30 | 2017-08-01 | 诺基亚通信公司 | 用于双连接切换的方法、装置和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11051259B2 (en) * | 2015-11-02 | 2021-06-29 | Qualcomm Incorporated | Methods and apparatuses for an access procedure |
-
2017
- 2017-08-10 CN CN202211599963.9A patent/CN116112995A/zh active Pending
- 2017-08-10 CN CN201710681888.3A patent/CN109548095B/zh active Active
- 2017-08-10 CN CN202211610771.3A patent/CN116367249A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105453643A (zh) * | 2013-08-09 | 2016-03-30 | 阿尔卡特朗讯 | 用于数据流的设置或修改的方法和系统、主节点、辅节点、ue以及计算机程序产品 |
CN107006055A (zh) * | 2015-01-30 | 2017-08-01 | 诺基亚通信公司 | 用于双连接切换的方法、装置和系统 |
Non-Patent Citations (1)
Title |
---|
无线接入网架构探讨;刘亮等;《移动通信》;20170215(第03期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN116367249A (zh) | 2023-06-30 |
CN116112995A (zh) | 2023-05-12 |
CN109548095A (zh) | 2019-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109548095B (zh) | 切换服务小区的方法及装置 | |
KR102220436B1 (ko) | 데이터 처리를 구현하기 위한 방법, 네트워크 디바이스 및 시스템, 및 저장 매체 | |
CN109548182B (zh) | 建立双连接的方法及装置 | |
CN105848222B (zh) | 用于切换的方法和基站设备 | |
US11700552B2 (en) | Method and device for switching a serving cell and method and device supporting on-demand system information message | |
US11026079B2 (en) | Method and device for managing state of session according to position of terminal in wireless communication system | |
WO2019029643A1 (zh) | 通信方法、基站、终端设备和系统 | |
CN103888959B (zh) | 小小区通信的方法、系统及其设备 | |
US20210243613A1 (en) | Method for managing first access network node, apparatus, generalized node-b, gnb, of 5g network, non-transitory computer-readable medium, computer program product, and data set | |
KR102698189B1 (ko) | 서빙 셀을 전환하는 방법 및 디바이스와 온디맨드 시스템 정보 메시지를 지원하는 방법 및 디바이스 | |
US12063543B2 (en) | Network nodes and methods supporting multiple connectivity | |
US9503393B2 (en) | S-GW relocation and QoS change without mobility | |
US20220159771A1 (en) | Communication control method and relay apparatus | |
CN114884612A (zh) | 用于传输业务报文的方法和装置 | |
US12096277B2 (en) | Method and arrangements for desired buffer size target time | |
WO2022027478A1 (en) | Method and apparatus for handover | |
JP2020508613A (ja) | 接続確立方法および装置 | |
CN117336730A (zh) | 一种通信方法及装置 | |
CN115913904A (zh) | 基于流控制传输协议的数据通信方法、装置及设备 | |
WO2015020582A1 (en) | S-gw relocation and qos change without mobility | |
CN114765803A (zh) | 一种被用于无线通信的方法和设备 | |
CN117597978A (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 |