CN110636640A - 一种多制式双连接中的通信方法和通信装置 - Google Patents

一种多制式双连接中的通信方法和通信装置 Download PDF

Info

Publication number
CN110636640A
CN110636640A CN201811302962.7A CN201811302962A CN110636640A CN 110636640 A CN110636640 A CN 110636640A CN 201811302962 A CN201811302962 A CN 201811302962A CN 110636640 A CN110636640 A CN 110636640A
Authority
CN
China
Prior art keywords
bearer
pdcp
configuration information
length
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.)
Granted
Application number
CN201811302962.7A
Other languages
English (en)
Other versions
CN110636640B (zh
Inventor
彭文杰
李冠臣
熊新
戴明增
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201910899152.2A priority Critical patent/CN110557783B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110463511.7A priority patent/CN113225775B/zh
Priority to BR112020026368-0A priority patent/BR112020026368A2/pt
Priority to EP23192120.6A priority patent/EP4297528A3/en
Priority to EP19823604.4A priority patent/EP3806534B1/en
Priority to PCT/CN2019/092442 priority patent/WO2019242773A1/zh
Publication of CN110636640A publication Critical patent/CN110636640A/zh
Priority to US17/129,460 priority patent/US11895722B2/en
Application granted granted Critical
Publication of CN110636640B publication Critical patent/CN110636640B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1642Formats specially adapted for sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/32Release of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

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

Abstract

本申请提供了一种多制式双连接中的通信方法、装置和系统,在该方法中,通过当承载PDCP SN长度变化时,SN向MN发送PDCP SN长度变化指示,从而MN和SN可以为终端生成承载的释放和增加的配置信息,从而完成PDCP SN长度变化。

Description

一种多制式双连接中的通信方法和通信装置
技术领域
本申请涉及无线通信技术领域,尤其涉及一种多制式双连接中的通信方法和装置。
背景技术
为了提高数据传输的吞吐量,引入了支持不同接入技术的双连接。例如:多制式双连接(Multi-RAT Dual Connectivity,MR-DC)。
图1为一种双连接的通信系统示意图。如图1所示,终端21可以同时与主节点(master node,MN)01和辅节点(secondary node,SN)11进行通信,MN01和SN11可以相连,主节点A和辅节点B均可以与核心网网元31相连。MN01和SN11采用的接入技术可以不同。
MR-DC具体可以包括如下场景:
1、演进的通用陆基无线接入(Evolved Universal Terrestrial Radio Access,E-UTRA)及新空口(New Radio,NR)的双连接(E-UTRA-NR Dual Connectivity,EN-DC)
如图2所示,核心网网元31是演进型分组核心网(evolved packet core,EPC),MN01为演进型节点(evolved universal terrestrial radio access network NodeB,eNB),SN11为新空口节点(new radio nodeB,gNB)。
MN01和SN11可以通过X2接口相连,MN01和SN11之间可以有用户面连接;MN01与核心网网元31可以通过S1接口相连,MN01与核心网网元31之间可以有用户面连接;SN11与核心网网元31可以通过S1-U接口相连,SN11核心网网元31之间可以有用户面连接。
2、下一代(Next Generation,NG)无线接入网络(Radio Access Network,RAN)E-UTRA及NR的双连接(NG-RAN E-UTRA-NR Dual Connectivity,NGEN-DC)
如图3所示,核心网网元31是第五代(5G,5th Generation)核心网(5G core,5GC),MN01是eNB,SN11是gNB。
MN01和SN11可以通过Xn接口相连,MN01和SN11之间可以有用户面连接;MN01与核心网网元31可以通过NG接口相连,MN01与核心网网元31之间可以有用户面连接;SN11与核心网网元31可以通过NG-U接口相连,SN11核心网网元31之间可以有用户面连接。
3、NR及E-UTRA的双连接(NR-E-UTRA Dual Connectivity,NG-DC)
如图4所示,核心网网元31是5GC,MN01是gNB,SN11是eNB。
MN01和SN11可以相连,例如通过Xn接口,MN01和SN11之间可以有用户面连接;MN01与核心网网元31可以相连,例如通过NG接口,MN01与核心网网元31之间可以有用户面连接;SN11与核心网网元31可以相连,例如通过NG-U接口,SN11核心网网元31之间可以有用户面连接。
在上述每种场景下,从MN01和SN11的角度,用户面可以有如下6种类型的承载,如图5所示,下面以下行为例分别介绍了每种承载类型的数据流向,本领域技术人员可以理解的是,上行与下行类似,在此不再赘述。
1、MN终结的主小区组(Master Cell Group,MCG)承载。
数据从核心网网元31下发至MN01,依次经过MN01的分组数据汇聚协议(packetdata convergence protocol,PDCP)、无线链路层控制协议(Radio Link Control,RLC)层和媒体接入控制(Media Access Control,MAC)层发送至终端21。
2、MN终结的辅小区组(Secondary Cell Group,SCG)承载。
数据从核心网网元31下发至MN01,经过MN01的PDCP层发送至SN11的RLC层,依次经过SN11的RLC层和MAC层发送至终端21。
3、MN终结的分流(Split)承载。
数据从核心网网元31下发至MN01,MN101的PDCP层对数据进行分流,一部分数据依次经过MN01的RLC实体和MAC实体发送至终端21,另一部分数据发送至SN11的RLC层,依次经过SN11的RLC层和MAC层发送至终端21。
4、SN终结的Split承载。
数据从核心网网元31下发至SN11,SN11的PDCP层对数据进行分流,一部分数据依次经过SN11的RLC实体和MAC实体发送至终端21,另一部分数据发送至MN101的RLC层,依次经过MN101的RLC层和MAC层发送至终端21。
5、SN终结的MCG承载。
数据从核心网网元31下发至SN11,经过SN11的PDCP层发送至MN01的RLC层,依次经过MN01的RLC层和MAC层发送至终端21。
6、SN终结的SCG承载。
数据从核心网网元31下发至SN11,依次经过SN11的PDCP层、RLC层和MAC层发送至终端21。
上述MCG承载涉及MCG空口资源,SCG承载涉及SCG空口资源,Split承载涉及MCG空口资源和SCG空口资源。
上述终结于MN的承载的PDCP实体在MN上,终结于SN的承载的PDCP实体在SN上。终结于MN的承载的PDCP实体和终结于SN的承载的PDCP实体均可以配置为NR PDCP实体。NRPDCP实体可以为每个PDCP包加上一个PDCP序列号(sequence number,SN),用于终端21接收到多个PDCP包后,根据PDCP SN对该多个PDCP包进行排序。PDCP SN的长度可以有多种可能,例如可以为12位(bit)或者18bit,应该如何进行承载的PDCP SN长度变更是一个亟待解决的问题。
发明内容
本申请实施例提供了一种多制式双连接中的通信方法、装置和系统,可以进行承载的PDCP SN长度变更。
第一方面,本申请实施例提供了一种多制式双连接中的通信方法。该方法可以应用于辅节点或者辅节点中的芯片。
该方法可以包括:生成第一承载的第二PDCP SN长度配置,该第一承载的该第二PDCP SN长度配置可以指示该第一承载的第二PDCP SN长度;当该第一承载的该第二PDCPSN长度不同于该第一承载的第一PDCP SN长度时,生成该第一承载的PDCP SN长度变化指示;向MN发送该第一承载的该PDCP SN长度变化指示;其中,该第一PDCP SN长度为该第一承载的PDCP SN长度为该第二PDCP SN长度之前的PDCP SN长度。
通过辅节点向主节点发送PDCP SN长度变更指示,可以使得主节点获知PDCP SN长度发生变化,辅节点和主节点可以为终端生成承载的释放和增加的配置信息,从而完成PDCP SN长度变更。
可选的,该方法中,在该第一承载的PDCP SN长度为第一PDCP SN长度时,该第一承载终结于SN。
可选的,该方法中,该第一承载在PDCP SN长度为第一PDCP SN长度的承载类型与该第一承载在PDCP SN长度为第二PDCP SN长度的承载类型相同。
可选的,该方法中,该第一承载在PDCP SN长度为第一PDCP SN长度的承载类型与该第一承载在PDCP SN长度为第二PDCP SN长度的承载类型不同。
可选的,该方法中,其特征在于,该SN向MN发送该第一承载的该PDCP SN长度变化指示,包括:
SN向MN发送辅节点修改申请消息或者辅节点修改请求响应消息,该辅节点修改申请消息包括该第一承载的该PDCP SN长度变化指示。
可选的,该方法还包括:SN生成该第一承载的第一配置信息;SN向MN发送该第一承载的该第一配置信息。该第一承载的该第一配置信息包括PDCP实体的释放和增加的配置信息。
可选的,该方法中,该第一承载的该第一配置信息还包括RLC实体的释放和增加的配置信息。
可选的,该方法中,在辅节点SN生成该第一承载的该第二PDCP SN长度配置之前,该第一承载终结于MN;该方法还包括:SN从MN接收第一PDCP SN长度配置,该第一PDCP SN长度配置用于指示该第一PDCP SN长度。
可选的,该方法中,该SN向MN发送该第一承载的该PDCP SN长度变化指示,包括:向MN发送辅节点修改申请消息或者辅节点修改请求响应消息,该辅节点修改申请消息或者该辅节点修改请求响应消息包括该第一承载的该PDCP SN长度变化指示。
可选的,该方法中,当该第一承载的PDCP SN长度为该第一PDCP SN长度时,该第一承载为MN终结的MCG承载;该SN向MN发送该第一承载的该PDCP SN长度变化指示,包括:SN向MN发送辅节点增加请求响应消息,该辅节点增加请求响应消息包括该第一承载的该PDCPSN长度变化指示。
可选的,该方法还包括:SN生成该第一承载的第一配置信息;SN向MN发送该第一承载的该第一配置信息;该第一承载的该第一配置信息包括PDCP实体的增加的配置信息。
可选的,该方法还包括:SN生成该第一承载的第一配置信息;SN向MN发送该第一承载的该第一配置信息;该第一承载的该第一配置信息包括PDCP实体的删除和增加的配置信息。
可选的,该方法中,该第一承载的该第一配置信息还包括RLC实体的释放和增加的配置信息。
第二方面,本申请实施例提供了一种多制式双连接中的通信方法。该方法可以应用于辅节点或者辅节点中的芯片。
该方法包括:从MN接收第二承载的第二PDCP SN长度;在从MN接收该第二承载的该第二PDCP SN长度之前,该第二承载的PDCP长度为第一PDCP SN长度;当该第二承载的该第二PDCP SN长度不同于该第二承载的该第一PDCP SN长度时,确定该第二承载的PDCP SN长度发生变更。
通过MN将第二PDCP SN长度发给SN,SN可以保存第二PDCP SN长度,SN可以自主判断PDCP SN长度是否发生变化,当PDCP SN长度不仅仅可以是12bit、18bit的时候,PDCP SN长度变化可以存在很多可能性,SN均可以判断得知PDCP SN长度是否发生了变化,从而SN可以为终端生成承载的释放和增加的配置信息,以完成PDCP SN长度变更。
可选的,该方法中,该第二承载在PDCP SN长度为该第一PDCP SN长度时,该第二承载终结于MN;该第二承载在PDCP SN长度为该第二PDCP SN长度时,该第二承载终结于MN。
可选的,该方法中,该第二承载在PDCP SN长度为第一PDCP SN长度的承载类型和该第二承载在PDCP SN长度为该第二PDCP SN长度的承载类型相同。
可选的,该方法中,该第二承载在PDCP SN长度为第一PDCP SN长度的承载类型和该第二承载在PDCP SN长度为该第二PDCP SN长度的承载类型不同。
可选的,该方法还包括:生成该第二承载的第一配置信息;SN向MN发送该第二承载的该第一配置信息;该第二承载的该第一配置信息包括RLC实体的释放和增加的配置信息。
可选的,该方法中,该第二承载在PDCP SN长度为该第一PDCP SN长度时,该第二承载终结于SN;该第二承载在PDCP SN长度为该第二PDCP SN长度时,该第二承载终结于MN;该方法还包括:SN向MN发送该第一PDCP SN长度。
可选的,该方法还包括:SN生成该第二承载的第一配置信息;SN向MN发送该第二承载的该第一配置信息;该第二承载的该第二配置信息包括PDCP实体的释放的配置信息。
可选的,该方法中,其特征在于该第二承载的该第一配置信息还包括RLC实体的释放和增加的配置信息。
可选的,该方法还包括:SN生成该第二承载的第一配置信息;SN向MN发送该第二承载的该第一配置信息;该第二承载的该第二配置信息包括RLC实体的释放和增加的配置信息。
第三方面,本申请实施例提供了一种多制式双连接中的通信方法,可以应用于主节点或者主节点中的芯片。
该方法包括:从SN接收第一承载的PDCP SN长度变化指示;保存该第一承载的该PDCP SN长度变化指示。
通过主节点从辅节点接收PDCP SN长度变更指示,可以使得主节点获知PDCP SN长度发生变化,从而辅节点和主节点可以为终端生成承载的释放和增加的配置信息,从而完成PDCP SN长度变更。
可选的,该方法中,当该第一承载的PDCP SN长度变化前,该第一承载终结于SN。
可选的,该方法中,该第一承载在PDCP SN长度变化前的承载类型和该第一承载在PDCP SN长度变化后的承载类型相同。
可选的,该方法中,该第一承载在PDCP SN长度变化前的承载类型和该第一承载在PDCP SN长度变化后的承载类型不同。
可选的,该方法还包括:MN从SN接收第一承载的SN配置信息;MN向UE发送该第一承载的该SN配置信息。其中,该第一承载的第一配置信息包括PDCP实体的释放和增加的配置信息。
可选的,该方法中,该第一承载的该第一配置信息还包括RLC实体的释放和增加的配置信息。
可选的,该方法还包括:根据该第一承载的该PDCP SN长度变化指示,生成该第一承载的第二配置信息;向终端发送该第一承载的该第二配置信息;该第一承载的该第二配置信息包括RLC实体的释放和增加的配置信息。
可选的,该方法中,当该第一承载的PDCP SN长度变化前,该第一承载终结于MN;
该方法还包括:MN向SN发送该第一承载的PDCP SN长度变化前的PDCP SN长度。
可选的,该方法中,该第一承载的第一配置信息包括PDCP实体的增加的配置信息。
可选的,该方法中,该第一承载的第一配置信息包括RLC实体的释放和增加的配置信息。
可选的,该方法中,该第一承载的第一配置信息包括RLC实体的释放和增加的配置信息。
可选的,该方法还包括:根据该第一承载的该PDCP SN长度变化指示,生成该第一承载的第二配置信息;向终端发送该第一承载的该第二配置信息;该第一承载的第二配置信息包括PDCP实体的释放的配置信息。
可选的,该方法还包括:MN根据该第一承载的该PDCP SN长度变化指示,生成该第一承载的第二配置信息;MN向终端发送该第一承载的该第二配置信息;该第一承载的第二配置信息包括PDCP实体的释放和增加的配置信息。
可选的,该方法中,该第一承载的第二配置信息还包括RLC实体的释放和增加的配置信息。
第四方面,本申请实施例提供了一种多制式双连接中的通信方法,可以应用于主节点或者主节点中的芯片。
该方法包括:生成第二承载的第二PDCP SN长度;在生成该第二承载的该第二PDCPSN长度之前,该第二承载的PDCP SN长度为第一PDCP SN长度;当该第二承载的该第二PDCPSN长度不同于该第二承载的第一PDCP SN长度时,确定该第二承载的PDCP SN长度发生变化。
MN可以自主判断PDCP SN长度是否发生变化,当PDCP SN长度不仅仅可以是12bit、18bit的时候,PDCP SN长度变化可以存在很多可能性,MN均可以判断得知PDCP SN长度是否发生了变化,从而MN可以为终端生成承载的释放和增加的配置信息,以完成PDCP SN长度变更。
可选的,该方法中,在该第二承载在PDCP SN长度为该第一PDCP SN长度时,该第二承载终结于MN。
可选的,该方法中,该第二承载在PDCP SN长度为第一PDCP SN长度的承载类型和该第二承载在PDCP SN长度为该第二PDCP SN长度的承载类型相同。
可选的,该方法中,该第二承载在PDCP SN长度为第一PDCP SN长度的承载类型和该第二承载在PDCP SN长度为该第二PDCP SN长度的承载类型不同。
可选的,该方法还包括:从SN接收该第二承载的第一配置信息;该第二承载的该第一配置信息包括RLC实体的释放和增加的配置信息。
可选的,该方法还包括:生成该第二承载的第二配置信息;该第二承载的该第二配置信息包括PDCP实体的释放和增加的配置信息。
可选的,该方法中,该第二承载的该第二配置信息还包括RLC实体的释放和增加的配置信息。
可选的,该方法中,在该第二承载在PDCP SN长度为该第一PDCP SN长度时,该第二承载终结于SN;该方法还包括:从SN接收该第一PDCP SN长度。SN可以将第一PDCP SN长度携带在MN可以读的信元中,MN可以读取第一PDCP SN长度,可选的,MN可以保存第一PDCP SN长度。通过SN将第一PDCP SN长度发给MN,MN读取第一PDCP SN长度,MN可以自主判断PDCP SN长度是否发生变化。
可选的,该方法还包括:从SN接收该第二承载的第一配置信息;该第二承载的该第一配置信息包括PDCP实体的释放的配置信息。
可选的,该方法还包括:该第二承载的该第一配置信息包括RLC实体的释放和增加的配置信息。
可选的,该方法还包括:从SN接收该第二承载的第一配置信息;该第二承载的该第一配置信息包括RLC实体的释放和增加的配置信息。
可选的,该方法还包括:生成该第二承载的第二配置信息;该第二承载的该第二配置信息包括PDCP实体的增加的配置信息。
可选的,该方法还包括:生成该第二承载的第二配置信息;该第二承载的该第二配置信息包括PDCP实体的释放和增加的配置信息。
可选的,该方法中,该第二承载的该第二配置信息包括RLC实体的释放和增加的配置信息。
第五方面,本申请实施例提供了一种通信装置,可以应用于辅节点或者辅节点中的芯片。该通信装置包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得上述第一方面或者第二方面的方法。
第六方面,本申请实施例提供了一种通信装置,可以应用于主节点或者主节点中的芯片。该通信装置包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得上述第三方面或者第四方面的方法。
第七方面,本申请实施例提供了一种计算机存储介质,存储有用于实现上述第一方面或者第二方面方法的程序。当所述程序在无线通信装置中运行时,使得所述无线通信装置执行上述第一方面或者第二方面的方法。
第八方面,本申请实施例提供了一种计算机存储介质,存储有用于实现上述第一方面或者第二方面方法的程序。当所述程序在无线通信装置中运行时,使得所述无线通信装置执行上述第三方面或者第四方面的方法。
第九方面,本申请实施例提供了一种计算机程序产品,该程序产品包括程序,当该程序被运行时,使得上述第一方面或者第二方面的方法被执行。
第十方面,本申请实施例提供了一种计算机程序产品,该程序产品包括程序,当该程序被运行时,使得上述第三方面或者第四方面的方法被执行。
附图说明
为了更清楚地说明本申请,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。
图1为一种双连接的通信系统示意图;
图2为一种EN-DC的示意图;
图3为一种NGEN-DC的示意图;
图4为一种NG-DC的示意图;
图5是一种MR-DC中用户面承载类型的示意图;
图6a是一种MN01为CU-DU架构的示意图;
图6b是一种SN11为CU-DU架构的示意图;
图7为一种MN01和SN11均为CU-DU架构的示意图;
图8为改变PDCP SN长度的一种实施方式的示意图;
图9为改变PDCP SN长度的一种实施方式的示意图;
图10为改变PDCP SN长度的另一种实施方式的示意图;
图11为改变PDCP SN长度的另一种实施方式的示意图;
图12a为改变PDCP SN长度的另一种实施方式的示意图;
图12b是改变PDCP SN长度的另一种实施方式的示意图;
图13是改变PDCP SN长度的另一种实施方式的示意图;
图14是CU-DU架构下改变PDCP SN长度的一种实施方式的示意图;
图15为一种接入网设备的结构示意图;
图16为一种终端的结构示意图;
图17为一种装置1700的结构示意图;
图18为改变PDCP SN长度的另一种实施方式的示意图;
图19为改变PDCP SN长度的另一种实施方式的示意图;
图20为改变PDCP SN长度的另一种实施方式的示意图。
具体实施方式
下面将结合本申请中的附图,对本申请中的技术方案进行说明。
本申请实施例的技术方案可以适用于如图1所示的通信系统。需要说明的是,图1所示的通信系统所包含的核心网网元、MN、SN和终端仅是一种示例,所述核心网网元与MN或者SN之间的连接关系也仅是一种示例,在本申请实施例中,所述通信系统包含的网元的类型、数量,以及网元之间的连接关系不限于此。
如图6a所示,当MN01是gNB时,MN01可以为集中式单元(Centralized Unit,CU)-分布式单元(Distributed Unit,DU)架构,MN01可以包括CU0111和DU0121,例如,在NG DC中,MN01是gNB,MN01可以为CU-DU架构,MN01可以包括CU0111和DU0121。CU0111和DU0121相连,例如通过F1接口,CU0111和核心网网元31相连,例如通过NG接口,图6a以1个CU0111和DU0121为例进行了说明,本申请实施例中,DU0121可以为多个,该多个DU0121可以共用一个CU0111,该多个DU0121均与CU0111相连,例如通过F1接口。
如图6b所示,当SN11为gNB时,SN11可以为CU-DU架构,SN11可以包括CU1111和DU1121,例如,在EN-DC或者NGEN-DC中,SN11是gNB,SN11可以为CU-DU架构,SN11可以包括CU1111和DU1121。CU1111和DU1121相连,例如通过F1接口,CU1111和核心网网元31相连,例如通过NG接口,图6b以1个CU1111和DU1121为例进行了说明,本申请实施例中,DU1121可以为多个,该多个DU1121可以共用一个CU1111,该多个DU1121均与CU1111相连,例如通过F1接口。
如图7所示,当MN01和SN11都是CU-DU架构时,CU0111和CU1111可以相连。
CU-DU架构下,MN01的一部分功能部署在CU0111上,MN01的另一部分功能部署在DU0121,CU0111和DU0121的功能划分可以按照无线协议栈进行划分。其中一种可能的方式是将无线资源控制(radio resource control,RRC)、业务数据适应(Service DataAdaptation Protocol,SDAP)层以及分组数据汇聚协议(packet data convergenceprotocol,PDCP)层部署在CU0111;无线链路层控制协议(Radio Link Control,RLC)、媒体接入控制(Media Access Control,MAC)、物理层(physical layer,PHY)部署在DU0121。另一种可能的方式是将将RRC、PDCP、RLC、SDAP和MAC和部分物理层部署在CU0111,将部分物理层部署在DU0121。需要说明的是,上述功能切分只是一个例子,还有可能有其他切分的方式,本申请实施例对此不作限制。
SN11采用CU-DU架构时,CU1111和DU1121的功能以及功能划分可以参考上述MN01采用CU-DU架构时,CU0111和DU0121的功能以及功能划分的相关内容,在此不再赘述。
在上述通信系统中,当承载终结于MN01(或者SN11)时,MN01(或者SN11)可以改变PDCP SN长度。
本申请实施例提供了一种方案,在该方案中,当承载的PDCP SN长度改变时,该承载执行释放和增加。该方案通过PDCP SN长度发生变化时,MN01和SN11之间进行交互使得MN01和SN11均可知PDCP SN长度发生了变化,从而保证MN01和终端21能够同时为终端21生成承载的释放和增加的配置信息,完成PDCP SN长度变化。
上述方案具体可以包括第一方案、第二方案和第三方案。在第一方案中,SN11可以为PDCP锚点在SN11上的承载生成新的PDCP SN长度,当该新的PDCP SN长度与前一次PDCPSN长度相比发生变化时,SN11向MN01发送PDCP SN长度变化指示,然后MN01和SN11为终端21生成该承载的释放和增加的配置信息。在第二方案中,SN11可以向MN01发送PDCP SN长度,MN01和SN11可以保存PDCP SN长度,当PDCP SN长度发生变化时,MN01和SN11为终端21生成承载的释放和增加的配置信息。在第三方案中,对应于一种承载类型,可以固定使用一种PDCP SN长度,在承载类型发生变化时,MN01和SN11可以获知PDCP SN长度发生了变化,从而为终端21生成该承载的释放和增加的配置信息。
下面对本申请实施例中可能出现的词汇进行解释。
1、生成第一承载的PDCP SN长度可以理解为生成第一承载的PDCP SN长度配置信息,该第一承载的PDCP SN长度配置可以指示第一承载的PDCP SN长度。发送或者接收第一承载的PDCP SN长度可以理解为发送或者接收第一承载的PDCP SN长度配置信息,该第一承载的PDCP SN长度配置可以指示第一承载的PDCP SN长度。
2、第一承载的PDCP实体在MN(或者SN)上可以理解为第一承载的PDCP锚点在MN(或者)SN上;或者,第一承载终结于MN(或者SN);或者,MN(或者SN)上存在第一承载的PDCP实体,或者,第一承载在MN(或者SN)上存在PDCP实体。
MN(或者SN)上存在第一承载的RLC实体(或者MAC实体)可以理解为,第一承载在MN(或者SN)上存在RLC实体(或者MAC实体)。
3、第一承载的配置信息,可以包括第一承载的PDCP实体、RLC实体、MAC实体中的一种或者多种实体的配置信息。不同实体对于实体的操作,例如释放或者增加可以有不同的叫法,本申请实施例对此不作限制。例如,MAC实体的增加,可以理解为逻辑信道的增加;或者MAC实体的释放,可以理解为逻辑信道的释放或者MAC实体的reset。
下面首先对第一方案进行说明。
图8为改变PDCP SN长度的一种实施方式的示意图。
S801:SN11生成第一承载的第二PDCP SN长度。这里可以称为SN11生成第一承载的第二PDCP SN长度配置信息。
由于承载的PDCP实体所在的节点才可以生成PDCP SN,本领域技术人员可以理解,第一承载的PDCP SN长度为第二PDCP SN时,第一承载的PDCP实体在SN11上,即第一承载终结于SN。
S802:当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度时,SN生成第一承载的PDCP SN长度变化指示。
第一承载的PDCP SN长度变化指示可以指示第一承载的PDCP SN长度发生了改变。
其中,当第一承载的PDCP SN长度为第二PDCP SN长度前,第一承载的PDCP SN长度可以为第一PDCP SN长度,可以理解为在SN11生成或者决定第一承载的第二PDCP SN长度之前,第一承载的PDCP SN长度为第一PDCP SN长度,也可以理解为第一承载的PDCP SN长度变化前,第一承载的PDCP SN长度为第一PDCP SN长度,第一承载的PDCP SN长度变化后,第一承载的PDCP SN长度为第二PDCP SN长度。
作为第一种实施方式,第一承载的PDCP SN长度为第一PDCP SN长度时,第一承载终结于SN。也就是说,第一承载的PDCP SN长度变化前,第一承载的PDCP实体在SN11上,SN11可以存储有第一承载的PDCP SN长度第一PDCP SN长度的PDCP相关的配置,例如第一PDCPSN长度,SN11可以读取第一PDCP SN长度,然后与第二PDCP SN长度进行比较,不一致时生成第一承载的PDCP SN长度变化指示。
在第一种实施方式中,第一承载的PDCP SN长度变化前后,第一承载都是终结于SN,即第一承载的PDCP实体均在SN11上。具体可以包括但不限于如下可能性:(1)第一承载在PDCP SN长度变化前后的承载类型相同,例如,第一承载在PDCP SN长度变化前和PDCP SN长度变化后承载类型均为SN终结的MCG承载,SN终结的SCG承载或者SN终结的Split承载;(2)第一承载在PDCP SN长度变化前后的承载类型不同,例如第一承载在PDCP SN长度变化前的承载类型为SN终结的MCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的SCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为SN终结的SCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为SN终结的split承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的SCG承载。
作为第二种实施方式,第一承载在PDCP SN长度为第一PDCP SN长度时,第一承载终结于MN。也就是说,第一承载在PDCP SN长度变化前,第一承载的PDCP实体在MN01上,MN01可以存储有第一承载的PDCP SN长度第一PDCP SN长度的PDCP相关的配置,例如第一PDCPSN长度,MN01可以读取第一PDCP SN长度,然后MN01向SN11发送第一PDCP SN长度,SN11收到第一PDCP SN长度后,与第二PDCP SN长度进行比较,不一致时生成第一承载的PDCP SN长度变化指示。
在第二种实施方式中,第一承载在PDCP SN长度变化前,终结于MN,第一承载在PDCP SN长度变化后,终结于SN。具体可以包括但不限于如下可能性:例如,第一承载在PDCPSN长度变化前的承载类型为MN终结的MCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为MN终结的SCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为MN终结的split承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。
S803:SN11向MN01发送第一承载的PDCP SN长度变化指示。
在第一种实施方式中,可以通过辅节点修改申请消息(SN modificationrequired)或者辅节点修改请求响应(SN modification request acknowledge)消息携带第一承载的PDCP SN长度变化指示。
在第二种实施方式中,可以通过辅节点增加请求响应消息(SN addition requestacknowledge)、辅节点修改申请消息或者修改请求响应消息携带第一承载的PDCP SN长度变化指示。例如,当第一承载在PDCP SN长度变化前为MN终结的MCG承载时,还可以通过辅节点增加请求响应消息或者辅节点修改请求响应消息携带第一承载的PDCP SN长度变化指示。
可选的,MN01在收到SN11发送的PDCP SN长度变更指示后可以进行保存。
可选的,MN01可以根据PDCP SN长度变更指示获知新的PDCP SN长度,例如第二PDCP SN长度,MN01可以保存第二PDCP SN长度,以便于MN01后续判断PDCP SN长度是否有变化。
可选的,还可以包括S804-S806。
S804:SN11生成第一承载的第一配置信息。
可选的,S804可以是与S801同时发生的,也就是说,当SN11生成第一承载的第二PDCP SN长度时,可以生成第一承载的第一配置信息。
作为第一种实施方式的第一种示例,第一配置信息包括PDCP实体的释放和增加的配置信息。
第一配置信息包括PDCP实体的释放和增加的配置信息,可以通过一个信元同时包括PDCP实体的释放和增加的配置信息来实现,具体地,可以通过在一个信元中,删除一个标识和增加一个相同的标识来实现,该标识可以是承载标识。例如,当SN11是gNB时,例如在EN-DC或者NGEN-DC场景下,可以利用3GPP TS38.331V15.1.0的章节6.3.2中的RadioBearerConfig信元实现,第一配置信息可以包括RadioBearerConfig,RadioBearerConfig包括PDCP实体的释放的配置信息,例如RadioBearerConfig中的DRB-ToReleaseList包括承载标识1,RadioBearerConfig包括PDCP实体的增加的配置信息,例如RadioBearerConfig中的DRB-ToAddMod包括承载标识1。通过删除和增加的承载标识相同,可以实现在一条配置消息中完成一个承载的PDCP实体先删除后增加的处理,从而实现PDCPSN长度的变更。
例如,第一配置信息包括PDCP实体的释放和增加的配置信息,可以包括S802中第一种实施方式中列举的第一承载在PDCP SN长度变化前后的承载类型的可能性。
作为第一种实施方式的第二种示例,在上述第一种实施方式的第一示例的基础上,第一配置信息还可以包括RLC实体的释放和增加的配置信息。
第一配置信息包括RLC实体的释放和增加的配置信息,可以通过一个信元同时包括RLC实体的释放和增加的配置信息来实现,具体地,可以通过在一个信元中,删除一个标识和增加一个相同的标识来实现,该标识可以是承载标识或者逻辑信道标识等。例如,当SN11是gNB时,例如在EN-DC或者NGEN-DC场景下,可以利用3GPP TS38.331V15.1.0的章节6.3.2中的CellGroupConfig信元实现,第一配置信息可以包括CellGroupConfig,CellGroupConfig包括RLC实体的释放的配置信息,例如CellGroupConfig中的rlc-BearerToReleaseList包括逻辑信道标识1,CellGroupConfig包括RLC实体的增加的配置信息,例如CellGroupConfig中的rlc-BearerToAddModList包括逻辑信道标识1。例如,当SN11是eNB时,例如在NE-DC场景下,可以利用3GPP TS36.331V15.1.0的章节6.3.2中的RadioResourceConfigDedicated信元实现,第一配置信息可以包括RadioResourceConfigDedicated,RadioResourceConfigDedicated中的DRB-ToReleaseList包括承载标识1,DRB-ToAddMod中包括承载标识1。通过删除和增加的逻辑信道标识或者承载标识相同,可以实现在一条配置消息中完成一个承载的RLC实体先删除后增加的处理,从而实现PDCP SN长度的变更。
例如,第一配置信息包括RLC实体的释放和增加的配置信息可以包括但不限于如下可能性:第一承载在PDCP SN长度变化前的承载类型为SN终结的SCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的SCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为SN终结的split承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的SCG承载或者SN终结的split承载。
在第一种实施方式中,可以通过辅节点修改请求响应消息或者辅节点修改申请消息携带第一配置信息。
作为第二种实施方式的第一种示例,第一配置信息包括PDCP实体的增加的配置信息。
第一配置信息包括PDCP实体的增加的配置信息,可以通过一个信元中包括PDCP实体的增加的配置信息,例如,可以通过在一个信元中,增加一个标识来实现,该标识可以是承载标识。例如,可以利用3GPP TS38.331V15.1.0的章节6.3.2中的RadioBearerConfig信元实现,第一配置信息可以包括RadioBearerConfig,RadioBearerConfig包括PDCP实体的增加的配置信息,例如RadioBearerConfig信元中的DRB-ToAddMod包括承载标识1。
需要说明的是,此时第一配置信息可以不包括PDCP实体的释放的配置信息,由于PDCP SN长度变更前,第一承载的PDCP实体在MN01上,可以由MN01为终端21生成PDCP实体的释放的配置信息。
例如,第一配置信息包括PDCP实体的增加的配置信息,可以包括S802中第二种实施方式中列举的第一承载在PDCP SN长度变化前后的承载类型的可能性。
作为第二种实施方式的第二种示例,第一配置信息包括PDCP实体的释放和增加的配置信息。
可以参考第一种实施方式的第一种示例中第一配置信息包括PDCP实体的释放和增加的配置信息中的相关内容,在此不再赘述。
需要说明的是,由于PDCP SN长度变更前,第一承载的PDCP实体在MN01上,在PDCPSN长度变更后,第一承载的PDCP实体在SN11上,且MN01的PDCP实体和SN11的PDCP实体均可以配置相同制式的PDCP实体,例如NR PDCP实体,此时可以直接由SN11生成PDCP实体的释放和增加的配置信息,此时MN01不需要为终端21生成PDCP实体的释放的配置信息,可以简化网络和终端的实现复杂度。
例如,第一配置信息包括PDCP实体的增加的配置信息,可以包括S802中第二种实施方式中列举的第一承载在PDCP SN长度变化前后的承载类型的可能性。
作为在第二种实施方式的第三种示例,在上述第二种实施方式的第一种示例和上述第二种实施方式的第二种示例的基础上,第一配置信息还可以包括RLC实体的释放和增加的配置信息。
可以参考第一种实施方式的第二种示例中第一配置信息包括RLC实体的释放和增加的配置信息中的相关内容,在此不再赘述。
例如,第一配置信息包括RLC实体的释放和增加的配置信息,可以包括但不限于如下可能性:第一承载在PDCP SN长度变化前的承载类型为MN终结的SCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的SCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为MN终结的split承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的SCG承载或者SN终结的split承载。
在第二种实施方式中,可以通过辅节点增加请求响应消息、辅节点修改请求响应消息携带第一配置信息。例如,当第一承载在PDCP SN长度变化前为MN终结的MCG承载时,还可以通过辅节点增加请求响应消息或者辅节点修改请求响应消息携带第一配置信息。
S805:SN11向MN发送第一承载的第一配置信息。
可选的,S803与S805可以是同时发生的,例如第一承载的PDCP SN长度变化指示可以和第一承载的第一配置信息携带在同一消息中由SN11发送给MN01。
S806:MN01向终端21发送第一承载的第一配置信息。
例如,MN01可以向终端21发送RRC连接重配置消息,该RRC连接重配置消息包括第一承载的第一配置信息。
可选的,还可以包括S807-S808。
S807:MN01根据第一承载的PDCP SN长度变化指示,生成第一承载的第二配置信息。
作为第一种实施方式的一种示例,第二配置信息包括RLC释放和增加的配置信息。
第二配置信息包括RLC实体的释放和增加的配置信息,可以通过一个信元同时包括RLC实体的释放和增加的配置信息来实现,具体地,可以通过在一个信元中,删除一个标识和增加一个相同的标识来实现,该标识可以是承载标识或者逻辑信道标识等。例如,当MN01是gNB时,例如在NE-DC场景下,可以利用3GPP TS38.331V15.1.0的章节6.3.2中的CellGroupConfig信元实现,第一配置信息可以包括CellGroupConfig,CellGroupConfig包括RLC实体的释放的配置信息,例如CellGroupConfig中的rlc-BearerToReleaseList包括逻辑信道标识1,CellGroupConfig包括RLC实体的增加的配置信息,例如CellGroupConfig中的rlc-BearerToAddModList包括逻辑信道标识1。例如,当MN01是eNB时,例如在EN-DC或者NGEN-DC场景下,可以利用3GPP TS36.331V15.1.0的章节6.3.2中的RadioResourceConfigDedicated信元实现,第二配置信息可以包括RadioResourceConfigDedicated,RadioResourceConfigDedicated中的DRB-ToReleaseList包括承载标识1,DRB-ToAddMod中包括承载标识1。通过删除和增加的逻辑信道标识或者承载标识相同,可以实现在一条配置消息中完成一个承载的RLC实体先删除后增加的处理,从而实现PDCP SN长度的变更。
例如,第二配置信息包括RLC实体的释放和增加的配置信息,可以包括但不限于如下可能性:第一承载在PDCP SN长度变化前的承载类型为SN终结的MCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的split承载;第一承载在PDCP SN长度变化前的承载类型为SN终结的split承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的split承载。
作为第二种实施方式的第一种示例,第二配置信息包括PDCP实体的释放的配置信息。
第二配置信息包括PDCP实体的释放的配置信息,可以通过一个信元包括PDCP实体的释放的配置信息来实现,具体地,可以通过在一个信元中,删除一个标识来实现,该标识可以是承载标识。例如,可以利用3GPP TS38.331V15.1.0的章节6.3.2中的RadioBearerConfig信元实现,第二配置信息可以包括RadioBearerConfig,RadioBearerConfig包括PDCP实体的释放的配置信息,例如RadioBearerConfig信元中的DRB-ToReleaseList包括承载标识1,可以实现在一条配置消息中完成一个承载的RLC实体先删除后增加的处理,从而实现PDCP SN长度的变更。
需要说明的是,由于PDCP SN长度变更前,第一承载的PDCP实体在MN01上,在PDCPSN长度变更后,第一承载的PDCP实体在SN11上,可以由MN01为终端21生成PDCP实体的释放的配置信息,由SN11为终端21生成PDCP实体的增加的配置信息。例如,在S802中第二种实施方式中列举的第一承载在PDCP SN长度变化前后的承载类型的可能性下,第二配置信息可以包括PDCP实体的释放的配置信息,
作为第二种实施方式的第二种示例,在第二种实施方式的第一种示例的基础上,第二配置信息还可以包括RLC实体的释放和增加的配置信息。
可以参考S807中第一种实施方式中的一种示例中第二配置信息包括RLC释放和增加的配置信息的相关内容,在此不再赘述。
例如,在PDCP SN长度变化前后的承载类型的如下可能性中,第二配置信息还可以包括RLC实体的释放和增加的配置信息:第一承载在PDCP SN长度变化前的承载类型为MN终结的MCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为MN终结的split承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的split承载。
作为第二种实施方式的第三种示例,第二配置信息包括RLC实体的释放和增加的配置信息。
需要说明的是,此时第二配置信息可以不包括PDCP实体的释放的配置信息,可以由SN11为终端21生成PDCP实体的释放的配置信息。
可以参考S807中第一种实施方式中的一种示例中第二配置信息包括RLC释放和增加的配置信息的相关内容,在此不再赘述。
例如,在PDCP SN长度变化前后的承载类型的如下可能性中,第二配置信息可以包括RLC实体的释放和增加的配置信息:第一承载在PDCP SN长度变化前的承载类型为MN终结的MCG承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的split承载;或者,第一承载在PDCP SN长度变化前的承载类型为MN终结的split承载,第一承载在PDCP SN长度变化后的承载类型为SN终结的MCG承载或者SN终结的split承载。
S808:MN01向终端21发送第一承载的第二配置信息。
例如,MN01可以向终端21发送RRC连接重配置消息,该RRC连接重配置消息包括第一承载的第二配置信息。
可选的,S806和S808可以同时发生,例如MN01向终端21发送一条消息,该消息同时携带第一承载的第一配置信息和第二配置信息,该消息可以是RRC连接重配置消息。
下面结合图9至图12a对改变PDCP SN长度进行进一步的说明。
下面结合SN增加请求流程,介绍在SN增加请求流程中如何改变PDCP SN长度。
图9为改变PDCP SN长度的一种实施方式的示意图。
S901:MN01向SN11发送辅节点增加请求消息。
在MN01向SN11发送辅节点增加请求消息之前,第一承载的承载类型可以是MN终结的MCG承载,MN01可以决定增加辅节点后第一承载的承载类型,增加辅节点后第一承载可以终结于SN,即增加辅节点后第一承载的PDCP实体在SN11上,例如,增加辅节点后第一承载的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。
辅节点增加请求消息可以包括:
(1)第一承载的承载标识。
(2)增加辅节点后第一承载的承载类型的指示信息。
例如,可以包括增加辅节点后第一承载的PDCP实体是否在SN11上,增加辅节点后第一承载是否存在MCG资源,增加辅节点后第一承载的是否存在SCG资源。
例如,增加辅节点后第一承载的PDCP实体在SN11上,增加辅节点后第一承载存在MCG资源,不存在SCG资源,即增加辅节点后第一承载的承载类型为SN终结的MCG承载;或者,增加辅节点后第一承载的PDCP实体在SN11上,增加辅节点后第一承载不存在MCG资源,存在SCG资源,即增加辅节点后第一承载的承载类型为SN终结的SCG承载;或者,增加辅节点后第一承载的PDCP实体在SN11上,增加辅节点后第一承载存在MCG资源,存在SCG资源,即增加辅节点后第一承载的承载类型为SN终结的split承载。
(3)MN01上第一承载的PDCP实体的配置信息,包括MN01上第一承载的PDCP SN长度,即图8中的第一PDCP SN长度,例如第一PDCP SN长度可以是12bit。MN01上第一承载的PDCP实体的配置信息可以用于辅助SN11生成新的PDCP实体的配置信息。
下面S902-S907作为S801-S808的一种示例,进一步进行了描述。
S902:SN11生成第一承载的第二PDCP SN长度。
在S902之前,由于增加辅节点后第一承载的PDCP实体在SN11上,SN11可以决定生成PDCP SN长度,即图8中S801中的第二PDCP SN长度,例如第二PDCP SN长度为18bit。
S903:当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度时,SN11生成第一承载的PDCP SN长度变化指示。
其中,当第一承载的PDCP SN长度为第二PDCP SN长度前,第一承载的PDCP SN长度可以为第一PDCP SN长度,可以理解为在SN11生成第一承载的第二PDCP SN长度之前,第一承载的PDCP SN长度为第一PDCP SN长度,也可以理解为第一承载的PDCP SN长度变化前,第一承载的PDCP SN长度为第一PDCP SN长度,第一承载的PDCP SN长度变化后,第一承载的PDCP SN长度为第二PDCP SN长度。
例如,第一承载的第一PDCP SN长度为12bit,第一承载的第二PDCP SN长度为18bit,第一PDCP SN长度和第二PDCP SN长度不同,SN11生成第一承载的PDCP SN长度变化指示。
S904:SN11生成第一承载的第一配置信息。
可选的,S902可以是与S904同时发生的,也就是说,当SN11生成第一承载的第一配置信息时,可以生成第一承载的第二PDCP SN长度。
第一承载的第一配置信息可以为SN11为终端21生成的第一承载在SN11上的实体的配置信息。
由于增加辅节点前第一承载没有实体在SN11上,例如增加辅节点前第一承载的承载类型为MN终结的MCG承载,第一承载的PDCP实体、RLC实体和MAC实体均在MN01上;增加辅节点后第一承载的PDCP实体在SN11上,RLC实体或者MAC实体可以在或者不在SN11上,RLC实体或者MAC实体可以在或者不在MN01上,例如增加辅节点后第一承载的承载类型为SN终结的MCG承载,第一承载的PDCP实体在SN11上,第一承载的RLC实体和MAC实体在MN01上;增加辅节点后第一承载的承载类型为SN终结的SCG承载,第一承载的PDCP实体、RLC实体和MAC实体在SN11上;增加辅节点后第一承载的承载类型为SN终结的split承载,第一承载的PDCP实体在SN11上,第一承载的RLC实体和MAC实体在MN01和SN11上。
若增加辅节点前一实体(例如PDCP实体、RLC实体或者MAC实体)不在SN11上,增加辅节点后该实体在SN11上,第一承载上的第一配置信息可以包括该实体的增加的配置信息。
第一承载的第一配置信息可以包括PDCP实体的配置信息,例如PDCP实体的增加的配置信息;或者,例如,第一配置信息可以包括PDCP实体的释放和增加的配置信息,例如,MN01和SN11的PDCP均可以是NR PDCP,MN01可以为终端21生成PDCP实体的释放信息,也可以直接由SN11在生成PDCP实体的增加的配置信息的同时生成PDCP实体的释放的配置信息,此时不需要MN01再生成PDCP实体的释放的配置信息。
可选的,第一承载的第一配置信息还可以包括RLC实体的配置信息和MAC实体的配置信息,例如RLC实体的增加的配置信息和MAC实体增加的配置信息。
例如,增加辅节点前第一承载的承载类型为MN终结的MCG承载,增加辅节点后第一承载的承载类型为SN终结的MCG承载,第一承载的第一配置信息可以包括PDCP实体的增加的配置信息或者PDCP实体的释放和增加的配置信息。
例如,增加辅节点前第一承载的承载类型为MN终结的MCG承载,增加辅节点后第一承载的承载类型为SN终结的SCG承载或者SN终结的split承载,第一承载的第一配置信息可以包括PDCP实体的增加的配置信息或者PDCP实体的释放和增加的配置信息,以及RLC实体的增加的配置信息和MAC实体增加的配置信息。
本申请实施例中,例如,MN01或者SN01上的PDCP实体的配置信息,可以通过3GPPTS38.331V15.1.0的章节6.3.2中的RadioBearerConfig信元实现;MN01或者SN01的RLC实体和MAC实体的配置信息,可以通过3GPP TS38.331V15.1.0的章节6.3.2中的CellGroupConfig信元或者3GPP TS36.331V15.1.0的章节6.3.2中的RadioResourceConfigDedicated信元实现。
S905:SN11向MN01发送辅节点增加请求响应消息。
辅节点增加请求响应消息可以包括第一承载的承载标识、第一承载的PDCP SN长度变化指示和第一承载的第一配置信息。
可选的,可以辅节点增加请求响应消息中定义一个新的信元,第一承载的PDCP SN长度变化指示可以携带在这个新的信元中。可以用1bit携带PDCP SN长度变化指示,例如1代表PDCP SN长度变化,0代表PDCP SN长度没有变化。
S906:MN01根据第一承载的PDCP SN长度变化指示,生成第一承载的第二配置信息。
第一承载的第二配置信息可以为MN01为终端21生成的第一承载在MN01上的实体的配置信息。
若增加辅节点前一实体(例如PDCP实体、RLC实体或者MAC实体)在MN01上,增加辅节点后该实体在MN01上,第一承载上的第一配置信息可以包括该实体的释放和增加的配置信息;若增加辅节点前一实体(例如PDCP实体、RLC实体或者MAC实体)在MN01上,增加辅节点后该实体不在MN01上,第一承载上的第一配置信息可以包括该实体的释放的配置信息。
第一承载的第二配置信息可以包括PDCP实体的配置信息,例如PDCP实体的释放的配置信息。此时由MN01为终端21生成PDCP实体的释放的配置信息。或者,第一承载的第二配置信息可以不包括PDCP实体的释放的配置信息,由SN11为终端21生成PDCP实体的释放的配置信息。
可选的,第一承载的第二配置信息可以包括RLC实体和MAC实体的配置信息,例如RLC实体的释放和增加的配置信息和MAC实体的释放和增加的配置信息。
例如,增加辅节点前第一承载的承载类型为MN终结的MCG承载,增加辅节点后第一承载的承载类型为SN终结的MCG或者SN终结的split承载。
可选的,第一承载的第二配置信息还可以包括RLC实体的释放的配置信息和MAC实体的释放的配置信息。
例如,增加辅节点前第一承载的承载类型为MN终结的MCG承载,增加辅节点后第一承载的承载类型为SN终结的SCG承载。
S907:MN01向终端21发送RRC连接重配置消息。
RRC连接重配置消息中可以包括第一承载的标识,第一承载的第一配置信息和第一承载的第二配置信息。
S908:终端21向MN01发送RRC连接重配置完成消息。
终端21根据RRC连接重配置消息中的包括的承载标识,第一承载的第一配置信息和第一承载的第二配置信息执行所述承载的先删除后增加操作。
S909:MN01向SN11发送SN重配置完成消息。
S910:终端21与SN11完成随机接入。
下面结合辅节点触发辅节点修改流程,介绍在辅节点修改流程中如何改变PDCPSN长度。
在完成辅节点增加后,例如可以参考图9中的相关内容,第一承载的PDCP实体可以在SN11上,例如,第一承载的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。SN11可以维护PDCP配置,例如,通过该辅节点修改流程,SN11可以在不改变承载类型的情况下,SN11可以对PDCP SN长度进行修改。
图10为改变PDCP SN长度的另一种实施实施方式的示意图。
S1001:SN11生成第一承载的第二PDCP SN长度。
例如,第二PDCP SN长度可以是12bit。
例如,第一承载为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。
S1002:SN11生成第一承载的第一配置信息。
可选的,S1002可以是与S1001同时发生的,也就是说,当SN11生成第一承载的第一配置信息时,可以生成第一承载的第二PDCP SN长度。
第一承载的第一配置信息可以为SN11为终端21生成的第一承载在SN11上的实体的配置信息。
在改变PDCP SN长度前后,第一承载的承载类型不变,第一承载的PDCP实体在SN11上,RLC实体和MAC实体可以在或者不在SN11上,例如第一承载为SN终结的MCG承载,第一承载的PDCP实体在SN11上,RLC实体和MAC实体不在SN11上;第一承载为SN终结的SCG承载或者SN终结的split承载,第一承载的PDCP实体在SN11上,RLC实体和MAC实体在SN11上。
例如,若增加辅节点前一实体(例如PDCP实体、RLC实体或者MAC实体)在SN11上,增加辅节点后该实体在SN11上,第一承载上的第一配置信息可以包括该实体的释放和增加的配置信息。
第一承载的第一配置信息可以包括PDCP实体的配置信息,例如PDCP实体的释放和增加的配置信息。
可选的,第一承载的第一配置信息还可以包括RLC实体和MAC实体的配置信息,例如RLC实体和MAC实体的释放和增加的配置信息。
例如,第一承载为SN终结的MCG承载,第一承载的第一配置信息可以包括PDCP实体的释放和增加的配置信息。
例如,第一承载为SN终结的SCG承载或者SN终结的split承载,第一承载的第一配置信息可以包括PDCP实体的释放和增加的配置信息、以及RLC实体和MAC实体的释放和增加的配置信息。
S1003:当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度时,SN11生成第一承载的PDCP SN长度变化指示。
其中,当第一承载的PDCP SN长度为第二PDCP SN长度前,第一承载的PDCP SN长度可以为第一PDCP SN长度,可以理解为在SN11生成第一承载的第二PDCP SN长度之前,第一承载的PDCP SN长度为第一PDCP SN长度,也可以理解为第一承载的PDCP SN长度变化前,第一承载的PDCP SN长度为第一PDCP SN长度,第一承载的PDCP SN长度变化后,第一承载的PDCP SN长度为第二PDCP SN长度。
在改变PDCP SN长度之前,第一承载终结于SN11,SN11可以获取第一PDCP SN长度,例如,第一PDCP SN长度可以是18bit。
例如,第一PDCP SN长度可以是18bit,第二PDCP SN长度可以是12bit,第一PDCPSN长度和第二PDCP SN长度不同,SN11生成第一承载的PDCP SN长度变化指示。
S1004:SN11向MN01发送辅节点修改申请消息。
辅节点修改申请消息可以包括第一承载的承载标识、第一承载的PDCP SN长度变化指示和第一承载的第一配置信息。
可选的,可以在辅节点修改申请消息中定义一个新的信元,第一承载的PDCP SN长度变化指示可以携带在这个新的信元中。可以用1bit携带PDCP SN长度变化指示,例如1代表PDCP SN长度变化,0代表PDCP SN长度没有变化。
S1005:MN01根据第一承载的PDCP SN长度变化指示,生成第一承载的第二配置信息。
第一承载的第二配置信息可以为MN01为终端21生成的第一承载在MN01上的实体的配置信息。
例如,若增加辅节点前一实体(例如RLC实体或者MAC实体)在MN01上,增加辅节点后该实体在MN01上,第一承载上的第一配置信息可以包括该实体的释放和增加的配置信息。
第一承载的第二配置信息可以包括RLC实体和MAC实体的配置信息,例如RLC实体的释放和增加的配置信息和MAC实体的释放和增加的配置信息。
例如,第一承载为SN终结的MCG承载或者SN终结的split承载,第一承载的第二配置信息可以包括RLC实体和MAC实体的释放和增加的配置信息。
例如,第一承载为SN终结的SCG承载时,第一承载没有在MN01上实体,可以不生成第一承载的第二配置信息。
S1006:MN01向终端21发送RRC连接重配置消息。
RRC连接重配置消息中可以包括第一承载的标识,第一承载的第一配置信息和第一承载的第二配置信息。
S1007:终端21向MN01发送RRC连接重配置完成消息。
终端21根据RRC连接重配置消息中的包括的承载标识,第一承载的第一配置信息和第一承载的第二配置信息执行所述承载的先删除后增加操作。
S1008:MN01向SN11发送辅节点修改确认消息。
下面结合辅节点修改流程,介绍在辅节点修改流程中如何改变PDCP SN长度。
在完成辅节点增加或者辅节点触发的辅节点修改后,例如可以参考图9和图10中的相关内容,第一承载的PDCP实体可以在SN11上,例如,第一承载的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。可选的,MN01可以通过发起辅节点修改流程,或者SN11可以通过请求MN01发起辅节点修改流程,改变第一承载的承载类型,例如,第一承载的类型MN终结的MCG承载、MN终结的SCG承载或者MN终结的split承载。通过MN01可以通过发起辅节点修改流程,或者SN11可以通过请求MN01发起辅节点修改流程,可以在第一承载的上述六种承载类型下,改变或者不改变承载类型,由SN11对PDCP SN长度进行修改。
图11为改变PDCP SN长度的另一种实施实施方式的示意图。
S1101:MN01向SN11发送辅节点修改请求消息。
在MN01向SN11发送辅节点修改请求消息之前,第一承载的承载类型可以是MN终结的MCG承载、MN终结的SCG承载、MN终结的split承载、SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。
MN01可以通过辅节点修改请求消息修改第一承载的承载类型,例如可以将第一承载的承载类型修改为SN终结的承载类型,例如,上述三种MN终结的承载类型可以修改为任一种SN终结的承载类型,上述一种SN终结的承载类型可以修改为其他两种SN终结的承载类型。
辅节点修改请求消息可以包括:
(1)第一承载的承载标识。
(2)修改后的承载类型的指示信息。
修改后的承载类型可以为SN终结的承载类型。
例如,可以包括承载类型修改后的第一承载的PDCP实体是否在SN11上,增加辅节点后第一承载是否存在MCG资源,增加辅节点后第一承载的是否存在SCG资源。
(3)可选的,当改变第一承载的承载类型前,第一承载终结于MN01,可以包括MN01上第一承载的PDCP实体的配置信息,可以包括MN01上第一承载的PDCP SN长度,即图8中的第一PDCP SN长度,例如第一PDCP SN长度可以是12bit。MN01上第一承载的PDCP实体的配置信息可以用于辅助SN11生成新的PDCP实体的配置信息。
可选的在S1101之前,还可以包括S1100。
S1100:SN11向MN01发送辅节点修改申请消息。
可以由SN11请求MN01发起辅节点修改流程。
S1102:SN11生成第一承载的第二PDCP SN长度。
由于第一承载的承载类型修改后,第一承载可以终结于SN,SN11可以生成第一承载的第二PDCP SN长度,即图8中S801中的第二PDCP SN长度,例如第二PDCP SN长度为18bit。
S1103:当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度时,SN11生成第一承载的PDCP SN长度变化指示。
其中,当第一承载的PDCP SN长度为第二PDCP SN长度前,第一承载的PDCP SN长度可以为第一PDCP SN长度。
例如,第一承载的第一PDCP SN长度为12bit,第一承载的第二PDCP SN长度为18bit,第一PDCP SN长度和第二PDCP SN长度不同,SN11生成第一承载的PDCP SN长度变化指示。
S1104:SN11生成第一承载的第一配置信息。
可选的,S1103可以是与S1102同时发生的,也就是说,当SN11生成第一承载的第一配置信息时,可以生成第一承载的第二PDCP SN长度。
第一承载的第一配置信息可以为SN11为终端21生成的第一承载在SN11上的实体的配置信息。
当改变承载类型之前,第一承载可以终结于SN,改变承载类型前第一承载的PDCP实体可以在SN11上,RLC实体和MAC实体可以在或者不在SN11上,RLC实体或者MAC实体可以在或者不在MN01上。例如,改变承载类型前第一承载为SN终结的MCG承载,PDCP实体在SN11上,RLC实体和MAC实体在MN01上;例如,改变承载类型前第一承载为SN终结的SCG承载,PDCP实体、RLC实体和MAC实体在SN11上;例如,改变承载类型前第一承载为SN终结的split承载,PDCP实体在SN11上,RLC实体和MAC实体在MN01和SN01上。改变承载类型后第一承载可以终结于SN,其在SN11上的实体可以参考改变承载类型前的第一承载在SN11上的实体的相关描述。
当改变承载类型之前,第一承载可以终结于MN,改变承载类型前第一承载的PDCP实体可以在MN01上,RLC实体和MAC实体可以在或者不在MN01上,RLC实体或者MAC实体可以在或者不在SN11上。例如,改变承载类型前第一承载为MN终结的MCG承载,PDCP实体在MN01上,RLC实体和MAC实体在MN01上;例如,改变承载类型前第一承载为MN终结的SCG承载,PDCP实体可以在MN01上,RLC实体和MAC实体在SN11上;例如,改变承载类型前第一承载为MN终结的split承载,PDCP实体在MN01上,RLC实体和MAC实体在MN01和SN01上。改变承载类型后第一承载可以终结于SN,其在SN11上的实体可以参考改变承载类型前的第一承载在SN11上的实体的相关描述。
若改变承载类型之前,一实体(例如PDCP实体、RLC实体或者MAC实体)不在SN11上,改变承载类型之后后该实体在SN11上,第一承载上的第一配置信息可以包括该实体的增加的配置信息;若改变承载类型之前一实体(例如PDCP实体、RLC实体或者MAC实体)在SN11上,改变承载类型之后该实体在SN11上,第一承载上的第一配置信息可以包括该实体的释放和增加的配置信息;若改变承载类型之前一实体(例如PDCP实体、RLC实体或者MAC实体)在SN11上,改变承载类型之后该实体不在SN11上,第一承载上的第一配置信息可以包括该实体的释放的配置信息。
当改变承载类型之前,第一承载终结于SN,即第一承载从SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的一种修改为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的另一种,第一承载的第一配置信息可以包括如下:
作为第一种示例,第一承载的第一配置信息可以包括PDCP实体的配置信息,例如PDCP实体的释放和增加的配置信息。
作为第二种示例,在第一种示例的基础上,第一承载的第一配置信息还可以包括RLC实体和MAC实体的配置信息,例如RLC实体和MAC实体的释放和增加的配置信息。
作为第三种示例,在第一种示例的基础上,第一承载的第一配置信息还可以包括RLC实体和MAC实体的配置信息,例如RLC实体和MAC实体的释放的配置信息。
作为第四种示例,在第一种示例的基础上,第一承载的第一配置信息还可以包括RLC实体和MAC实体的配置信息,例如RLC实体和MAC实体的增加的配置信息。
例如,修改承载类型前第一承载的承载类型为SN终结的SCG承载,修改承载类型后第一承载的承载类型为SN终结的split承载;或者,修改承载类型前第一承载的承载类型为SN终结的split承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载,第一承载的第一配置信息可以包括PDCP实体的释放和增加的配置信息和RLC实体和MAC实体的释放和增加的配置信息。
例如,修改承载类型前第一承载的承载类型为SN终结的SCG承载或者split承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载,第一承载的第一配置信息可以包括PDCP实体的释放和增加的配置信息和RLC实体和MAC实体的释放的配置信息。
例如,修改承载类型前第一承载的承载类型为SN终结的MCG承载,修改承载类型后第一承载的承载类型为SN终结的split承载或者SN终结的SCG承载,第一承载的第一配置信息可以包括PDCP实体的释放和增加的配置信息和RLC实体和MAC实体的增加的配置信息。
当改变承载类型之前,第一承载终结于MN,即第一承载从MN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的一种修改为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的一种,第一承载的第一配置信息可以包括如下:
作为第一种示例,第一承载的第一配置信息可以包括PDCP实体的配置信息,例如PDCP实体的增加的配置信息,或者,例如,第一承载的第一配置信息可以包括PDCP的释放和增加的配置信息。例如,MN01和SN11的PDCP均可以是NR PDCP,MN01可以为终端21生成PDCP实体的释放信息,也可以直接由SN11在生成PDCP实体的增加的配置信息的同时生成PDCP实体的释放的配置信息,此时不需要MN01再生成PDCP实体的释放的配置信息。
作为第二种示例,在第一种示例的基础上,第一承载的第一配置信息可以包括RLC实体和MAC实体的配置信息,例如RLC实体和MAC实体的释放和增加的配置信息。
作为第三种示例,在第一种示例的基础上,第一承载的第一配置信息可以包括RLC实体和MAC实体的配置信息,例如RLC实体和MAC实体的释放的配置信息。
作为第四种示例,在第一种示例的基础上,第一承载的第一配置信息可以包括RLC实体和MAC实体的配置信息,例如RLC实体和MAC实体的增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载,第一承载的第一配置信息可以包括PDCP实体的配置信息或者PDCP的释放和增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的SCG承载或者MN终结的split承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载或者SN终结的split承载,第一承载的第一配置信息可以包括PDCP实体的配置信息或者PDCP的释放和增加的配置信息,以及RLC实体和MAC实体的释放和增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载或者split承载,第一承载的第一配置信息可以包括PDCP实体的配置信息或者PDCP的释放和增加的配置信息,以及RLC实体和MAC实体的增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的SCG承载或者MN终结的split承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载,第一承载的第一配置信息可以包括PDCP实体的配置信息或者PDCP的释放和增加的配置信息,以及RLC实体和MAC实体的释放的配置信息。
S1105:SN11向MN01发送辅节点修改请求响应消息。
辅节点修改请求响应消息可以包括第一承载的承载标识、第一承载的PDCP SN长度变化指示和第一承载的第一配置信息。
可选的,可以在辅节点修改请求响应消息中定义一个新的信元,第一承载的PDCPSN长度变化指示可以携带在这个新的信元中。可以用1bit携带PDCP SN长度变化指示,例如1代表PDCP SN长度变化,0代表PDCP SN长度没有变化。
S1106:MN01根据第一承载的PDCP SN长度变化指示,生成第一承载的第二配置信息。
第一承载的第二配置信息可以为MN01为终端21生成的第一承载在MN01上的实体的配置信息。
若改变承载类型之前,一实体(例如PDCP实体、RLC实体或者MAC实体)不在MN01上,改变承载类型之后后该实体在MN01上,第一承载上的第二配置信息可以包括该实体的增加的配置信息;若改变承载类型之前一实体(例如PDCP实体、RLC实体或者MAC实体)在MN01上,改变承载类型之后该实体在MN01上,第一承载上的第二配置信息可以包括该实体的释放和增加的配置信息;若改变承载类型之前一实体(例如PDCP实体、RLC实体或者MAC实体)在MN01上,改变承载类型之后该实体不在MN01上,第一承载上的第二配置信息可以包括该实体的释放的配置信息。
当改变承载类型之前,第一承载终结于SN,即第一承载从SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的一种修改为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的另一种,第一承载的第二配置信息可以包括如下:
作为第一种示例,第一承载的第二配置信息可以包括RLC实体和MAC实体的的配置信息,例如RLC实体和MAC实体的释放和增加的配置信息。
作为第二种示例,第一承载的第二配置信息可以包括RLC实体和MAC实体的的配置信息,例如RLC实体和MAC实体的释放的配置信息。
作为第三种示例,第一承载的第二配置信息可以包括RLC实体和MAC实体的的配置信息,例如RLC实体和MAC实体的增加的配置信息。
例如,修改承载类型前第一承载的承载类型为SN终结的MCG承载,修改承载类型后第一承载的承载类型为SN终结的split承载;或者修改承载类型前第一承载的承载类型为SN终结的split承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载,第一承载的第二配置信息可以包括RLC实体和MAC实体的释放和增加的配置信息。
例如,修改承载类型前第一承载的承载类型为SN终结的MCG承载或者SN终结的split承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载,第一承载的第二配置信息可以包括RLC实体和MAC实体的释放的配置信息。
例如,修改承载类型前第一承载的承载类型为SN终结的SCG承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载或者SN终结的split承载,第一承载的第二配置信息可以包括RLC实体和MAC实体的增加的配置信息。
当改变承载类型之前,第一承载终结于MN,即第一承载从MN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的一种修改为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载中的一种,第一承载的第一配置信息可以包括如下:
作为第一种示例,第一承载的第二配置信息可以包括PDCP实体的配置信息,例如PDCP实体的删除的配置信息。
作为第二种示例,在第一种示例的基础上,第一承载的第二配置信息还可以包括RLC实体和MAC实体的的配置信息,例如RLC实体和MAC实体的释放和增加的配置信息。
作为第三种示例,在第一种示例的基础上,第一承载的第二配置信息还可以包括RLC实体和MAC实体的的配置信息,例如RLC实体和MAC实体的增加的配置信息。
作为第四种示例,在第一种示例的基础上,第一承载的第二配置信息还可以包括RLC实体和MAC实体的的配置信息,例如RLC实体和MAC实体的释放的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的SCG承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载,第一承载的第二配置信息可以包括PDCP实体的删除的配置信息,或者不包括PDCP实体的删除的配置信息,此时MN01可以不生成第二配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载或者split承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载或者split承载,第一承载的第二配置信息可以包括PDCP实体的删除的配置信息,或者不包括PDCP实体的删除的配置信息,以及RLC实体和MAC实体的释放和增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载或者split承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载,第一承载的第二配置信息可以包括PDCP实体的删除的配置信息,或者不包括PDCP实体的删除的配置信息,以及RLC实体和MAC实体的释放的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的SCG承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载或者SN终结的split承载,第一承载的第二配置信息可以包括PDCP实体的删除的配置信息,或者不包括PDCP实体的删除的配置信息,以及RLC实体和MAC实体的增加的配置信息。
S1107:MN01向终端21发送RRC连接重配置消息。
RRC连接重配置消息可以包括第一承载的承载标识,第一承载的第一配置信息和第一承载的第二配置信息。
S1108:终端21向MN01发送RRC连接重配置完成消息。
终端21根据RRC连接重配置消息中的包括的承载标识,第一承载的第一配置信息和第一承载的第二配置信息执行所述承载的先删除后增加操作。
S1109:MN01向SN11发送辅节点修改确认(SN modification confirm)消息。
图12a为改变PDCP SN长度的另一种实施实施方式的示意图。
第一承载可以终结于SN,SN11可以请求MN01发起辅节点修改流程,来对第一承载的承载类型进行修改,修改后的第一承载终结于SN,也就是说可以将上述一种SN终结的承载类型可以修改为其他两种SN终结的承载类型。
S1201:SN11生成第一承载的第二PDCP SN长度。
S1202:当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度时,SN11生成第一承载的PDCP SN长度变化指示。
S1203:SN11向MN01发送辅节点修改申请消息。
辅节点修改申请消息包括第一承载的PDCP SN长度变化指示。
可选的,可以在辅节点增加请求响应消息中定义一个新的信元,第一承载的PDCPSN长度变化指示可以携带在这个新的信元中。可以用1bit携带PDCP SN长度变化指示,例如1代表PDCP SN长度变化,0代表PDCP SN长度没有变化。
S1204:MN01向SN11发送辅节点修改请求消息。
S1205:SN11生成第一承载的第一配置信息。
S1206:SN11向MN01发送辅节点修改请求响应消息。
S1207:MN01根据第一承载的PDCP SN长度变化指示,生成第一承载的第二配置信息。
S1208:MN01向终端21发送RRC连接重配置消息。
RRC连接重配置消息可以包括第一承载的承载标识,第一承载的第一配置信息和第一承载的第二配置信息。
S1209:终端21向MN01发送RRC连接重配置完成消息。
终端21根据RRC连接重配置消息中的包括的承载标识,第一承载的第一配置信息和第一承载的第二配置信息执行所述承载的先删除后增加操作。
S1210:MN01向SN11发送辅节点修改确认(SN modification confirm)消息。
S1201-S1210其他内容可以参考图11中的相关内容,例如关于“当改变承载类型之前,第一承载可以终结于SN”的相关内容。
在第一方案中,通过MN01和SN01交互PDCP SN长度变更指示,使得MN01和SN11为终端21生成该承载的释放和增加的配置信息,完成PDCP SN长度变更。另外,当PDCP SN长度可以为12bit或者18bit时,MN01在收到PDCP SN长度变更指示后,结合MN01保存的PDCP SN长度,能够获知到新的PDCP SN长度,以便于MN01后续可以判断PDCP SN长度是否发生改变,以便后续为承载生成释放和增加的配置信息。
下面对第二方案进行说明。
图12b是改变PDCP SN长度的另一种实施实施方式的示意图。
S12b01:SN11生成第一承载的第二PDCP SN长度。
可以参考S801中的相关内容。
S12b02:SN11判断PDCP SN长度是否发生变化。
当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度时,PDCP SN长度发生变化。
其中,当第一承载的PDCP SN长度为第二PDCP SN长度前,第一承载的PDCP SN长度可以为第一PDCP SN长度。
作为第一种实施方式,第一承载的PDCP SN长度为第一PDCP SN长度时,第一承载终结于SN,SN11可以获取第一PDCP SN长度。
作为第二种实施方式,第一承载的PDCP SN长度为第一PDCP SN长度时,第一承载终结于MN,还可以包括MN01向SN11发送第一PDCP SN长度,例如可以通过辅节点增加请求消息、辅节点修改请求消息发送第一PDCP SN长度。
其他内容可以参考S802中的相关内容。
当PDCP SN长度发生变化,还可以包括S1203、S1205-S1208的步骤。
S12b03:SN11生成第一承载的第一配置信息。
可选的,S1203可以是与S1201同时发生的,也就是说,当SN11生成第一承载的第一配置信息时,可以生成第一承载的第二PDCP SN长度。
可以参考图8中的S804,在此不再赘述。
S12b04:SN11向MN01发送第一承载的第二PDCP SN长度。
例如,SN11可以通过辅节点增加请求消息、辅节点修改请求消息或者辅节点修改申请消息发送第一承载的第二PDCP SN长度。
作为第一种示例,SN11可以在S1202中判断PDCP SN长度发生变化时,向MN01发送第二PDCP SN长度。
作为第二种示例,SN11可以在生成第二PDCP SN长度后,向MN01发送第二PDCP SN长度。也就是说在PDCP SN长度发生变化或者不发生变化时,SN11都可以向MN01发送第二PDCP SN长度。
MN01可以读取第一承载的第二PDCP SN长度,可选的,MN01可以保存第一承载的第二PDCP SN长度。
例如,SN11可以将第二PDCP SN长度携带在MN01会读取的信元中,从而发送给MN01。
例如,SN11可以定义新的信元,该信元包括第二PDCP SN长度,MN01可以读取该信元中的第二PDCP SN长度。
可以参考3GPP TS36.423V15.1.0的章节9.1.3.2,SN11可以在辅节点增加请求响应消息中携带SN11为终端21生成的配置信息,例如该配置信息可以是容器(container),该container中可以包括第二PDCP SN长度,但是此时并不要求MN01读取该container的内容,所以MN01不会读取携带在该container中的第二PDCP SN长度。
这里可以通过定义新的信元或者将第二PDCP SN长度携带在MN01会读取的信元中,使得MN01去读取第二PDCP SN长度,从而MN01可以去判断PDCP SN长度是否发生了变化,从而为终端21生成第一承载的释放和增加的配置信息。
S12b05:SN11向MN01发送第一承载的第一配置信息。
可选的,S1204和S1205可以是同时发生的,例如第二PDCP SN长度和第一承载的第一配置信息可以通过同一条消息发送给MN01,例如辅节点增加请求响应消息或者辅节点修改请求响应消息。
S12b06:MN01向终端21发送第一承载的第一配置信息。
S12b07:MN01判断PDCP SN长度是否发生变化。
当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度时,PDCP SN长度发生变化。
作为第一种实施方式,第一承载的PDCP SN长度为第一PDCP SN长度时,第一承载终结于SN,SN11可以向MN01发送第一承载的第一PDCP SN长度,具体可以参考S1203的相关内容。
作为第二种实施方式,第一承载的PDCP SN长度为第一PDCP SN长度时,第一承载终结于MN,MN01可以获取第一承载的第一PDCP SN长度。
S12b08:MN01为生成第一承载的第二配置信息。
可以参考图8中S807的相关内容。
S12b09:MN01向终端31发送第一承载的第二配置信息。
可以参考图8中S808的相关内容。
可选的,S12b09和S12b06可以是同时发生的,例如SN11向MN01发送消息,消息包括第一承载的第一配置信息和第一承载的第二配置信息,例如,该消息是RRC连接重配置消息。
在第二种方案中,通过MN01和SN11分别取判断PDCP SN长度是否发生变化,使得MN01和SN11为终端21生成该承载的释放和增加的配置信息,完成PDCP SN长度变更。另外,当PDCP SN长度存在3种以上可能性的时候,例如3种、4种或者更多,PDCP SN长度变化可以存在较多可能性,通过MN01和SN11都可以获知最新的PDCP SN长度,MN01和SN11可以较准确地判断PDCP SN长度是否发生变化。
下面对第三方案进行说明。
可以配置承载类型对应的PDCP SN长度,MN01和SN11可以存储每种承载类型对应的PDCP SN长度,当承载类型发生变化时,MN01或者SN11可以知道PDCP SN长度是否发生变化,当发生变化时,MN01和SN11为终端21生成承载的释放和增加的配置信息。
例如,可以配置涉及单空口资源的承载,例如MN终结或者SN终结的MCG承载、MN终结或者SN终结的SCG承载为一种PDCP SN长度,例如12bit的PDCP SN长度;可以配置涉及双空口资源的承载,例如MN终结或者SN终结的split承载为另外一种PDCP SN长度,例如18bit的PDCP SN长度。下面结合这种情况为例进行说明,本领域技术人员可以理解的是,下面的内容同样适用于其他情况。
图13是改变PDCP SN长度的另一种实施方式的示意图。
S1301:SN11判断PDCP SN长度是否发生变化。
例如,SN11可以通过如下步骤进行判断:(1)判断第一承载的承载类型是否发生变化,(2)变化前的承载类型对应的PDCP SN长度与变化后的承载类型对应的PDCP SN长度是否发生变化。SN11可以从MN01接收第一承载的承载类型,例如可以通过辅节点增加请求消息、辅节点修改请求消息。
例如,第一承载的承载类型发生变化,变化前为MN终结的MCG承载,变化后为SN终结的split承载,SN11可知MN终结的MCG承载的PDCP SN长度为12bit,SN终结的split承载的PDCP SN长度为18bit,那么PDCP SN长度发生变化。
S1302:SN11为终端21生成第一承载的第一配置信息。
当PDCP SN长度发生变化时,第一承载的第一配置信息可以包括SN11上的第一承载的实体的配置信息,例如,当实体在PDCP SN长度变化前在SN11上,在PDCP SN长度变化前不在SN11上,第一配置信息可以包括该实体的释放信息;当实体在PDCP SN长度变化前在SN11上,在PDCP SN长度变化前在SN11上,第一配置信息可以包括该实体的释放和增加的配置信息;当实体在PDCP SN长度变化前不在SN11上,在PDCP SN长度变化前在SN11上,第一配置信息可以包括该实体的增加信息,该实体可以是PDCP实体、RLC实体或者MAC实体。
可以参考图8-图11中的相关内容。
S1303:SN11向MN01发送第一承载的第一配置信息。
例如,可以通过辅节点增加请求响应消息或者辅节点修改请求响应消息发送第一承载的第一配置信息。
S1304:MN01判断PDCP SN长度是否发生变化。
可以参考S1301中的相关内容。
S1305:MN01为终端21生成第一承载的第二配置信息。
当PDCP SN长度发生变化时,第一承载的第二配置信息可以包括MN01上的第一承载的实体的配置信息,例如,当实体在PDCP SN长度变化前在MN01上,在PDCP SN长度变化前不在MN01上,第二配置信息可以包括该实体的释放信息;当实体在PDCP SN长度变化前在MN01上,在PDCP SN长度变化前在MN01上,第二配置信息可以包括该实体的释放和增加的配置信息;当实体在PDCP SN长度变化前不在MN01上,在PDCP SN长度变化前在MN01上,第二置信息可以包括该实体的增加信息,该实体可以是PDCP实体、RLC实体或者MAC实体。
可以参考图8-图11中的相关内容。
S1306:MN01向终端21发送第一承载的第一配置信息和第一承载的第二配置信息。
例如,可以通过RRC连接重配置消息发送第一承载的第一配置信息和第一承载的第二配置信息。
在三种方案中,MN01或者SN11可以采用CU-DU架构,部分协议层可以部署在CU上,部分协议层可以部署在DU上,下面以PDCP层部署在CU上,RLC层、MAC层、物理层部署在DU上为例进行说明。
本申请实施例中,由SN11发送或者接收的动作可以由CU1111执行。由SN11生成的第一承载的第一配置信息中的PDCP实体的配置信息由CU1111生成,第一配置信息中的RLC实体的配置信息或者MAC实体的配置信息由DU1121生成。
CU1111可以生成PDCP SN长度变更指示,CU1111可以向DU1121发送第一承载的PDCP SN长度变更指示,DU1121根据第一承载的PDCP SN长度变化指示,生成RLC实体的配置信息或者MAC的配置信息。CU1111可以向MN01,例如CU0111发送第一承载的PDCP SN长度变化指示。
CU1111可以生成PDCP SN长度,CU1111可以向DU1121发送第一承载的PDCP SN长度,DU1121根据接收到的第一承载的PDCP SN长度,判断PDCP SN长度是否发生了改变,生成RLC实体的配置信息或者MAC的配置信息。CU1111可以向MN01,例如向CU0111发送第一承载的PDCP SN长度。
本申请实施例中,由MN01发送或者接收的动作可以由CU0111执行。由MN01生成的第一承载的第二配置信息中的PDCP实体的配置信息由CU0111生成,第二配置信息中的RLC实体的配置信息或者MAC实体的配置信息由DU0121生成,CU0111可以向DU0112发送第一承载的PDCP SN长度变更指示,DU0112根据第一承载的PDCP SN长度变更指示,生成RLC实体的配置信息或者MAC的配置信息。CU0111可以从SN11,例如CU1111接收第一承载的PDCP SN长度变化指示,然后可以向DU0112发送第一承载的PDCP SN长度变更指示。
CU0111可以生成PDCP SN长度,CU0111可以向DU0121发送第一承载的PDCP SN长度,DU0121根据接收到的第一承载的PDCP SN长度,判断PDCP SN长度是否发生了改变,生成RLC实体的配置信息或者MAC的配置信息。CU0111可以向SN11,例如向CU1111发送第一承载的PDCP SN长度。
图14是CU-DU架构下改变PDCP SN长度的一种实施方式的示意图。以CU1111和DU1121为例进行说明,本领域技术人员可以理解,同样适用于CU0111和DU0121。
S1401:CU1111生成PDCP实体的配置信息。
S1402:CU1111向DU1121发送第一承载的PDCP SN长度变化指示。
或者,作为另一种实施方式,在1402中,CU1111向DU1121发送第一承载的PDCP SN长度,CU1111可以将第一承载的PDCP SN长度携带在DU1121读取的信元中,例如CU1111可以定义一个新的信元,该新的信元携带第一承载的PDCP SN长度,DU1121从该信元中读取第一承载的PDCP SN长度。
S1403:DU1121生成RLC实体的配置信息和MAC实体的配置信息。
DU1121可以根据PDCP SN长度变化指示,生成RLC实体的配置信息和MAC实体的配置信息。
作为另一种实施方式,DU1121可以读取CU1111发送的PDCP SN长度,DU1121可以根据接收到的第一承载的PDCP SN长度,判断PDCP SN长度是否发生了改变,若发生了改变,生成RLC实体的配置信息或者MAC的配置信息。
S1404:DU1121向CU1111发送RLC实体的配置信息和MAC实体的配置信息。
这里PDCP实体的配置信息可以包括本申请实施例中的PDCP实体的释放的配置信息、增加的配置信息或者释放和增加的配置信息。
这里RLC实体的配置信息可以包括本申请实施例中的RLC实体的释放的配置信息、增加的配置信息或者释放和增加的配置信息。
这里MAC实体的配置信息可以包括本申请实施例中的MAC实体的释放的配置信息、增加的配置信息或者释放和增加的配置信息。
具体可以参考图8-图13中的相关内容,在此不再赘述。
上面介绍了本申请实施例的方法流程图,要理解的是,MN01可以存在与MN01方法或者流程的步骤对应的功能单元,SN11可以存在与SN11方法或者流程的步骤对应的功能单元。
例如,SN11可以包括生成单元和通信单元,该生成单元可以生成第一承载的第二PDCP SN长度,该生成单元还可以当所述第一承载的所述第二PDCP SN长度不同于所述第一承载的第一PDCP SN长度时,生成所述第一承载的PDCP SN长度变化指示,该通信单元可以向MN发送所述第一承载的所述PDCP SN长度变化指示。可选的,该生成单元还可以用于生成第一承载的第一配置信息,该通信单元用于向MN01发送第一承载的第一配置信息。
例如,SN11可以包括通信单元和保存单元,该通信单元可以用于从SN接收第一承载的PDCP SN长度变化指示,保存单元可以用于保存第一承载的PDCP SN长度变化指示。可选的,SN11还可以包括生成单元,该生成单元可以用于生成第一承载的第二配置信息,该通信单元可以向终端21发送第一承载的第一配置信息和第一承载的第二配置信息。
下面介绍本申请实施例中的设备或者装置。
图15为一种接入网设备的结构示意图。MN01或者SN11可以参考图15所示的结构。
接入网设备包括至少一个处理器1511、至少一个存储器1512、至少一个收发器1513、至少一个网络接口1514和一个或多个天线1515。处理器1511、存储器1512、收发器1513和网络接口1514相连,例如通过总线相连。天线1515与收发器1513相连。网络接口1514用于使得接入网设备通过通信链路,与其它通信设备相连,例如接入网设备通过S1接口,与核心网网元101相连。在本申请实施例中,所述连接可包括各类接口、传输线或总线等,本实施例对此不做限定。
本申请实施例中的处理器,例如处理器1511,可以包括如下至少一种类型:通用中央处理器(Central Processing Unit,CPU)、数字信号处理器(Digital SignalProcessor,DSP)、微处理器、特定应用集成电路专用集成电路(Application-SpecificIntegrated Circuit,ASIC)、微控制器(Microcontroller Unit,MCU)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、或者用于实现逻辑运算的集成电路。例如,处理器1111可以是一个单核(single-CPU)处理器或多核(multi-CPU)处理器。至少一个处理器1111可以是集成在一个芯片中或位于多个不同的芯片上。
本申请实施例中的存储器,例如存储器1512,可以包括如下至少一种类型:只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically erasable programmabler-onlymemory,EEPROM)。在某些场景下,存储器还可以是只读光盘(compact disc read-onlymemory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器1512可以是独立存在,与处理器1511相连。可选的,存储器1512也可以和处理器1511集成在一起,例如集成在一个芯片之内。其中,存储器1512能够存储执行本申请实施例的技术方案的程序代码,并由处理器1511来控制执行,被执行的各类计算机程序代码也可被视为是处理器1511的驱动程序。例如,处理器1511用于执行存储器1512中存储的计算机程序代码,从而实现本申请实施例中的技术方案。
收发器1513可以用于支持接入网设备与终端之间射频信号的接收或者发送,收发器1513可以与天线1515相连。收发器1513包括发射机Tx和接收机Rx。具体地,一个或多个天线1515可以接收射频信号,该收发器1513的接收机Rx用于从天线接收所述射频信号,并将射频信号转换为数字基带信号或数字中频信号,并将该数字基带信号或数字中频信号提供给所述处理器1511,以便处理器1511对该数字基带信号或数字中频信号做进一步的处理,例如解调处理和译码处理。此外,收发器1513中的发射机Tx还用于从处理器1511接收经过调制的数字基带信号或数字中频信号,并将该经过调制的数字基带信号或数字中频信号转换为射频信号,并通过一个或多个天线1515发送所述射频信号。具体地,接收机Rx可以选择性地对射频信号进行一级或多级下混频处理和模数转换处理以得到数字基带信号或数字中频信号,所述下混频处理和模数转换处理的先后顺序是可调整的。发射机Tx可以选择性地对经过调制的数字基带信号或数字中频信号时进行一级或多级上混频处理和数模转换处理以得到射频信号,所述上混频处理和数模转换处理的先后顺序是可调整的。数字基带信号和数字中频信号可以统称为数字信号。
当该接入网设备是SN11时候,该接入网设备可以实现本申请实施例中由SN11执行的方法,例如,处理器1111可以生成第一承载的第二PDCP SN长度,第一承载的PDCP SN长度变化指示,第一承载的第一配置信息,处理器1111可以通过网络接口1114向MN01发送第一承载的PDCP SN长度变化指示和第一承载的第一配置信息,存储器1112可以存储第一承载的PDCP SN长度,例如第一PDCP SN长度和/或第二PDCP SN长度。接入网设备通过其组件实现的其他步骤可以参考本申请实施例的由SN11执行的方法,在此不再赘述。
当该接入网设备是MN01时候,该接入网设备可以实现本申请实施例中由MN01执行的方法,例如,可以通过网络接口1114接收第一承载的PDCP SN长度变化指示和第一承载的第一配置信息,处理器1111可以根据第一承载的PDCP SN长度变化指示生成第一承载的第二配置信息,天线1115可以向终端21发送第一承载的第一配置信息和第一承载的第二配置信息,存储器1112可以存储第一承载的PDCP SN长度,例如第一PDCP SN长度和/或第二PDCPSN长度。接入网设备通过其组件实现的其他步骤可以参考本申请实施例的由MN01执行的方法,在此不再赘述。
如图16所示,为本申请实施例提供的一种终端的结构示意图。终端21的结构可以参考图16所示的结构。
终端包括至少一个处理器1611、至少一个收发器1612和至少一个存储器1613。处理器1611、存储器1613和收发器1612相连。可选的,终端21还可以包括输出设备1614、输入设备1615和一个或多个天线1616。天线1616与收发器1612相连,输出设备1614、输入设备1615与处理器1611相连。
收发器1612、存储器1613以及天线1616可以参考图15中的相关描述,实现类似功能。
处理器1611可以是基带处理器,也可以是CPU,基带处理器和CPU可以集成在一起,或者分开。
处理器1611可以用于为终端实现各种功能,例如用于对通信协议以及通信数据进行处理,或者用于对整个终端设备进行控制,执行软件程序,处理软件程序的数据;或者用于协助完成计算处理任务,例如对图形图像处理或者音频处理等等;或者处理器1211用于实现上述功能中的一种或者多种
输出设备1614和处理器1611通信,可以以多种方式来显示信息。例如,输出设备1214可以是液晶显示器(Liquid Crystal Display,LCD)、发光二级管(Light EmittingDiode,LED)显示设备、阴极射线管(Cathode Ray Tube,CRT)显示设备、或投影仪(projector)等。输入设备1615和处理器1611通信,可以以多种方式接受用户的输入。例如,输入设备1615可以是鼠标、键盘、触摸屏设备或传感设备等。
当该终端是终端21时候,该接入网设备可以实现本申请实施例中由终端21执行的方法,例如,可以通过天线1616从MN01接收第一承载的第一配置信息和第一承载的第二配置信息。终端通过其组件实现的其他步骤可以参考本申请实施例的由终端21执行的方法,在此不再赘述。
如图17所示,为本申请实施例提供的一种装置1700的结构示意图。
通信装置1700包括处理器1701、通信接口1702,处理器1701和通信接口1702相连,可选的,通信装置1700还可以包括存储器1703,存储器1703和处理器1701、通信接口1702相连。
处理器1701,可以包括如下至少一种类型:通用中央处理器(Central ProcessingUnit,CPU)、数字信号处理器(Digital Signal Processor,DSP)、微处理器、特定应用集成电路专用集成电路(Application-Specific Integrated Circuit,ASIC)、微控制器(Microcontroller Unit,MCU)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、或者用于实现逻辑运算的集成电路。例如,处理器1711可以是一个单核(single-CPU)处理器或多核(multi-CPU)处理器。至少一个处理器1711可以是集成在一个芯片中或位于多个不同的芯片上。
存储器1703,可以包括如下至少一种类型:只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random accessmemory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically erasable programmabler-only memory,EEPROM)。在某些场景下,存储器还可以是只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
通信接口1702可以是具有收发功能,用于与其他通信装置或者通信装置中的其他器件进行通信。
存储器1703可以独立存在,通过通信总线与处理器1701相连。存储器1703也可以与处理器1701集成在一起。
装置1700可以是MN(例如MN01)、MN(例如MN01)中的芯片、SN(例如SN11)、SN(例如SN11)中的芯片、CU(例如CU0111或者CU1111)、CU(例如CU0111或者CU1111)中的芯片、DU(例如DU0121或者DU1121)中的芯片。
当装置1700是MN01或者MN01中的芯片时,存储器1703中可以存储有本申请实施例中的由MN01执行的方法的指令和数据,处理器1701可以读取存储器1703中的方法指令和数据并运行,从而实现本申请实施例中由MN01执行的方法。当装置1700是MN01时,通信接口1703可以包括与其他接入网设备的接口,例如与SN11之间的接口,通信接口还可以包括天线和收发机,例如图15中的天线1515和收发机1513,当装置1700是MN01中的芯片时,通信接收1703可以是输入或者输出接口、管脚或者电路等,处理器1701和存储器1703可以集成在一起。
当装置1700是SN11或者SN11中的芯片时,存储器1703中可以存储有本申请实施例中的由SN11执行的方法的指令和数据,处理器1701可以读取存储器1703中的方法指令和数据并运行,从而实现本申请实施例中由SN11执行的方法。当装置1700是SN11时,通信接口1703可以包括与其他接入网设备的接口,例如与MN01之间的接口,通信接口还可以包括天线和收发机,例如图15中的天线1515和收发机1513,当装置1700是SN11中的芯片时,通信接收1703可以是输入或者输出接口、管脚或者电路等,处理器1701和存储器1703可以集成在一起。
当装置1700是CU0111(或者CU1111)或者CU1111(或者CU1111)中的芯片时,存储器1703中可以存储有本申请实施例中的由CU0111(或者CU1111)执行的方法的指令和数据,处理器1701可以读取存储器1703中的方法指令和数据并运行,从而实现本申请实施例中由CU0111(或者CU1111)执行的方法。当装置1700是CU0111(或者CU1111)时,通信接口1703可以包括和DU0121(或者DU1121)之间的接口,还可以包括与CU1111(或者CU0111)之间的接口;当装置1700是CU0111(或者CU1111)中的芯片时,通信接收1703可以是输入或者输出接口、管脚或者电路等,处理器1701和存储器1703可以集成在一起。
当装置1700是DU0121(或者DU1121)或者DU0121(或者DU1121)中的芯片时,存储器1703中可以存储有本申请实施例中的由DU0121(或者DU1121)执行的方法的指令和数据,处理器1701可以读取存储器1703中的方法指令和数据并运行,从而实现本申请实施例中由DU0121(或者DU1121)执行的方法。当装置1700是DU0121(或者DU1121)时,通信接口1703可以包括与CU0111(或者CU1111)之间的接口,还可以包括收发机和天线,收发机和天线可以用于向终端21发送或者从终端21接收数据,例如第一承载的第一配置信息和第一承载的第二配置信息;当装置1700是CU0111(或者CU1111)中的芯片时,通信接收1703可以是输入或者输出接口、管脚或者电路等,处理器1701和存储器1703可以集成在一起。
本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现,则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质,还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何可用介质。
作为一种可选的设计,计算机可读介质可以包括RAM,ROM,EEPROM,CD-ROM或其他光盘存储器,磁盘存储器或其他磁存储设备,或可用于承载的任何其他介质或以指令或数据结构的形式存储所需的程序代码,并且可由计算机访问。而且,任何连接被适当地称为计算机可读介质。例如,如果使用同轴电缆,光纤电缆,双绞线,数字用户线(DSL)或无线技术(如红外,无线电和微波)从网节点,服务器或其他远程源传输软件,则同轴电缆,光纤电缆,双绞线,DSL或诸如红外,无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD),激光盘,光盘,数字通用光盘(DVD),软盘和蓝光盘,其中磁盘通常以磁性方式再现数据,而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。
本申请实施例还提供了一种计算机程序产品。上述方法实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现,可以全部或者部分得通过计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时,全部或部分地产生按照上述方法实施例中描述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。
下面图18-图20介绍了一种改变PDCP SN长度的方案,在该方案中,当PDCP SN长度变化,MN01可以为承载分配一个新的承载标识,然后MN01和SN11生成该承载的旧承载标识对应的实体的释放的配置信息,和该承载的新承载标识对应的实体的增加的配置信息,终端21执行该承载的旧承载标识对应的实体的释放和该承载的新承载标识对应的实体的增加。下面从主节点的角度和辅节点的角度描述该方法。
下面M1方法可以由主节点或者主节点中的芯片执行,该M1方法包括:
M101:获取第一承载的第二PDCP SN长度。
可选的,第一承载的第二PDCP SN长度可以是主节点生成或者确定的,或者第一承载的第二PDCP SN长度可以是从辅节点接收的。
M102:当第一承载的第二PDCP SN长度不同于第一承载的第一PDCP SN长度,确定第一承载的第二承载标识。
第一承载的第一PDCP SN长度可以为获取第一承载的第二PDCP SN长度之前,主节点存储的第一承载的长度。
可选的,第一承载的第二承载标识不同于第一承载的第一承载标识。
可选的,第一承载的第一承载标识可以为第一承载的PDCP SN长度为第一PDCP SN长度时,第一承载的承载标识。
可选的,第一承载的第一承载标识可以为主节点存储的第一承载的承载标识。
M103:向辅节点发送第一承载的第二承载标识。
可选的,该方法还可以包括M104-M106。
M104:从辅节点接收第一承载的辅节点配置信息。
可选的,第一承载的辅节点配置信息可以包括第一承载的第二承载标识对应的辅节点上的实体的增加的配置信息。
可选的,第一承载的辅节点配置信息可以包括第一承载的第一承载标识对应的辅节点上的实体的释放的配置信息。
M105:生成第一承载的主节点配置信息。
可选的,第一承载的主节点配置信息可以包括第一承载的第二承载标识对应的主节点上的实体的增加的配置信息。
可选的,第一承载的主节点配置信息可以包括第一承载的第一承载标识对应的主节点上的实体的释放的配置信息。
M106:向终端发送第一承载的辅节点配置信息和第一承载的主节点配置信息。
下面M2方法可以由辅节点或者辅节点中的芯片执行。
M201:确定第一承载的第二PDCP SN长度。
M201是可选的。
M202:从主节点接收第一承载的第二承载标识。
M203:向主节点发送第一承载的辅节点配置信息。
可选的,第一承载的辅节点配置信息可以包括第一承载的第二承载标识对应的辅节点上的实体的增加的配置信息。
可选的,第一承载的辅节点配置信息可以包括第一承载的第一承载标识对应的辅节点上的实体的释放的配置信息。
下面结合图18-图20做进一步的介绍。
图18为改变PDCP SN长度的一种实施方式的示意图,其中以EN-DC场景为例。
S1801:MN01向SN11发送第一请求消息。
可选的,第一请求消息可以是第一辅节点增加请求消息或者第一辅节点修改请求消息。
例如,第一请求消息可以是第一辅节点增加请求消息,在MN01向SN11发送辅节点增加请求消息之前,第一承载的承载类型可以是MN终结的MCG承载,MN01可以决定增加辅节点后第一承载的承载类型,增加辅节点后第一承载可以终结于SN,即增加辅节点后第一承载的PDCP实体在SN11上,例如,增加辅节点后第一承载的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。
例如,第一请求消息可以是第一辅节点修改请求消息,第一辅节点修改请求消息可以指示修改第一承载的承载类型,在MN01向SN11发送辅节点修改请求消息之前,第一承载的承载类型可以终结于MN或者终结于SN,MN01可以决定修改第一承载的承载类型,修改承载类型后第一承载可以终结于SN,即增加辅节点后第一承载的PDCP实体在SN11上,例如,增加辅节点后第一承载的承载类型为SN终结的MCG承载、SN终结的SCG承载或者SN终结的split承载。
第一请求消息可以包括:
(1)MN01为终端21分配的终端21在接口上的标识(identifier,ID)。
该接口为MN01与SN11之间的接口。
其中,MN01为终端21分配的终端21在接口上的ID用于在MN01与SN11之间的接口上标识终端21。
例如,在EN-DC场景下,MN01与SN11之间的接口为X2接口,MN01为终端21分配的在接口的ID为X2应用协议(application protocol,AP)ID。
再例如,在NGEN-DC、NR-DC和NR及E-UTRA的双连接(NR-E-UTRA DualConnectivity,NE-DC)场景下,MN01和SN11之间的接口为Xn接口,MN01为终端21分配的在接口上的ID为XnAP ID。需要说明的是,NR-DC中,核心网网元31为5GC,MN01为gNB,SN11为gNB。NGEN-DC和NE-DC中,核心网网元31都是5GC。
(2)第一承载的演进型通用陆地无线接入网(evolved universal terrestrialradio access network,E-UTRAN)无线接入承载(E-UTRAN radio access bearer,E-RAB)ID。
(3)第一承载的第一承载标识。
(4)修改承载类型后第一承载的承载类型的指示信息。
例如,可以包括增加辅节点后第一承载的PDCP实体是否在SN11上,增加辅节点后第一承载是否存在MCG资源,增加辅节点后第一承载的是否存在SCG资源。
例如,增加辅节点后第一承载的PDCP实体在SN11上,增加辅节点后第一承载存在MCG资源,不存在SCG资源,即增加辅节点后第一承载的承载类型为SN终结的MCG承载;或者,增加辅节点后第一承载的PDCP实体在SN11上,增加辅节点后第一承载不存在MCG资源,存在SCG资源,即增加辅节点后第一承载的承载类型为SN终结的SCG承载;或者,增加辅节点后第一承载的PDCP实体在SN11上,增加辅节点后第一承载存在MCG资源,存在SCG资源,即增加辅节点后第一承载的承载类型为SN终结的split承载。
(5)修改承载类型前第一承载的PDCP实体的配置信息。
例如,在增加SN11前,第一承载的承载类型为MN终结的MCG承载,第一承载的PDCP实体的配置信息为MN终结的MCG承载的PDCP实体的配置信息。
修改承载类型前第一承载的PDCP实体的配置信息可以用于辅助SN11生成新的PDCP实体的配置信息。
修改承载类型前第一承载的PDCP实体的配置信息可以包括第一承载的第一PDCPSN长度,例如第一PDCP SN长度可以是12bit,第一承载的第一PDCP SN长度为增加SN11前第一承载的PDCP SN长度。
这里第一承载的第一PDCP SN长度可以包括第一承载的第一上行PDCP SN长度和第一承载的第一下行PDCP SN长度中的一种或者两种,例如第一承载的第一PDCP SN长度可以为第一承载的第一上行PDCP SN长度;或者,第一承载的第一PDCP SN长度可以为第一承载的第一下行PDCP SN长度;或者,第一承载的第一PDCP SN长度可以为第一承载的第一上行PDCP SN长度和第一承载的第一下行PDCP SN长度。第一承载的第一上行PDCP SN长度为增加SN11前第一承载的上行PDCP SN长度;第一承载的第一下行PDCP SN长度为增加SN11前第一承载的下行PDCP SN长度。
例如,当第一请求消息是第一辅节点增加请求消息时,第一辅节点增加请求消息可以参考第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)技术规范(Technical Specification,TS)36.423V15.1.0的章节9.1.4.1中“辅gNB增加请求”(“SGNBADDITION REQUEST”)的相关内容,例如,上述信息(2)(3)可以通过“SGNB ADDITIONREQUEST”中的“待增加的E-RAB项目”(“E-RABs To Be Added Item”)中的信元“E-RAB ID”和信元“数据无线承载标识”(“DRB ID”)携带。
例如,当第一请求消息是第一辅节点修改请求消息时,第一辅节点修改请求消息可以参考3GPP TS 36.423V15.1.0的章节9.1.4.5中“SGNB MODIFICATION REQUEST”的相关内容,例如,上述信息(2)(3)可以通过“辅gNB修改请求”(“SGNB MODIFICATION REQUEST”)中的“E-RABs To Be Added Item”中的信元“E-RAB ID”和信元“DRB ID携带。
S1802:SN11确定第一承载的第二PDCP SN长度。
第一承载的第二PDCP SN长度为增加SN11后第一承载的PDCP SN长度。
例如,当第一请求消息是辅节点增加请求消息时,辅节点增加请求消息可以指示增加SN11后第一承载的PDCP实体在SN11上,SN11可以生成第一承载的第二PDCP SN长度。
例如,当第一请求消息是辅节点修改请求消息时,辅节点修改请求消息可以指示修改承载类型后第一承载的PDCP实体在SN11上,SN11可以生成第一承载的第二PDCP SN长度。
第一承载的第二PDCP SN长度与第一承载的第一PDCP SN长度可以不同。
例如,第一承载的第二PDCP SN长度可以是18bit。
可选的,第二PDCP SN长度可以包括第一承载的第二上行PDCP SN长度和第一承载的第二下行PDCP SN长度中的一种或者两种,例如第一承载的第二PDCP SN长度可以为第一承载的第二上行PDCP SN长度;或者,第一承载的第二PDCP SN长度可以为第一承载的第二下行PDCP SN长度;或者,第一承载的第二PDCP SN长度可以为第一承载的第二上行PDCP SN长度和第一承载的第二下行PDCP SN长度。第一承载的第二上行PDCP SN长度为修改承载前第一承载的上行PDCP SN长度;第一承载的第二下行PDCP SN长度为修改承载类型前第一承载的下行PDCP SN长度。
需要说明的是,本申请实施例中,第二PDCP SN长度与第一PDCP SN长度不同,可以理解为第二上行PDCP SN长度与第一上行PDCP SN长度不同,或者第二下行PDCP SN长度与第一下行PDCP SN长度不同。
S1803:SN11向MN01发送第一请求响应消息。
可选的,第一请求相应消息可以是辅节点增加请求响应消息或者辅节点修改请求响应消息。
例如,当第一请求消息为第一辅节点增加请求消息时,第一请求响应消息为第一辅节点增加请求响应消息;当第一请求消息为第一辅节点修改请求消息时,第一请求响应消息为第一辅节点修改请求响应消息。
第一请求响应消息可以包括:
(1)MN01为终端21分配的终端21在接口上的ID
可以参考S1801中的MN01为终端21分配的终端21在接口上的ID中的相关内容。
(2)SN11为终端21分配的终端21在接口上的ID
其中,该接口为MN01与SN11之间的接口。
其中,SN11为终端21分配的终端21在接口上的ID用于在SN11与MN01之间的接口上标识终端21。
例如,在EN-DC场景下,MN01与SN11之间的接口为X2接口,SN11为终端21分配的终端21在接口上的ID为X2AP ID。
再例如,在NGEN-DC、NR-DC和NE-DC场景下,MN01和SN11之间的接口为Xn接口,SN11为终端21分配的在接口上的ID为XnAP ID。
(3)第一承载的E-RAB标识
可以与S1801中第一请求消息中携带的第一承载的E-RAB标识相同,可以参考S1801中的E-RAB标识的相关内容。
(4)第一承载的第二PDCP SN长度
可选的,SN11在确定第一承载的第二PDCP SN长度,且第一承载的第二PDCP SN长度与第一承载的第一PDCP SN长度不同时,SN11可以不生成第一承载的第一承载标识对应的SN11上的实体的配置信息,第一响应消息中可以不带第一承载的第一承载标识对应的SN11上的实体的配置信息,而等到接收到MN01发送的第一承载的第二承载标识后,再下发第一承载在SN11上的实体的配置信息,可以节约通信资源。
S1804:MN01向SN11发送第二请求消息。
可选的,第二请求消息可以是第二辅节点增加请求消息或者第二辅节点修改请求消息。
例如,当第一请求消息为第一辅节点增加请求消息时,第二请求消息可以为第二辅节点增加请求消息或者第二辅节点修改请求消息。
例如,当第一请求消息为第一辅节点修改请求消息时,第二请求消息可以为第二辅节点修改请求消息。
S1803中MN01接收到SN11发送的第一请求响应消息后,可以获取第一承载的第二PDCP SN长度,MN01可以比较第一承载的第一PDCP SN长度与第一承载的第二PDCP SN长度,当不同时,说明SN11更改了第一承载的PDCP SN长度,MN01可以为第一承载提供第二承载标识,并发送给SN11,用于SN11执行承载的先释放再增加处理,其中第一承载的第二承载标识与第一承载的第一承载标识不同。
第二请求消息可以包括:
(1)MN01为终端21分配的终端21在接口上的ID
可以参考S1801中的MN01为终端21分配的终端21在接口上的ID中的相关内容。
(2)第一承载的E-RAB标识
可以与S1801中第一请求消息中携带的第一承载的E-RAB标识,和S1803中第一请求响应消息中携带的第一承载的E-RAB标识相同。
(3)第一承载的第二承载标识
第一承载的第一承载标识和第一承载的第二承载标识对应于同一个E-RAB标识。
可选的,针对第二请求消息为第二辅节点修改请求消息的这种情况,此时需要在第二辅节点修改请求消息中的承载修改列表中,指示第一承载的E-RAB ID的同时,指示第一承载的第二承载标识。
例如,可以通过3GPP TS 36.423V15.1.0的章节9.1.4.5中“SGNB MODIFICATIONREQUEST”中的“待修改的E-RAB项目”(“E-RABs To Be Modified Item”)中增加信元“DRBID”,具体信元结构可以如下表1所示:
表1
可选的,第二请求消息还可以包括第一指示信息。
作为第一种可选的实施方式,该第一指示信息用于指示第一承载的承载标识发生变化。
作为第二种可选的实施方式,第一指示信息可以指示第二请求消息与第一请求消息相关,这里第二请求消息与第一请求消息相关可以理解为第二请求消息更改了第一请求消息中的承载标识,或者第二请求消息是第一请求消息的延续。
作为第三种可选的实施方式,第一指示信息可以指示第二请求消息与第一请求响应消息相关,这里第二请求消息与第一请求响应消息相关可以理解为第二请求消息是基于第一请求响应消息产生的,或者第二请求消息是对第一请求响应消息的回应。
作为第四种可选的实施方式,第一指示信息可以指示SN11基于第一承载的第二承载标识去生成配置信息。例如,当第二请求消息为第二辅节点修改请求消息时,此时需要SN11生成一套完整的配置第一指示信息可以用于指示SN11生成全配置,而不是在S1803中生成的配置基础上做差异(delta)配置。
需要说明的是,上述第一指示信息可以通过现有信元携带,该现有信元可以用于MN01向SN11请求SN11上的最新配置。本申请实施例中,可以扩展该信元的含义,当SN11接收到第一承载的第二承载标识和第一指示信息后,可以为终端21生成完整的配置。例如该现有信元可以是3GPP TS36.423V15.1.0的章节9.2.103中的信元“SCG配置查询”(“SCGConfiguration Query”)。
或者,可以定义新的信元,上述第一指示信息可以通过新的信元携带,该新的信元用于指示SN11为终端21生成完整的配置。
上述都为示例性举例说明,不造成任何限定。
在上述多种可选的实施方式中,第一指示信息具体可以包括SN11为终端21分配的终端21在接口上的ID和第一承载的第一承载标识中的一种或者两种,也可以是其他,本申请实施例不做限定。
可选的,MN01和SN11可以协商当第二请求消息包括SN11为终端21分配的终端21在接口上的ID,和第一承载的第一承载标识中的一种或者两种时,第一指示信息可以指示上述多种可选的实施方式的内容。
当第二请求消息为第二辅节点增加请求消息时,通过在第二辅节点增加请求消息中携带第一指示信息,可以避免SN11在接收到第二辅节点增加请求消息后,由于第二辅节点增加请求消息和第一辅节点增加请求消息携带的第一承载的E-RAB标识相同,SN11将第二辅节点增加请求消息当作异常消息,而不进行处理。
当第二请求消息为第二辅节点修改请求消息时,通过在第二辅节点修改请求消息中携带第一指示信息,可以避免SN11在接收到第二辅节点修改请求消息后,认为第二辅节点修改请求消息是用于修改第一承载的标识的,从而仅仅修改第一承载的承载标识,例如从第一承载标识修改为第二承载标识。
可选的,第二请求消息可以不包括第一指示信息,例如S1803中第一请求响应消息不包括第一承载的第一承载标识对应的SN11上的实体的配置信息,说明SN11已经判断出发生了PDCP SN长度变更,而没有在S1803中生成配置,此时,SN11知道在此时需要生成一套完整的配置,则可以不需要额外的指示。
下面结合S1805-S1807,介绍MN01和SN11为终端21生成第一承载标识对应的实体的释放的配置信息,和第二承载标识对应的实体的增加的配置信息。
S1805:SN11生成第一承载的辅节点配置信息。
SN11在接收到第一承载的第二承载标识后,可以生成第一承载的辅节点配置信息。
可选的,第一承载的辅节点配置信息包括第一承载标识对应的PDCP实体释放的配置信息和第二承载标识对应的PDCP实体增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载,第一承载的辅节点配置信息可以包括第一承载标识对应的PDCP实体的释放和第二承载标识对应的PDCP实体增加的配置信息。
可选的,第一承载的辅节点配置信息还可以包括第二承载标识对应的RLC实体的增加的配置信息,可选的,还包括第二承载标识对应的逻辑实体增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载或者SN终结的split承载,第一承载的辅节点配置信息可以包括第一承载标识对应的PDCP实体的释放的配置信息和第二承载标识对应的PDCP实体的增加的配置信息,以及第二承载标识对应的RLC实体的增加的配置信息和第二承载标识对应的MAC实体增加的配置信息。
可选的,第一承载的辅节点配置信息还可以包括第一承载标识对应的RLC实体的释放的配置信息和第二承载标识对应的RLC实体的增加的配置信息,可选的,还包括第一承载标识对应的逻辑信道的释放和第二承载标识对应的逻辑信道增加的配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的split承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载或者SN终结的split承载,第一承载的辅节点配置信息可以包括第一承载标识对应的PDCP实体、RLC实体的释放配置和第二承载标识对应的PDCP实体、RLC实体的增加配置,可选的,还可能包括第一承载标识对应的逻辑信道的释放配置和第二承载标识对应的逻辑信道的增加配置。
S1806:SN11向MN01发送第二请求响应消息。
第二请求响应消息可以包括第一承载的辅节点配置信息。
可选的,第二请求响应消息可以是第二辅节点增加请求响应消息或者第二辅节点修改请求响应消息。
例如,当第二请求消息为第二辅节点增加请求消息时,第二请求响应消息为第二辅节点增加请求响应消息;当第二请求消息为第二辅节点修改请求消息时,第二请求响应消息为第二辅节点修改请求响应消息。
S1807:MN01生成第一承载的主节点配置信息。
可选的,第一承载的主节点配置信息可以包括第一承载的第一承载标识对应的RLC实体的释放的配置信息和第二承载标识对应的RLC实体的增加的配置信息。可选的,还可以包括第一承载标识对应的逻辑信道的释放配置和第二承载标识对应的逻辑信道的增加配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载或者MN终结的SPLIT承载,修改承载类型后第一承载的承载类型为SN终结的MCG承载或者SN终结的SPLIT承载,第一承载的主节点配置信息可以包括第一承载标识对应的RLC实体的释放的配置信息和第二承载标识对应的RLC实体的增加的配置信息。可选的,还可以包括第一承载标识对应的逻辑信道的释放配置和第二承载标识对应的逻辑信道的增加配置信息。
可选的,第一承载的主节点配置信息可以包括第一承载的第一承载标识对应的RLC实体的释放的配置信息。可选的,还可以包括第一承载标识对应的逻辑信道的释放配置信息。
例如,修改承载类型前第一承载的承载类型为MN终结的MCG承载或者MN终结的SPLIT承载,修改承载类型后第一承载的承载类型为SN终结的SCG承载,第一承载的主节点配置信息可以包括第一承载的第一承载标识对应的RLC实体的释放的配置信息和第一承载标识对应的逻辑信道的释放配置信息。
S1808:MN01向终端21发送RRC连接重配置消息。
RRC连接重配置消息中可以包括第一承载的第二承载标识,第一承载的主节点配置信息和第一承载的辅节点配置信息。
可选的,终端21根据RRC连接重配置消息中的包括的承载标识,第一承载的主节点配置信息和第一承载的辅节点配置信息执行所述第一承载的先删除后增加操作。
可选的,终端21可以根据RRC连接重配置消息,执行第一承载标识对应的第一承载的删除,和第二承载标识对应的第一承载的增加操作。
可选的,终端21可以根据RRC连接重配置消息,执行第一承载标识对应的实体的删除和第二承载标识对应的实体的增加操作。
S1809:终端21向MN01发送RRC连接重配置完成消息。
S1810:MN01向SN11发送SN重配置完成消息。
S1811:终端21与SN11完成随机接入。
图18以EN-DC场景为例,但是图18的方法同样适用于NGEN-DC、NR-DC和NE-DC场景,即核心网网元31为5GC,下面描述核心网网元31为5GC时图18中的改动。
可选的,在图18需要携带E-RAB ID的消息中,E-RAB标识可以不携带或者用第一承载的第一承载标识替代。
在S1801中,第一请求消息可以是第一辅节点增加请求消息或者第一辅节点修改请求消息,第一请求消息可以不携带E-RAB标识,可以携带S1801中的第一承载的第一承载标识。
在S1803中,第一请求响应消息可以是第一辅节点增加请求响应消息或者第一辅节点修改请求响应消息,可以用第一承载的第一承载标识替代E-RAB标识,例如,第一请求响应消息可以不携带E-RAB标识,携带第一承载的第一承载标识。
在S1804中,当第二请求消息为第二辅节点增加请求消息时,第二请求消息可以不携带E-RAB标识,携带第一承载的第一承载标识和S1804中的第一承载的第二承载标识;当第二请求消息为第二辅节点修改请求消息时,第二辅节点修改请求消息可以不携带E-RAB标识,携带第一承载的第一承载标识和S1804中的第一承载的第二承载标识,例如,可以参考表1,第一承载的第一承载标识和第一承载的第二承载标识可以通过表1的信元“DRB ID”携带。
例如,以图18中的第一请求消息为第一辅站增加请求消息,第二请求消息为第二辅站修改请求消息为例,在第二请求消息中携带第一承载标识和对应的第二承载标识信息,用于指示SN11更改承载标识,即用第二承载标识替换第一承载标识。
通过上述方案,可以在核心网网31为5GC的情况下,通过用第一承载的第一承载标识替代E-RAB标识,可以使得MN01和SN11可以获知第二承载标识对应于第一承载标识的承载,即第一承载的承载标识发生了变化。
在图18中的方法中,本申请还提供了一种可替代的实施方式,可以在S1803中携带第一承载的第二承载标识,而不需要携带第一承载的第一承载标识,SN11在收到第二请求消息后,确定第二请求消息中包括第一承载的承载标识,例如第一承载的第二承载标识,SN11在接收到第二请求消息后,可以使用新的承载标识生成第一承载的辅节点配置信息,例如使用第一承载的第二承载标识生成第一承载的辅节点配置信息。
图19为该变PDCP SN长度的一种实施方式的示意图。以EN-DC为例,在该实施方式中,第一承载在修改承载类型前后都终结于MN01;另外,第一承载在修改承载类型前后,第一承载都是建立在MN01和SN11上的。
S1901:MN01确定第一承载的第二PDCP SN长度。
第一承载在修改承载类型前后都终结于MN01,MN01可以决定承载类型修改后的第一承载的PDCP SN长度,这里将承载类型修改后的第一承载的PDCP SN长度称为第二PDCPSN长度,承载类型修改前的第一承载的PDCP SN长度称为第一PDCP SN长度。
可选的,这里第一承载的第二PDCP SN长度可以是上行PDCP SN长度和/或下行PDCP SN长度,具体可以参考S1802中第二PDCP SN长度的相关内容。
S1902:MN01向SN11发送辅节点修改请求消息。
当第二PDCP SN长度不同于第一PDCP SN长度时,MN01可以为第一承载重新生成一个承载标识,这里将承载类型修改后的第一承载的承载标识称为第一承载的第二承载标识,将承载类型修改前的第一承载的承载标识称为第一承载的第一承载标识。
辅节点修改请求消息可以包括MN01为终端21分配的接口上的ID,第一承载的E-RAB ID和第一承载的第二PDCP SN长度。
辅节点修改请求消息还可以包括第一承载的第二承载标识。
可选的,可以在辅节点修改请求消息中的承载修改列表中,指示第一承载的E-RABID的同时,指示第一承载的第二承载标识。
例如,可以通过3GPP TS 36.423V15.1.0的章节9.1.4.5中“SGNB MODIFICATIONREQUEST”中的“E-RABs To Be Modified Item”中增加信元“DRB ID”,具体信元结构可以如上面表1所示。
由于MN01修改承载的配置时,辅节点修改请求消息中的承载修改列表中不会携带承载的标识,通过辅节点修改请求消息中携带第一承载的第二承载标识,可以使得SN11获知MN01修改了承载的PDCP SN长度,需要重新生成承载的辅节点配置信息。
下面对MN01和SN11如何生成第一承载的配置信息进行说明。MN01和SN11为终端21生成第一承载标识对应的实体的释放的配置信息和第二承载标识对应的实体的增加的配置信息。
S1903:SN11生成第一承载的辅节点配置信息。
当SN11在S1903中接收到第一承载的第二承载标识后,可以通过第一承载的E-RAB标识获取第一承载的第一承载标识,例如SN11保存了E-RAB标识和对应的第一承载的第一承载标识;然后SN11可以比较第一承载的第一承载标识和第一承载的第二承载标识,当第一承载的第一承载标识和第二承载标识不同时,说明MN01重新为该承载分配了承载标识,SN11可以生成第一承载的辅节点配置信息。
可选的,第一承载的辅节点配置信息可以包括第一承载标识对应的RLC实体的释放的配置信息和第二承载标识对应的RLC实体的增加的配置信息。可选的,第一承载的辅节点配置信息可以包括第一承载标识对应的逻辑信道的释放的配置信息和第二承载标识对应的逻辑信道的增加的配置信息。
例如,第一承载在承载类型修改前为MN终结的SCG承载,第一承载在承载类型修改后为MN终结的SPLIT承载,或者,第一承载在承载类型修改前MN终结的SPLIT承载,第一承载在承载类型修改后为MN终结的SCG承载,第一承载的辅节点配置信息可以包括第一承载标识对应的RLC实体和逻辑信道的释放的配置信息,和第二承载标识对应的RLC实体和逻辑信道的增加的配置信息。
S1904:SN11向MN01发送辅节点修改请求响应消息。
辅节点修改请求响应消息包括第一承载的辅节点配置信息。
S1905:MN01生成第一承载的主节点配置信息。
可选的,第一承载的主节点配置信息可以包括第一承载标识对应的PDCP实体的释放的配置信息和第二承载标识对应的PDCP实体的增加的配置信息。
可选的,第一承载的主节点配置信息还可以包括第二承载标识对应的RLC实体的增加的配置信息。可选的,还可以包括第一承载标识对应的逻辑信道的增加的配置信息。
可选的,第一承载的主节点配置信息还可以包括第一承载标识对应的RLC实体的释放的配置信息,可选的,还可以包括第一承载标识对应的逻辑信道的释放的配置信息。
例如,第一承载在承载类型修改前为MN终结的SCG承载,第一承载在承载类型修改后为MN终结的SPLIT承载,第一承载的主节点配置信息可以包括第一承载标识对应的PDCP实体的释放的配置信息和第二承载标识对应的PDCP实体的增加的配置信息,以及第二承载标识对应的RLC实体的增加的配置信息。
例如,第一承载在承载类型修改前为MN终结的SPLIT承载,第一承载在承载类型修改后为MN终结的SCG承载,第一承载的主节点配置信息可以包括第一承载标识对应的PDCP实体的释放的配置信息和第二承载标识对应的PDCP实体的增加的配置信息,以及第一承载标识对应的RLC实体的释放的配置信息。
S1906:MN01向终端21发送RRC连接重配置消息。
RRC连接重配置消息可以包括第一承载的第二承载标识、第一承载的辅节点配置信息和第一承载的主节点配置信息。
可选的,终端21根据RRC连接重配置消息中的包括的承载标识,第一承载的主节点配置信息和第一承载的辅节点配置信息执行所述第一承载的先删除后增加操作。
可选的,终端21可以根据RRC连接重配置消息,执行第一承载标识对应的第一承载的删除,和第二承载标识对应的第一承载的增加操作。
可选的,终端21可以根据RRC连接重配置消息,执行第一承载标识对应的实体的删除和第二承载标识对应的实体的增加操作。
S1907:终端21向MN01发送RRC连接重配置完成消息。
S1908:MN01向SN11发送辅节点修改确认(SN modification confirm)消息。
图19以EN-DC场景为例,但是图19的方法同样适用于NGEN-DC、NR-DC和NE-DC场景,即核心网网元31为5GC,下面描述核心网网元31为5GC时图19中的改动。
可选的,在图19需要携带E-RAB ID的消息中,E-RAB标识可以用第一承载的第一承载标识替代。
在S1902中,辅节点修改请求消息可以不携带E-RAB标识,可以携带第一承载的第一承载标识。在S1903中,SN11可以判断第一承载的第一承载标识和第一承载的第二承载标识,当第一承载的第一承载标识和第二承载标识不同时,说明MN01重新为该承载分配了承载标识,SN11可以生成第一承载的辅节点配置信息。
图20为改变PDCP SN长度的一种实施方式的示意图,其中以EN-DC场景为例。
S2001:SN11确定第一承载的第二PDCP SN长度。
第一承载终结于SN11,SN11可以决定变更第一承载的PDCP SN长度,例如,将第一承载的PDCP长度从第一PDCP SN长度变更为第二PDCP SN长度。
可选的,这里第一PDCP SN长度可以是第一上行PDCP SN长度和/或第一下行PDCPSN长度,第二PDCP SN长度可以是第二上行PDCP SN长度和/或第二下行PDCP SN长度。可以参考图18和图19中的相关内容。
S2002:SN11向MN01发送辅节点修改申请消息。
辅节点修改申请消息包括MN01为终端21分配的终端21在接口上的ID、SN11为终端21分配的终端21在接口上的ID,第一承载的E-RAB ID和第一承载的第二PDCP SN长度。
MN01在接收到辅节点修改申请消息后,可以通过第一承载的E-RAB ID获取第一承载的第一PDCP SN长度,当第一承载的第一PDCP SN长度不同于第一承载的第二PDCP SN长度时,MN01可以确定第一承载的第二承载标识,第一承载的第二承载标识不同于第一承载的第一承载标识,第一承载的第一承载标识为MN01接收到辅节点修改申请消息前第一承载的承载标识,例如MN01可以保存第一承载的E-RAB ID和第一承载的第一承载标识。
S2003:MN01向SN11发送辅节点修改请求消息。
辅节点修改请求消息可以包括E-RAB标识、第一承载的第二承载标识。
可选的,可以在第二辅节点修改请求消息中的承载修改列表中,指示第一承载的E-RAB ID的同时,指示第一承载的第二承载标识。
例如,可以通过3GPP TS 36.423V15.1.0的章节9.1.4.5中“SGNB MODIFICATIONREQUEST”中的“E-RABs To Be Modified Item”中增加信元“DRB ID”,具体信元结构可以如上述表1所示。
S2004:SN11生成第一承载的辅节点配置信息。
可选的,第一承载的辅节点配置信息可以包括包括第一承载的第一承载标识对应的PDCP实体的释放和第一承载的第二承载标识对应的PDCP实体的增加的配置信息。
可选的,第一承载的辅节点配置信息可以包括包括第一承载的第一承载标识对应的RLC实体的释放和第一承载的第二承载标识对应的RLC实体的增加的配置信息,可选的,还可以包括第一承载的第一承载标识对应的逻辑信道的释放的配置信息和第一承载的第二承载标识对应的逻辑信道的增加的配置信息。
例如,第一承载在PDCP SN长度变更前后均为SN终结的MCG承载,第一承载的辅节点配置信息可以包括第一承载的第一承载标识对应的PDCP实体的释放和第一承载的第二承载标识对应的PDCP实体的增加的配置信息。
例如,第一承载在PDCP SN长度变更前后均为SN终结的SPLIT承载,第一承载的辅节点配置信息可以包括第一承载的第一承载标识对应的PDCP实体的释放和RLC实体的释放的配置信息和第一承载的第二承载标识对应的PDCP实体和RLC实体的增加的配置信息,可选的,还可以包括第一承载的第一承载标识对应的逻辑信道的释放的配置信息和第一承载的第二承载标识对应的逻辑信道的增加的配置信息
S2005:SN11向MN01发送辅节点修改请求响应消息。
辅节点修改请求响应消息可以包括第一承载的辅节点配置信息。
S2006:MN01生成第一承载的主节点配置信息。
可选的,第一承载的主节点配置信息可以包括第一承载的第一承载标识对应的RLC实体的释放和第一承载的第二承载标识对应的RLC实体的增加的配置信息,可选的,还可以包括第一承载的第一承载标识对应的逻辑信道的释放的配置信息和第一承载的第二承载标识对应的逻辑信道的增加的配置信息。
例如,第一承载在PDCP SN长度变更前后均为SN终结的MCG承载或者SN终结的SPLIT承载,第一承载的主节点配置信息可以包括RLC实体的释放和第一承载的第二承载标识对应的RLC实体的增加的配置信息,可选的,还可以包括第一承载的第一承载标识对应的逻辑信道的释放的配置信息和第一承载的第二承载标识对应的逻辑信道的增加的配置信息。
S2007:MN01向终端21发送RRC连接重配置消息。
可选的,终端21根据RRC连接重配置消息中的包括的承载标识,第一承载的主节点配置信息和第一承载的辅节点配置信息执行所述第一承载的先删除后增加操作。
可选的,终端21可以根据RRC连接重配置消息,执行第一承载标识对应的第一承载的删除,和第二承载标识对应的第一承载的增加操作。
可选的,终端21可以根据RRC连接重配置消息,执行第一承载标识对应的实体的删除和第二承载标识对应的实体的增加操作。
S2008:终端21向MN01发送RRC连接重配置完成消息。
S2009:MN01向SN11发送辅节点修改确认消息。
图20以EN-DC场景为例,但是图20的方法同样适用于NGEN-DC、NR-DC和NE-DC场景,即核心网网元31为5GC,下面描述核心网网元31为5GC时图20中的改动。
在S2002中,辅节点修改申请消息可以不携带第一承载的E-RAB ID,携带第一承载的第一承载标识。
在S2003中,辅节点修改请求消息可以不携带第一承载的E-RAB ID,携带第一承载的第一承载标识,也就是说辅节点修改请求消息可以携带第一承载的第一承载标识和第一承载的第二承载标识。
M1方法、M2方法、图18-至图20介绍了几种变更PDCP SN长度的方法流程图,要理解的是,MN01可以存在与MN01方法或者流程的步骤对应的功能单元,SN11可以存在与SN11方法或者流程的步骤对应的功能单元。
M1方法、M2方法、图18-图20的方法中由MN01执行的动作,可以由图6a、图15或者图17提供的通信装置实现;M1方法、M2方法、图18-图20的方法中由SN11执行的动作,可以由图6b、图16或者图17提供的SN11的结构实现。具体可以参考图6a、图6、图15-图17中的相关内容。
M1方法、M2方法、图18-图20的方法可以通过计算机可读存储介质和计算机程序产品实现,具体可以参考本申请实施例关于计算机可读存储介质和计算机程序产品的相关内容。
本申请实施例提供了一种通信装置,包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得通信装置M1方法、M2方法、图18-图20中由MN01执行的方法。
本申请实施例提供了一种通信装置,包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得通信装置M1方法、M2方法、图18-图20中由SN11执行的方法。
本申请实施例提供了一种计算机存储介质,存储有上述M1方法、M2方法、图18-图20中MN01或者SN11的方法的程序。
本申请实施例提供了一种计算机程序产品,该程序产品包括程序,当该程序被运行时,使得有上述M1方法、M2方法、图18-图20中MN01或者SN11的方法被执行。
M1方法、M2方法、图18-图20的方法可以与本申请实施例其余部分的内容相互参考和引用。

Claims (23)

1.一种多制式双连接中的通信方法,其特征在于,所述方法包括:
生成第一承载的第二分组数据汇聚协议PDCP序列号SN长度配置信息,所述第一承载的所述第二PDCP SN长度配置信息用于指示所述第一承载的第二PDCP SN长度;
当所述第一承载的所述第二PDCP SN长度不同于所述第一承载的第一PDCP SN长度时,生成所述第一承载的PDCP SN长度变化指示;
向主节点MN发送所述第一承载的所述PDCP SN长度变化指示;
其中,所述第一PDCP SN长度为所述第一承载的PDCP SN长度为所述第二PDCP SN长度之前的PDCP SN长度。
2.根据权利要求1所述的方法,其特征在于,在所述第一承载的PDCP SN长度为第一PDCP SN长度时,所述第一承载终结于辅节点SN。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
生成所述第一承载的第一配置信息;
向MN发送所述第一承载的所述第一配置信息;
所述第一承载的所述第一配置信息包括PDCP实体的释放和增加的配置信息。
4.根据权利要求3所述的方法,其特征在于,所述第一承载的所述第一配置信息还包括无线链路层控制协议RLC实体的释放和增加的配置信息。
5.根据权利要求1所述的方法,其特征在于,
在生成所述第一承载的所述第二PDCP SN长度配置之前,所述第一承载终结于MN;
所述方法还包括:
从MN接收第一PDCP SN长度配置信息,所述第一PDCP SN长度配置信息用于指示所述第一PDCP SN长度。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
生成所述第一承载的第一配置信息;
向MN发送所述第一承载的所述第一配置信息;
所述第一承载的所述第一配置信息包括PDCP实体的增加的配置信息。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
生成所述第一承载的第一配置信息;
向MN发送所述第一承载的所述第一配置信息;
所述第一承载的所述第一配置信息包括PDCP实体的删除和增加的配置信息。
8.根据权利要求6或者7所述的方法,其特征在于,所述第一承载的所述第一配置信息还包括RLC实体的释放和增加的配置信息。
9.一种多制式双连接中的通信方法,其特征在于,所述方法包括:
从辅节点SN接收第一承载的分组数据汇聚协议PDCP序列号SN长度变化指示。
10.根据权利要求9所述的方法,其特征在于,当所述第一承载的PDCP SN长度变化前,所述第一承载终结于SN。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
从SN接收第一承载的SN配置信息;
向终端发送所述第一承载的所述SN配置信息。
其中,所述第一承载的第一配置信息包括PDCP实体的释放和增加的配置信息。
12.根据权利要求11所述的方法,其特征在于,所述第一承载的所述第一配置信息还包括RLC实体的释放和增加的配置信息。
13.根据权利要求10-12任一项所述的方法,其特征在于,所述方法还包括:
根据所述第一承载的所述PDCP SN长度变化指示,生成所述第一承载的第二配置信息;
向终端发送所述第一承载的所述第二配置信息;
所述第一承载的所述第二配置信息包括RLC实体的释放和增加的配置信息。
14.根据权利要求9所述的方法,其特征在于,当所述第一承载的PDCP SN长度变化前,所述第一承载终结于主节点MN;
所述方法还包括:
向SN发送所述第一承载的PDCP SN长度变化前的PDCP SN长度。
15.根据权利要求14所述的方法,其特征在于,所述第一承载的第一配置信息包括PDCP实体的增加的配置信息。
16.根据权利要求14所述的方法,其特征在于,所述第一承载的第一配置信息包括PDCP实体的释放和增加的配置信息。
17.根据权利要求15或者16所述的方法,其特征在于,所述第一承载的第一配置信息包括RLC实体的释放和增加的配置信息。
18.根据权利要求14-17任一项所述的方法,其特征在于,所述方法还包括:
根据所述第一承载的所述PDCP SN长度变化指示,生成所述第一承载的第二配置信息;
向终端发送所述第一承载的所述第二配置信息;
所述第一承载的第二配置信息包括PDCP实体的释放的配置信息。
19.根据权利要求14-17任一项所述的方法,其特征在于,所述方法还包括:
根据所述第一承载的所述PDCP SN长度变化指示,生成所述第一承载的第二配置信息;
向终端发送所述第一承载的所述第二配置信息;
所述第一承载的第二配置信息包括RLC实体的释放和增加的配置信息。
20.根据权利要求18所述的方法,其特征在于,所述第一承载的第二配置信息还包括RLC实体的释放和增加的配置信息。
21.一种通信装置,其特征在于,包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得通信装置执行权利要求1至8任一所述的方法。
22.一种通信装置,其特征在于,包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得通信装置执行权利要求9至20任一所述的方法。
23.一种计算机存储介质,其特征在于,存储有程序,其特征在于,所述程序用于实现如权利要求1至20任一项所述的方法。
CN201811302962.7A 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置 Active CN110636640B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN202110463511.7A CN113225775B (zh) 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置
CN201910899152.2A CN110557783B (zh) 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置
EP23192120.6A EP4297528A3 (en) 2018-06-22 2019-06-23 Communication methods and communication devices in multi-rat dual connectivity
EP19823604.4A EP3806534B1 (en) 2018-06-22 2019-06-23 Communication methods and communication devices in multi-rat dual connectivity
BR112020026368-0A BR112020026368A2 (pt) 2018-06-22 2019-06-23 Método de comunicação em conectividade dupla multi-rat, método de comunicação, aparelhos de comunicação, meio de armazenamento de computador e sistema de comunicações
PCT/CN2019/092442 WO2019242773A1 (zh) 2018-06-22 2019-06-23 一种多制式双连接中的通信方法和通信装置
US17/129,460 US11895722B2 (en) 2018-06-22 2020-12-21 Communication method in multi-rat dual connectivity and communications apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2018106537850 2018-06-22
CN201810653785 2018-06-22

Related Child Applications (2)

Application Number Title Priority Date Filing Date
CN202110463511.7A Division CN113225775B (zh) 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置
CN201910899152.2A Division CN110557783B (zh) 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置

Publications (2)

Publication Number Publication Date
CN110636640A true CN110636640A (zh) 2019-12-31
CN110636640B CN110636640B (zh) 2023-09-22

Family

ID=69005008

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202110463511.7A Active CN113225775B (zh) 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置
CN201811302962.7A Active CN110636640B (zh) 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202110463511.7A Active CN113225775B (zh) 2018-06-22 2018-11-02 一种多制式双连接中的通信方法和通信装置

Country Status (4)

Country Link
US (1) US11895722B2 (zh)
EP (2) EP4297528A3 (zh)
CN (2) CN113225775B (zh)
BR (1) BR112020026368A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2021320075B2 (en) * 2020-08-06 2023-12-07 Google Llc Managing sidelink and non-sidelink information

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3858086B1 (en) * 2018-09-28 2023-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for handling dual connectivity in redundancy transmission

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104488308A (zh) * 2012-05-21 2015-04-01 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备
US20150146617A1 (en) * 2012-08-06 2015-05-28 Lg Electronics Inc. Method for transferring a status report and a communication device thereof in a wireless communication system
CN104704884A (zh) * 2012-10-05 2015-06-10 交互数字专利控股公司 增强机器类型通信(mtc)设备覆盖的方法和装置
CN104704881A (zh) * 2012-08-14 2015-06-10 三星电子株式会社 在移动通信系统中执行切换的方法和设备
US20180097722A1 (en) * 2016-09-30 2018-04-05 Huawei Technologies Co., Ltd. Method and apparatus for encapsulating / decapsulating data packets at a radio access node
WO2018084668A1 (ko) * 2016-11-04 2018-05-11 삼성전자 주식회사 무선 통신 시스템에서 단말의 패킷 처리 방법 및 장치

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130114579A1 (en) 2010-07-12 2013-05-09 Lg Electronics Inc. Data transmission method, related base station and user equipment
CN103533586B (zh) 2012-07-03 2016-07-20 电信科学技术研究院 切换过程中的信令交互及层重建的方法和设备
EP3100569B1 (en) 2014-01-31 2019-02-20 Telefonaktiebolaget LM Ericsson (publ) A method between two enbs to agree on radio resource configuration for a ue which supports dual connectivity between the enbs
KR20190107170A (ko) * 2014-03-28 2019-09-18 후지쯔 가부시끼가이샤 베어러 관리 장치, 방법 및 통신 시스템
US10462841B2 (en) * 2015-01-14 2019-10-29 Nokia Solutions And Networks Oy Efficient secondary cell group change procedure for dual connectivity
WO2017022166A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 基地局及びその方法
CN109691155B (zh) * 2016-08-09 2023-05-30 三星电子株式会社 无线通信系统中管理用户平面操作的方法和装置
US11050721B2 (en) * 2016-12-26 2021-06-29 Htc Corporation Device and method of handling mobile data transmissions in a wireless communication system
CN107342849B (zh) 2017-06-15 2019-09-17 电信科学技术研究院 一种进行数据处理的方法和设备
WO2019031947A1 (en) * 2017-08-11 2019-02-14 Samsung Electronics Co., Ltd. METHOD AND SYSTEM FOR REALIZING TRANSFER IN A WIRELESS COMMUNICATION NETWORK
US10582556B2 (en) * 2017-08-11 2020-03-03 Htc Corporation Device and method for handling a bearer type change

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104488308A (zh) * 2012-05-21 2015-04-01 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备
US20150146617A1 (en) * 2012-08-06 2015-05-28 Lg Electronics Inc. Method for transferring a status report and a communication device thereof in a wireless communication system
CN104704881A (zh) * 2012-08-14 2015-06-10 三星电子株式会社 在移动通信系统中执行切换的方法和设备
CN104704884A (zh) * 2012-10-05 2015-06-10 交互数字专利控股公司 增强机器类型通信(mtc)设备覆盖的方法和装置
US20180097722A1 (en) * 2016-09-30 2018-04-05 Huawei Technologies Co., Ltd. Method and apparatus for encapsulating / decapsulating data packets at a radio access node
WO2018084668A1 (ko) * 2016-11-04 2018-05-11 삼성전자 주식회사 무선 통신 시스템에서 단말의 패킷 처리 방법 및 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "PDCP SN Reconfiguration", 《3GPP TSG-RAN WG2 MEETING #97BIS R2-1702587》 *
OPPO: "PDCP version reconfiguration", 《3GPP TSG-RAN2 MEETING #99 R2-1707709》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2021320075B2 (en) * 2020-08-06 2023-12-07 Google Llc Managing sidelink and non-sidelink information

Also Published As

Publication number Publication date
CN113225775A (zh) 2021-08-06
EP3806534A4 (en) 2021-08-11
US11895722B2 (en) 2024-02-06
EP3806534A1 (en) 2021-04-14
BR112020026368A2 (pt) 2021-03-30
CN110636640B (zh) 2023-09-22
EP4297528A2 (en) 2023-12-27
US20210153280A1 (en) 2021-05-20
EP4297528A3 (en) 2024-04-24
EP3806534B1 (en) 2023-09-06
CN113225775B (zh) 2023-11-10

Similar Documents

Publication Publication Date Title
EP3694181B1 (en) Session establishment method, device and system
JP7175977B2 (ja) サービスの信頼性を向上させる方法、デバイス、およびシステム
US11546823B2 (en) Network configuration method and apparatus and system
KR102560530B1 (ko) 데이터 무선 베어러 식별자를 획득하는 방법 및 기지국
EP4188029A1 (en) Computing task processing method, communication device and wireless network architecture
WO2020029825A1 (zh) 资源调度方法、终端及网络设备
CN110636640B (zh) 一种多制式双连接中的通信方法和通信装置
CN105637927A (zh) 通信接入方法和用户设备
WO2018233499A1 (zh) 一种通信方法及装置
CN114513864A (zh) 多路径传输方法和通信装置
CN110557783B (zh) 一种多制式双连接中的通信方法和通信装置
CN115175162A (zh) 通信方法及装置
CN114342468A (zh) 信息更新方法、设备及系统
CN111586711B (zh) 一种多空口连接中的通信方法和通信装置
WO2018219168A1 (zh) 一种用户设备数据通信方法及设备
CN114095949B (zh) 从源网元向目标网元迁移过程中配置信息传输方法及装置
CN111225423B (zh) 一种数据前转的方法和设备
JP2019165472A (ja) ネットワーク構成方法、及び、基地局
WO2019063019A1 (zh) 系统信息的生成方法及装置
CN113906787B (zh) 通信方法和装置
US20230362848A1 (en) Method and a system for design of signaling radio bearer and handling control plane data transmission and reception
US11770753B2 (en) Address allocation method, apparatus, core network, node, network system and medium
WO2016165110A1 (zh) 数据传输的方法和装置
JP2017216740A (ja) ネットワーク構成方法、装置及びシステム

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