CN118317460A - 一种通信方法及装置 - Google Patents
一种通信方法及装置 Download PDFInfo
- Publication number
- CN118317460A CN118317460A CN202310394633.4A CN202310394633A CN118317460A CN 118317460 A CN118317460 A CN 118317460A CN 202310394633 A CN202310394633 A CN 202310394633A CN 118317460 A CN118317460 A CN 118317460A
- Authority
- CN
- China
- Prior art keywords
- information
- packet data
- data
- message
- downlink
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 287
- 238000004891 communication Methods 0.000 title claims abstract description 142
- 230000005540 biological transmission Effects 0.000 claims abstract description 365
- 230000008569 process Effects 0.000 claims abstract description 35
- 230000004044 response Effects 0.000 claims description 53
- 230000015654 memory Effects 0.000 claims description 39
- 238000012546 transfer Methods 0.000 claims description 25
- 230000008859 change Effects 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 19
- 238000013507 mapping Methods 0.000 claims description 6
- 239000000523 sample Substances 0.000 claims 3
- 239000013256 coordination polymer Substances 0.000 description 306
- 230000011664 signaling Effects 0.000 description 45
- 230000006870 function Effects 0.000 description 43
- 238000012545 processing Methods 0.000 description 23
- 230000004048 modification Effects 0.000 description 22
- 238000012986 modification Methods 0.000 description 22
- 238000010586 diagram Methods 0.000 description 10
- 230000000694 effects Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 8
- 230000009286 beneficial effect Effects 0.000 description 6
- 230000000977 initiatory effect Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 238000011084 recovery Methods 0.000 description 5
- 239000000725 suspension Substances 0.000 description 5
- 230000003993 interaction Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 2
- 101150090033 DRB2 gene Proteins 0.000 description 2
- 101150034979 DRB3 gene Proteins 0.000 description 2
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 2
- 101001100327 Homo sapiens RNA-binding protein 45 Proteins 0.000 description 2
- 101100278514 Oryza sativa subsp. japonica DRB2 gene Proteins 0.000 description 2
- 101100117568 Oryza sativa subsp. japonica DRB5 gene Proteins 0.000 description 2
- 102100038823 RNA-binding protein 45 Human genes 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000007783 downstream signaling Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种通信方法及装置。第一集中单元控制面在第一接入网设备与终端设备小包传输的过程中,接收来自第一集中单元用户面的第一信息,第一信息为与终端设备的下行数据的数据量相关的信息。第一集中单元控制面根据第一信息发送第一消息,第一消息用于指示终端设备转入RRC连接态。其中,第一集中单元控制面和第一集中单元用户面位于第一接入网设备中。通过本申请实施例的技术方案,即使在小包传输过程中第一集中单元控制面也能知晓有新的下行数据到达,由此能够确定是否将终端设备转入RRC连接态,提高了数据传输效率。
Description
相关申请的交叉引用
本申请要求在2023年01月06日提交中国国家知识产权局、申请号为202310020497.2、申请名称为“一种小包传输的方法、终端设备、网络设备、通信系统”的中国专利申请的优先权,以及要求在2023年02月10日提交中国国家知识产权局、申请号为202310154920.8、申请名称为“一种通信方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
在某些场景下,处于无线资源控制(radio resource control,RRC)非连接态的用户设备(user equipment,UE)所需要传输的数据包通常很小,即UE需要传输的只是小包数据(small data)。而目前规定,UE需要进入RRC连接(connected)态后才能传输数据,那么在UE只需传输小包数据的情况下,UE从RRC非连接态进入RRC连接态所需要的信令开销甚至可能大于小包数据的传输开销,导致了不必要的功耗和信令开销。因此,目前引入了小包数据传输(small data transmission,SDT)流程,以支持UE在不进入RRC连接态时直接进行小包数据的传输。
目前已有分布式架构的基站。分布式基站包括基站集中单元(gNB-central unit,gNB-CU)以及基站分布单元(gNB-distributed unit,gNB-DU)。其中,gNB-CU又可进一步包括gNB-CU-控制面(control plane,CP)和gNB-CU-用户面(user plane,UP)。例如当UE处于RRC非连接态时,例如,RRC非激活态时,若核心网有该UE的下行数据,则核心网会将该下行数据发送给基站,对于分布式基站的情况,则核心网可以将该下行数据发送给gNB-CU-UP。
发明内容
在小包传输过程开始前,UE的下行数据会到达gNB-CU-UP;而在小包传输流程中,可能还有该UE的下行数据到达gNB-CU-UP。如果新到达的下行数据的数据量较大,则gNB-CU-CP理应将该UE转入RRC连接态。但gNB-CU-CP并不知晓有下行数据到达,因此也不会将UE转入RRC连接态,即使新到达的下行数据的数据量较大,也会继续通过小包传输流程来传输这些下行数据,导致数据传输效率较低。
为了解决上述的技术问题,本申请实施例提供一种通信方法及装置,用于提高小包传输的数据传输效率。
第一方面,提供第一种通信方法,该方法可由第一通信装置执行,或由包括第一通信装置功能的其他设备执行,或由芯片系统(或,芯片)或其他功能模块执行。该芯片系统或功能模块能够实现第一通信装置的功能,该芯片系统或功能模块例如设置在第一通信装置中。第一通信装置例如为第一集中单元控制面,第一集中单元控制面可位于第一接入网设备中,第一接入网设备还可以包括第一集中单元用户面。可选的,第一集中单元控制面例如为第一接入网设备中的CU-CP(称为第一CU-CP),第一集中单元用户面例如为第一接入网设备中的CU-UP(称为第一CU-UP)。该方法包括:在第一接入网设备与终端设备小包传输的过程中,接收来自第一集中单元用户面的第一信息,所述第一信息为与所述终端设备的下行数据相关的信息;根据所述第一信息发送第一消息,所述第一消息用于指示所述终端设备转入RRC连接态;其中,所述第一集中单元控制面和第一集中单元用户面位于所述第一接入网设备中。
本申请实施例在小包传输过程中,第一集中单元控制面可以接收来自第一集中单元用户面的第一信息,第一信息与终端设备的下行数据的数据量相关,由此第一集中单元控制面可以确定有新的下行数据到达。从而,第一集中单元控制面可以据此确定是否将终端设备转入RRC连接态。可见,通过本申请实施例的技术方案,即使在小包传输过程中第一集中单元控制面也能知晓有新的下行数据到达,由此能够确定是否将终端设备转入RRC连接态,提高了数据传输效率。
在一种可选的实施方式中,所述下行数据包括下行小包数据或下行非小包数据。
在一种可选的实施方式中,所述下行数据包括所述下行小包数据。所述第一信息用于指示所述下行小包数据的数据量大于或等于第一门限。其中,所述下行小包数据包括所述终端设备用于传输小包数据的所有无线承载的下行小包数据,所述第一门限为所述终端设备对应的数据量门限,或所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或者,所述下行小包数据包括所述终端设备的第一无线承载的下行小包数据,所述第一门限为所述第一无线承载对应的数据量门限,所述第一无线承载用于传输小包数据。或者,所述第一信息用于指示所述下行小包数据的数据量。第一信息可以指示下行小包数据的数据量大于或等于第一门限。例如,如果下行小包数据的数据量大于或等于第一门限,则第一集中单元用户面可以向第一集中单元控制面发送第一信息,而如果下行小包数据的数据量小于第一门限,则第一集中单元用户面可以不向第一集中单元控制面发送第一信息,则第一集中单元控制面只要接收了第一信息就能确定下行小包数据的数据量大于或等于第一门限,从而可以将该终端设备转入RRC连接态,而不必再执行额外的判断过程,能够简化第一集中单元控制面的实现。或者,第一信息也可以指示下行小包数据的数据量,至于是否要将该终端设备转入RRC连接态可由第一集中单元控制面进一步确定,这样能够简化第一集中单元用户面的实现。
在一种可选的实施方式中,当所述第一信息用于指示所述下行小包数据的数据量时,所述方法还包括:确定所述下行小包数据的数据量大于或等于第一门限,其中,所述下行小包数据包括所述终端设备用于传输小包数据的所有无线承载的下行小包数据,所述第一门限为所述终端设备对应的数据量门限,或所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或者,所述下行小包数据包括所述终端设备的第一无线承载的下行小包数据,所述第一门限为所述第一无线承载对应的数据量门限,所述第一无线承载用于传输小包数据。如果第一信息指示的是下行小包数据的数据量,则第一集中单元控制面还可以确定该下行小包数据的数据量与第一门限的大小关系。例如,如果该下行小包数据的数据量大于或等于第一门限,则可以令该终端设备转入RRC连接态,而如果该下行小包数据的数据量小于第一门限,则可以不必令该终端设备转入RRC连接态。
在一种可选的实施方式中,所述第一门限包括在接口建立请求消息或接口建立响应消息中,所述接口建立请求消息用于请求建立所述第一集中单元控制面与所述第一集中单元用户面之间的连接,所述接口建立请求响应消息用于确认建立所述连接,其中,所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或,所述第一门限包括在承载上下文建立请求消息中,所述承载上下文建立请求消息用于请求所述终端设备的无线承载上下文建立,其中,所述第一门限为所述终端设备或所述第一无线承载对应的数据量门限。第一门限可以通过多种不同的消息传递给第一集中单元用户面或第一集中单元控制面。
在一种可选的实施方式中,所述下行数据包括所述下行非小包数据,所述第一信息用于指示所述下行非小包数据到达,所述下行非小包数据包括所述终端设备用于非小包数据的所有无线承载的下行非小包数据,或包括所述终端设备的第二无线承载的下行非小包数据,所述第二无线承载用于传输非小包数据。如果下行数据包括下行非小包数据,则只要有下行非小包数据到达,第一集中单元用户面就可以向第一集中单元控制面发送第一信息,而不必执行更多的判断过程。
在一种可选的实施方式中,所述第一信息包括在第二消息中,所述第一信息包括所述终端设备的至少一个无线承载的标识,以及用于指示专用于小包传输的PDU会话通知列表,所述至少一个无线承载用于传输非小包数据。相当于在专用于小包传输的PDU会话通知列表所在的IE中包括了非小包传输的无线承载的标识,或者是在专用于小包传输的PDU会话通知列表中包括了非小包传输的无线承载的标识,从而第一集中单元控制面根据“用于小包传输的PDU会话通知列表中包括非小包传输的无线承载标识”能够确定,当前有下行非小包数据到达。可见在这种方式下,第一信息是通过隐式方式指示了有下行非小包数据到达。
第二方面,提供第二种通信方法,该方法可由第二通信装置执行,或由包括第二通信装置功能的其他设备执行,或由芯片系统(或,芯片)或其他功能模块执行,该芯片系统或功能模块能够实现第二通信装置的功能,该芯片系统或功能模块例如设置在第二通信装置中。第二通信装置例如为第一集中单元用户面。该方法包括:在第一接入网设备与终端设备小包传输的过程中,向第一集中单元控制面发送第一信息,所述第一信息为与所述终端设备的下行数据相关的信息,所述第一信息用于所述第一集中单元控制面确定是否将所述终端设备转入RRC连接态;其中,所述第一集中单元控制面和第一集中单元用户面位于所述第一接入网设备中。
在一种可选的实施方式中,所述下行数据包括下行小包数据或下行非小包数据。
在一种可选的实施方式中,所述下行数据包括所述下行小包数据。所述第一信息用于指示所述下行小包数据的数据量大于或等于第一门限,其中,所述下行小包数据包括所述终端设备用于传输小包数据的所有无线承载的下行小包数据,所述第一门限为所述终端设备对应的数据量门限,或所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或者,所述下行小包数据包括所述终端设备的第一无线承载的下行小包数据,所述第一门限为所述第一无线承载对应的数据量门限,所述第一无线承载用于传输小包数据。或者,所述第一信息用于指示所述下行小包数据的数据量。
在一种可选的实施方式中,所述第一门限包括在接口建立请求消息或接口建立响应消息中,所述接口建立请求消息用于请求建立所述第一集中单元控制面与所述第一集中单元用户面之间的连接,所述接口建立请求响应用于确认建立所述连接,其中,所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或,所述第一门限包括在承载上下文建立请求消息中,所述承载上下文建立请求消息用于请求所述终端设备的无线承载上下文建立,其中,所述第一门限为所述终端设备或所述第一无线承载对应的数据量门限。
在一种可选的实施方式中,所述下行数据包括所述下行非小包数据,所述第一信息用于指示所述下行非小包数据到达,所述下行非小包数据包括所述终端设备用于非小包数据的所有无线承载的下行非小包数据,或包括所述终端设备的第二无线承载的下行非小包数据,所述第二无线承载用于传输非小包数据。
在一种可选的实施方式中,所述第一信息包括在第二消息中,所述第一信息包括所述终端设备的至少一个无线承载的标识,以及用于指示专用于小包传输的PDU会话通知列表,所述至少一个无线承载用于传输非小包数据。
关于第二方面或各种可选的实施方式所带来的技术效果,可参考对于第一方面或相应实施方式的技术效果的介绍。
第三方面,提供第三种通信方法,该方法可由第二通信装置执行,或由包括第二通信装置功能的其他设备执行,或由芯片系统(或,芯片)或其他功能模块执行,该芯片系统或功能模块能够实现第二通信装置的功能,该芯片系统或功能模块例如设置在第二通信装置中。第二通信装置例如为第一集中单元用户面。该方法包括:当检测到下行数据到达时,向所述第一集中单元控制面发送第一数据量的信息,所述第一数据量为所述下行数据的数据量;其中,所述第一集中单元用户面和所述第一集中单元控制面位于第一接入网设备中。本申请实施例中,第一集中单元用户面可以根据第二信息确定是否向第一集中单元控制面发送下行小包数据量信息,相当于第一集中单元用户面是根据相应的因素衡量后再确定是否向第一集中单元控制面发送下行小包数据量信息,例如在第一集中单元控制面不需要下行小包数据量信息时可以不必发送,减少了冗余信息的传输过程,有利于节省接入网设备的功耗。
在一种可选的实施方式中,所述方法还包括:根据第二信息确定:在检测到下行小包数据到达时,向第一集中单元控制面发送下行小包数据量信息。第一集中单元用户面向第一集中单元控制面发送第一数据量的信息,可以是依据第二信息而发送,或者也可以不依赖于第二信息,而是自主发送。
在一种可选的实施方式中,所述方法还包括:确定所述下行数据为下行小包数据(或者,确定所述下行数据对应于所述终端设备用于传输小包数据的无线承载),所述第一数据量为所述下行小包数据的数据量。例如该下行数据为终端设备用于传输小包数据的无线承载对应的下行数据,则第一集中单元用户面可以确定该下行数据为下行小包数据。其中,确定该下行数据是否是下行小包数据的过程,可由第一集中单元用户面执行,或者也可由第一集中单元控制面执行。
在一种可选的实施方式中,所述第二信息包括在第三消息中,所述第三消息来自所述第一集中单元控制面,其中,所述第二信息用于指示:所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,所述第二信息包括所述第一集中单元用户面的小包传输配置。第二信息可以是较为明确的指示信息,使得指示更为清楚。或者,第二信息也可以是隐式指示信息,例如第一集中单元用户面根据被配置了小包传输配置就能确定可以向第一集中单元控制面发送下行小包数据量信息,能够节省由第二信息带来的信令开销。
在一种可选的实施方式中,所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息,包括:如果上行小包传输与下行小包传输共用无线承载,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,如果上行小包传输与下行小包传输使用的无线承载不同,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送小包数据量信息,所述小包数据量信息包括所述下行小包数据量信息。如果上行小包传输与下行小包传输是共用SDT RB,那么第一集中单元用户面可能无法通过SDT RB配置确定是否具备了下行小包传输的相关配置,也就无法确定该下行小包数据对应的小包传输流程是上行还是下行。因此第二信息(或者,发送或接收第二信息的事件)可以指示第一集中单元用户面发送下行小包数据量信息。而如果上行小包传输与下行小包传输使用的SDT RB不同,那么第一集中单元用户面可以通过SDT RB配置确定是否具备了下行小包传输的相关配置,也就能够确定该下行小包数据对应的小包传输流程是下行小包传输流程。因此第二信息(或者,发送或接收第二信息的事件)可以指示第一集中单元用户面发送小包数据量信息。
在一种可选的实施方式中,所述第二信息包括在第三消息中,所述第三消息来自所述第一集中单元控制面,其中,所述第二信息是所述第三消息所包括的取值为第一值的承载上下文变化状态信息元素IE。承载上下文变化状态IE可以是第三消息中原有的IE,本申请实施例可以扩展该IE的状态(或者,取值),使得该IE能够作为第二信息,而不必在第三消息中新增IE来作为第二信息,能够节省第三消息的开销。
在一种可选的实施方式中,所述第一数据量的信息包括在第四消息中,其中,所述第四消息还包括第三信息,所述第三信息用于指示专用于小包传输的PDU会话通知列表,所述第三信息用于所述第一集中单元控制面将所述PDU会话通知列表包括的QoS流映射到用于小包传输的无线承载;或,所述第四消息还用于指示所述第一集中单元控制面将所述第四消息包括的PDU会话通知列表所包括的QoS流映射到用于小包传输的无线承载。第四消息例如为已有的消息,可以在该已有的消息中新增第三信息来指示专用于小包传输的PDU会话通知列表,从而第一集中单元控制面根据第三信息可以明确将该专用于小包传输的PDU会话通知列表包括的QoS流映射到用于小包传输的无线承载。或者第四消息也可以是新定义的消息,从而第一集中单元控制面根据第四消息可以明确将第四消息包括的PDU会话通知列表所包括的QoS流映射到用于小包传输的无线承载。
在一种可选的实施方式中,在向所述第一集中单元控制面发送第一数据量的信息之后,所述方法还包括:向所述第一集中单元控制面发送第一指示信息,所述第一指示信息用于指示小包传输结束。下行小包数据是到达第一集中单元用户面,因此第一集中单元用户面可以明确小包传输何时结束。则第一集中单元用户面可以向第一集中单元控制面指示小包传输结束,第一集中单元控制面由此可以停止小包传输。
在一种可选的实施方式中,所述第一接入网设备为基站,所述第一集中单元用户面为所述基站内的基站集中单元用户面,所述第一集中单元控制面为所述基站内的基站集中单元控制面。
可选的,第三方面或各种可选的实施方式与第一方面或各种可选的实施方式可以相结合,例如第三方面或各种可选的实施方式可以作为第一方面的实施方式,或者第一方面或各种可选的实施方式可以作为第三方面的实施方式。
第四方面,提供第四种通信方法,该方法可由第一通信装置执行,或由包括第一通信装置功能的其他设备执行,或由芯片系统(或,芯片)或其他功能模块执行,该芯片系统或功能模块能够实现第一通信装置的功能,该芯片系统或功能模块例如设置在第一通信装置中。第一通信装置例如为第一集中单元控制面。该方法包括:接收来自第一集中单元用户面的第一数据量的信息,所述第一数据量为下行数据的数据量;其中,所述第一集中单元用户面和所述第一集中单元控制面位于第一接入网设备中。
在一种可选的实施方式中,所述方法还包括:向所述第一集中单元用户面发送第二信息。
在一种可选的实施方式中,所述方法还包括:确定所述下行数据为下行小包数据(或者,确定所述下行数据对应于所述终端设备用于传输小包数据的无线承载),所述第一数据量为所述下行小包数据的数据量。
在一种可选的实施方式中,所述第二信息包括在第三消息中,其中,所述第二信息用于指示:所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,所述第二信息包括所述第一集中单元用户面的小包传输配置。
在一种可选的实施方式中,所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息,包括:如果上行小包传输与下行小包传输共用无线承载,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,如果上行小包传输与下行小包传输使用的无线承载不同,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送小包数据量信息,所述小包数据量信息包括所述下行小包数据量信息。
在一种可选的实施方式中,所述第二信息包括在第三消息中,所述第二信息是所述第三消息所包括的取值为第一值的承载上下文变化状态IE。
在一种可选的实施方式中,所述第一数据量的信息包括在第四消息中,所述方法还包括:根据第三信息将专用于小包传输的PDU会话通知列表包括的QoS流映射到用于小包传输的无线承载,其中,所述第三信息包括在所述第四消息中,所述第三信息用于指示所述专用于小包传输的PDU会话通知列表;或,根据所述第四消息将所述第四消息包括的PDU会话通知列表所包括的QoS流映射到用于小包传输的无线承载;或,根据所述第一数据量的信息,将PDU会话通知列表包括的QoS流映射到用于小包传输的无线承载。
在一种可选的实施方式中,在接收来自所述第一集中单元用户面的第一数据量的信息之后,所述方法还包括:发送寻呼消息,所述寻呼消息用于寻呼终端设备。
在一种可选的实施方式中,在发送寻呼消息之后,所述方法还包括:从所述第一接入网设备内的第一分布单元接收来自所述终端设备的RRC请求消息;向所述第一分布单元发送第五消息,所述第五消息用于请求无线承载的上下文建立,所述无线承载为所述终端设备用于传输所述下行小包数据的无线承载。
在一种可选的实施方式中,发送寻呼消息,包括:向第二接入网设备发送所述寻呼消息,所述寻呼消息用于所述第二接入网设备寻呼终端设备,其中,所述寻呼消息包括所述第一数据量的信息,或包括下行小包传输指示。
在一种可选的实施方式中,在向第二接入网设备发送寻呼消息之后,所述方法还包括:接收来自所述第二接入网设备的第六消息,所述第六消息用于请求获取所述终端设备的上下文;向所述第二接入网设备发送所述终端设备的用于小包传输的所有无线承载的部分或全部上下文,或者向所述第二接入网设备发送所述终端设备的用于传输所述下行小包数据的无线承载的部分或全部上下文。例如终端设备移动到了第二接入网设备,则第一接入网设备可以接收来自第二接入网设备的第六消息,以请求该终端设备的上下文。第一接入网设备可以将该终端设备的全部上下文发送给第二接入网设备,或者第一接入网设备也可以将该终端设备用于传输下行小包数据的无线承载的全部或部分上下文发送给第二接入网设备,由此能够减小传输开销。
在一种可选的实施方式中,所述第二接入网设备与所述第一集中单元控制面单元位于同一个RNA内。
在一种可选的实施方式中,所述方法还包括:从第一集中单元用户面和/或核心网设备接收第一指示信息,所述第一指示信息用于指示小包传输结束,或用于指示停止数据传输。本申请实施例可由第一集中单元用户面和/或核心网设备向第一集中单元控制面指示小包传输结束,较为灵活。
在一种可选的实施方式中,所述第一接入网设备为基站,所述第一集中单元用户面为所述基站内的基站集中单元用户面,所述第一集中单元控制面为所述基站内的基站集中单元控制面。
关于第四方面或一些可选的实施方式所带来的技术效果,可参考对于第三方面或相应实施方式的技术效果的介绍。
可选的,第四方面或各种可选的实施方式与第二方面或各种可选的实施方式可以相结合,例如第四方面或各种可选的实施方式可以作为第二方面的实施方式,或者第二方面或各种可选的实施方式可以作为第四方面的实施方式。
第五方面,提供第五种通信方法,该方法可由第三通信装置执行,或由包括第三通信装置功能的其他设备执行,或由芯片系统(或,芯片)或其他功能模块执行,该芯片系统或功能模块能够实现第三通信装置的功能,该芯片系统或功能模块例如设置在第三通信装置中。第三通信装置例如为第二集中单元控制面,第二集中单元控制面可位于第二接入网设备中,第二接入网设备还可以包括第二集中单元用户面。可选的,第二集中单元控制面例如为第二接入网设备中的CU-CP(称为第二CU-CP),第二集中单元用户面例如为第二接入网设备中的CU-UP(称为第二CU-UP)。第二接入网设备例如为终端设备移动后驻留的接入网设备。该方法包括:接收来自第一接入网设备的寻呼消息,所述寻呼消息用于所述第二集中单元控制面寻呼终端设备,其中,所述第二集中单元控制面位于第二接入网设备中,所述寻呼消息包括第一数据量的信息,或包括下行小包传输指示,所述第一数据量为下行小包数据的数据量;寻呼所述终端设备。
在一种可选的实施方式中,所述方法还包括:从第二分布单元接收来自所述终端设备的RRC请求消息,所述第二分布单元位于所述第二接入网设备中;向所述第一接入网设备发送第六消息,所述第六消息用于请求获取所述终端设备的上下文;从所述第一接入网设备接收所述终端设备的用于小包传输的所有无线承载的部分或全部上下文,或者接收所述终端设备的用于传输所述下行小包数据的无线承载的部分或全部上下文。
在一种可选的实施方式中,所述方法还包括:向所述第二分布单元发送第五消息,所述第五消息用于请求无线承载的上下文建立,所述无线承载为所述终端设备用于传输所述下行小包数据的无线承载。
在一种可选的实施方式中,所述方法还包括:从第二集中单元用户面或核心网设备接收第一指示信息,所述第一指示信息用于指示小包传输结束,或用于指示停止数据传输,或用于指示停止小包传输,所述第二集中单元用户面位于所述第二接入网设备中。
关于第五方面或一些可选的实施方式所带来的技术效果,可参考对于第三方面和/或第四方面的相应实施方式的技术效果的介绍。
第六方面,提供一种通信装置。所述通信装置可以为上述第一方面至第五方面中的任一方面所述的第一通信装置。所述通信装置具备上述第一通信装置的功能。所述通信装置例如为第一通信装置,或为包括第一通信装置的较大设备,或为第一通信装置中的功能模块。例如基带装置或芯片系统等。可选的,第一通信装置为第一集中单元控制面。一种可选的实现方式中,所述通信装置包括基带装置和射频装置。另一种可选的实现方式中,所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能,在收发单元实现发送功能时,可称为发送单元(有时也称为发送模块),在收发单元实现接收功能时,可称为接收单元(有时也称为接收模块)。发送单元和接收单元可以是同一个功能模块,该功能模块称为收发单元,该功能模块能实现发送功能和接收功能;或者,发送单元和接收单元可以是不同的功能模块,收发单元是对这些功能模块的统称。
在一种可选的实施方式中,所述收发单元(或,所述接收单元),用于在第一接入网设备与终端设备小包传输的过程中,接收来自第一集中单元用户面的第一信息,所述第一信息为与所述终端设备的下行数据相关的信息;所述收发单元(或,所述发送单元),用于根据所述第一信息发送第一消息,所述第一消息用于指示所述终端设备转入RRC连接态;其中,所述第一通信装置和第一集中单元用户面位于所述第一接入网设备中。
在一种可选的实施方式中,所述收发单元(或,所述发送单元),用于向第一集中单元用户面发送第二信息;所述收发单元(或,所述接收单元),用于接收来自所述第一集中单元用户面的第一数据量的信息,所述第一数据量为下行小包数据的数据量;其中,所述第一集中单元用户面和所述第一集中单元控制面位于第一接入网设备中。
在一种可选的实施方式中,所述通信装置还包括存储单元(有时也称为存储模块),所述处理单元用于与所述存储单元耦合,并执行所述存储单元中的程序或指令,使能所述通信装置执行上述第一方面至第五方面中的任一方面所述的第一集中单元控制面的功能。
第七方面,提供一种通信装置。所述通信装置可以为上述第一方面至第五方面中的任一方面所述的第二通信装置。所述通信装置具备上述第二通信装置功能。所述通信装置例如为第二通信装置,或为包括第二通信装置的较大设备,或为第二通信装置中的功能模块,例如基带装置或芯片系统等。可选的,第二通信装置为第一集中单元用户面。一种可选的实现方式中,所述通信装置包括基带装置和射频装置。另一种可选的实现方式中,所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。关于收发单元的实现方式可参考第六方面的介绍。
在一种可选的实施方式中,所述收发单元(或,所述发送单元),用于在第一接入网设备与终端设备小包传输的过程中,向第一集中单元控制面发送第一信息,所述第一信息为与所述终端设备的下行数据相关的信息,所述第一信息用于所述第一集中单元控制面确定是否将所述终端设备转入RRC连接态;其中,所述第一集中单元控制面和第一集中单元用户面位于所述第一接入网设备中。
在一种可选的实施方式中,所述处理单元,用于根据第二信息确定:在检测到下行小包数据到达时,向第一集中单元控制面发送下行小包数据量信息;所述收发单元(或,所述发送单元),用于当(所述第二通信装置)检测到下行小包数据到达时,向所述第一集中单元控制面发送第一数据量的信息,所述第一数据量为所述下行小包数据的数据量;其中,所述第一集中单元用户面和所述第一集中单元控制面位于第一接入网设备中。
在一种可选的实施方式中,所述通信装置还包括存储单元(有时也称为存储模块),所述处理单元用于与所述存储单元耦合,并执行所述存储单元中的程序或指令,使能所述通信装置执行上述第一方面至第五方面中的任一方面所述的第一集中单元用户面的功能。
第八方面,提供一种通信装置。所述通信装置可以为上述第一方面至第五方面中的任一方面所述的第三通信装置。所述通信装置具备上述第三通信装置功能。所述通信装置例如为第三通信装置,或为包括第三通信装置的较大设备,或为第三通信装置中的功能模块,例如基带装置或芯片系统等。可选的,第三通信装置为第二集中单元控制面。一种可选的实现方式中,所述通信装置包括基带装置和射频装置。另一种可选的实现方式中,所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。关于收发单元的实现方式可参考第六方面的介绍。
在一种可选的实施方式中,所述收发单元(或,所述接收单元),用于接收来自第一接入网设备的寻呼消息,所述寻呼消息用于所述第二集中单元控制面寻呼终端设备,其中,所述第二集中单元控制面位于第二接入网设备中,所述寻呼消息包括第一数据量的信息,或包括下行小包传输指示,所述第一数据量为下行小包数据的数据量;所述收发单元(或,所述发送单元),用于寻呼所述终端设备。
在一种可选的实施方式中,所述通信装置还包括存储单元(有时也称为存储模块),所述处理单元用于与所述存储单元耦合,并执行所述存储单元中的程序或指令,使能所述通信装置执行上述第一方面至第五方面中的任一方面所述的第二集中单元控制面的功能。
第九方面,提供一种通信装置,该通信装置可以为第一集中单元控制面,或者为用于第一集中单元控制面中的芯片或芯片系统。该通信装置包括通信接口以及处理器,可选的,还包括存储器。其中,该存储器用于存储计算机程序,处理器与存储器、通信接口耦合,当处理器读取所述计算机程序或指令时,使通信装置执行上述各方面中由第一集中单元控制面所执行的方法。
第十方面,提供一种通信装置,该通信装置可以为第一集中单元用户面,或者为用于第一集中单元用户面中的芯片或芯片系统。该通信装置包括通信接口以及处理器,可选的,还包括存储器。其中,该存储器用于存储计算机程序,处理器与存储器、通信接口耦合,当处理器读取所述计算机程序或指令时,使通信装置执行上述各方面中由第一集中单元用户面所执行的方法。
第十一方面,提供一种通信装置,该通信装置可以为第二集中单元控制面,或者为用于第二集中单元控制面中的芯片或芯片系统。该通信装置包括通信接口以及处理器,可选的,还包括存储器。其中,该存储器用于存储计算机程序,处理器与存储器、通信接口耦合,当处理器读取所述计算机程序或指令时,使通信装置执行上述各方面中由第二集中单元控制面所执行的方法。
第十二方面,提供一种通信系统,包括第一集中单元用户面以及第一集中单元控制面,其中,第一集中单元控制面用于执行如第一方面至第五方面中任一方面所述的由第一集中单元控制面执行的方法,第一集中单元用户面用于执行如第一方面至第五方面中任一方面所述的由第一集中单元用户面执行的方法。例如,第一集中单元控制面可以通过第六方面或第九方面所述的通信装置实现;第一集中单元用户面可以通过第七方面或第十方面所述的通信装置实现。
可选的,该通信系统还可以包括第二集中单元控制面,第二集中单元控制面用于执行如第一方面至第五方面中任一方面所述的由第二集中单元控制面执行的方法,第二集中单元用户面可以通过第八方面或第十一方面所述的通信装置实现。
第十三方面,提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序或指令,当其被运行时,使得上述各方面中第一集中单元控制面或第一集中单元用户面或第二集中单元控制面所执行的方法被实现。
第十四方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得上述各方面所述的方法被实现。
第十五方面,提供一种芯片系统,包括处理器和接口,所述处理器用于从所述接口调用并运行指令,以使所述芯片系统实现上述各方面的方法。
附图说明
图1为分布式基站的示例性结构示意图;
图2为分布式基站的示例性结构示意图;
图3为用户设备UE的无线承载RB的示意图;
图4A为本申请实施例的示例性应用场景示意图;
图4B为本申请实施例的示例性应用场景示意图;
图5为本申请实施例提供的示例性的通信方法流程图;
图6为本申请实施例提供的示例性的通信方法流程图;
图7为本申请实施例提供的一种装置的示意图;
图8为本申请实施例提供的又一种装置的示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
本申请实施例中,对于名词的数目,除非特别说明,表示“单数名词或复数名词”,即"一个或多个”。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。例如,A/B,表示:A或B。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),表示:a,b,c,a和b,a和c,b和c,或a和b和c,其中a,b,c可以是单个,也可以是多个。
本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如,第一无线资源控制(radio resource control,RRC)请求消息和第二RRC请求消息,可以是同一个消息,也可以是不同的消息,且,这种名称也并不是表示这两个消息的内容、大小、应用场景、发送端/接收端、优先级或者重要程度等的不同。另外,本申请所介绍的各个实施例中对于步骤的编号,只是为了区分不同的步骤,并不用于限定步骤之间的先后顺序。例如,S501可以发生在S502之前,或者可能发生在S502之后,或者也可能与S502同时发生。
以下,对本申请实施例中的部分用语或概念进行解释说明,以便于本领域技术人员理解。
本申请实施例中,终端设备(也可称为用户设备)是一种具有无线收发功能的设备,可以是固定设备,移动设备、手持设备(例如手机)、穿戴设备、车载设备,或内置于上述设备中的无线装置(例如,通信模块,调制解调器,或芯片系统等)。所述终端设备用于连接人,物,机器等,可广泛用于各种场景,例如包括但不限于以下场景:蜂窝通信、设备到设备通信(device-to-device,D2D)、车联网(vehicle to everything,V2X)、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)、物联网(internet of things,IoT)、虚拟现实(virtual reality,VR)、增强现实(augmentedreality,AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、智能家具、智能办公、智能穿戴、智能交通,智慧城市(smart city)、无人机、机器人等场景的终端设备。所述终端设备有时可称为UE、终端、接入站、UE站、远方站、无线通信设备、或用户装置等等。为描述方便,本申请实施例中将终端设备以UE为例进行说明。
本申请实施例中的网络设备,例如包括接入网设备,和/或核心网设备。所述接入网设备为具有无线收发功能的设备,用于与所述终端设备进行通信。所述接入网设备包括但不限于基站(基站收发信站点(base transceiver station,BTS),Node B,eNodeB/eNB,或gNodeB/gNB)、收发点(transmission reception point,TRP),第三代合作伙伴计划(3rdgeneration partnership project,3GPP)后续演进的基站,无线保真(wirelessfidelity,Wi-Fi)系统中的接入节点,无线中继节点,无线回传节点等。所述基站可以是:宏基站,微基站,微微基站,小站,中继站等。多个基站可以支持同一种接入技术的网络,也可以支持不同接入技术的网络。基站可以包含一个或多个共站或非共站的传输接收点。所述接入网设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、集中单元(centralized unit,CU),和/或分布单元(distributed unit,DU)。所述接入网设备还可以是服务器等。例如,车到一切(vehicle to everything,V2X)技术中的网络设备可以为路侧单元(road side unit,RSU)。以下对接入网设备以基站为例进行说明。基站可以与终端设备进行通信,也可以通过中继站与终端设备进行通信。终端设备可以与不同接入技术中的多个基站进行通信。所述核心网设备用于实现移动管理,数据处理,会话管理,策略和计费等功能。不同接入技术的系统中实现核心网功能的设备名称可以不同,本申请实施例并不对此进行限定。以5G系统为例,所述核心网设备包括:访问和移动管理功能(access and mobility management function,AMF)、会话管理功能(session managementfunction,SMF)、策略控制功能(policy control function,PCF)或用户面功能(userplane function,UPF)等。
本申请实施例中,用于实现网络设备功能的通信装置可以是网络设备,也可以是能够支持网络设备实现该功能的装置,例如芯片系统,该装置可以被安装在网络设备中。在本申请实施例提供的技术方案中,以用于实现网络设备的功能的装置是网络设备为例,描述本申请实施例提供的技术方案。
以接入网设备中的基站为例,例如gNB或者(eNB NR,en)-gNB等,目前除了存在集中式架构的基站外,还存在分布式架构的基站。分布式基站包括gNB-CU以及gNB-DU,一个分布式基站可以包括一个或多个gNB-DU。例如参考图1,其中的基站1为集中式架构,基站2为分布式架构,Xn-C表示基站1与基站2之间的接口。图1所示的核心网例如为5G核心网(5Gcore,5GC)。其中,gNB-CU(图1中表示为CU)包括以下至少一个逻辑节点:RRC,服务数据适配协议(service data adaptation protocol,SDAP),或,分组数据汇聚协议(packet dataconvergence protocol,PDCP);gNB-DU(图1中表示为DU)包括以下至少一个逻辑节点:无线链路控制(radio link control,RLC),媒体接入控制(media access control,MAC),或,物理(PHY)。gNB-CU和gNB-DU之间的接口为F1接口。
可选的,gNB-CU又可进一步包括gNB-CU-CP(本文中均简称为CU-CP)和gNB-CU-UP(本文中均简称为CU-UP),可参考图2所示的基站。其中,一个gNB-CU包括一个或多个CU-UP。CU-CP是用于承载RRC和PDCP的控制面部分的逻辑节点,CU-UP是用于承载PDCP的用户面部分和SDAP的逻辑节点。如图2所示,CU-CP和CU-UP之间的接口为E1接口,CU-CP与gNB-DU之间的接口为F1-C,CU-UP与gNB-DU之间的接口为F1-U。
UE的RRC状态。当前UE共存在三种RRC状态,分别为RRC_空闲(idle)态,RRC_非激活(inactive)态以及RRC_连接态。如果UE已经建立了RRC连接,则UE处于RRC连接态或RRC非激活态,如果UE未建立RRC连接,则UE处于RRC空闲态。其中,RRC非激活态是在第五代移动通信技术(the 5th generation,5G)NR中为UE引入的,该RRC状态主要针对的情况为“具有不频繁(infrequent)数据传输的UE通常由网络保持在RRC非激活状态”。当UE处于不同的RRC状态时,会执行不同的操作。当UE处于RRC空闲态时,如果UE需要进行数据传输,则UE可以发起RRC连接建立过程,以进入RRC连接态。处于RRC连接态的UE如果无需进行数据传输,基站可将该UE释放,使得该UE进入RRC空闲态或RRC非激活态,其中,如果基站发送的是带有暂停指示的释放(release)消息,例如带有挂起指示的RRC释放(RRC release with suspendindication)消息,则该UE会进入RRC非激活态;而如果基站发送的是释放消息,例如RRCRelease消息,则该UE会进入RRC空闲态。另外,处于RRC非激活态的UE还可以通过RRC连接恢复(resume)过程回到RRC连接态,或者,基站可以将处于RRC非激活态的UE释放到RRC空闲态。
在某些场景下,处于RRC非连接态的UE所需要传输的数据包通常很小,即,UE需要传输的只是小包数据(small data),例如智能手机的相关业务,例如一些应用(APP)的即时消息、心跳包或推送消息,或非智能手机的相关业务,例如可穿戴设备的周期性数据(例如心跳包),或工业无线传感器网络所发送的周期性读数(例如智能电表的读数)等。在这种情况下,UE从RRC非连接态进入RRC连接态所需要的信令开销甚至可能大于small data的传输开销,导致了不必要的功耗和信令开销。因此,目前引入了小包传输流程,例如长期演进(long term evolution,LTE)系统的数据早传(early data transmission,EDT)或新无线(new radio,NR)系统的小包数据传输(small data transmission,SDT),均支持UE在不进入RRC连接态时直接进行小包数据的传输。
目前,并不是所有数据到达时都可以发起小包传输流程。例如,基站可以为UE配置可以用于传输小包数据的无线承载(radio bearer,RB),可包括数据无线承载(data radiobearer,DRB)和/或信令无线承载(signaling radio bearer,SRB),仅这些RB上的数据才可以通过小包传输流程传输,这些RB可以称为小包传输RB,例如SDT RB。除了这些RB之外,该UE的其他RB上如果有数据到达,则不可以发起小包传输流程,所述其他RB称为非小包传输RB,例如非SDT RB(non-SDT RB)。其中,每个RB包括分组数据汇聚协议(packet dataconvergence protocol,PDCP)、无线链路控制(radio link control,RLC)和逻辑信道(logic channel,LCH),RB主要用于在数据传输过程中承载数据(例如DRB)或信令(例如SRB)。
如图3所示,为UE的3个RB的示意图,其中包括两个SDT RB(图3中的SDT DRB1和SDTDRB2)以及一个非SDT RB(图3中的非SDT DRB3)。如果SDT DRB1和/或SDT DRB2有数据到达,则可以发起小包传输流程;而如果非SDT DRB3有数据到达,则不可以发起小包传输流程。
当UE处于RRC非连接态时,例如RRC非激活态时,若核心网有该UE的下行数据,则核心网会将该下行数据发送给基站。如果该基站为分布式基站,则核心网可以将该下行数据发送给该分布式基站的CU-UP。在小包传输过程开始前,UE的下行数据会到达CU-UP;而在小包传输流程中,可能还有该UE的下行数据到达CU-UP。如果新到达的下行数据的数据量较大,则CU-CP理应将该UE转入RRC连接态。但CU-CP并不知晓有下行数据到达,因此也不会将UE转入RRC连接态,即使新到达的下行数据的数据量较大,也会继续通过小包传输流程来传输这些下行数据,导致数据传输效率较低。
鉴于此,本申请实施例在小包传输过程中,第一集中单元控制面可以接收来自第一集中单元用户面的第一信息,第一信息与终端设备的下行数据的数据量相关,由此第一集中单元控制面可以确定有新的下行数据到达。从而,第一集中单元控制面可以据此确定是否将终端设备转入RRC连接态。可见,通过本申请实施例的技术方案,即使在小包传输过程中第一集中单元控制面也能知晓有新的下行数据到达,由此能够确定是否将终端设备转入RRC连接态,提高了数据传输效率。
本申请实施例提供的技术方案可以应用于第四代移动通信技术(the 4thgeneration,4G)系统中,例如LTE系统,或可以应用于5G系统中,例如NR系统,或者还可以应用于下一代移动通信系统或其他类似的通信系统,具体的不做限制。另外本申请实施例提供的技术方案可以应用于设备到设备(device-to-device,D2D)场景,例如NR-D2D场景或LTE-D2D场景等,或者可以应用于V2X场景,例如NR-V2X场景或LTE-V2X场景等,或可用于智能驾驶、辅助驾驶、或智能网联车等领域。
示例性地,图4A为本申请实施例适用的一种通信网络架构。图4A中,UE驻留在接入网设备,此时UE可以处于RRC非连接态。图4B为本申请实施例适用的另一种通信网络架构,图4B中,UE在RRC非连接态下从接入网设备1移动到了接入网设备2,接入网设备1是该UE的锚点(anchor)接入网设备,接入网设备2不是该UE的锚点接入网设备,而是该UE的驻留接入网设备(即,当前驻留的接入网设备)。其中,UE的锚点接入网设备存储有该UE的上下文,而非锚点接入网设备未存储该UE的上下文。
其中,以接入网设备为基站为例,如果UE在一个新站(还可以称为新基站,接收基站等)下发起小包传输,则该UE的老站(也可以称为老基站,锚点基站或上一个基站等)还可以向该新站转发UE的上下文,其中该上下文包括该UE的用于小包传输的RB(例如SDT RB)相关的上下文。例如老站决定为该UE更换锚点基站时,老站可将该UE的SDT RB的全部上下文转发至新站;或者老站决定不为该UE更换锚点基站时,老站可将UE的SDT RB的部分上下文转发至新站,其中部分上下文可包括SDT RB的RLC配置。
关于对接入网设备和UE的更多介绍可参考前文,例如图4A和/或图4B中的接入网设备可采用图1所示的非分布式架构实现,或采用图1或图2所示的分布式架构实现。
下面结合附图介绍本申请的各个实施例。后文中如无特殊说明,则本申请的各个实施例对应的附图中,虚线表示的步骤均为可选的步骤。
另外,在本申请的各个实施例中,RRC非连接态例如包括RRC非激活态或RRC空闲态,本申请的各个实施例中以RRC非连接态为RRC非激活态为例进行介绍。本申请的各个实施例中,集中单元控制面例如为CU-CP,集中单元用户面例如为CU-UP。例如,第一集中单元控制面为第一CU-CP,第一集中单元用户面为第一CU-UP;第二集中单元控制面为第二CU-CP,第二集中单元用户面为第二CU-UP。本申请的各个实施例中,第一CU-UP和第一CU-CP可以位于第一接入网设备中,第二CU-UP和第二CU-CP可以位于第二接入网设备中。
本申请实施例提供一种通信方法,请参见图5,为该方法的流程图。本申请实施例提供的方法可应用于图4A所示的网络架构,例如本申请实施例方法所涉及的UE可以是图4A中的UE,本申请实施例方法所涉及的第一接入网设备例如为图4A中的接入网设备。或者,本申请实施例方法可应用于图4B所示的网络架构,例如本申请实施例方法所涉及的UE可以是图4B中的UE,本申请实施例方法所涉及的第一接入网设备例如为图4B中的接入网设备1,本申请实施例方法所涉及的第二接入网设备例如为图4B中的接入网设备2;或者,本申请实施例方法所涉及的UE可以是图4B中的UE,本申请实施例方法所涉及的第一接入网设备例如为图4B中的接入网设备2,本申请实施例方法所涉及的第二接入网设备例如为图4B中的接入网设备1,或者为图4B未示出的接入网设备,其中,例如UE的锚点接入网设备由接入网设备1更换为接入网设备2。
S501、在第一接入网设备与UE(执行)小包传输的过程中,第一CU-UP向第一CU-CP发送第一信息。相应的,在该小包传输的过程中,第一CU-CP接收来自第一CU-UP的该第一信息。例如第一信息包括在第二消息中,第二消息例如为第一CU-UP与第一CU-CP之间的E1接口消息。
该小包传输流程可以包括上行小包传输流程和/或下行小包传输流程,具体不做限制。例如,上行小包传输流程可以是UE在有上行小包数据到达时发起的,该上行小包传输流程也可以称为小包传输流程。又例如,下行小包传输流程可以是网络设备在有下行小包数据到达时发起的,该下行小包传输流程也可以称为小包传输流程。
第一信息可以是与该UE的下行数据相关的信息,该下行数据是到达第一CU-UP的下行数据。其中,该下行数据可包括下行小包数据或下行非小包数据,如下对于这两种情况分别介绍。
一、下行数据可包括下行小包数据。在这种情况下,第一信息可以有不同的实现方式。
1、作为第一信息的一种可选的实现方式,第一信息指示该下行小包数据的数据量大于或等于第一门限。
例如,如果第一CU-UP确定已到达的对应于该UE的下行小包数据的数据量大于或等于第一门限,则第一CU-UP可以向第一CU-CP发送第一信息,以指示该数据量大于或等于第一门限。可选的,第一信息还可以包括该下行小包数据对应SDT RB的标识,使得第一CU-CP能够明确有哪些SDT RB有待传输的下行小包数据。
其中,第一门限可以是第一接入网设备(例如第一CU-CP)确定是否发起小包传输的门限,或者理解为小包传输的初始阶段所使用的门限。例如,若UE当前处于RRC非连接态且未进行数据传输,则当该UE的下行数据到达时(或,到达后),第一接入网设备可以根据该下行数据的数据量和第二门限判断是否发起小包传输流程,则第一门限可以是第二门限。在这种方案下只需设置一个门限,在小包传输流程开始前以及小包传输流程中都可以利用该门限进行判断,对于门限的维护较为简单,且有利于节省用于存储门限的存储空间。
或者,第一门限也可以是用于在小包传输流程中用于确定是否将UE转入RRC连接态的门限,或者理解为小包传输的后续阶段使用的门限。此时第一门限与第二门限可以相等,也可以不相等。在这种方案下可以为小包传输流程开始前的判断和小包传输流程中的判断分别设置门限,更有利于提高判断结果的准确性。
前文涉及到了小包传输的初始阶段和后续阶段。其中,在小包传输流程开始后,第一个小包数据的传输阶段理解为小包传输的初始阶段。在初始阶段后,如果还有小包数据待传输,则可以继续传输小包数据,该过程理解为小包传输的后续阶段。
第一门限可以是多个UE共用的数据量门限,这多个UE例如是同一个接入网设备覆盖的UE,或者多个UE属于一个UE组,或者多个UE可以是任意多个UE,在这种方案下每个接入网设备只需设置一个门限,对于门限的维护较为简单,且有利于节省用于存储门限的存储空间。或者,第一门限可以是与该UE对应的数据量门限,例如UE与第一门限可以一一对应,不同的UE分别对应各自的第一门限,在这种方案下接入网设备为每个UE分别设置门限,有利于对不同的UE分别控制,以满足不同UE的业务需求。或者,第一门限也可以是与RB对应的数据量门限,例如RB与第一门限可以一一对应,不同的RB分别对应各自的第一门限,在这种方案下接入网设备为每个RB分别设置门限,有利于对不同的RB实现不同的控制,能够细化控制粒度,从而提高控制精确度。第一CU-UP所获得的第一门限,可以仅包括一种第一门限,例如包括多个UE共用的第一门限,或者包括与RB对应的数据量门限;或者,第一CU-UP所获得的第一门限也可以包括任意多种第一门限,例如既包括与UE对应的第一门限,也包括与RB对应的数据量门限。
在第一门限的种类不同时,第一CU-UP对于下行小包数据的确定过程也可能有所不同。例如,第一门限是多个UE共用的数据量门限,或者第一门限是与该UE对应的数据量门限,则第一CU-UP用于与第一门限比较的下行小包数据,可以包括该UE用于传输小包数据的所有RB的全部或部分下行小包数据。或者,如果第一CU-UP确定的下行小包数据包括该UE用于传输小包数据的所有RB的全部或部分下行小包数据,则第一CU-UP所使用的第一门限可以是多个UE共用的第一门限,或者是与该UE对应的第一门限。其中,第一CU-UP确定的该UE用于传输小包数据的所有RB的全部或部分下行小包数据,可包括已到达第一CU-UP的对应于该所有RB的全部或部分下行小包数据。例如,已到达第一CU-CP的对应于该所有RB的下行小包数据中,有些下行小包数据对应的业务对于传输时延的要求不高,例如这些下行小包数据对应的业务为非时延敏感类业务,则这些下行小包数据即使不通过小包传输流程传输,而是等到UE进入RRC连接态后传输,对于业务的影响也不大,且在RRC连接态下传输有利于提高传输质量。在这种情况下,第一CU-UP可以确定已到达的对应于该所有RB的部分下行小包数据的数据量是否大于或等于第一门限,这部分下行小包数据可以不包括非时延敏感类业务对应的下行小包数据,而如果发起小包传输流程,也可以只传输这部分下行小包数据,而不传输非时延敏感类业务对应的下行小包数据。又例如,第一CU-CP可以不必区分下行小包数据对应的业务,而是确定已到达的对应于该所有RB的全部下行小包数据的数据量是否大于或等于第一门限,如果发起小包传输流程,可以传输对应于该所有RB的全部下行小包数据。
又例如,第一门限是与RB对应的数据量门限,则第一CU-UP用于与第一门限比较的下行小包数据,可以包括该UE用于传输小包数据的某个RB的全部或部分下行小包数据。或者,如果第一CU-UP确定的下行小包数据包括该UE用于传输小包数据的某个RB的下行小包数据,则第一CU-UP所使用的第一门限可以是与该RB对应的数据量门限。举例来说,第一门限是与UE的第一RB对应的数据量门限,第一CU-UP确定的下行小包数据可以包括第一RB的全部或部分下行小包数据。其中,第一CU-UP确定的第一RB的全部或部分下行小包数据,可包括已到达第一CU-UP的对应于第一RB的全部或部分下行小包数据。
第一门限可以由接入网设备设置,例如由第一CU-UP或第一CU-CP设置等。或者第一门限也可以预配置在接入网设备中,例如预配置在第一CU-UP、第一CU-CP或第一DU中的一个或多个模块中,其中第一DU位于第一接入网设备中。或者第一门限也可以通过协议预定义。
如果第一门限由第一CU-CP设置,或预配置在第一CU-CP中,则第一CU-CP可以将第一门限发送给第一CU-UP。可选的,如果第一门限是多个UE共用的数据量门限,则第一门限可以包括在非UE关联的信令(non UE-associated signalling)中,例如,接口建立请求消息或接口建立响应消息中,或者说,第一CU-UP可以通过非UE关联的信令,例如接口建立请求消息或接口建立响应消息获得第一门限。该接口建立请求消息用于请求建立第一CU-UP与第一CU-CP之间的连接,该接口建立响应消息用于确认建立该连接,也就是说,第一CU-UP可以在该连接的建立过程中获得第一门限,该连接例如为E1接口的连接。或者,该接口建立请求消息用于第一CU-CP和第一CU-UP交换在E1接口上正确互操作所需的应用级数据,该接口建立响应消息用于第一CU-UP和第一CU-CP交换在E1接口上正确互操作所需的应用级数据。
例如,第一CU-UP可以向第一CU-CP发送接口建立请求消息,该接口建立请求消息例如为基站CU-UP E1建立请求(gNB-CU-UP E1 setup request)消息。第一CU-CP接收该gNB-CU-UP E1 setup request消息后,向第一CU-UP发送接口建立响应消息,该接口建立响应消息例如为基站CU-UP E1建立响应(gNB-CU-UP E1 setup response)消息。其中,该gNB-CU-UP E1 setup response消息可包括第一门限,则第一CU-UP就获得了第一门限。可选的,可以在该gNB-CU-UP E1 setup response消息中新增信息元素(information element,IE),该IE可包括第一门限。
又例如,第一CU-CP可以向第一CU-UP发送接口建立请求消息,该接口建立请求消息例如为基站CU-CP E1建立请求(gNB-CU-CP E1 setup request)消息。其中,该gNB-CU-CPE1 setup request消息可包括第一门限,则第一CU-UP就获得了第一门限。可选的,可以在该gNB-CU-CP E1 setup request消息中新增IE,该IE可包括第一门限。另外,第一CU-UP接收该gNB-CU-CP E1 setup request消息后,向第一CU-CP发送接口建立响应消息,该接口建立响应消息例如为基站CU-CP E1建立响应(gNB-CU-CP E1 setup response)消息。
或者,如果第一门限是与UE对应的数据量门限,或者第一门限是与RB对应的数据量门限,则第一门限可以包括在UE关联的信令(UE-associated signalling)中,例如包括在承载上下文建立请求消息中,该承载上下文请求消息可用于请求RB上下文建立,或者用于请求建立RB上下文。其中,该承载上下文请求消息可以用于请求建立部分或全部RB的上下文。该承载上下文建立请求消息例如为承载上下文建立请求(bearer context setuprequest)消息。
例如,第一CU-CP可以向第一CU-UP发送bearer context setup request消息,该bearer context setup request消息可包括第一门限,从而第一CU-UP可以获得第一门限。例如在该bearer context setup request消息中新增IE,该IE可以包括第一门限。其中,如果该UE的多个RB分别对应有第一门限,则这些第一门限均可以通过同一条bearer contextsetup request消息发送给第一CU-UP,或者也可以通过不同的bearer context setuprequest消息发送给第一CU-UP,这不同的bearer context setup request消息可用于建立该UE的不同的RB。
或者,如果第一门限由第一DU设置,或预配置在第一DU中,则第一门限也可以由第一DU发送给第一CU-UP。其中,第一DU向第一CU-UP发送信息(例如第一门限)可包括,第一DU直接将该信息发送给第一CU-UP,或者第一DU先将该信息发送给第一CU-CP,再由第一CU-CP将该信息发送给第一CU-UP。
或者,如果第一门限由第一CU-UP设置,或预配置在第一CU-UP中,或者通过协议预定义等,则第一CU-UP可以直接获得第一门限,不必通过信令传输。
2、作为第一信息的另一种可选的实现方式,第一信息指示该下行小包数据的数据量。
该下行小包数据可以包括该UE用于传输小包数据的所有RB的全部或部分下行小包数据,例如包括已到达第一CU-UP的对应于该所有RB的全部或部分下行小包数据;或者,该下行小包数据可包括该UE的某个RB(例如第一RB)的全部或部分下行小包数据,例如包括已到达第一CU-UP的对应于第一RB的全部或部分下行小包数据,第一RB为用于小包传输的RB,例如SDT RB。
在这种实现方式下,第一信息可以直接指示下行小包数据的数据量,而不必判断该数据量与第一门限的对应关系,对于第一CU-UP来说实现较为简单,例如第一CU-UP不必获得第一门限。例如该下行小包数据包括该UE用于传输小包数据的所有RB的全部或部分下行小包数据,则对于第一CU-UP来说,只要有该UE的下行小包数据到达,无论该下行小包数据通过该UE的哪个SDT RB传输,第一CU-UP都可以向第一CU-CP发送第一信息。例如第一信息指示新到达的对应于该UE的下行小包数据的数据量,或者指示已到达第一CU-UP且还未传输的对应于该UE的所有下行小包数据的数据量。
又例如,该下行小包数据包括该UE的第一RB的全部或部分下行小包数据,则对于第一CU-UP来说,只要有第一RB的下行小包数据到达,第一CU-UP就可以向第一CU-CP发送第一信息。例如第一信息指示新到达的对应于第一RB的下行小包数据的数据量,或者指示已到达第一CU-UP且还未传输的对应于第一RB的所有下行小包数据的数据量。可选的,第一信息包括的第一RB还可以为第一RB列表,该第一RB列表包括至少一个第一RB以及至少一个第一RB对应的全部或部分下行小包数据。
可选的,如果第一信息指示该下行小包数据的数据量,则第一CU-UP只要检测到下行小包数据(或者,检测到有下行小包数据到达),就可以向第一CU-CP发送第一信息。例如在小包传输流程中,第一CU-UP可能会多次检测到下行小包数据,则第一CU-UP可能会多次向第一CU-CP发送第一信息。
前文介绍了,第一信息可以包括在第二消息中。可选的,无论第一信息采用如上何种方式,第二消息可以是UE关联的信令,例如下行数据通知(DL data notification)消息,或是承载上下文修改要求(bearer context modification required)消息等。可选的,如果第二消息为bearer context modification required消息,则第一CU-CP接收该bearercontext modification required消息后,还可以向第一CU-UP发送承载上下文修改确认(bearer context modification confirm)消息,从而为第一CU-UP配置该UE进入RRC连接态所需的上下文等,其中,该UE进入RRC连接态所需的上下文可以包括UE进入RRC连接态时使用的RB的上下文,例如RB的标识,RB对应的小区组标识等。可选的,可以在第二消息中新增IE,该IE可以包括第一信息。
二、下行数据可包括下行非小包数据。
在这种情况下,第一信息可以指示下行非小包数据到达。例如,到达的下行数据是待通过该UE的非SDT RB传输的下行数据,则第一CU-UP检测到有下行非小包数据到达时,可以向第一CU-CP发送第一信息。
前文介绍了,第一信息可以包括在第二消息中。可选的,第二消息可以是UE关联的信令,例如DL data notification消息,或是bearer context modification required消息等。例如,可以在第二消息中新增IE,该IE可以包括第一信息,第一信息显式指示有下行非小包数据到达。可选的,第一信息还可以包括该下行非小包数据对应的非SDT RB的标识,使得第一CU-CP确定有哪些非SDT RB待传输下行数据。可选的,如果第二消息为bearercontext modification required消息,则第一CU-CP接收该bearer contextmodification required消息后,还可以向第一CU-UP发送bearer context modificationconfirm消息,从而为第一CU-UP配置该UE进入RRC连接态所需的上下文等,其中,该UE进入RRC连接态所需的上下文可以包括UE进入RRC连接态时使用的RB的上下文,例如RB的标识,RB对应的小区组标识等。
或者,例如第二消息包括用于指示专用于小包传输的协议数据单元(protocoldata unit,PDU)会话通知列表的IE,第二消息可以是已有的消息,例如DL datanotification消息,或者第二消息也可以是新定义的消息。其中,如果第二消息是已有的消息,例如DL data notification消息,DL data notification消息原本也包括PDU会话通知列表,但该PDU会话通知列表并不是专用于小包传输的PDU会话通知列表,本申请实施例相当于在该DL data notification消息中新引入了IE,该IE可指示专用于小包传输的PDU会话通知列表;或者,如果第二消息是新定义的消息,则本申请实施例相当于在新定义的消息中引入了用于指示专用于小包传输的PDU会话通知列表的IE。在这种实现方式下,第二消息可包括至少一个RB的标识,例如至少一个RB的标识包括在该新引入的IE中。例如,第一信息包括该至少一个RB的标识,或者,也可以将该新引入的IE视为第一信息,或者,第一信息可以包括该至少一个RB的标识以及专用于小包传输的PDU会话通知列表。该至少一个RB是非SDT RB,该下行非小包数据可以待通过该至少一个RB传输。即,相当于在专用于小包传输的PDU会话通知列表所在的IE中包括了非SDT RB的标识,或者是在专用于小包传输的PDU会话通知列表中包括了非SDT RB的标识,从而第一CU-CP根据“用于小包传输的PDU会话通知列表中包括的非SDT RB标识”能够确定,当前有下行非小包数据到达。
S502、第一CU-CP根据第一信息发送第一消息。可选的,第一消息可指示该UE转入RRC连接态。
其中,如果第一信息指示下行小包数据的数据量大于或等于第一门限,或者第一信息指示有下行非小包数据到达,则第一CU-CP接收第一信息后可以不必执行其他判断过程,而是可以直接发送第一消息。
或者,如果第一信息指示下行小包数据的数据量,则第一CU-CP接收第一信息后,可以直接发送第一消息,或者也可以确定是否将该UE转入RRC连接态,或者确定是否停止与该UE的小包传输流程。如果确定将该UE转入RRC连接态,或者确定停止与该UE的小包传输流程,则可执行S502;而如果确定不将该UE转入RRC连接态,或者确定不停止与该UE的小包传输流程,则可不必执行S502,而是可以继续与该UE的小包传输流程。
可选的,第一CU-CP如果要确定是否将该UE转入RRC连接态,或者确定是否停止与该UE的小包传输流程,可以根据第一门限来确定,关于第一门限的相关介绍可参考前文。其中,如果第一门限由第一CU-UP设置,或预配置在第一CU-UP中,则第一CU-UP可将第一门限发送给第一CU-CP。例如第一CU-UP可以通过前文所述的接口建立请求消息或接口建立响应消息将第一门限发送给第一CU-CP,或者第一CU-UP也可以通过承载上下文建立响应消息将第一门限发送给第一CU-CP,该承载上下文建立响应消息例如为承载上下文建立响应(bearer context setup response)消息。具体可参考前文介绍,不多赘述。或者,如果第一门限由第一DU设置,或预配置在第一DU中,则第一门限也可以由第一DU发送给第一CU-UP。或者,如果第一门限由第一CU-CP设置,或预配置在第一CU-CP中,或者通过协议预定义等,则第一CU-CP可以直接获得第一门限,不必通过信令传输。
例如,第一CU-CP可以确定该下行小包数据的数据量是否大于或等于第一门限。如果该下行小包数据的数据量大于或等于第一门限,则第一CU-CP可以执行S502;而如果该下行小包数据的数据量小于第一门限,则第一CU-CP可以不执行S502,例如继续与该UE的小包传输流程。可选的,前文介绍了,在小包传输流程中,第一CU-UP可能会多次检测到下行小包数据,则第一CU-UP可能会多次向第一CU-CP发送第一信息,那么第一CU-CP可能也会多次确定下行小包数据的数据量是否大于或等于第一门限,例如第一CU-CP每接收一个第一信息就可以确定下行小包数据的数据量是否大于或等于第一门限。如果在任一次确定过程中确定下行小包数据的数据量大于或等于第一门限,则第一CU-CP可以执行S502;而如果确定下行小包数据的数据量小于第一门限,则第一CU-CP可以不执行S502,例如继续与该UE的小包传输流程。
其中,第一CU-CP在某次接收第一信息后,确定下行小包数据的数据量是否大于或等于第一门限,参与本次判断过程的该数据量可以是本次接收的第一信息所指示的数据量;或者,第一CU-CP在此之前可能已接收了一个或多个第一信息,其中每个第一信息都指示了下行小包数据的数据量,则参与本次判断过程的数据量也可能是第一CU-CP已接收的全部第一信息所指示的数据量之和。
以第一CU-CP执行S502为例,如下介绍可以对应第一信息指示下行小包数据的情况,也可以对应第一信息指示下行非小包数据的情况。如果第一接入网设备是该UE的锚点接入网设备,且UE在第一接入网设备下执行小包传输流程,则第一CU-CP可以通过第一DU向该UE发送第一消息,第一消息可指示该UE转入RRC连接态。例如第一消息为RRC恢复(RRCresume)消息,或者也可以是其他消息,例如RRC建立(RRC setup)信息等。该UE接收第一消息后,可以进入RRC连接态并向第一接入网设备(例如向第一DU)发送响应,该响应可表明该UE已成功进入RRC连接态。在进入RRC连接态后,第一接入网设备(例如第一CU-UP)可以通过第一DU向该UE发送该下行小包数据或该下行非小包数据。如果发送该下行小包数据,此时该下行小包数据已不再通过小包传输流程传输,因此也可称为下行数据。可选的,第一接入网设备是该UE的锚点接入网设备包括,UE在老站下执行小包数据传输的情况,例如,第一接入网设备是老站。可选的,第一接入网设备是该UE的锚点接入网设备还包括,UE在新站下执行小包传输且老站将UE的上下文转发至新站的情况,即UE在新站下执行小包传输且更换锚点接入网设备为新站的情况,例如第一接入网设备是新站,第二接入网设备是老站。其中,第一接入网设备和第二接入网设备属于同一个无线接入网通知区域(radio accessnetwork notification area,RNA)。
或者,如果第一接入网设备是该UE的锚点接入网设备,且该UE驻留在其他接入网设备下,UE在其他接入网设备下执行小包传输流程,则第一CU-CP可以决定直接将UE转入RRC连接态,例如第一CU-CP可以向其他接入网设备发送第一消息。其他接入网设备例如包括与第一接入网设备属于同一个RNA的接入网设备,例如其他接入网设备包括第二接入网设备,以第二接入网设备为例来描述。其中,如果第二接入网设备也是分布式结构的接入网设备,例如第二接入网设备包括第二CU-CP和第二CU-UP等模块,则第一CU-CP可以向第二CU-CP发送第一消息,第一消息可指示将该UE转入RRC连接态。第二CU-CP接收第一消息后,可以通过第二接入网设备包括的第二DU向该UE发送消息,例如称为消息A,消息A可指示该UE转入RRC连接态。例如消息A为RRC resume消息,或者也可以是其他消息,例如RRC setup消息。该UE接收消息A后,可以进入RRC连接态并向第二接入网设备(例如第二DU)发送响应,该响应可表明该UE已成功进入RRC连接态。第二接入网设备可以向第一接入网设备指示该UE已进入RRC连接态,例如第二CU-CP可以向第一CU-CP发送消息,以指示该UE已进入RRC连接态。在进入RRC连接态后,第二接入网设备(例如第二CU-UP)可以向该UE发送该下行小包数据或该下行非小包数据。如果发送该下行小包数据,此时该下行小包数据已不再通过小包传输流程传输,因此也可称为下行数据。如果第二接入网设备不是分布式结构的接入网设备,则第一CU-CP可以向第二接入网设备发送第一消息,第二接入网设备向该UE发送消息A,其他过程与第二接入网设备是分布式结构的接入网设备时的处理过程类似,不再赘述。
或者,如果第一接入网设备是该UE的锚点接入网设备,且该UE驻留在其他接入网设备下,UE在其他接入网设备下执行小包传输过程,则第一CU-CP可以决定先将该UE释放至RRC非连接态,或者理解为第一CU-CP可以决定先结束当前小包传输流程。此时,第一CU-CP向其他接入网设备发送消息,例如称为消息B,该消息B可以不指示UE进入RRC连接态,或者指示UE进入RRC非连接态。其他接入网设备例如包括与第一接入网设备属于同一个RNA的至少一个接入网设备,例如其他接入网设备包括第二接入网设备,以第二接入网设备为例来描述。其中,如果第二接入网设备也是分布式结构的接入网设备,例如第二接入网设备包括第二CU-CP和第二CU-UP等模块,则第一CU-CP可以向第二CU-CP发送消息B,消息B可以不指示该UE进入RRC连接态或指示将该UE释放至RRC非连接态或者结束当前小包传输流程。第二CU-CP接收消息B后,可以通过第二接入网设备包括的第二DU向该UE发送消息,例如称为消息A,消息A可以不指示该UE进入RRC连接态或指示该UE转入RRC非连接态或者结束当前小包传输流程。例如消息A为RRC Release消息,或者也可以是其他消息。该UE接收消息A后,可以进入RRC非连接态或者结束当前小包传输流程。或者,如果第二接入网设备不是分布式结构的接入网设备,则第一CU-CP可以向第二接入网设备发送第一消息,第二接入网设备向该UE发送消息A,其他过程与第二接入网设备是分布式结构的接入网设备时的处理过程类似,不再赘述。在将该UE释放至RRC非连接态以后,或者称为结束该UE当前小包传输流程以后,第一接入网设备(例如,第一CU-CP)可以发送寻呼消息,例如第一接入网设备向UE和/或同一RNA内的至少一个接入网设备发送寻呼消息。若该寻呼消息指示下行小包传输,则UE可以响应于该寻呼消息,并发起用于小包传输的过程,例如发起用于小包传输的RRC连接恢复过程。例如,该UE向第二接入网设备发送与小包传输相关的RRC请求消息,第二接入网设备向第一接入网设备转发该与小包传输相关的RRC请求消息,之后第一接入网设备可以决定更换锚点接入网设备,并将该UE的上下文发送给第二接入网设备,再由第二接入网设备将该UE转入RRC连接态。可选的,第一接入网设备还可以向第二接入网设备发送指示信息,例如称为指示信息A,指示信息A和该UE的上下文例如包括在同一条消息中,该消息例如为第一消息,该指示信息A可以建议或通知第二接入网设备将该UE转至RRC连接态。或者可选的,如果第一消息包括该UE的上下文且不包括指示信息A,该UE的上下文也可以认为隐式指示了第二接入网设备将该UE转至RRC连接态。若第一接入网设备发送的该寻呼消息未指示下行小包数据,则UE响应于该寻呼消息,可以发起RRC连接恢复过程以请求进入RRC连接态。在进入RRC连接态后,第二接入网设备(例如第二CU-UP)可以向该UE发送该下行小包数据或该下行非小包数据。如果发送该下行小包数据,此时该下行小包数据已不再通过小包传输流程传输,因此也可称为下行数据。
本申请实施例在小包传输过程中,第一CU-CP可以接收来自第一CU-UP的第一信息,第一信息与UE的下行数据相关,由此第一CU-CP可以确定有新的下行数据到达。从而,第一CU-CP可以据此确定是否将UE转入RRC连接态。可见,通过本申请实施例的技术方案,即使在小包传输过程中第一CU-CP也能知晓有新的下行数据到达,由此能够及时将UE转入RRC连接态,提高了数据传输效率。
在前文介绍了,若UE当前处于RRC非连接态且未进行数据传输,则当该UE的下行数据到达时(或,到达后),基站可以根据该下行数据的数据量等信息判断是否发起小包传输流程以向UE发送该下行数据。对于分布式基站而言,该判断过程可由CU-CP执行,因此CU-UP可将该下行数据的数据量告知CU-CP,以供CU-CP进行判断。
但是在一些场景中,CU-CP可能并不会发起小包传输流程。例如,CU-CP可能并未给UE配置SDT的相关配置,则即使待传输的下行数据的数据量较小,CU-CP也不会发起小包传输流程,因此CU-CP也不需要获得下行数据的数据量。但CU-UP并不知晓相应的情况,因此CU-UP还是可能将下行数据的数据量告知CU-CP,这就导致CU-UP和CU-CP执行了传输该数据量的冗余步骤,消耗了基站的功率。
为此本申请实施例提供另一种通信方法,请参见图6,为该方法的流程图。本申请实施例提供的方法可应用于图4A所示的网络架构,例如本申请实施例方法所涉及的UE可以是图4A中的UE,本申请实施例方法所涉及的第一接入网设备例如为图4A中的接入网设备。或者,本申请实施例方法可应用于图4B所示的网络架构,例如本申请实施例方法所涉及的UE可以是图4B中的UE,本申请实施例方法所涉及的第一接入网设备例如为图4B中的接入网设备1,本申请实施例方法所涉及的第二接入网设备例如为图4B中的接入网设备2;或者,本申请实施例方法所涉及的UE可以是图4B中的UE,本申请实施例方法所涉及的第一接入网设备例如为图4B中的接入网设备2,本申请实施例方法所涉及的第二接入网设备例如为图4B中的接入网设备1,或者为图4B未示出的接入网设备,其中,例如UE的锚点接入网设备由接入网设备1更换为接入网设备2。
S601、第一CU-CP确定(或,决定)将UE转入(或,释放至)RRC非连接态。
例如,UE当前处于RRC连接态,第一CU-CP可以确定将该UE转入RRC非连接态。又例如,UE当前处于RRC非连接态,但处于小包传输流程(上行小包传输流程和/或下行小包传输流程)中,第一CU-UP可以确定将该UE转入RRC非连接态,或者说将该UE转入不执行小包传输的RRC非连接态,或者说结束该UE的小包传输流程。
举例来说,第一CU-CP接收到来自第一CU-UP的非激活指示信息,该非激活指示信息例如为承载上下文非激活通知(bearer context inactivity notification)消息等,该非激活指示信息可以指示当前UE的活动信息。例如,如果该非激活指示信息指示该UE的活动信息为“非活跃(not active)”,可以表示该UE没有数据待传输(该UE可能处于RRC非连接态,也可能处于小包传输流程中),则第一CU-CP可以基于该非激活指示信息确定将该UE释放至RRC非连接态。不限于此,第一CU-CP还可以基于其他信息确定将该UE释放至RRC非连接态,例如第一CU-CP可基于所存储的信息确定将该UE释放至RRC非连接态,或基于来自第一CU-UP的其他信息确定将该UE释放至RRC非连接态,或基于来自其他网元的信息确定将该UE释放至RRC非连接态。其他网元例如包括AMF,例如第一CU-UP接收了来自AMF的指示信息,该指示信息例如为“结束指示(end indication)”,也可以表示该UE没有数据或信令待传输(该UE可能处于RRC非连接态,也可能处于小包传输流程中),则第一CU-CP也可以确定将该UE释放至RRC非连接态。
S601是可选的步骤,如果UE当前已处于未执行小包传输的RRC非连接态,则不必执行S601。
S602、第一CU-UP根据第二信息确定:在检测到下行小包数据到达时(或,到达后),向第一CU-CP发送下行小包数据量信息。或者,S602也可以替换为,第一CU-UP根据第二信息确定是否在检测到下行小包数据到达时(或,到达后)向第一CU-CP发送下行小包数据量信息。可选的,第一CU-UP根据第二信息可以确定在检测到下行小包数据到达时(或,到达后)是否向第一CU-CP发送下行小包数据量信息,S602是以要向第一CU-CP发送下行小包数据量信息为例。
可选的,第二信息可以来自第一CU-CP,例如在S602之前还包括S603,第一CU-CP向第一CU-UP发送第二信息,相应的,第一CU-UP接收来自第一CU-CP的第二信息。第二信息例如包括在第三消息中。本申请实施例中,第一CU-UP可根据第二信息等因素来确定是否向第一CU-CP发送下行小包数据量信息,例如在第一CU-CP不需要下行小包数据量信息时可以不必发送,减少了冗余信息的传输过程,有助于节省基站功耗。第二信息可以有多种实现方式,如下举例介绍。
1、第二信息用于指示第一CU-UP在检测到下行小包数据到达时发送小包数据量信息,或者,第二信息用于请求检测到下行小包数据到达时的小包数据量信息。该小包数据量信息例如为下行小包数据量信息。
第一CU-UP向第一CU-CP所发送的小包数据的数据量信息,一般都是指下行小包数据的数据量信息。
可选的,第二信息还可以与用于小包传输的RB(例如SDT RB)有关。SDT RB可以包括SDT DRB和/或SDT SRB。
例如,如果上行小包传输与下行小包传输是共用SDT RB,即,UE的任一个SDT RB,既可以用于传输上行小包数据,也可以用于传输下行小包数据,那么第一CU-UP可以通过SDT RB配置确定是否具备了小包传输的相关配置,但是第一CU-UP无法确定UE是否同时具备了小包传输的相关配置,也就无法确定在有下行小包数据达到时是否需要向第一CU-CP发送下行小包数据量信息。因此第二信息可以指示与下行小包传输相关的信息,例如第二信息指示第一CU-UP在检测到下行小包数据到达时发送下行小包数据量信息,或者,第二信息用于请求检测到下行小包数据到达时的下行小包数据量信息。相当于,通过第二信息显示地向第一CU-UP说明,后续可以执行下行小包传输过程,因此第一CU-UP要向第一CU-CP发送下行小包数据的数据量。
又例如,如果上行小包传输与下行小包传输使用的SDT RB不同,即,UE的任一个SDT RB,可以用于传输上行小包数据而不用于传输下行小包数据,或可以用于传输下行小包数据而不用于传输上行小包数据,那么第一CU-UP可以通过SDT RB配置确定是否具备了下行小包传输的相关配置,但是第一CU-UP无法确定UE是否同时具备了下行小包传输的相关配置,也就无法确定在有下行小包数据达到时是否需要向第一CU-CP发送下行小包数据量信息。因此第二信息可以仅指示与小包传输指示相关的信息,而不必指示“下行”,例如第二信息指示第一CU-UP在检测到下行小包数据到达时发送小包数据量信息,或者,第二信息用于请求检测到下行小包数据到达时的小包数据量信息。相当于,通过第二信息向第一CU-UP说明发送相应的数据量信息即可,即第二信息可以隐式地与下行小包数据相关,而不必通过第二信息再指示“下行”。
在后文的介绍过程中,以第二信息用于指示第一CU-UP在检测到下行小包数据到达时发送下行小包数据量信息或者指示请求下行小包数据量信息为例。
另外,第二信息有不同的实现方式。作为第二信息的一种可选的实施方式,无论第二信息指示在检测到下行小包数据到达时发送或不发送下行小包数据量信息,该方法都可以包括S603。例如第二信息可以作为指示信息,第二信息可以指示第一CU-UP在检测到下行小包数据到达时发送下行小包数据量信息,或者,第二信息用于请求检测到下行小包数据到达时的下行小包数据量信息。可选的,可以在第三消息中新增IE,第二信息可以包括在该IE中,从而第一CU-UP根据该新增IE就能确定其中包括的是第二信息。或者,第三消息可以是新定义的消息,该消息专用于承载第二信息,则第一CU-UP根据第三消息就能确定其中包括的是第二信息。
例如第二信息占用1比特(bit),该比特的值可以为“0”或“1”,或者该比特的值可为“真(true)”或“假(false)”。如果该比特的值为“1”或“true”,表明第二信息指示第一CU-UP在检测到下行小包数据到达时发送下行小包数据量信息,或者表明第二信息用于请求检测到下行小包数据到达时的下行小包数据量信息;或者,如果该比特的值为“1”或“true”,表明第二信息指示第一CU-UP在检测到下行小包数据到达时不发送下行小包数据量信息,或者表明第二信息不用于请求检测到下行小包数据到达时下行小包数据量信息。或者第二信息也可以占用更多比特,具体不做限制。
又例如,包括第二信息的第三消息可以是承载上下文修改请求(bearer contextmodification request)消息,该bearer context modification request消息包括承载上下文状态改变(bearer context status change)信息元素(information element,IE),该承载上下文状态改变IE可以被设置为多种类型(type),或者称为被设置为多种引用(reference)或值,本申请实施例对此不做限定,均以某个IE可以被设置为多种值为例进行说明。如果该承载上下文状态改变IE的值为第一值或第二值,则该承载上下文状态改变IE是第二信息。例如,如果该承载上下文状态改变IE的值为第一值,表明第二信息指示第一CU-UP发送下行小包数据量信息,或者表明第二信息用于请求下行小包数据量信息;或者,如果该承载上下文状态改变IE的值为第二值,表明第二信息指示第一CU-UP不发送下行小包数据量信息,或者表明第二信息不用于请求下行小包数据量信息。其中,第一值和/或第二值可以是该承载上下文状态改变IE的现有取值,或者是本申请实施例为该承载上下文状态改变IE新扩展的取值。例如,第一值可以是现有的“为SDT暂停(suspend for SDT)”,或者也可以是本申请实施例新扩展的“为移动终结(mobile terminated,MT)SDT暂停(suspendfor MT-SDT)”。举例来说,如果第二信息指示第一CU-UP在检测到下行小包数据到达时发送下行小包数据量信息,则第一值可以采用新扩展的“suspend for MT-SDT”,以明确指示“下行”;而如果第二信息指示第一CU-UP在检测到下行小包数据到达时发送小包数据量信息,则第一值可以采用现有的“suspend for SDT”,即,第一值可以不必指示“下行”。可选的,如果该承载上下文状态改变IE的值不是第一值也不是第二值,则表明该承载上下文状态改变IE不是第二信息。
作为第二信息的另一种可选的实施方式,如果该方法还包括S603,则可以认为第二信息指示第一CU-UP发送下行小包数据量信息,或者认为第二信息用于请求下行小包数据量信息。或者,如果该方法不包括S603,即,第一CU-CP并未向第一CU-UP发送第二信息,第一CU-UP也未从第一CU-CP接收第二信息,则可以认为第二信息指示第一CU-UP不发送下行小包数据量信息,或者认为第二信息不用于请求下行小包数据量信息。或者,在该方法不包括S603的情况下,第二信息并不存在,因此也可以认为是第一CU-CP不发送第二信息的事件或第一CU-UP未接收第二信息的事件,指示了第一CU-UP不发送下行小包数据量信息,或者指示了不请求下行小包数据量信息。可选的,可以在第三消息中新增IE,第二信息可以包括在该IE中,从而第一CU-UP根据该新增IE就能确定其中包括的是第二信息;而如果第三消息不包括该IE,则第一CU-UP确定未收到第二信息。或者,第三消息可以是新定义的消息,该消息专用于承载第二信息,则第一CU-UP根据第三消息就能确定其中包括的是第二信息;而如果第一CU-UP未接收到第三消息,则可以确定未收到第二信息。
例如第二信息占用1个或多个比特,如果第一CU-CP发送了这1个或多个比特,和/或第一CU-UP从第一CU-CP接收了这1个或多个比特,表明第二信息指示第一CU-UP发送下行小包数据量信息,或者表明第二信息用于请求下行小包数据量信息;或者,如果第一CU-CP未发送这1个或多个比特,和/或第一CU-UP未从第一CU-CP接收这1个或多个比特,表明第一CU-UP不必发送下行小包数据量信息,或者表明不请求下行小包数据量信息。
又例如,包括第二信息的第三消息例如为bearer context modificationrequest消息,该bearer context modification request消息包括承载上下文状态改变IE,如果该承载上下文状态改变IE的值为第一值,表明该承载上下文状态改变IE是第二信息。其中,第一值可以是该承载上下文状态改变IE的现有取值,或者是本申请实施例为该承载上下文状态改变IE新扩展的取值。例如,第一值可以是现有的“suspend for SDT”,或者也可以是本申请实施例新扩展的“suspend for MT-SDT”,对此的更多举例可参考前文与第一值相关的内容。例如,如果该承载上下文状态改变IE的值为第一值,表明第二信息指示第一CU-UP发送下行小包数据量信息,或者表明第二信息用于请求下行小包数据量信息;或者,如果该承载上下文状态改变IE的值为第一值,表明第一CU-CP发送了第二信息,第一CU-UP接收了第二信息,该发送或接收的第二信息事件用于指示第一CU-UP发送下行小包数据量信息,或者指示第二信息用于请求下行小包数据量信息。如果该承载上下文状态改变IE的值不是第一值,则表明该承载上下文状态改变IE不是第二信息,则认为第一CU-CP未发送第二信息,第一CU-UP未从第一CU-CP接收第二信息,此时,第二信息指示(或者,未发送或未接收第二信息的事件指示)第一CU-UP不发送下行小包数据量信息,或者指示不请求下行小包数据量信息。
可选的,第二信息还可以用于指示UE支持小包传输的能力,例如,UE支持下行小包数据传输的能力。例如,第一CU-CP发送的第二信息指示UE支持小包传输,则第一CU-UP可以确定执行S602。例如第二信息占用1比特(bit),该比特的值可以为“0”或“1”,或者该比特的值可为“真(true)”或“假(false)”。如果该比特的值为“1”或“true”,表明第二信息指示UE支持小包数据传输或者UE支持下行小包数据传输。或者第二信息也可以占用更多比特,具体不做限制。
可选的,第二信息还可以用于指示UE是否具有小包传输配置信息或者指示第一CU-CP为UE配置了小包传输配置信息。例如,该小包传输配置信息为下行小包传输配置信息。例如,第一CU-CP发送的第二信息指示UE具有小包传输配置信息或者指示第一CU-CP为UE配置了小包传输配置信息,则第一CU-UP可以确定执行S602。例如第二信息占用1比特(bit),该比特的值可以为“0”或“1”,或者该比特的值可为“真(true)”或“假(false)”。如果该比特的值为“1”或“true”,表明第二信息指示UE具有小包传输配置信息,或者指示第一CU-CP为UE配置了小包传输配置信息。或者第二信息也可以占用更多比特,具体不做限制。
2、第二信息包括第一CU-UP的小包传输配置,例如SDT配置。
例如,第一CU-CP对第一CU-UP和UE的配置是配套的。例如,第一CU-CP如果为第一CU-UP配置了小包传输配置,则也会为UE配置小包传输配置;或者说,第一CU-CP如果为UE配置了小包传输配置,则也会为第一CU-UP配置小包传输配置。如果是这种情况,那么如果第一CU-UP确定第一CU-UP具有小包传输配置,则第一CU-UP就能确定UE也具有小包传输配置,因此后续下行小包数据具有通过小包传输流程传输的可能性。因此在这种情况下,如果第二信息包括第一CU-UP的小包传输配置,或者说第一CU-UP具有小包传输配置,则第一CU-UP可以向第一CU-CP发送下行小包数据量信息。包括第二信息的第三消息例如为承载上下文建立请求(bearer context setup request)消息,该bearer context setup request消息用于第一CU-CP在第一CU-UP建立承载的上下文。
或者还有一种情况,第一CU-CP对第一CU-UP和UE的配置不配套,例如第一CU-CP为第一CU-UP配置了小包传输配置,但并不一定为UE配置小包传输配置;或者第一CU-CP为UE配置了小包传输配置,但不一定为第一CU-UP配置小包传输配置。如果是这种情况,即使第一CU-UP确定第一CU-UP具有小包传输配置,也不能确定UE是否具有小包传输配置。因此在这种情况下,第一CU-UP的小包传输配置不作为第二信息,例如这种情况下的第二信息可以采用如上第1种实现方式,即,第二信息可指示第一CU-UP在检测到下行小包数据到达时发送小包数据量信息,或者,第二信息可用于请求检测到下行小包数据到达时的小包数据量信息。
S604、第一CU-UP向第一CU-CP发送第二信息的响应信息。相应的,第一CU-CP接收来自第一CU-CP的该响应信息。第二信息包括在第三消息中,例如第三消息为bearercontext modification request消息,则该响应信息可以包括在承载上下文修改响应(bearer context modification response)消息中。又例如,第三消息为bearer contextsetup request消息,则该响应信息可以包括在承载上下文建立响应(bearer contextsetup response)消息中。
其中S604为可选的步骤,例如,如果该方法包括S603,则可执行S604;或者,即使该方法包括S603,第一CU-UP也可能不向第一CU-CP发送第二信息的响应信息,即,可以不执行S604。
可选的,S604可以发生在S602之前,或者发生在S602之后,或者与S602同时发生。
S605、第一CU-CP释放该UE。
其中,第一CU-CP释放该UE可以包括多种情况。例如一种情况为,第一CU-CP将该UE从RRC连接态释放至RRC非连接态。又例如,另一种情况为,第一CU-CP将该UE转入不执行小包传输的RRC非连接态。再例如,又一种情况为,第一CU-CP为该UE结束小包传输流程。
例如,第一CU-CP可以向第一DU发送第一F1接口消息,第一F1接口消息可指示第一DU释放该UE,第一F1接口消息例如为UE上下文释放命令(UE context release command)消息,或者也可以是其他消息。第一DU接收第一F1接口消息后,可以向该UE发送RRC释放(RRCrelease)消息,UE接收该RRC释放消息后可以进入RRC非连接态。通过如上过程,该UE就进入了不执行小包传输的RRC非连接态。可选的,第一DU还可以向第一CU-CP发送第一F1接口消息的响应消息,该响应消息例如为UE上下文释放完成(UE context release complete)消息等。
其中S605为可选步骤,如果该UE原本就处于未执行小包传输的RRC非连接态,则可以不必执行S605。
S606、第一CU-UP接收到(或,检测到)该UE的下行数据。或者,该UE的下行数据到达第一CU-UP。
其中,在S605之后可能S606会立刻发生,或者也可能间隔一段时间后才发生S606。
S607、第一CU-UP向第一CU-CP发送第一数据量的信息。相应的,第一CU-CP从第一CU-UP接收第一数据量的信息。第一数据量为到达第一CU-UP的下行数据的数据量。
可选的,在S607之前,第一CU-UP可以先确定该接收到(或,检测到)的下行数据是否为SDT DRB的数据,或者说,确定该下行数据是否为下行小包数据。若第一CU-UP确定该下行数据是SDT DRB的数据,则第一CU-UP向第一CU-CP发送第一数据量的信息。此时第一数据量为该下行小包数据的数据量。例如S606与S607也可以是一个步骤,该步骤例如包括,当接收到(或,检测到)该UE的下行小包数据到达时,第一CU-UP向第一CU-CP发送第一数据量的信息,相应的,第一CU-CP从第一CU-UP接收第一数据量的信息;或者,该步骤例如包括,当接收到(或,检测到)该UE的SDT DRB的下行数据到达时,第一CU-UP向第一CU-CP发送第一数据量的信息,相应的,第一CU-CP从第一CU-UP接收第一数据量的信息。
或者,在S607之前,第一CU-UP可以不确定该接收到(或,检测到)的下行数据是否为SDT DRB的数据,而是向第一CU-CP发送第一数据量的信息,由第一CU-CP确定该下行数据是否为SDT DRB的数据。即,如果由CU-CP确定该下行数据是否为SDT DRB的数据,那么即使第一CU-UP并不确定接收的下行数据是否为SDT DRB的数据,或者是否为下行小包数据,第一CU-UP也可以向第一CU-CP发送第一数据量的信息。例如第一CU-UP可以是根据第二信息的指示向第一CU-CP发送第一数据量的信息,或者也可以不与S602关联,即,在没有第二信息的情况下第一CU-UP也可以自主向第一CU-CP发送第一数据量的信息。因为此时第一CU-UP并不确定该下行数据是不是下行小包数据,因此第一数据量为该下行数据的数据量。例如S606与S607也可以是一个步骤,该步骤例如包括,当接收到(或,检测到)该UE的下行数据到达时,第一CU-UP向第一CU-CP发送第一数据量的信息,相应的,第一CU-CP从第一CU-UP接收第一数据量的信息。
可选的,S607可以与S602关联,即,第一CU-UP根据第二信息确定了,在检测到下行小包数据到达时向第一CU-CP发送下行小包数据量信息,则在S607中,第一CU-UP可以向第一CU-CP发送第一数据量的信息。或者,即使未执行S602,也可以执行S607,即,第一CU-UP并未根据第二信息进行判断,而是可以自主确定向第一CU-CP发送第一数据量的信息。
第一数据量的信息例如包括在第四消息中,第四消息可以是第一CU-UP与第一CU-CP之间的E1接口消息,第四消息可以是已有的消息,例如DL data notification消息。可选的,可以在第四消息中新引入IE,例如称为第一IE,第一IE可以包括第一数据量的信息。或者,第四消息也可以是新定义的专用于发送数据量信息的消息。
可选的,第四消息还可以包括用于传输该下行小包数据的RB的标识,使得第一CU-CP能够明确有哪些SDT RB的下行小包数据到达。
可选的,第四消息还可以包括第三信息,第三信息可以指示专用于小包传输的PDU会话通知列表,例如第三信息为包括该PDU会话通知列表的IE。例如第四消息是已有的消息,可理解为,在第四消息中新引入了该IE,例如称为第二IE,第二IE可包括专用于小包传输的PDU会话通知列表,例如SDT通知列表的PDU会话(PDU Session To Notify List forSDT)。以第四消息是DL data notification消息为例,该DL data notification消息原本也包括PDU会话通知列表,但该原本包括的PDU会话通知列表并不是专用于小包传输的。PDU会话通知列表的作用是,第一CU-CP可以根据PDU会话通知列表将该PDU会话通知列表包括的服务质量(quality of service,QoS)流映射到相应的RB,如果第四消息包括的PDU会话通知列表并不专用于小包传输,则第一CU-CP并不知晓要将该PDU会话通知列表包括的QoS流映射到SDT RB,而很可能将该PDU会话通知列表包括的QoS流映射到非SDT RB,则可能导致该下行小包数据传输出错。因此本申请实施例可以在第四消息中新引入第二IE,使得第二IE包括专用于小包传输的PDU会话通知列表。第一CU-CP根据第二IE,就能够将该专用于小包传输的PDU会话通知列表包括的QoS流映射到SDT RB。
或者,第四消息还可以指示第一CU-CP将PDU会话通知列表所包括的QoS流映射到SDT RB。例如第四消息是新定义的消息,则第四消息可以包括PDU会话通知列表,该PDU会话通知列表可以专用于小包传输。第一CU-CP根据第四消息是新定义的消息,就可以将第四消息包括的PDU会话通知列表所包括的QoS流映射到SDT RB。
或者,第一CU-CP将QoS流映射到哪些RB,也可以不必根据第四消息(或第三信息)确定。例如,第一CU-CP如果接收了第一数据量的信息,就能确定待传输的下行数据是下行小包数据,由此第一CU-CP可以将该下行小包数据对应的QoS流映射到SDT RB。在这种方式下,第四消息包括第一数据量的信息即可,不必定义新的消息或IE,能够简化第四消息的实现。
前文介绍了,可由第一CU-CP确定该下行数据是否为SDT DRB的数据,那么可选的,第四消息还可以指示该下行小包数据对应的QoS流。此时,第一CU-CP可以基于第四消息包括的QoS流确定该下行数据是否为SDT DRB的数据。例如第四消息包括第四信息,第四信息可以指示该下行数据对应的QoS流,和/或指示该下行数据的数据量(后文也简称为下行数据量)。例如,第四信息包括QoS流项目(item),该QoS流项目包括QoS流标识或下行数据量信息(其中,下行数据量信息可指示下行数据量)中的至少一项。可选的,第四信息可以包括QoS流项目列表,该QoS流项目列表可包括至少一个QoS流项目,且其中的每个QoS流项目包括QoS流标识或下行数据量信息中的至少一项。也就是说,第一CU-UP通过第四信息指示了以QoS流为粒度的下行数据量。若第四信息包括多个QoS流项目,则第一CU-CP可以将多个QoS流项目指示的下行数据量相加得到第一数据量,其中,多个QoS流项目与SDT DRB对应。后续,在决定是否发起小包传输流程或下行小包传输流程时,第一CU-CP可以基于第一数据量来执行判断。可选的,若第一CU-CP在寻呼消息中携带了数据量信息,则该数据量信息可以是第一数据量的信息。其中,寻呼消息可以包括F1接口寻呼消息和/或Xn接口寻呼消息等。
或者,前文还介绍了,也可由第一CU-UP确定该下行数据是否为SDT DRB的数据。那么可选的,在发送第一数据量的信息之前,第一CU-UP可以先确定该接收到(或,检测到)的下行数据是否为SDT DRB的数据。若该下行数据是SDT DRB的数据,则第一CU-UP向第一CU-CP发送第一数据量的信息。其中,若第一CU-UP确定该下行数据为来自多个SDT DRB的数据,或者该下行数据为来自多个QoS流的数据,则第一CU-UP还可以将来自多个SDT DRB或多个QoS流的下行数据量相加,得到的结果作为第一数据量,第一CU-UP向第一CU-CP发送第四消息,该第四消息包括第四信息,第四信息指示第一数据量(或,包括第一数据量的信息)。第四信息例如为下行小包数据到达IE,或为SDT数据量IE等。也就是说,第一CU-UP通过第四信息指示了UE级别的数据量信息。
在一些实施方式中,S607是可选的步骤。例如当前没有下行小包数据,而有可以通过下行小包传输流程传输的信令,则第一CU-CP可以不执行S607,另外S606也可以替换为,第一CU-CP接收到(或,检测到)该UE的下行信令。或者,该UE的下行信令到达第一CU-CP。
在S607之后,例如第一接入网设备决定发起小包传输流程,或者决定发起下行小包传输流程,那么第一接入网设备可以发送寻呼消息,该寻呼消息可用于寻呼该UE。可选的,第一接入网设备在决定发起小包传输流程或下行小包传输流程之前,还可以执行相应的判断。
作为该判断过程的一种可选实施方式,该判断过程由第一CU-CP执行。例如,第一CU-CP可以判断第一数据量与第二门限的关系,如果第一数据量小于或等于第二门限,则第一CU-CP可以发送寻呼消息以发起小包传输流程,而如果第一数据量大于第二门限,第一CU-CP可以决定将该UE转入RRC连接态后再传输该下行数据或下行信令。例如该UE处于第一接入网设备的覆盖范围内,如果第一CU-CP确定第一数据量小于第二门限,则第一CU-CP可以向第一DU发送该寻呼消息,该寻呼消息例如为F1接口寻呼消息,可选的,该F1接口寻呼消息可以包括该UE的标识,还可以包括小包传输指示,例如sdt指示或mt-sdt指示等。第一DU接收该F1接口寻呼消息后可以广播寻呼消息,例如广播RAN寻呼消息,可选的,该RAN寻呼消息可以包括该UE的标识,还可以包括小包传输指示,例如sdt指示或mt-sdt指示等。
或者,该UE可能并未处于第一接入网设备的覆盖范围,而是处于其他接入网设备的覆盖范围内。那么,第一CU-CP还可以向其他接入网设备发送寻呼消息以寻呼该UE。其他接入网设备可以包括与第一接入网设备属于同一RNA的部分或全部接入网设备。例如其他接入网设备包括第二接入网设备,以第一CU-CP与第二接入网设备的交互过程为例。例如第一CU-CP可以向第二接入网设备发送寻呼消息,该寻呼消息例如为Xn接口寻呼消息,该寻呼消息可以包括第一数据量。可选的,该寻呼消息还可以包括用于传输该下行小包数据的RB的标识,使得第二接入网设备能够明确有哪些SDT RB的下行小包数据到达。第二接入网设备可以判断第一数据量与第二门限的关系,其中,该第二门限可以为用于第二接入网设备确定是否发起小包传输的门限。例如,如果第一数据量小于或等于第二门限,则第二接入网设备可以发送寻呼消息以发起小包传输流程;而如果第一数据量大于第二门限,第二接入网设备可以决定将该UE转入RRC连接态后再传输该下行数据或下行信令。其中,如果第二接入网设备为分布式结构,则第一CU-CP可以向第二接入网设备包括的第二CU-CP发送该Xn接口寻呼消息。其中,如果第二接入网设备为分布式结构,则第二CU-CP可以向第二DU发送F1接口寻呼消息,可选的,该F1接口寻呼消息可以包括该UE的标识和下行小包传输指示。第二DU接收该F1接口寻呼消息后可以广播寻呼消息,例如广播RAN寻呼消息,可选的,该RAN寻呼消息可以包括该UE的标识,另外还可以包括小包传输指示,例如sdt指示或mt-sdt指示等。
可选的,若第一CU-CP检测到下行信令(例如也可称为下行小包信令),则第一CU-CP还可以基于第一数据量与该下行信令的数据量之和执行判断,即,判断第一数据量与该下行信令的数据量之和与第二门限的关系。可选的,若第一CU-CP在寻呼消息中携带数据量信息,则该数据量信息对应的数据量可以是第一数据量与该下行信令的数据量之和。其中,寻呼消息可以包括Xn接口寻呼消息等。也就是说,第二接入网设备接收到用于指示第一数据量与该下行信令的数据量之和的信息后,第二接入网设备也可以基于该信息执行判断,即,判断第一数据量与该下行信令的数据量之和与第二门限的关系,判断方式可参考前文。
作为该判断过程的另一种可选实施方式,该判断过程也可以由第一DU执行。例如在S607之后,第一CU-CP可以向第一DU发送F1接口寻呼消息,可选的,该F1接口寻呼消息可以包括该UE的标识,另外还可以包括第一数据量的信息等。第一DU可以判断第一数据量与第二门限的关系,如果第一数据量小于或等于第二门限,则第一DU可以发送寻呼消息以发起小包传输流程,而如果第一数据量大于第二门限,第一DU可以通知第一CU-CP,然后第一CU-CP将该UE转入RRC连接态。例如该UE处于第一接入网设备的覆盖范围内,如果第一DU确定第一数据量小于第二门限,则第一DU可以广播寻呼消息,例如广播RAN寻呼消息,该RAN寻呼消息可以包括该UE的标识,另外还可以包括小包传输指示,例如sdt指示或mt-sdt指示等。
或者,该UE可能并未处于第一接入网设备的覆盖范围,而是处于其他接入网设备的覆盖范围内。那么,第一CU-CP还可以向其他接入网设备发送寻呼消息以寻呼该UE,该寻呼消息可以包括第一数据量的信息。其他接入网设备可以包括与第一接入网设备属于同一RNA的部分或全部接入网设备。其他接入网设备可以判断第一数据量与第二门限的关系。关于该过程可参考前文的介绍。
可选的,若第一CU-CP检测到下行信令(例如也可称为下行小包信令),则第一CU-CP还可以计算得到第一数据量与该下行信令的数据量之和。可选的,若第一CU-CP在寻呼消息中携带数据量信息,则该数据量信息对应的数据量可以是第一数据量与该下行信令的数据量之和。其中,寻呼消息可以包括F1接口寻呼消息,Xn接口寻呼消息等。也就是说,第一DU或第二接入网设备接收到用于指示第一数据量与该下行信令的数据量之和的信息后,第一DU或第二接入网设备基于该信息执行判断,即,判断第一数据量与该下行信令的数据量之和与第二门限的关系,判断方式可参考前文。
在上文介绍过程中,对于UE移动到新的接入网设备的场景,均是以第一接入网设备在Xn接口寻呼消息中指示第一数据量,再由同一RNA内的其他接入网设备进一步判断是否发起小包传输流程或下行小包传输流程为例。或者还有一种可能,第一接入网设备与其他接入网设备(例如该UE当前驻留的接入网设备,以第二接入网设备为例)预先交互过第二门限,即,第一接入网设备已知第二门限,则第一接入网设备可以基于第一数据量和第二门限判断第二接入网设备是否发起小包传输。如果第一接入网设备确定第二接入网设备能够发起小包传输,则第一接入网设备可以向第二接入网设备发送寻呼消息以寻呼该UE,该寻呼消息可以包括小包传输指示,该小包传输指示例如为mt-sdt指示。第二接入网设备接收该mt-sdt指示后可以不必再执行是否发起小包传输流程的判断步骤,而是可以发送RAN寻呼消息以寻呼UE发起小包传输流程。其中,第一接入网设备与第二接入网设备处于同一个RNA内。
该UE接收来自接入网设备(例如第一接入网设备或第二接入网设备)的RAN寻呼消息后,可以执行小包传输的相关步骤,例如该UE可以发起用于小包传输或下行小包传输的RRC连接恢复流程。UE发起用于(下行)小包传输的RRC连接恢复流程可以包括,UE向接入网设备发送RRC请求消息,接入网设备接收该RRC请求消息,例如该RRC请求消息为RRC连接恢复请求(RRC connection resume request)消息。可选的,该RRC请求消息还可以包括用于指示UE发起小包传输或下行小包传输的信息。可选的,UE可以向DU发送该RRC请求消息,DU可接收该RRC请求消息。其中,若UE在上次被第一接入网设备释放至RRC非连接态后依然处于第一接入网设备的覆盖范围内,则UE是向第一DU发送该RRC请求消息;或者,若UE在上次被第一接入网设备释放至RRC非连接态后移动到了其他接入网设备(例如第二接入网设备)的覆盖范围内,则UE是向第二DU发送该RRC请求消息。
可选的,UE在发起小包传输流程或下行小包传输流程之前,还可以执行相应的判断。可选的,UE可以判断该UE的接收信号质量是否大于或等于第三门限,和/或,判断上行数据的数据量是否小于或等于第四门限。该UE的接收信号质量例如通过参考信号接收功率(reference signal receiving power,RSRP)、参考信号接收质量(reference signalreceiving quality,RSRQ)或信号与干扰加噪声比(signal to interference plus noiseratio,SINR)等参数衡量。
如果该UE的接收信号质量大于或等于第三门限,表明该UE的信道质量较好,能够支持在RRC非连接态下的数据传输流程,因此该UE可以发起小包传输流程或下行小包传输流程;而如果该UE的接收信号质量小于第三门限,表明该UE的信道质量较差,可能无法支持在RRC非连接态下的数据传输流程,因此该UE可以不发起小包传输流程或下行小包传输流程。
该上行数据是该UE待发送的上行数据,其中,在下行小包传输流程中,也可以传输该UE的上行小包数据。如果该上行数据的数据量大于第四门限,表明该上行数据无法通过小包传输流程来传输,而应进入RRC连接态传输,因此该UE可以不发起小包传输流程或下行小包传输流程,例如该UE可请求进入RRC连接态;或者,如果该上行数据的数据量小于或等于第四门限,表明该上行小包数据能够通过小包传输流程来传输,则该UE可以发起小包传输流程或下行小包传输流程。
可选的,如上介绍的UE在发起小包传输流程或下行小包传输流程之前的判断过程可以由UE的MAC层来执行。在MAC层执行判断之前,MAC层还可以接收来自该UE的RRC层的指示信息,例如称为指示信息B,该指示信息B可以指示MAC层执行上行小包传输相关的判断,或执行下行小包传输相关的判断。可选的,该判断过程还可以包括选择资源的过程,例如包括MAC层选择发起小包传输流程或者下行小包传输流程使用的资源的过程。例如,MAC层可选择正常的随机接入资源,或者选择用于小包传输的随机接入资源,或者选择预配置的小包传输资源等。其中,若选择正常的随机接入资源或者用于小包传输的随机接入资源,则UE可以使用接入网设备(例如第一接入网设备或第二接入网设备)通过随机接入响应调度的资源发送RRC请求消息;或者,若选择预配置的小包传输资源,则UE可以使用预配置的小包传输资源发送RRC请求消息。与UE在接收该RAN寻呼消息后且在发起小包传输流程或下行小包传输流程之前所执行的判断不同,若UE是在有上行数据到达后执行相应的判断,则MAC层在选择发起小包传输流程或者上行小包传输流程使用的资源时,只能选择用于小包传输的随机接入资源,或者预配置的小包传输资源,而不能选择正常的随机接入资源。由此可见,MAC层在以上两种情况(UE接收到下行小包数据相关的RAN寻呼消息,以及UE有上行数据到达这两种情况)中执行的判断是不同的,而RRC层能够获知当前是以上两种情况中的哪一种,因此,可以由RRC层向MAC层发送指示信息B,以指示MAC层执行何种判断。可见,通过RRC层的指示,可以使得MAC层的判断过程更为准确。而且MAC层可以根据不同的小包传输流程执行不同的判断过程(例如,执行不同的资源选择过程),由此使得判断结果(例如资源选择结果)能够符合相应的小包传输流程的场景。
S608、第一DU向第一CU-CP发送RRC请求消息。相应的,第一CU-CP接收来自第一DU的该RRC请求消息。
如果UE是向第一DU发送了该RRC请求消息,则第一DU可以向第一CU-CP发送F1接口消息,例如称为第二F1接口消息,第二F1接口消息可以包括该RRC请求消息。例如,第二F1接口消息可以是初始上行RRC消息传递(initial UL RRC message transfer)消息,或是上行RRC消息传递(UL RRC message transfer)消息等。
或者,如果UE是向第二DU发送了该RRC请求消息,则S608可以替换为,第二DU向第二CU-CP发送RRC请求消息,相应的,第二CU-CP接收来自第二DU的该RRC请求消息。例如第二DU向第二CU-CP发送F1接口消息,例如称为第二F1接口消息,第二F1接口消息可以包括该RRC请求消息。例如第二F1接口消息可以是initial UL RRC message transfer消息或ULRRC message transfer消息等。
可以理解的是,若UE已经移动至新站的范围,例如移动到了第二接入网设备的覆盖范围,则接收来自该UE的RRC请求消息的是第二接入网设备,如果第二接入网设备是分布式架构,则可由第二接入网设备的DU向第二接入网设备的CU发送第二F1接口消息;若UE未移动至新站范围,例如UE还是驻留在第一接入网设备,则接收来自该UE的RRC请求消息的是第一接入网设备,如果第一接入网设备是分布式架构,则可由第一接入网设备的DU向第一接入网设备的CU发送第二F1接口消息。
可选的,第一CU-CP(或,第二CU-CP)还可以根据第二F1接口消息获知当前发起的是小包传输流程或下行小包传输流程。例如第二F1接口消息包括sdt指示或mt-sdt指示,第一CU-CP或第二CU-CP可以据此确定当前发起的是小包传输流程或下行小包传输流程。
S609、第一CU-CP向第一DU发送第五消息。相应的,第一DU接收来自第一CU-CP的第五消息。第五消息例如为第一CU-CP与第一DU之间的F1接口消息,例如称为第三F1接口消息。
可选的,当S608中的第二F1接口消息为initial UL RRC message transfer时,才执行S609。或者,无论S608中的第二F1接口消息为何种消息,都可以执行S609。
其中,如果S608是第一DU向第一CU-CP发送RRC请求消息,则可执行该S609;或者,如果S608是第二DU向第二CU-CP发送RRC请求消息,则S609可以替换为,第二CU-CP向第二DU发送第五消息,相应的,第二DU接收来自第二CU-CP的第五消息。
第五消息可以用于请求建立该UE的上下文,例如请求建立该UE的RB的上下文,该RB为SDT RB。例如,第五消息可以是UE上下文建立请求(UE context setup request)消息。可选的,第一DU(或,第二DU)在接收第五消息后,还可以向第一CU-CP(或,第二CU-CP)发送第五消息的响应,该响应例如为UE上下文建立响应(UE context setup response)消息。
可选的,第五消息可以用于请求建立该UE的所有SDT RB的部分或全部上下文,或者,第五消息也可以用于请求建立该UE的用于传输该下行小包数据的SDT RB的部分或全部上下文。例如,本申请实施例中到达第一CU-UP的下行小包数据可能通过该UE的部分或全部SDT RB传输,第五消息可以用于请求建立传输该下行小包数据的SDT RB的部分或全部上下文,而对于不用于传输该下行小包数据的SDT RB的上下文则可以不请求建立,由此能够简化建立SDT RB的上下文的过程。
举例来说,第三F1接口消息可包括第三IE,第三IE可包括待建立的RB的标识,该待建立的RB可包括用于传输该下行小包数据的DRB,和/或包括用于传输该UE的下行信令的SRB。可选的,第三IE还可以包括待建立的RB的配置信息。或者,待建立的DRB的标识与待建立的SRB的标识也可以分别包括在不同的IE中,这不同的IE还可以分别包括待建立的DRB或SRB的配置信息。第三F1接口消息相当于通过这些IE指示了请求建立这些RB的部分或全部上下文。本申请实施例主要以下行小包数据为例进行介绍。
如果将S608替换为第二DU向第二CU-CP发送RRC请求消息,表明UE已经移动到了第二接入网设备。第二接入网设备不是该UE的锚点接入网设备,因此第二CU-CP并未存储该UE的上下文等信息,导致S609无法执行。可选的,如果UE移动到了第二接入网设备,那么在S608之后以及在S609之前,第二接入网设备(例如,第二CU-CP)可以向第一CU-CP发送第六消息,第六消息可用于请求获取该UE的上下文。第六消息可以是Xn接口消息,例如为获取UE上下文请求(retrieve UE context request)消息。第一CU-CP接收第六消息后,可以确定是否为该UE更换锚点接入网设备。如果更换锚点接入网设备,则第一CU-CP可以将该UE的全部上下文发送给第二接入网设备(例如,第二CU-CP);或者,如果不更换锚点接入网设备,则第一CU-CP可以将该UE的部分上下文发送给第二接入网设备(例如,第二CU-CP)。可选的,第一CU-CP可以向第二接入网设备发送第六消息的响应消息,该第六消息的响应消息可包括第一CU-CP向第二接入网设备发送的该UE的相应上下文。该响应消息例如为获取UE上下文响应(retrieve UE context response)或者部分UE上下文传递(partial UE contexttransfer)消息等。其中,第一接入网设备如果不是分布式结构,则第二接入网设备可以与第一接入网设备交互,而不是与第一CU-CP交互。第二接入网设备如果不是分布式结构,则第一接入网设备可以与第二接入网设备交互,而不是与第二CU-CP交互。
例如,如果更换锚点接入网设备,则第一CU-CP可以将该UE的全部RB的全部上下文发送给第二接入网设备,或者将该UE的全部SDT RB的全部上下文发送给第二接入网设备。或者,如果不更换锚点接入网设备,则第一CU-CP可以将该UE的全部SDT RB的部分或全部上下文发送给第二接入网设备,或者也可以将该UE的用于传输该下行小包数据(或,下行信令)的SDT RB的部分或全部上下文发送给第二接入网设备。其中,如果第一CU-CP是将该UE的某个RB的部分上下文发送给第二接入网设备,则例如第一CU-CP可将该RB的RLC配置等发送给第二接入网设备,而对于该RB的其他配置则可以不发送。
本申请实施例中,在不更换锚点接入网设备的情况下,第一接入网设备可以向第二接入网设备发送用于传输该下行小包数据的SDT RB的部分或全部上下文,而不必向第二接入网设备发送该UE的全部SDT RB的部分或全部上下文,由此能够减小传输开销。
在完成该UE的上下文的传输或建立或恢复等过程后,第一接入网设备可以向该UE发送该下行小包数据,或者,该UE的下行小包数据开始传输。其中,如果该UE处于第一接入网设备的覆盖范围内,则第一接入网设备(例如,第一CU-UP)可以直接向该UE发送该下行小包数据;或者,如果该UE处于第二接入网设备的覆盖范围内,且第一接入网设备决定不更换锚点接入网设备,则第一接入网设备可将该下行小包数据发送给第二接入网设备,第二接入网设备再向该UE发送该下行小包数据;或者,如果该UE处于第二接入网设备的覆盖范围内,且第一接入网设备决定更换锚点接入网设备,则第二接入网设备可将该下行小包数据发送给该UE。
S609可以与S602和S607关联。例如,第一CU-UP根据第二信息确定了,在检测到下行小包数据到达时向第一CU-CP发送下行小包数据量信息,则在S607中,第一CU-UP可以向第一CU-CP发送第一数据量的信息,在S609中,第五消息可以请求建立该UE的所有SDT RB的全部或部分上下文,或者请求建立用于传输该下行小包数据的SDT RB的全部或部分上下文。
或者,S609可以与S602关联而不与S607关联。例如,第一CU-UP根据第二信息确定了,在检测到下行小包数据到达时向第一CU-CP发送下行小包数据量信息,S607可能执行也可能未执行,即使执行了S607,也可能并不是依赖于S602而执行,在S609中,第五消息可以请求建立该UE的所有SDT RB的全部或部分上下文,或者请求建立用于传输该下行小包数据的SDT RB的全部或部分上下文。其中,S607未执行可以包括仅有下行信令(例如下行小包信令),而无下行小包数据的情况,例如AMF有下行小包信令,UPF没有下行小包数据。
或者,S609可以与S607关联而不与S602关联。例如并未执行S602,在S607中,第一CU-UP可以向第一CU-CP发送第一数据量的信息,在S609中,第五消息可以请求建立该UE的所有SDT RB的全部或部分上下文,或者请求建立用于传输该下行小包数据的SDT RB的全部或部分上下文。
或者,S609与S602和S607均不关联。例如,即使不执行S602和S607,也可以执行S609,第五消息可以请求建立该UE的所有SDT RB的全部或部分上下文,或者请求建立用于传输该下行小包数据的SDT RB的全部或部分上下文。
可选的,第一DU接收第五消息后,可以向第一CU或者第一CU-CP发送第五消息的响应消息。例如第五消息为UE上下文建立请求消息,该响应消息可以是UE上下文建立响应(UEcontext setup response)消息。例如该响应消息可包括结果信息,该结果信息可以指示第五消息所请求建立的该UE的上下文是否建立成功,例如指示第五消息所请求建立的SDT RB的上下文是否建立成功,其中,该结果信息所指示的SDT RB可以包括该UE的所有SDT RB,或者包括该UE的有下行小包数据和/或下行信令到达的SDT RB。例如该结果信息包括“DRB建立列表IE”、“DRB无法建立列表IE”、“SRB建立列表IE”、或“SRB无法建立列表IE”中的一项或多项。例如,“DRB建立列表IE”可包括第五消息所请求的SDT RB中的建立成功的DRB的标识,“DRB无法建立列表IE”可包括第五消息所请求的SDT RB中的建立失败的DRB的标识,“SRB建立列表IE”可包括第五消息所请求的SDT RB中的建立成功的SRB的标识,“SRB无法建立列表IE”可包括第五消息所请求的SDT RB中的建立失败的SRB的标识。
S610、第一CU-UP向第一CU-CP发送第一指示信息。相应的,第一CU-CP接收来自第一CU-UP的第一指示信息。第一指示信息可指示没有进一步的数据,或指示小包传输结束,或指示下行小包传输结束,或指示停止数据传输,其中停止数据传输例如包括停止下行数据传输等。
例如第一指示信息包括在第一CU-UP与第一CU-CP之间的E1接口消息中,该E1接口消息例如为承载上下文非激活指示(bearer context inactivity notification)消息。第一指示信息例如为该E1接口消息包括的SDT结束指示,第一CU-CP可基于第一指示信息结束当前的小包传输过程或下行小包传输过程。
S611、核心网设备向第一CU-CP发送第一指示信息。相应的,第一CU-CP接收来自核心网设备的第一指示信息。该核心网设备例如为AMF,或者也可以是核心网内的其他设备。第一指示信息可指示没有进一步的数据,或指示小包传输结束,或指示下行小包传输结束,或指示停止数据传输和/或停止信令传输等,其中,停止数据传输例如包括停止下行数据传输,停止信令传输例如包括停止下行信令(或,下行小包信令)传输。
第一指示信息可以包括在该核心网设备与第一CU-CP之间的NG接口消息中,该NG接口消息例如为下行非接入层传输(downlink NAS transport)消息。例如该NG接口消息包括第四IE,第四IE包括结束指示(end indication),该结束指示可视为第一指示信息,或者该第四IE可视为第一指示信息。如果第一CU-CP接收到来自核心网设备的第一指示信息,则可以确定核心网设备没有进一步的数据或信令向该UE发送,因此,第一CU-CP可以为该UE结束当前的小包传输流程或下行小包传输流程。其中,S611不局限于UE下行小包传输流程,还可以用于UE有上行小包数据需要传输时UE执行的上行小包传输的过程中年。
其中,S610与S611可以均发生,对于顺序不做限制;或者,S610与S611也可以仅发生其中一个步骤。
本申请实施例中,S602、S607、S609、S610和/或S611,可以视为四个过程,这四个过程可以均关联;或者,这四个过程中的任意多个过程可以有关联,而剩余过程与该任意多个过程无关,例如S602与S607关联,而S602和S607均与S609无关,S602和S607也与S610和/或S611无关;或者,这四个过程可以均不关联,而是四个独立的过程。其中,两个过程关联可理解为,这两个过程均会执行,且一个过程的执行与另一个过程有关。例如S602与S607关联,那么,如果S602未执行,则S607也可以不执行,而如果执行了S602,则如果S602确定要向第一CU-CP发送下行数据量信息,就可以执行S607;又例如,S602与S609关联,那么在执行S602之后可以执行S609。
两个过程不关联可以理解为,一个过程的执行跟另一个过程无关。例如S602与S607不关联,那么,无论是否执行了S602,都可能执行S607,或者也可能不执行S607,即,S607是否执行以及S607的内容等均与S602无关。
本申请实施例中,第一CU-UP可以根据第二信息确定是否向第一CU-CP发送下行小包数据量信息,相当于第一CU-UP是根据相应的因素衡量后再确定是否向第一CU-CP发送下行小包数据量信息,例如在第一CU-CP不需要下行小包数据量信息时可以不必发送,减少了冗余信息的传输过程,有利于节省接入网设备的功耗。
可选的,图6所示的实施例与图5所示的实施例可以结合。例如图5所示的实施例所述的小包传输过程可以包括图6所示的实施例提供的小包传输过程,在图6所示的实施例中的S601~S608执行完毕后,或者在图6所示的实施例的S606~S608执行完毕后,可以执行图5所示的实施例。其中,如果将图6所示的实施例与图5所示的实施例关联,则为了区分,可将图5所示的实施例涉及的下行小包数据称为第一下行小包数据,将图6所示的实施例涉及的下行小包数据(例如,在小包传输过程中到达的下行小包数据)称为第二下行小包数据。或者,图6所示的实施例与图5所示的实施例也可以不结合,图5所示的实施例所述的小包传输过程可以包括上行小包传输过程和/或下行小包传输过程,该下行小包传输过程可以不按照图6所示的实施例提供的方式执行。
本申请各个实施例的介绍过程中,是以第一接入网设备是分布式架构,且第一接入网设备包括第一CU-CP、第一CU-UP和第一DU为例。
或者还有可能,第一接入网设备虽然是分布式架构,但可能第一接入网设备包括第一CU和第一DU,且第一CU并未进一步划分为第一CU-CP和第一CU-UP。那么本申请的各个实施例所述的第一CU-CP执行的步骤以及第一CU-UP执行的步骤,均可由第一CU执行,而第一CU-CP与第一CU-UP之间的交互过程可以不执行,均为第一CU内部实现。
或者,第一接入网设备也可能不是分布式架构,而是一个整体。那么本申请的各个实施例所述的第一CU-CP执行的步骤、第一CU-UP执行的步骤以及第一DU执行的步骤,均由第一接入网设备作为整体来执行;而第一CU-CP、第一CU-UP、第一DU,这三者之间的交互过程也可以不执行,而是第一接入网设备内部实现。
对于第二接入网设备来说,也有如上几种可选的架构,第二接入网设备的实现方式与第一接入网设备是类似的。且第一接入网设备的架构与第二接入网设备的架构可以相同,例如均为包括CU-CP、CU-UP和DU的分布式架构;或者,第一接入网设备的架构与第二接入网设备的架构也可以不同,例如第一接入网设备包括第一CU-CP、第一CU-UP和第一DU,而第二接入网设备不是分布式架构。
图7给出了本申请实施例提供的一种通信装置的结构示意图。所述通信装置700可以是图5或图6所示的实施例中的任一个实施例所述的第一CU-CP或该第一CU-CP的电路系统,用于实现上述方法实施例中对应于第一CU-CP的方法。或者,所述通信装置700可以是图5或图6所示的实施例中的任一个实施例所述的第一CU-UP或该第一CU-UP的电路系统,用于实现上述方法实施例中对应于第一CU-UP的方法。或者,所述通信装置700可以是图5或图6所示的实施例中的任一个实施例所述的第二CU-CP或该第二CU-CP的电路系统,用于实现上述方法实施例中对应于第二CU-CP的方法。具体的功能可以参见上述方法实施例中的说明。其中,例如一种电路系统为芯片系统。
该通信装置700包括至少一个处理器701。处理器701可以用于装置的内部处理,实现一定的控制处理功能。可选地,处理器701包括指令。可选地,处理器701可以存储数据。可选地,不同的处理器可以是独立的器件,可以位于不同物理位置,可以位于不同的集成电路上。可选地,不同的处理器可以集成在一个或多个处理器中,例如,集成在一个或多个集成电路上。
可选地,通信装置700包括一个或多个存储器703,用以存储指令。可选地,所述存储器703中还可以存储有数据。所述处理器和存储器可以单独设置,也可以集成在一起。
可选地,通信装置700包括通信线路702,以及至少一个通信接口704。其中,因为存储器703、通信线路702以及通信接口704均为可选项,因此在图7中均以虚线表示。
可选地,通信装置700还可以包括收发器和/或天线。其中,收发器可以用于向其他装置发送信息或从其他装置接收信息。所述收发器可以称为收发机、收发电路、输入输出接口等,用于通过天线实现通信装置700的收发功能。可选地,收发器包括发射机(transmitter)和接收机(receiver)。示例性地,发射机可以用于将基带信号生成射频(radio frequency)信号,接收机可以用于将射频信号转换为基带信号。
处理器701可以包括一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路702可包括一通路,在上述组件之间传送信息。
通信接口704,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN),有线接入网等。
存储器703可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器703可以是独立存在,通过通信线路702与处理器701相连接。或者,存储器703也可以和处理器701集成在一起。
其中,存储器703用于存储执行本申请方案的计算机执行指令,并由处理器701来控制执行。处理器701用于执行存储器703中存储的计算机执行指令,从而实现本申请上述实施例提供的通信方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器701可以包括一个或多个CPU,例如图7中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信装置700可以包括多个处理器,例如图7中的处理器701和处理器705。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
当图7所示的装置为芯片时,例如是第一CU-UP的芯片,或第一CU-CP的芯片,或第二CU-CP的芯片,则该芯片包括处理器701(还可以包括处理器705)、通信线路702、存储器703和通信接口704。具体地,通信接口704可以是输入接口、管脚或电路等。存储器703可以是寄存器、缓存等。处理器701和处理器705可以是一个通用的CPU,微处理器,ASIC,或一个或多个用于控制上述任一实施例的通信方法的程序执行的集成电路。
本申请实施例可以根据上述方法示例对装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。比如,在采用对应各个功能划分各个功能模块的情况下,图8示出了一种装置示意图,该装置800可以是上述各个方法实施例中所涉及的第一CU-UP或第一CU-CP或第二CU-CP,或者为第一CU-UP中的芯片或第一CU-CP中的芯片或第二CU-CP中的芯片。该装置800包括发送单元801、处理单元802和接收单元803。
应理解,该装置800可以用于实现本申请实施例的方法中由第一CU-CP或第一CU-UP或第二CU-CP执行的步骤,相关特征可以参照上文的各个实施例,此处不再赘述。
可选的,图8中的发送单元801、接收单元803以及处理单元802的功能/实现过程可以通过图7中的处理器701调用存储器703中存储的计算机执行指令来实现。或者,图8中的处理单元802的功能/实现过程可以通过图7中的处理器701调用存储器703中存储的计算机执行指令来实现,图8中的发送单元801和接收单元803的功能/实现过程可以通过图7中的通信接口704来实现。
可选的,当该装置800是芯片或电路时,则发送单元801和接收单元803的功能/实现过程还可以通过管脚或电路等来实现。
本申请还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序或指令,当该计算机程序或指令被运行时,实现前述方法实施例中由第一CU-CP或第一CU-UP或第二CU-CP所执行的方法。这样,上述实施例中所述功能可以软件功能单元的形式实现并作为独立的产品销售或使用。基于这样的理解,本申请的技术方案本质上或者说对做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行前述任一方法实施例中由第一CU-CP或第一CU-UP或第二CU-CP所执行的方法。
本申请实施例还提供了一种处理装置,包括处理器和接口;所述处理器用于执行上述任一方法实施例所涉及的第一CU-CP或第一CU-UP或第二CU-CP所执行的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器,数字信号处理器(digital signal processor,DSP),专用集成电路(application specificintegrated circuit,ASIC),现场可编程门阵列(field-programmable gate array,FPGA),或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM、闪存、ROM、可擦除可编程只读存储器(erasable programmable read-only memory,EPROM)、EEPROM、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中,ASIC可以设置于终端设备中。可选地,处理器和存储媒介也可以设置于终端设备中的不同的部件中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请实施例进行了描述,显而易见的,在不脱离本申请实施例的范围的情况下,可对其进行各种修改和组合。相应地,本申请实施例和附图仅仅是所附权利要求所界定的本申请实施例的示例性说明,且视为已覆盖本申请实施例范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的范围。这样,倘若本申请实施例的这些修改和变型属于本申请实施例权利要求及其等同技术的范围之内,则本申请实施例也意图包含这些改动和变型在内。
Claims (36)
1.一种通信方法,其特征在于,应用于第一集中单元控制面,所述方法包括:
在第一接入网设备与终端设备小包传输的过程中,接收来自第一集中单元用户面的第一信息,所述第一信息为与所述终端设备的下行数据相关的信息;
根据所述第一信息发送第一消息,所述第一消息用于指示所述终端设备转入无线资源控制RRC连接态;
其中,所述第一集中单元控制面和第一集中单元用户面位于所述第一接入网设备中。
2.根据权利要求1所述的方法,其特征在于,所述下行数据包括第一下行小包数据或下行非小包数据。
3.根据权利要求2所述的方法,其特征在于,所述下行数据包括所述第一下行小包数据,
所述第一信息用于指示所述第一下行小包数据的数据量大于或等于第一门限,其中,
所述第一下行小包数据包括所述终端设备用于传输小包数据的所有无线承载的下行小包数据,所述第一门限为所述终端设备对应的数据量门限,或所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或者,
所述第一下行小包数据包括所述终端设备的第一无线承载的下行小包数据,所述第一门限为所述第一无线承载对应的数据量门限,所述第一无线承载用于传输小包数据;
或,
所述第一信息用于指示所述第一下行小包数据的数据量。
4.根据权利要求3所述的方法,其特征在于,当所述第一信息用于指示所述第一下行小包数据的数据量时,所述方法还包括:
确定所述第一下行小包数据的数据量大于或等于第一门限,其中,
所述第一下行小包数据包括所述终端设备用于传输小包数据的所有无线承载的下行小包数据,所述第一门限为所述终端设备对应的数据量门限,或所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或者,
所述第一下行小包数据包括所述终端设备的第一无线承载的下行小包数据,所述第一门限为所述第一无线承载对应的数据量门限,所述第一无线承载用于传输小包数据。
5.根据权利要求3或4所述的方法,其特征在于,
所述第一门限包括在接口建立请求消息或接口建立响应消息中,所述接口建立请求消息用于请求建立所述第一集中单元控制面与所述第一集中单元用户面之间的连接,所述接口建立请求响应消息用于确认建立所述连接,其中,所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或,
所述第一门限包括在承载上下文建立请求消息中,所述承载上下文建立请求消息用于请求所述终端设备的无线承载上下文建立,其中,所述第一门限为所述终端设备或所述第一无线承载对应的数据量门限。
6.根据权利要求2所述的方法,其特征在于,所述下行数据包括所述下行非小包数据,
所述第一信息用于指示所述下行非小包数据到达,所述下行非小包数据包括所述终端设备用于非小包数据的所有无线承载的下行非小包数据,或包括所述终端设备的第二无线承载的下行非小包数据,所述第二无线承载用于传输非小包数据。
7.根据权利要求6所述的方法,其特征在于,所述第一信息包括在第二消息中,所述第一信息包括所述终端设备的至少一个无线承载的标识,以及用于指示专用于小包传输的协议数据单元PDU会话通知列表,所述至少一个无线承载用于传输非小包数据。
8.根据权利要求1~7中任一项所述的方法,其特征在于,所述方法还包括:
向所述第一集中单元用户面发送第二信息;
接收来自所述第一集中单元用户面的第一数据量的信息,所述第一数据量为第二下行小包数据的数据量。
9.根据权利要求8所述的方法,其特征在于,
所述第二信息包括在第三消息中,其中,
所述第二信息用于指示:所述终端设备支持小包传输的能力;或者,
所述第二信息用于指示:所述终端设备支持下行小包传输的能力;或者,
所述第二信息用于指示:所述终端设备具有小包传输配置信息;或者,
所述第二信息用于指示:所述第一集中单元控制面为所述终端设备配置了小包传输配置信息;或者,
所述第二信息用于指示:所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,
所述第二信息包括所述第一集中单元用户面的小包传输配置。
10.根据权利要求9所述的方法,其特征在于,所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息,包括:
如果上行小包传输与下行小包传输共用无线承载,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,
如果上行小包传输与下行小包传输使用的无线承载不同,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送小包数据量信息,所述小包数据量信息包括所述下行小包数据量信息。
11.根据权利要求8所述的方法,其特征在于,
所述第二信息包括在第三消息中,所述第二信息是所述第三消息所包括的取值为第一值的承载上下文变化状态信息元素IE。
12.根据权利要求8~11中任一项所述的方法,其特征在于,所述第一数据量的信息包括在第四消息中,所述方法还包括:
根据第三信息将专用于小包传输的PDU会话通知列表包括的服务质量QoS流映射到用于小包传输的无线承载,其中,所述第三信息包括在所述第四消息中,所述第三信息用于指示所述专用于小包传输的PDU会话通知列表;或,
根据所述第四消息将所述第四消息包括的PDU会话通知列表所包括的QoS流映射到用于小包传输的无线承载;或,
根据所述第一数据量的信息,将PDU会话通知列表包括的QoS流映射到用于小包传输的无线承载。
13.根据权利要求8~12中任一项所述的方法,其特征在于,在接收来自所述第一集中单元用户面的第一数据量的信息之后,所述方法还包括:
发送寻呼消息,所述寻呼消息用于寻呼终端设备。
14.根据权利要求13所述的方法,其特征在于,在发送寻呼消息之后,所述方法还包括:
从所述第一接入网设备内的第一分布单元接收来自所述终端设备的RRC请求消息;
向所述第一分布单元发送第五消息,所述第五消息用于请求无线承载的上下文建立,所述无线承载为所述终端设备用于传输所述下行小包数据的无线承载。
15.根据权利要求13所述的方法,其特征在于,发送寻呼消息,包括:
向第二接入网设备发送所述寻呼消息,所述寻呼消息用于所述第二接入网设备寻呼终端设备,其中,所述寻呼消息包括所述第一数据量的信息,或包括下行小包传输指示。
16.根据权利要求15所述的方法,其特征在于,在向第二接入网设备发送寻呼消息之后,所述方法还包括:
接收来自所述第二接入网设备的第六消息,所述第六消息用于请求获取所述终端设备的上下文;
向所述第二接入网设备发送所述终端设备的用于小包传输的所有无线承载的部分或全部上下文,或者向所述第二接入网设备发送所述终端设备的用于传输所述下行小包数据的无线承载的部分或全部上下文。
17.根据权利要求15或16所述的方法,其特征在于,所述第二接入网设备与所述第一集中单元控制面单元位于同一个无线接入网通知区域RNA内。
18.根据权利要求8~17中任一项所述的方法,其特征在于,所述方法还包括:
从第一集中单元用户面或核心网设备接收第一指示信息,所述第一指示信息用于指示小包传输结束,或用于指示停止数据传输。
19.根据权利要求8~18中任一项所述的方法,其特征在于,所述第一接入网设备为基站,所述第一集中单元用户面为所述基站内的基站集中单元用户面,所述第一集中单元控制面为所述基站内的基站集中单元控制面。
20.一种通信方法,其特征在于,应用于第一集中单元用户面,所述方法包括:
在第一接入网设备与终端设备小包传输的过程中,向第一集中单元控制面发送第一信息,所述第一信息为与所述终端设备的下行数据相关的信息,所述第一信息用于所述第一集中单元控制面确定是否将所述终端设备转入RRC连接态;
其中,所述第一集中单元控制面和第一集中单元用户面位于所述第一接入网设备中。
21.根据权利要求20所述的方法,其特征在于,所述下行数据包括第一下行小包数据或下行非小包数据。
22.根据权利要求21所述的方法,其特征在于,所述下行数据包括所述第一下行小包数据,
所述第一信息用于指示所述第一下行小包数据的数据量大于或等于第一门限,其中,
所述第一下行小包数据包括所述终端设备用于传输小包数据的所有无线承载的下行小包数据,所述第一门限为所述终端设备对应的数据量门限,或所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或者,
所述第一下行小包数据包括所述终端设备的第一无线承载的下行小包数据,所述第一门限为所述第一无线承载对应的数据量门限,所述第一无线承载用于传输小包数据;
或,
所述第一信息用于指示所述第一下行小包数据的数据量。
23.根据权利要求22所述的方法,其特征在于,
所述第一门限包括在接口建立请求消息或接口建立响应消息中,所述接口建立请求消息用于请求建立所述第一集中单元控制面与所述第一集中单元用户面之间的连接,所述接口建立请求响应用于确认建立所述连接,其中,所述第一门限为多个终端设备共用的数据量门限,所述终端设备为所述多个终端设备中的一个终端设备;或,
所述第一门限包括在承载上下文建立请求消息中,所述承载上下文建立请求消息用于请求所述终端设备的无线承载上下文建立,其中,所述第一门限为所述终端设备或所述第一无线承载对应的数据量门限。
24.根据权利要求21所述的方法,其特征在于,所述下行数据包括所述下行非小包数据,
所述第一信息用于指示所述下行非小包数据到达,所述下行非小包数据包括所述终端设备用于非小包数据的所有无线承载的下行非小包数据,或包括所述终端设备的第二无线承载的下行非小包数据,所述第二无线承载用于传输非小包数据。
25.根据权利要求24所述的方法,其特征在于,所述第一信息包括在第二消息中,所述第一信息包括所述终端设备的至少一个无线承载的标识,以及用于指示专用于小包传输的PDU会话通知列表,所述至少一个无线承载用于传输非小包数据。
26.根据权利要求20~25中任一项所述的方法,其特征在于,所述方法还包括:
根据第二信息确定:在检测到下行小包数据到达时,向所述第一集中单元控制面发送下行小包数据量信息;
当检测到第二下行小包数据到达时,向所述第一集中单元控制面发送第一数据量的信息,所述第一数据量为所述第二下行小包数据的数据量。
27.根据权利要求26所述的方法,其特征在于,
所述第二信息包括在第三消息中,所述第三消息来自所述第一集中单元控制面,其中,
所述第二信息用于指示:所述终端设备支持小包传输的能力;或者,
所述第二信息用于指示:所述终端设备支持下行小包传输的能力;或者,
所述第二信息用于指示:所述终端设备具有小包传输配置信息;或者,
所述第二信息用于指示:所述第一集中单元控制面为所述终端设备配置了小包传输配置信息;或者,
所述第二信息用于指示:所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,
所述第二信息包括所述第一集中单元用户面的小包传输配置。
28.根据权利要求27所述的方法,其特征在于,所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息,包括:
如果上行小包传输与下行小包传输共用无线承载,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送所述下行小包数据量信息;或者,
如果上行小包传输与下行小包传输使用的无线承载不同,则所述第二信息用于指示所述第一集中单元用户面在检测到下行小包数据到达时,发送小包数据量信息,所述小包数据量信息包括所述下行小包数据量信息。
29.根据权利要求26所述的方法,其特征在于,
所述第二信息包括在第三消息中,所述第三消息来自所述第一集中单元控制面,其中,所述第二信息是所述第三消息所包括的取值为第一值的承载上下文变化状态IE。
30.根据权利要求26~29中任一项所述的方法,其特征在于,所述第一数据量的信息包括在第四消息中,其中,
所述第四消息还包括第三信息,所述第三信息用于指示专用于小包传输的PDU会话通知列表,所述第三信息用于所述第一集中单元控制面将所述PDU会话通知列表的QoS流映射到用于小包传输的无线承载;或,
所述第四消息还用于指示所述第一集中单元控制面将所述第四消息包括的PDU会话通知列表所包括的QoS流映射到用于小包传输的无线承载。
31.根据权利要求26~30中任一项所述的方法,其特征在于,在向所述第一集中单元控制面发送第一数据量的信息之后,所述方法还包括:
向所述第一集中单元控制面发送第一指示信息,所述第一指示信息用于指示小包传输结束。
32.根据权利要求26~31中任一项所述的方法,其特征在于,所述第一接入网设备为基站,所述第一集中单元用户面为所述基站内的基站集中单元用户面,所述第一集中单元控制面为所述基站内的基站集中单元控制面。
33.一种通信装置,其特征在于,包括处理器和存储器,所述存储器和所述处理器耦合,所述处理器用于执行如权利要求1~19中任一项所述的方法,或用于执行如权利要求20~32中任一项所述的方法。
34.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1~19中任一项所述的方法,或使得所述计算机执行如权利要求20~32中任一项所述的方法。
35.一种芯片系统,其特征在于,所述芯片系统包括:处理器和接口,所述处理器用于从所述接口调用并运行指令,当所述处理器执行所述指令时,实现如权利要求1~19中任一项所述的方法,或实现如权利要求20~32中任一项所述的方法。
36.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1~19中任一项所述的方法,或使得所述计算机执行如权利要求20~32中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2023/134407 WO2024146301A1 (zh) | 2023-01-06 | 2023-11-27 | 一种通信方法及装置 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2023100204972 | 2023-01-06 | ||
CN202310020497 | 2023-01-06 | ||
CN2023101549208 | 2023-02-10 | ||
CN202310154920 | 2023-02-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118317460A true CN118317460A (zh) | 2024-07-09 |
Family
ID=91731973
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310394633.4A Pending CN118317460A (zh) | 2023-01-06 | 2023-04-07 | 一种通信方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN118317460A (zh) |
WO (1) | WO2024146301A1 (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020166817A1 (en) * | 2019-02-12 | 2020-08-20 | Lg Electronics Inc. | Early data transmission in cu-du split |
CN113543311B (zh) * | 2020-04-13 | 2023-06-27 | 华为技术有限公司 | 用户设备的无线资源控制状态的控制方法及相关装置 |
CN116530204A (zh) * | 2020-08-31 | 2023-08-01 | 欧芬诺有限责任公司 | 小数据传输的后续数据信息 |
-
2023
- 2023-04-07 CN CN202310394633.4A patent/CN118317460A/zh active Pending
- 2023-11-27 WO PCT/CN2023/134407 patent/WO2024146301A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024146301A1 (zh) | 2024-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108024221B (zh) | 一种寻呼方法、基站及终端 | |
KR101605048B1 (ko) | 무선 네트워크 재진입 시스템 및 프로세스 | |
WO2018019001A1 (zh) | 一种终端状态转换方法及装置 | |
KR102091476B1 (ko) | 통신 네트워크에서의 리소스 관리를 위한 리소스 컨트롤러 | |
US9113370B2 (en) | Method and apparatus for handling a stationary user terminal in a network | |
US20230050355A1 (en) | Wus for paging for rrc inactive states | |
WO2017201741A1 (zh) | 一种切换到中继节点的方法、相关设备及系统 | |
EP3412060B1 (en) | Devices and method for flexible user equipment identification | |
US20230363035A1 (en) | Methods, nodes and computer readable medium for relay connection establishment | |
WO2013091161A1 (en) | A method and apparatus for mobility robustness optimization | |
WO2023051634A1 (zh) | 通信方法及装置 | |
US20240056926A1 (en) | Communication method and apparatus for obtaining load information | |
JP2022502958A (ja) | 早期データ伝送及び無線アクセスネットワーク通知エリア更新 | |
JP7111812B2 (ja) | 通信装置のランダム・アクセス方法、装置、及び記憶媒体 | |
CN116982388A (zh) | 小数据传输模式中的传输 | |
US20140162631A1 (en) | Load sharing method, base station, user equipment, load sharing node, and system | |
CN112771914B (zh) | 无线电资源测量的执行方法、无线设备和网络节点 | |
WO2024146301A1 (zh) | 一种通信方法及装置 | |
WO2023134332A1 (zh) | 一种通信方法及系统 | |
WO2023103958A1 (zh) | 一种通信方法及装置 | |
WO2024067139A1 (zh) | 一种通信方法及装置 | |
WO2024093986A1 (zh) | 一种通信方法及装置 | |
WO2024120237A1 (zh) | 一种通信方法及装置 | |
WO2021139509A1 (en) | Method and apparatus for dynamic group management | |
CN111132226B (zh) | 将服务质量流映射到无线电承载 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |