CN116033603A - 连接控制、业务处理方法及装置 - Google Patents
连接控制、业务处理方法及装置 Download PDFInfo
- Publication number
- CN116033603A CN116033603A CN202211608893.9A CN202211608893A CN116033603A CN 116033603 A CN116033603 A CN 116033603A CN 202211608893 A CN202211608893 A CN 202211608893A CN 116033603 A CN116033603 A CN 116033603A
- Authority
- CN
- China
- Prior art keywords
- protocol layer
- layer
- data unit
- protocol
- network element
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本发明提供了一种连接控制、业务处理方法及装置,其中,连接控制方法包括:第一网元接收第二网元用于建立或恢复与用户设备UE相关的S1接口的上行S1消息;所述第一网元向所述第二网元发送所述下行S1消息,其中,所述下行S1消息包含以下信息之一或其组合:第一指示信息,第二指示信息。通过本发明,提供了一种通过S1消息指示第二网元的方法。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种连接控制、业务处理方法及装置。
背景技术
机器间M2M通信系统中,UE(User Equipment,终端)节能是至关重要的。在现有技术中,当UE处于RRC_IDLE状态有数据需要发送时,UE首先触发随机接入过程建立或恢复与网络的RRC连接,UE最早可以将数据随无线资源控制(Radio Resource Control,RRC)连接建立完成或RRC恢复完成消息一起发送给基站,之后UE将维持在RRC_CONNECTED状态一段时间,等待基站将UE释放。当UE处于RRC_CONNECTED状态有数据需要发送时,UE有可能因为失去时间同步或没有上行资源,而需要先发起随机接入,并在随机接入过程完成后将数据携带在Msg5或Msg5之后的上行空口消息中发送给基站。
eNB收到携带上行数据的空口消息后,需要触发S1接口流程将数据发送给核心网。在现有技术中,以CP(控制面)方案为例,其S1接口流程如图1所示,图1是本申请相关技术中的S1接口流程图。
在上述CP方案传递NAS PDU(非接入层协议数据单元)流程中,终端可以在UL NASPDU中包含释放辅助信息(Release Assistance Information,简称RAI),指示终端是否还有上行数据或者是否期待下行数据,如果指示期待下行数据(例如应用层对UL NAS PDU的确认),可能意味着在RAI之后发送的下行数据包是这次应用层数据交换的最后一个数据包。UE通过空中接口消息将UL NAS PDU带给eNB,eNB收到带有UL NAS PDU的空口消息后,会发送S1-AP initial UE messgae消息给MME,包含eNB建立UE相关的逻辑S1连接所需要的标识信息(例如eNB UE S1AP ID),并携带UL NAS PDU。
移动管理实体(Mobility Management Entity,MME)收到该包含UL NAS PDU的上行S1消息后,会将该UL NAS PDU转发给核心网。如果MME根据RAI信息判断终端未期待下行数据,且MME自己没有缓存的下行数据且没有S1-U接口存在,则MME可以发送ConnectionEstablishment Indication消息给eNB,消息里包含UE相关的逻辑S1连接所需要的标识信息(例如MME UE S1AP ID),用于完成UE相关的S1接口的建立,消息里还可以携带UE能力信息发送给eNB,之后MME可以立即发送UE Context Release Command来触发连接释放。如果MME根据RAI信息判断终端有期待的下行数据,则MME在收到P-GW发送的下行数据后,可以将数据包含在DL NAS PDU中通过DOWNLINK NAS TRANSPORT消息发送给eNB,如果MME自己也有缓存的下行数据,这些下行数据可以和P-GW发来的下行数据一起打包放在DL NAS PDU中。如果MME根据RAI判断不会再有更多的下行数据且MME自己也没有更多的缓存数据,则MME也会立即发送UE Context Release Command来触发连接释放。
eNB收到DOWNLINK NAS TRANSPORT消息后,会触发空口的下行数据发送流程。若eNB接着收到UE Context Release Command消息,则eNB会触发RRC连接释放流程,将终端从RRC_CONNECTED状态释放到RRC_IDLE状态。
在相关技术中,还提出优化地发送业务数据的方法,图2是本发明相关技术中发送业务数据的方法流程图。在下述随机接入流程中,终端通过Msg3传输上行数据,之后终端收到Msg4携带的冲突解决ID,判断冲突解决成功,则终端认为上行数据发送成功,终端可以不必转移到RRC_CONNECTED状态,而是维持在RRC_IDLE状态,该流程可以被称为提前数据发送流程(early data transmission,简称EDT)。
在上述EDT流程中,终端可以将上行数据包含在Msg3空口消息中发送给eNB,并且终端会根据eNB发来的Msg4消息,来决定是维持在RRC_IDLE状态,还是转移到RRC_CONNECTED状态。
相关技术中尚未确定eNB根据何种原则来选择不同的Msg4来让终端进入RRC_CONNECTED状态或是维持在RRC_IDLE状态,也未发现有效的解决方案。
发明内容
本发明实施例提供了一种连接控制、业务处理方法及装置方法及装置,以至少提供了一种通过S1消息指示第二网元的方法。
根据本发明的一个实施例,提供了一种连接控制方法,包括:第一网元接收第二网元用于建立或恢复与用户设备UE相关的S1接口的上行S1消息;所述第一网元向所述第二网元发送所述下行S1消息,其中,所述下行S1消息包含以下信息之一或其组合:第一指示信息,第二指示信息。
根据本发明的一个实施例,提供了另一种连接控制方法,包括:第二网元接收第一网元发送的以下信息之一或其组合:第一指示信息,第二指示信息;或者,第二网元接收第三网元发送的用户面数据以及以下信息之一或其组合:第一指示信息,第二指示信息;第二网元将用户面数据通过空中接口发送给UE;第二网元释放或挂起与所述UE相关的S1接口,或者,第二网元释放全部或部分演进的无线接入承载E-RAB。
根据本发明的一个实施例,提供了一种业务处理方法,包括:第一网元接收用户设备UE发送的低层协议层数据单元;第一网元的低层协议层将来自第一逻辑信道的协议层数据单元和来自第二逻辑信道的协议层数据单元传递给高层协议层;所述高层协议层处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复所述UE的专用配置信息;所述高层协议层将所述专用配置信息和第二逻辑信道的协议层数据单元传递给所述低层协议层,低层协议层根据所述专用配置信息处理第二逻辑信道的协议层数据单元并将其传递给所述高层协议层;或者,
第一网元接收UE发送的低层协议层数据单元;第一网元的低层协议层将来自第一逻辑信道的协议层数据单元传递给高层协议层,低层协议层缓存来自第二逻辑信道的协议层数据单元;所述高层协议层处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;所述高层协议层将所述专用配置信息传递给所述低层协议层,所述低层协议层根据所述专用配置信息处理缓存的第二逻辑信道的协议层数据单元并将其传递给高层协议层。
根据本发明的另一个实施例,提供了一种连接控制装置,应用在第一网元,包括:接收模块,用于接收第二网元用于建立或恢复与用户设备UE相关的S1接口的上行S1消息;发送模块,用于向所述第二网元发送所述下行S1消息,其中,所述下行S1消息包含以下信息之一或其组合:第一指示信息,第二指示信息。
根据本发明的另一个实施例,提供了另一种连接控制装置,应用在第二网元,包括:接收模块,用于接收第一网元发送的以下信息之一或其组合:第一指示信息,第二指示信息;或者,第二网元接收第三网元发送的用户面数据以及以下信息之一或其组合:第一指示信息,第二指示信息;发送模块,用于将用户面数据通过空中接口发送给UE;处理模块,用于释放或挂起与所述UE相关的S1接口,或者,释放全部或部分演进的无线接入承载E-RAB。
根据本发明的又一个实施例,提供了一种业务处理装置,应用在第一网元,包括:接收模块,用于接收用户设备UE发送的低层协议层数据单元;低层协议层,用于将来自第一逻辑信道的协议层数据单元和来自第二逻辑信道的协议层数据单元传递给高层协议层;所述高层协议层,用于处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复所述UE的专用配置信息;将所述专用配置信息和第二逻辑信道的协议层数据单元传递给所述低层协议层,低层协议层根据所述专用配置信息处理第二逻辑信道的协议层数据单元并将其传递给所述高层协议层;或者,
接收模块,用于接收UE发送的低层协议层数据单元;低层协议层,用于将来自第一逻辑信道的协议层数据单元传递给高层协议层,低层协议层缓存来自第二逻辑信道的协议层数据单元;所述高层协议层,用于处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;将所述专用配置信息传递给所述低层协议层,所述低层协议层根据所述专用配置信息处理缓存的第二逻辑信道的协议层数据单元并将其传递给高层协议层。
根据本发明的又一个实施例,还提供了一种存储介质,所述存储介质包括存储的程序,其中,所述程序运行时执行上述任一项所述的方法。
根据本发明的又一个实施例,还提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行上述任一项所述的方法。
通过本发明,在第一网元接收第二网元用于建立或恢复与UE相关的S1接口的上行S1消息后再向第二网元发送指示信息,提供了一种通过S1消息指示第二网元的方法。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本申请相关技术中的S1接口流程图;
图2是本发明相关技术中发送业务数据的方法流程图;
图3是根据本发明实施例的一种连接控制方法的流程图;
图4是根据本发明实施例的另一种连接控制方法的流程图;
图5是根据本发明实施例的一种连接控制装置的结构框图;
图6是根据本发明实施例的另一种连接控制装置的结构框图;
图7是本实施例的流程图一;
图8是本实施例的流程图二;
图9是本实施例的流程图三;
图10是本实施例的流程图四;
图11是本实施例的流程图五;
图12是本实施例的流程图六;
图13是本实施例的流程图七;
图14是本实施例的流程图八;
图15是本实施例的流程图九;
图16是本实施例的流程图十;
图17是本实施例的流程图十一。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种连接控制方法,图3是根据本发明实施例的一种连接控制方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,第一网元接收第二网元用于建立或恢复与用户设备UE相关的S1接口的上行S1消息;
步骤S304,第一网元向第二网元发送下行S1消息,其中,下行S1消息包含以下信息之一或其组合:第一指示信息,第二指示信息。
通过上述步骤,在第一网元接收第二网元用于建立或恢复与UE相关的S1接口的上行S1消息后再向第二网元发送指示信息,提供了一种通过S1消息指示第二网元的方法。
可选地,第二网元处于以下状态之一:无线资源控制空闲RRC_IDLE态,无线资源控制不活动RRC_INACTIVE态。
可选地,第一指示信息用于向第二网元指示UE的数据状态,第一指示信息包括以下之一或其组合:结束标识数据包;核心网是否有缓存的UE的下行数据;核心网在时长T内是否有缓存的UE的下行数据。
可选地,第一指示信息还用于隐含指示是否允许第二网元主动发起S1连接释放或挂起,或者,是否允许第二网元释放全部或部分演进的无线接入承载E-RAB。
可选地,第二指示信息用于指示是否允许第二网元主动发起S1连接释放或挂起,或者,是否允许第二网元释放全部或部分演进的无线接入承载E-RAB。
可选地,下行S1消息包括S1接口的相关信息,其中,S1接口的相关信息包括:UE在第一网元侧的S1接口标识,UE在第二网元侧的S1接口标识。
可选地,第一指示包括定时器,用于指示第二网元在收到第一指示之后且等待定时器超时后,挂起UE相关的S1接口。
可选地,等待定时器的设定时长大于或等于0。
可选地,在指示第二网元可以释放或挂起与UE相关的S1接口包括后,方法还包括:在等待定时器超时后,释放或挂起UE相关的S1接口,或者,释放全部或部分演进的无线接入承载(enhance Radio Access Brarer,E-RAB)。
可选地,第一网元为移动性管理实体MME,第二网元为接入网。
在本实施例中提供了一种连接控制方法,图4是根据本发明实施例的另一种连接控制方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,第二网元接收第一网元发送的以下信息之一或其组合:第一指示信息,第二指示信息;或者,第二网元接收第三网元发送的用户面数据以及以下信息之一或其组合:第一指示信息,第二指示信息;
步骤S404,第二网元将用户面数据通过空中接口发送给UE;
步骤S406,第二网元释放或挂起与UE相关的S1接口,或者,第二网元释放全部或部分演进的无线接入承载E-RAB。
可选的,第二网元处于以下状态之一:无线资源控制空闲RRC_IDLE态,无线资源控制不活动RRC_INACTIVE态。
可选的,第一指示信息用于向第二网元指示UE的数据状态,包括以下之一或其组合:结束标识数据包;核心网是否有缓存的UE的下行数据;核心网在时长T内是否有缓存的UE的下行数据。
可选的,第一指示信息还用于隐含指示是否允许第二网元主动发起S1连接释放或挂起,或者,是否允许第二网元释放全部或部分演进的无线接入承载E-RAB。
可选的,第二指示信息用于指示是否允许第二网元主动发起S1连接释放或挂起,或者,是否允许第二网元释放全部或部分演进的无线接入承载E-RAB。
可选的,在第二网元接收第一网元或第三网元发送的指示信息之后,方法还包括:第二网元根据以下条件至少之一触发执行释放或挂起与UE相关的S1接口:获知UE没有额外上行数据,且仅期待下行确认数据,完成接收下行用户面数据;获知UE没有额外上行数据,收到下行用户面数据,且该数据指示下行没有额外数据;获知UE没有额外上行数据,收到第一网元或第三网元关于没有额外下行数据的指示;获知UE没有额外上行数据,收到第一网元或第三网元关于释放或挂起S1接口的指示。
可选的,在根据指示信息释放或挂起与UE相关的S1接口之后,方法还包括:第二网元向UE发送用于指示进入或维持在RRC_IDLE态或RRC_INACTIVE态的Msg4。
可选的,第一网元为移动性管理实体MME,第二网元为接入网,第三网元为服务网关S-GW或PDN网关P-GW,第一网元和第三网元属于核心网。
在本实施例中提供了一种业务处理方法,包括两种实现方案,分别是:
S11,第一网元接收用户设备UE发送的低层协议层数据单元;
S12,第一网元的低层协议层将来自第一逻辑信道的协议层数据单元和来自第二逻辑信道的协议层数据单元传递给高层协议层;
S13,高层协议层处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;
S14,高层协议层将专用配置信息和第二逻辑信道的协议层数据单元传递给低层协议层,低层协议层根据专用配置信息处理第二逻辑信道的协议层数据单元并将其传递给高层协议层。
另一种方案为:
S21,第一网元接收UE发送的低层协议层数据单元;
S22,第一网元的低层协议层将来自第一逻辑信道的协议层数据单元传递给高层协议层,低层协议层缓存来自第二逻辑信道的协议层数据单元;
S23,高层协议层处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;
S24,高层协议层将专用配置信息传递给低层协议层,低层协议层根据专用配置信息处理缓存的第二逻辑信道的协议层数据单元并将其传递给高层协议层。
可选的,第一网元为基站;低层协议层包括以下至少之一:物理层,介质访问控制MAC层,高层协议层包括以下至少之一:无线链路RLC层,分组数据汇聚协议PDCP层,RRC层;标识信息包括以下至少之一:UE的恢复ID,UE的临时移动用户身份S-TMSI,UE的小区无线网络临时标识C-RNTI。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种连接控制装置,业务处理装置,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的一种连接控制装置的结构框图,应用在第一网元,如图5所示,该装置包括:
接收模块50,用于接收第二网元用于建立或恢复与用户设备UE相关的S1接口的上行S1消息;
发送模块52,用于向第二网元发送下行S1消息,其中,下行S1消息包含以下信息之一或其组合:第一指示信息,第二指示信息。
图6是根据本发明实施例的另一种连接控制装置的结构框图,如图6所示,包括:
接收模块60,用于接收第一网元发送的以下信息之一或其组合:第一指示信息,第二指示信息;或者,第二网元接收第三网元发送的用户面数据以及以下信息之一或其组合:第一指示信息,第二指示信息;
发送模块62,用于将用户面数据通过空中接口发送给UE;
处理模块64,用于释放或挂起与UE相关的S1接口,或者,释放全部或部分演进的无线接入承载E-RAB。
本实施例还提供了业务处理装置,应用在第一网元,包括:接收模块,用于接收用户设备UE发送的低层协议层数据单元;低层协议层,用于将来自第一逻辑信道的协议层数据单元和来自第二逻辑信道的协议层数据单元传递给高层协议层;高层协议层,用于处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;将专用配置信息和第二逻辑信道的协议层数据单元传递给低层协议层,低层协议层根据专用配置信息处理第二逻辑信道的协议层数据单元并将其传递给高层协议层。
或者,业务处理装置包括:接收模块,用于接收UE发送的低层协议层数据单元;低层协议层,用于将来自第一逻辑信道的协议层数据单元传递给高层协议层,低层协议层缓存来自第二逻辑信道的协议层数据单元;高层协议层,用于处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;将专用配置信息传递给低层协议层,低层协议层根据专用配置信息处理缓存的第二逻辑信道的协议层数据单元并将其传递给高层协议层。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本实施例用于对本申请的方案进行详细说明:
终端在Msg3中可以包含是否还有更多上行数据的指示(在后文简称该指示为指示1),或者包含是否优先建立S1接口,或终端是否期待对上行数据的下行确认的指示(在后文简称该指示为指示2),也有公司提出,MME可以在下行S1接口消息中包含另一指示,指示MME是否还有额外的下行数据要发送给终端,或指示是否要将终端转移到RRC_CONNECTED状态(在后文简称该指示为指示3),eNB根据该指示1至指示3提供的信息,在尽量使用现有S1接口流程的基础上,可能执行如下几种操作:
终端采用CP方案,终端将UL NAS PDU包含在Msg3中发送给eNB。目前标准讨论认为CP方案不支持数据分段发送,只有当待发送上行数据与终端获得的上行授权(UL grant)匹配时,终端才会采用EDT方案,则终端在Msg3中不会指示有更多上行数据(例如未包含指示1或指示1为否定含义)。
流程1,如果Msg3中包含指示2,且该指示2指示优先建立S1接口,或指示终端期待对上行数据的下行确认,eNB可以先不发送Msg4给终端,而是先触发S1接口流程,将上行数据发送给核心网。后续eNB收到包含DL NAS PDU的S1接口下行消息(例如DOWNLINK NASTRANSPORT消息)后,如果MME未指示还有额外的下行数据(例如未包含指示3或指示3为否定含义),则eNB将该DL NAS PDU与冲突解决ID一起包含在Msg4中发送给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE状态;后续MME可能根据UL NAS PDU中包含的RAI信息以及没有额外下行数据的实际情况,而触发连接释放。图7是本实施例的流程图一。
流程2,Msg3中有可能未指示终端期待对上行数据的下行确认(例如未包含指示2或指示2为否定含义),但考虑到MME有可能缓存有下行数据(根据DRX配置,MME尚未触发paging流程),此时eNB仍然可以先不发送Msg4给终端,而是先触发S1接口流程,将上行数据发送给核心网,如果MME没有缓存的下行数据,则MME会发送下行S1接口消息给eNB用于完成S1接口建立(例如Connection Establishment Indication消息),且未指示还有额外的下行数据,eNB收到该消息后,将仅包含冲突解决ID的Msg4发送给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE状态;图8是本实施例的流程图二。
流程3,Msg3中有可能未指示终端期待对上行数据的下行确认,但考虑到MME有可能缓存有下行数据(根据DRX配置,MME尚未触发paging流程),此时eNB仍然可以先不发送Msg4给终端,而是先触发S1接口流程,将上行数据发送给核心网,如果MME存在缓存的下行数据,则MME会将缓存数据打包在DL NAS PDU中,通过S1接口下行消息(例如DOWNLINK NASTRANSPORT消息)发送给eNB,如果所有缓存数据都能够打包在该DL NAS PDU中,则MME在该S1接口下行消息中不会指示还有额外的下行数据。eNB收到该消息后,将该DL NAS PDU与冲突解决ID一起包含在Msg4中发送给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE状态;图9是本实施例的流程图三。
流程4,Msg3中有可能未指示终端期待对上行数据的下行确认,但考虑到MME有可能缓存有下行数据(根据DRX配置,MME尚未触发paging流程),此时eNB仍然可以先不发送Msg4给终端,而是先触发S1接口流程,将上行数据发送给核心网,如果MME存在缓存的下行数据,则MME会将缓存数据打包在DL NAS PDU中,通过S1接口下行消息(例如DOWNLINK NASTRANSPORT消息)发送给eNB,如果缓存数据较大,不能打包在一个DL NAS PDU中,则MME在该S1接口下行消息中会指示还有额外的下行数据。eNB收到该消息后,将该DL NAS PDU与冲突解决ID一起包含在Msg4中发送给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE态但保存C_RNTI,或者转移到RRC_CONNECTED状态。图10是本实施例的流程图四。
终端采用UP方案,终端将UL data和RRC消息一起复用在Msg3中发送给eNB,目前标准讨论认为UP方案可以支持数据分段发送。
流程5,如果待发送上行数据大于终端获得的上行授权(UL grant),终端有可能在采用EDT方案传输上行数据时,同时在Msg3中包含指示1指示有更多上行数据待发送。无论Msg3中是否指示终端期待对上行数据的下行确认,eNB都可以先发送包含冲突解决ID的Msg4给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE态但保存C_RNTI,或者转移到RRC_CONNECTED状态。eNB可以同时触发S1接口流程,将上行数据发送给核心网。图11是本实施例的流程图五。
流程6,如果待发送上行数据与终端获得的上行授权(UL grant)匹配,终端可以一次将上行数据发完,则Msg3中不会指示有更多上行数据待发送(例如未包含指示1或指示1为否定含义)。Msg3中有可能也未指示终端期待对上行数据的下行确认,但考虑到网络侧可能缓存有下行数据(根据DRX配置,MME尚未触发paging流程),此时eNB可以先不发送Msg4给终端,而是先触发S1接口恢复流程,如果MME能够获知网络侧没有缓存的下行数据,则MME可以在下行S1接口消息(例如UE CONTEXT RESUME RESPONSE消息)中指示没有额外的下行数据(例如未包含指示3或指示3为否定含义)。eNB收到该消息后,可以立即发送仅包含冲突解决ID的Msg4给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE状态;图12是本实施例的流程图六。
流程7,如果待发送上行数据与终端获得的上行授权(UL grant)匹配,终端可以一次将上行数据发完,则Msg3中不会指示有更多上行数据待发送(例如未包含指示1或指示1为否定含义)。Msg3中如果指示终端期待对上行数据的下行确认,eNB可以先不发送Msg4给终端,而是先触发S1接口恢复流程。eNB收到下行S1接口消息(例如UE CONTEXT RESUMERESPONSE消息)后,即便MME在该消息中指示网络侧没有额外的下行数据,eNB仍然可以进一步等待对上行数据的下行确认(即下行数据),当收到该下行数据后,eNB可以将下行数据与包含冲突解决ID的RRC消息复用在一起包含在Msg4中,并将该Msg4发送给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE状态。图13是本实施例的流程图七。
流程8,如果待发送上行数据与终端获得的上行授权(UL grant)匹配,终端可以一次将上行数据发完,则Msg3中不会指示有更多上行数据待发送(例如未包含指示1或指示1为否定含义)。无论Msg3中是否指示终端期待对上行数据的下行确认,考虑到网络侧可能缓存有下行数据(根据DRX配置,MME尚未触发paging流程),eNB都可以先不发送Msg4给终端,而是先触发S1接口恢复流程。如果MME能够获知网络侧有缓存的下行数据,则MME可以在下行S1接口消息(例如UE CONTEXT RESUME RESPONSE消息)中指示有额外的下行数据,eNB收到该下行S1接口消息后,可以立即发送包含冲突解决ID的Msg4给终端,该Msg4指示终端在冲突解决成功后维持在RRC_IDLE态但保存C_RNTI,或者转移到RRC_CONNECTED状态。图14是本实施例的流程图八。
在CP方案的流程1~流程3中,我们可以看到,无论eNB是否等到收到下行S1-AP接口消息后再发送Msg4,eNB都有可能在之后再收到一条用于触发连接释放的S1-AP接口消息。与legacy流程不同的是,此时终端和eNB的空口连接处于RRC_IDLE态,即存在空中接口和S1接口状态不一致的情况,eNB收到这条连接释放消息后,有可能因为终端的空口和S1接口状态不一致而判断出现异常。
在UP方案的流程6和流程7中,也存在终端的空口和S1接口状态不一致的问题,此时不太可能出现上下行数据交互,S1接口状态维持可能造成不必要的资源浪费。此外,现有流程中,S1接口的释放和挂起通常是由eNB触发的,例如eNB在所维护的不活动定时器超时后,会同时释放或挂起空中接口和S1接口,在上述流程中,由于eNB和UE之间的空中接口已经处于RRC_IDLE状态,eNB不会维护空中接口不活动定时器,则eNB不会有释放S1接口的触发条件,这种场景下,需要考虑定义新的释放或挂起S1接口的时机或触发条件。
本实施例为解决上述方案存在的空中接口和S1接口连接不一致问题,提出如下方案:
在UP方案中,MME收到包含数据的用于建立或恢复UE相关的S1接口的上行S1消息之后,如果判断核心网没有缓存的下行数据等,则MME可以指示释放或挂起该UE相关的S1接口,后续eNB可以主动发起S1接口挂起流程;
优选地,MME可以在响应上行S1接口建立或恢复消息的下行S1接口消息中中包含释放指示,指示允许eNB主动发起S1连接挂起或E-RAB的释放。
基站侧的一种连接控制方法,包括:
在UP方案中,基站执行UE相关的S1接口的建立或恢复时,接收MME指示,并根据MME指示仅触发S1接口释放或挂起流程。
优选地,基站以及以下条件之一或其组合发生时,触发S1接口的释放或挂起:
基站获知UE没有额外上行数据,且仅期待下行确认数据,基站已收到下行用户面数据;
基站获知UE没有额外上行数据,基站收到下行用户面数据,且该数据指示下行没有额外数据;
基站获知UE没有额外上行数据,基站收到MME关于没有额外下行数据的指示;
基站获知UE没有额外上行数据,基站收到MME关于释放或挂起S1接口的指示。
本实施例还包括如下实例:
如果MME发送的用于响应上行S1接口建立或恢复消息的下行S1接口消息指示释放S1接口(例如下行S1接口消息包含释放指示,或者下行S1接口消息为释放命令消息),则eNB发送指示终端维持在RRC_IDLE状态的Msg4给终端。
如果MME发送的用于响应上行S1接口建立或恢复消息的下行S1接口消息指示建立或恢复S1接口,则eNB发送指示终端转移到保存C_RNTI的RRC_IDLE状态或转移到RRC_CONNECTED状态的Msg4给终端。
实施例4
图15是本实施例的流程图九,图16是本实施例的流程图十,分别示意本实施例的一个完整的实例,图15中基站收到上行携带指示信息(UL data indication)的Msg3后直接发送Msg4给UE,UE收到Msg4后转入连接态,图16中Msg3中未携带上行指示信息。
实施例5
在UP方案中,第一网元接收UE发送的Msg3,其中所述Msg3中复用了来自公共控制信道CCCH(Common Control Channel)的RRC消息和专用业务信道DTCH(Dedicated TrafficChannel)的用户数据的多个MAC层业务数据单元MAC SDU。第一网元首先解析来自CCCH的MAC SDU,但因为此时第一网元尚未获取到UE的恢复IDResumeID,第一网元无法解析来自DTCH的MAC SDU。
第一网元将采用如下操作:
第一网元的MAC层将来自CCCH的MAC SDU和来自DTCH的MAC SDU一同传递给高层;
高层处理来自CCCH的MAC SDU并获取到UE的恢复ID后,恢复所述UE的上下文及逻辑信道配置;
高层将逻辑信道配置信息和DTCH的MAC SDU一起送给MAC层,MAC层可以正确处理该DTCH的MAC SDU并将其正确发送给高层。
或者,
第一网元的MAC层仅将来自CCCH的MAC SDU传递给高层,并缓存来自DTCH的MACSDU;
高层处理来自CCCH的MAC SDU并获取到UE的恢复ID后,恢复所述UE的上下文及逻辑信道配置;
高层将逻辑信道配置信息送给MAC层,MAC层根据该配置信息处理缓存的DTCH的MAC SDU并将其发送给高层。
实施例6
图17是本实施例的流程图十一,与实施例中的图4的方案对应,第二网元(eNB)可以接收核心网(Core)中的第一网元和/或第三网元的指示信息。
实施例7
本发明的实施例还提供了一种存储介质,该存储介质包括存储的程序,其中,上述程序运行时执行上述任一项所述的方法。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,接收第二网元用于建立或恢复与用户设备UE相关的S1接口的上行S1消息;
S2,向第二网元发送下行S1消息,其中,下行S1消息包含以下信息之一或其组合:第一指示信息,第二指示信息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本发明的实施例还提供了一种处理器,该处理器用于运行程序,其中,该程序运行时执行上述任一项方法中的步骤。
可选地,在本实施例中,上述程序用于执行以下步骤:
S1,接收第二网元用于建立或恢复与用户设备UE相关的S1接口的上行S1消息;
S2,向第二网元发送下行S1消息,其中,下行S1消息包含以下信息之一或其组合:第一指示信息,第二指示信息。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种业务处理方法,其特征在于,包括:
第一网元接收用户设备UE发送的低层协议层数据单元;
第一网元的低层协议层将来自第一逻辑信道的协议层数据单元和来自第二逻辑信道的协议层数据单元传递给高层协议层;
所述高层协议层处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复所述UE的专用配置信息;
所述高层协议层将所述专用配置信息和第二逻辑信道的协议层数据单元传递给所述低层协议层,低层协议层根据所述专用配置信息处理第二逻辑信道的协议层数据单元并将其传递给所述高层协议层;
或者,
第一网元接收UE发送的低层协议层数据单元;
第一网元的低层协议层将来自第一逻辑信道的协议层数据单元传递给高层协议层,低层协议层缓存来自第二逻辑信道的协议层数据单元;
所述高层协议层处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;
所述高层协议层将所述专用配置信息传递给所述低层协议层,所述低层协议层根据所述专用配置信息处理缓存的第二逻辑信道的协议层数据单元并将其传递给高层协议层。
2.根据权利要求1所述的方法,其特征在于,所述第一网元为基站;所述低层协议层包括以下至少之一:物理层,介质访问控制MAC层,所述高层协议层包括以下至少之一:无线链路RLC层,分组数据汇聚协议PDCP层,RRC层;所述标识信息包括以下至少之一:UE的恢复ID,UE的临时移动用户身份S-TMSI,UE的小区无线网络临时标识C-RNTI。
3.根据权利要求1所述的方法,其特征在于,所述第一逻辑信道的协议层数据单元包括:公共控制信道CCCH的介质访问控制层业务数据单元MAC SDU;所述第二逻辑信道的协议层数据单元包括:专用业务信道DTCH的多个介质访问控制层业务数据单元MAC SDU。
4.一种业务处理装置,其特征在于,应用在第一网元,包括:
接收模块,用于接收用户设备UE发送的低层协议层数据单元;
低层协议层,用于将来自第一逻辑信道的协议层数据单元和来自第二逻辑信道的协议层数据单元传递给高层协议层;
所述高层协议层,用于处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复所述UE的专用配置信息;将所述专用配置信息和第二逻辑信道的协议层数据单元传递给所述低层协议层,低层协议层根据所述专用配置信息处理第二逻辑信道的协议层数据单元并将其传递给所述高层协议层;或者,
接收模块,用于接收UE发送的低层协议层数据单元;
低层协议层,用于将来自第一逻辑信道的协议层数据单元传递给高层协议层,低层协议层缓存来自第二逻辑信道的协议层数据单元;
所述高层协议层,用于处理来自第一逻辑信道的协议层数据单元,根据协议层数据单元中包含的标识信息,获取或恢复UE的专用配置信息;将所述专用配置信息传递给所述低层协议层,所述低层协议层根据所述专用配置信息处理缓存的第二逻辑信道的协议层数据单元并将其传递给高层协议层。
5.根据权利要求4所述的装置,其特征在于,所述第一网元为基站;所述低层协议层包括以下至少之一:物理层,介质访问控制MAC层,所述高层协议层包括以下至少之一:无线链路RLC层,分组数据汇聚协议PDCP层,RRC层;所述标识信息包括以下至少之一:UE的恢复ID,UE的临时移动用户身份S-TMSI,UE的小区无线网络临时标识C-RNTI。
6.根据权利要求4所述的装置,其特征在于,所述第一逻辑信道的协议层数据单元包括:公共控制信道CCCH的介质访问控制层业务数据单元MAC SDU;所述第二逻辑信道的协议层数据单元包括:专用业务信道DTCH的多个介质访问控制层业务数据单元MAC SDU。
7.一种计算机可读存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序运行时执行权利要求1至3中任一项所述的方法。
8.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1至3中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211608893.9A CN116033603A (zh) | 2017-11-16 | 2017-11-16 | 连接控制、业务处理方法及装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211608893.9A CN116033603A (zh) | 2017-11-16 | 2017-11-16 | 连接控制、业务处理方法及装置 |
CN201711138876.2A CN109803455B (zh) | 2017-11-16 | 2017-11-16 | 连接控制、业务处理方法及装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711138876.2A Division CN109803455B (zh) | 2017-11-16 | 2017-11-16 | 连接控制、业务处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116033603A true CN116033603A (zh) | 2023-04-28 |
Family
ID=66538909
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211608893.9A Pending CN116033603A (zh) | 2017-11-16 | 2017-11-16 | 连接控制、业务处理方法及装置 |
CN201711138876.2A Active CN109803455B (zh) | 2017-11-16 | 2017-11-16 | 连接控制、业务处理方法及装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711138876.2A Active CN109803455B (zh) | 2017-11-16 | 2017-11-16 | 连接控制、业务处理方法及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11683848B2 (zh) |
CN (2) | CN116033603A (zh) |
WO (1) | WO2019096236A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20210003143A (ko) * | 2018-05-07 | 2021-01-11 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | Rrc 연결을 중단하는 방법 및 장치, 컴퓨터 저장 매체 |
EP3962230A4 (en) * | 2019-07-04 | 2022-04-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | DATA TRANSMISSION METHOD AND APPARATUS, NETWORK DEVICE AND TERMINAL |
CN115777234A (zh) * | 2020-05-14 | 2023-03-10 | 欧芬诺有限责任公司 | 小数据传输 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102388654B (zh) * | 2009-04-27 | 2015-11-25 | 华为技术有限公司 | 一种无线通信网络的业务恢复方法、装置及系统 |
US8532006B2 (en) * | 2011-03-25 | 2013-09-10 | Renesas Mobile Corporation | Discontinuous reception with user equipment based mobility |
US8925886B2 (en) | 2011-06-13 | 2015-01-06 | Michael Sears | Support for flat rigid objects |
CN103220729A (zh) * | 2012-01-18 | 2013-07-24 | 中兴通讯股份有限公司 | 用户上下文释放方法、基站以及家庭基站网关 |
EP2832176B1 (en) * | 2012-03-30 | 2016-03-16 | Telefonaktiebolaget LM Ericsson (publ) | Technique for data-over-nas signalling |
US9839055B2 (en) * | 2012-11-30 | 2017-12-05 | Interdigital Patent Holdings, Inc. | Method and gateway to handle inactivity timer expiry with a converged gateway |
GB2514357A (en) * | 2013-05-20 | 2014-11-26 | Nec Corp | Communications system |
CN104581652B (zh) * | 2013-10-15 | 2018-12-07 | 华为技术有限公司 | 消息处理方法、选择mme的方法和装置 |
CN103716837B (zh) * | 2013-12-17 | 2017-01-25 | 北京创毅视讯科技有限公司 | 一种选择承载的方法和lte基站 |
CN106105373A (zh) * | 2014-03-18 | 2016-11-09 | 夏普株式会社 | 无线通信系统、终端装置、无线通信方法、集成电路以及处理方法 |
CN106134282B (zh) * | 2014-04-28 | 2020-02-07 | 英特尔Ip公司 | 经由专用网络节点的通信 |
RU2665881C1 (ru) * | 2014-10-23 | 2018-09-04 | Хуавей Текнолоджиз Ко., Лтд. | Способ и устройство соединения для управления (rrc) радиоресурсами и способ и устройство повторного rrc соединения |
US9992240B2 (en) * | 2015-02-13 | 2018-06-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Preserving S1-AP UE contexts on SCTP failover |
EP3383126B1 (en) * | 2015-12-23 | 2021-03-03 | Huawei Technologies Co., Ltd. | Rrc link release method, device, and equipment |
EP3376788B1 (en) * | 2015-12-31 | 2019-09-18 | Huawei Technologies Co., Ltd. | Method for user equipment to access network, core network entity, base station, and first ue |
CN107046714B (zh) * | 2016-02-05 | 2020-08-11 | 中兴通讯股份有限公司 | 一种数据传输方法、装置和系统 |
CN107295470B (zh) * | 2016-04-01 | 2021-07-16 | 北京三星通信技术研究有限公司 | 一种发送v2x消息的方法及装置 |
CN116684994A (zh) * | 2016-05-12 | 2023-09-01 | 三星电子株式会社 | 用在无线通信系统中的轻连接方法和设备 |
EP3319252A1 (en) * | 2016-11-04 | 2018-05-09 | Panasonic Intellectual Property Corporation of America | Efficient multiplexing of control information in transport block |
CN106792936B (zh) | 2016-12-08 | 2020-04-03 | 上海华为技术有限公司 | 一种保持业务连续性的pgw切换方法及通信设备 |
WO2018131956A1 (en) * | 2017-01-16 | 2018-07-19 | Samsung Electronics Co., Ltd. | Method and apparatus for communication in wireless mobile communication system |
CN108924949B (zh) * | 2017-03-24 | 2021-07-16 | 华为技术有限公司 | 无线网络中的通信方法、装置和系统 |
CN107221271B (zh) | 2017-06-15 | 2020-08-11 | 亚杰科技(江苏)有限公司 | 一种用于检测显示屏的治具 |
JP7116094B2 (ja) * | 2017-06-15 | 2022-08-09 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおいてハンドオーバー手順を行う方法及びそのための装置 |
CN109729566B (zh) * | 2017-10-27 | 2021-01-29 | 华为技术有限公司 | 一种信息传输方法和设备 |
-
2017
- 2017-11-16 CN CN202211608893.9A patent/CN116033603A/zh active Pending
- 2017-11-16 CN CN201711138876.2A patent/CN109803455B/zh active Active
-
2018
- 2018-11-16 WO PCT/CN2018/115820 patent/WO2019096236A1/zh active Application Filing
- 2018-11-16 US US16/764,493 patent/US11683848B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
CN109803455B (zh) | 2022-12-02 |
US11683848B2 (en) | 2023-06-20 |
CN109803455A (zh) | 2019-05-24 |
WO2019096236A1 (zh) | 2019-05-23 |
US20200359443A1 (en) | 2020-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108156670B (zh) | 处理通信的装置及方法 | |
EP3337286B1 (en) | Method and apparatus for releasing radio resource control (rrc) connection | |
EP3211941A1 (en) | Method and device for transmitting downlink data | |
CN110475390B (zh) | 用于寻呼用户设备的方法、装置和设备 | |
KR100678179B1 (ko) | 이동통신 시스템에서 단절된 통신 링크를 복구하기 위한장치 및 방법 | |
US20220124568A1 (en) | Managing mcg fast recovery | |
WO2014111345A1 (en) | Optimization of context and/or connection management in a mobile communication system | |
US20220304092A1 (en) | Fast failure recovery with master node | |
US8767660B2 (en) | Method and system for releasing resources and evolved node base | |
CN109587677B (zh) | 数据无线承载的恢复方法、终端、基站及核心网设备 | |
CN109803455B (zh) | 连接控制、业务处理方法及装置 | |
CN112218283B (zh) | 业务挂起和恢复方法和系统、多卡终端和存储介质 | |
CN103024835A (zh) | 小区内切换方法和设备 | |
JP2023519587A (ja) | 端末装置及び基地局 | |
CN109246811A (zh) | 一种数据传输方法及装置 | |
US20240008115A1 (en) | Managing ue connectivity with master node and secondary node | |
CN107371238B (zh) | 一种寻呼方法及装置 | |
CN101568113B (zh) | 一种实现承载状态同步的方法、装置和系统 | |
WO2023154401A1 (en) | Managing radio configurations for small data transmission | |
WO2023154445A1 (en) | Managing radio configurations for a user equipment | |
CN101982997B (zh) | Td-lte系统sctp链路闪断时缩短ue附着时间的方法 | |
CN117461350A (zh) | 通信的方法、装置和计算机存储介质 | |
WO2009105940A1 (zh) | 一种快速卸载终端的方法及装置 | |
US20230337304A1 (en) | Resuming multi-radio dual connectivity | |
CN117177387A (zh) | 数据传输方法及相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |