CN116782167A - 数据传输方法、装置、电子设备、存储介质及程序产品 - Google Patents
数据传输方法、装置、电子设备、存储介质及程序产品 Download PDFInfo
- Publication number
- CN116782167A CN116782167A CN202311064574.0A CN202311064574A CN116782167A CN 116782167 A CN116782167 A CN 116782167A CN 202311064574 A CN202311064574 A CN 202311064574A CN 116782167 A CN116782167 A CN 116782167A
- Authority
- CN
- China
- Prior art keywords
- data
- transmitted
- data transmission
- small
- determining whether
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 201
- 238000000034 method Methods 0.000 title claims abstract description 93
- 230000011664 signaling Effects 0.000 claims abstract description 81
- 230000004044 response Effects 0.000 claims description 54
- 230000001413 cellular effect Effects 0.000 claims description 22
- 238000011084 recovery Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012546 transfer Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 description 15
- 238000004891 communication Methods 0.000 description 12
- 101150096310 SIB1 gene Proteins 0.000 description 8
- 108091005487 SCARB1 Proteins 0.000 description 4
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 208000032370 Secondary transmission Diseases 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- XHSQDZXAVJRBMX-UHFFFAOYSA-N 2-(5,6-dichlorobenzimidazol-1-yl)-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound OC1C(O)C(CO)OC1N1C2=CC(Cl)=C(Cl)C=C2N=C1 XHSQDZXAVJRBMX-UHFFFAOYSA-N 0.000 description 1
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 1
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供的一种数据传输方法、装置、电子设备、存储介质及程序产品。本申请通过获取到待传输数据时,先进行无线网络环境及数据无线承载的相应小数据传输判断,而在确定待传输数据无法利用数据无线承载进行小数据传输时,则进行信号质量判断以及对该待传输数据进行数据量多少的判断,当都符合条件的情况下,直接生成一个可以携带用户面数据的信令消息,将该待传输数据写入该信令消息,从而利用信令无线承载对该信令消息进行小数据传输。从而为用户面数据进行小数据传输时,提供了通过信令通道进行传输的路径,使符合要求的数据尽可能的走小数据传输,以此提升了数据传输的及时性,并降低了相应的信令开销以及用户设备功耗。
Description
技术领域
本申请涉及数据传输技术领域,尤其涉及一种数据传输方法、装置、电子设备、存储介质及程序产品。
背景技术
SDT(Small Data Transmission)即小数据传输,允许用户设备(UE,UserEquipment)有少量数据传输时,不用迁移到无线资源连接(RRC Connect,Radio ResourceControl Connect)状态,只需要保持在无线资源非活跃(RRC Inactive,Radio ResourceControl Inactive)状态使用网络提前预配置的资源就可以进行数据和信令的传输,从而降低UE功耗,减少信令开销。
但是,在相关技术中,UE在进行用户面数据的小数据传输时,需要数据全都映射到支持SDT传输的用户数据无线承载(DRB,(user) Data Radio Bearer)上。只要小数据没有映射到符合要求的DRB上,不论数据量多少都无法进行SDT,这样不仅增加了不必要的信令开销,降低了数据传输的及时性,同时切换进入无线资源连接状态也增加了UE功耗。
发明内容
有鉴于此,本申请提出一种数据传输方法、装置、电子设备、存储介质及程序产品,以解决或部分解决上述问题。
基于上述目的,本申请提供了一种数据传输方法,包括:
响应于获取到待传输数据,确定无线网络条件是否符合小数据传输的需求;
响应于符合需求,确定所述待传输数据能否通过数据无线承载进行所述小数据传输;
响应于无法通过所述数据无线承载进行所述小数据传输,判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;
响应于两个判断均通过,生成信令消息,将所述待传输数据写入所述信令消息;
输出所述信令消息,以通过所述信令无线承载对所述信令消息进行所述小数据传输。
在一些实施方式中,所述确定无线网络条件是否符合小数据传输的需求,包括:
确定所驻留的小区的配置信息中是否包含小数据传输对应的信息;
响应于所述配置信息包含对应的信息,确定从外部网络侧获取到的连接释放信息是否包含小数据传输对应的信息;
响应于所述连接释放信息包含对应的信息,则确定所述无线网络条件符合小数据传输的需求。
在一些实施方式中,所述确定所驻留的小区的配置信息中是否包含小数据传输对应的信息之后,所述方法还包括:
响应于所述配置信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输;
所述确定从外部网络侧获取到的连接释放信息是否包含小数据传输对应的信息之后,所述方法还包括:
响应于所述连接释放信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输。
在一些实施方式中,所述数据无线承载设置有至少一个;
所述确定所述待传输数据能否通过数据无线承载进行所述小数据传输,包括:
确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置;
响应于已配置至少一个所述数据无线承载,判断所述待传输数据是否映射于已进行配置的数据无线承载上;
响应于确定所述待传输数据映射于所述已进行配置的数据无线承载,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。
在一些实施方式中,所述确定所述待传输数据能否通过数据无线承载进行所述小数据传输,还包括:
响应于所述确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置,或所述判断所述待传输数据是否映射于已进行配置的数据无线承载上,任一项无法通过判定,则确认所述待传输数据无法通过所述数据无线承载进行所述小数据传输。
在一些实施方式中,所述通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输之前,所述方法还包括:
判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;
响应于两个判断均通过,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。
在一些实施方式中,所述判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件之后,所述方法还包括:
响应于两个判断任一项不通过,则执行无线链路恢复流程,以进行所述待传输数据的传输。
在一些实施方式中,所述判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量之前,所述方法还包括:
确定所述数据量是否小于或等于蜂窝物联网设定的小数据传输数据量;
响应于所述数据量小于或等于蜂窝物联网设定的小数据传输数据量,则继续判断所述数据量是否小于或等于网络配置的链路数据量。
在一些实施方式中,所述确定所述数据量是否小于或等于蜂窝物联网设定的小数据传输数据量之后,所述方法还包括:
响应于所述数据量大于蜂窝物联网设定的小数据传输数据量,则执行无线链路恢复流程,以进行所述待传输数据的传输。
在一些实施方式中,所述确定无线网络条件是否符合小数据传输的需求之前,所述方法还包括:
确定是否已处于小数据传输状态;
若是,则直接认为所述无线网络条件符合小数据传输的需求。
基于同一构思,本申请还提供了一种数据传输装置,包括:
第一确定模块,用于响应于获取到待传输数据,确定无线网络条件是否符合小数据传输的需求;
第二确定模块,用于响应于所述第一确定模块确定符合需求,确定所述待传输数据能否通过数据无线承载进行所述小数据传输;
第三确定模块,用于响应于所述第二确定模块确定无法通过所述数据无线承载进行所述小数据传输,判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;
生成模块,用于响应于所述第三确定模块确定两个判断均通过,生成信令消息,将所述待传输数据写入所述信令消息;
输出模块,用于输出所述生成模块生成的所述信令消息,以通过所述信令无线承载对所述信令消息进行所述小数据传输。
基于同一构思,本申请还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上任一项所述的方法。
基于同一构思,本申请还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令用于使计算机实现如上任一项所述的方法。
基于同一构思,本申请还提供了一种计算机程序产品,包括计算机程序指令,当所述计算机程序指令在计算机上运行时,使得计算机执行如上任一项所述的方法。
从上面所述可以看出,本申请提供的一种数据传输方法、装置、电子设备、存储介质及程序产品。本申请通过获取到待传输数据时,先进行无线网络环境及数据无线承载的相应小数据传输判断,而在确定待传输数据无法利用数据无线承载进行小数据传输时,则进行信号质量判断以及对该待传输数据进行数据量多少的判断,当都符合条件的情况下,直接生成一个可以携带用户面数据的信令消息,将该待传输数据写入该信令消息,从而利用信令无线承载对该信令消息进行小数据传输。从而为用户面数据进行小数据传输时,提供了通过信令通道进行传输的路径,使符合要求的数据尽可能的走小数据传输,以此提升了数据传输的及时性,并降低了相应的信令开销以及用户设备功耗。
附图说明
为了更清楚地说明本申请实施例或相关技术中的技术方案,下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的示例性方法的流程示意图;
图2为本申请实施例提供的示例性方法的一种具体实施的流程示意图;
图3为本申请实施例提供的示例性方法的另一种具体实施的流程示意图;
图4为本申请实施例提供的示例性装置的结构示意图;
图5为本申请实施例提供的电子设备结构示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本说明书进一步详细说明。
需要说明的是,除非另外定义,本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件、物件或者方法步骤涵盖出现在该词后面列举的元件、物件或者方法步骤及其等同,而不排除其他元件、物件或者方法步骤。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系,当被描述对象的绝对位置改变后,则该相对位置关系也可能相应地改变。
如背景技术部分所述,在相关技术中,UE触发SDT的过程,一般只有满足多个条件下才能触发数据进行SDT的过程。具体包括:(1)RRC上层(NAS)请求RRC连接恢复;(2)终端所在小区的SIB1中包含了sdt-ConfigCommon-r17配置,其中SIB是小区特定的系统消息块,SIB1携带UE接入小区所需的最关键信息;(3)外部网络侧反馈的连接释放信息(RRCRelease消息)中包含了SDT-Config-r17配置;(4)所有待发送的待传输数据都映射在配置了SDT的RB(Radio Bearer,无线数据承载)上,且待发送的上行数据量小于等于网络配置的sdt-DataVolumeThreshold-r17;(5)下行路损参考信号的RSRP(Reference SignalReceiving Power,参考信号接收功率)高于网络配置的sdt-RSRP-Threshold-r17。
从上述第四个条件可以看出,SDT的激活是以RB为单位的,外部网络侧可以配置某几个RB进行SDT传输,其他RB不可以进行SDT传输。其中,RB一般会分成DRB和SRB(Signalling Radio Bearer,信令无线承载),DRB在无线传输中一般用于用户面数据等普通数据的传输,而SRB在无线传输中一般用于信令消息的传输。之后,判断一个DRB支持SDT传输的条件是:RRC Release消息中包含在sdt-DRB-List-r17中的DRB,认为是配置了SDT的,即消息中记录的DR是支持SDT数据传输的;不包含在sdt-DRB-List-r17中的DRB认为没用配置SDT,即不可以进行SDT数据传输。从而,如若有两个DRB,其中一个被配置了,而另一个没被配置。那么如若数据被映射到了没被配置的DRB上,则不论这个数据的数据量有多少,即使其只有1个字节(byte)大小,但还是无法通过SDT进行传输,需要将UE转换为RRCConnect状态进行数据传输。进而这样的设置方式不仅增加了不必要的信令开销,降低了数据传输的及时性,同时切换进入无线资源连接状态也增加了UE功耗。
结合上述实际情况,本申请实施例提供了一种数据传输方案。本申请通过获取到待传输数据时,先进行无线网络环境及数据无线承载的相应小数据传输判断,而在确定待传输数据无法利用数据无线承载进行小数据传输时,则进行信号质量判断以及对该待传输数据进行数据量多少的判断,当都符合条件的情况下,直接生成一个可以携带用户面数据的信令消息,将该待传输数据写入该信令消息,从而利用信令无线承载对该信令消息进行小数据传输。从而为用户面数据进行小数据传输时,提供了通过信令通道进行传输的路径,使符合要求的数据尽可能的走小数据传输,以此提升了数据传输的及时性,并降低了相应的信令开销以及用户设备功耗。
如图1所示,为本申请提出的一种数据传输方法的流程示意图。所述方法,具体包括:
步骤101,响应于获取到待传输数据,确定无线网络条件是否符合小数据传输的需求。
在本步骤中,待传输数据即为UE产生的需要进行交互的各种类型数据,其可以是用户的使用数据、不同程序的通信或指令数据等。在此,由于UE一般只有处于RRC Inactive状态时,才需要确定是否需要通过SDT进行小数据的传输,在RRC Connect状态直接走正常的数据传输路径即可。从而在本方案中,终端设备或者说UE在获取到待传输数据时,一般是处于无线资源非活跃(RRC Inactive)状态。
之后,需要先确定当前的无线网络环境是否支撑进行小数据传输,即确定当前的无线网络条件是否符合小数据传输的需求。
在一些实施例中,可以事先对允许进行小数据传输的小区进行统计,以此生成一个统计表,UE在进行判断时直接根据该统计表进行查询即可。
而在另一些实施例中,可以先确定UE所驻留的小区是否进行了相应的小数据传输配置,例如判断UE驻留的小区SIB1是否包含sdt-ConfigCommon-r17配置。其中,小区,在移动通信领域也称蜂窝小区,是指在蜂窝移动通信系统中,其中的一个基站或基站的一部分(扇形天线)所覆盖的区域,在这个区域内移动可以通过无线信道可靠地与基站进行通信。在确定了相应的配置中包含了小数据传输需要的信息之后,即可认为UE所驻留的小区是可以进行小数据传输的。之后,在确定了驻留小区允许SDT之后,就需要继续确认UE是否能够进行SDT的传输。其可以在完成驻留的小区的相应判断之后,继续根据从外部网络侧获取到的连接释放信息,通过连接释放信息的具体内容即可知道UE是否能够进行SDT的传输。其中,连接释放信息可以为RRC Release消息。在具体实施例中,可以判断UE收到的RRCRelease消息中是否包含SDT-Config-r17配置,有则认为UE能够进行SDT的传输。即,在一些实施例中,所述确定无线网络条件是否符合小数据传输的需求,包括:确定所驻留的小区的配置信息中是否包含小数据传输对应的信息;响应于所述配置信息包含对应的信息,确定从外部网络侧获取到的连接释放信息是否包含小数据传输对应的信息;响应于所述连接释放信息包含对应的信息,则确定所述无线网络条件符合小数据传输的需求。其中,所驻留的小区的配置信息即可理解为驻留的小区的SIB信息,这里可以是SIB1信息,从而判断的过程即可为判断SIB1信息中是否包含用于小数据传输的sdt-ConfigCommon-r17配置;之后,连接释放信息即为RRC Release消息,从而根据连接释放信息判断的过程即可为判断终端收到的RRC Release消息是否包含SDT-Config-r17配置。
其中,对于前述实施例中的两项判断,如若任一项不符合要求,例如配置信息不包含对应的信息,或连接释放信息不包含对应的信息。则可以认为当前UE无法进行SDT,从而为了进行待传输数据的传输,需要将当前的UE状态从无线资源非活跃(RRC Inactive)状态调整到无线资源连接(RRC Connect)状态。即执行无线链路恢复流程,以在连接状态下,直接按照普通的数据传输路径进行待传输数据的传输。即,在一些实施例中,所述确定所驻留的小区的配置信息中是否包含小数据传输对应的信息之后,所述方法还包括:响应于所述配置信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输;所述确定从外部网络侧获取到的连接释放信息是否包含小数据传输对应的信息之后,所述方法还包括:响应于所述连接释放信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输。
在另一些实施例中,由于无线网络条件本身是不会轻易变化的,同时在完成一次SDT传输后,相应的配置数据本身并不会发生变化,从而如若是之前或一定时间内已经进行过SDT的传输,那么在有新的待传输数据到来时,可以直接认为当前的无线网络条件时符合要求的。这里可以在RRC Inactive状态下再设置一个SDT状态,当UE完成一次SDT传输之后,如若没有发生驻留小区等的变化,或是在一定时间段内,可以认为前一次的SDT配置判断过程还是有效的。从而可以在进行需求判断之前,先确定UE是否已经处于小数据传输状态(即SDT状态),如果是,那么说明之前在同样的环境下成功完成过SDT传输,进而可以直接认为当前的环境或无线网络条件是符合要求的。即,在一些实施例中,所述确定无线网络条件是否符合小数据传输的需求之前,所述方法还包括:确定是否已处于小数据传输状态;若是,则直接认为所述无线网络条件符合小数据传输的需求。
步骤102,响应于符合需求,确定所述待传输数据能否通过数据无线承载进行所述小数据传输。
在本步骤中,当步骤101的判断过程通过的情况下,需要继续判断待传输数据是否映射到了SDT对应的数据无线承载(DRB)上,以此来判断待传输数据能否通过数据无线承载进行小数据传输(SDT)。这里的判断过程,可以直接进行当前待传输数据映射在的DRB是否属于配置的SDT的DRB的判断;也可以先确定配置的SDT的DRB都有哪些,再判断当前待传输数据映射在的DRB是否在其中;还可以先确定当前的UE是否有配置了SDT的DRB,再进行当前待传输数据映射在的DRB是否属于这些DRB的判断等等。
当然,如若当前的UE只有一个DRB,那么待传输数据首先肯定是映射于该DRB上,从而只需要判断这一个DRB是否进行了SDT配置即可。而在一些其他实施例中,一般的UE中都会存在不止一个DRB,即数据无线承载设置有至少一个。而在此实施例中,可以先确定这至少一个DRB中是否进行了可以执行SDT的配置;若有的话,再来确定待传输数据是否映射在了这些可以执行SDT的DRB上;若待传输数据也是映射在这些DRB上,那么就可以直接按照DRB的SDT流程进行小数据传输。即,在一些实施例中,所述数据无线承载设置有至少一个;所述确定所述待传输数据能否通过数据无线承载进行所述小数据传输,包括:确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置;响应于已配置至少一个所述数据无线承载,判断所述待传输数据是否映射于已进行配置的数据无线承载上;响应于确定所述待传输数据映射于所述已进行配置的数据无线承载,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。
而在上述实施例中,如若任一个判断不符合要求,即确定是否进行了至少一个数据无线承载允许执行小数据传输的配置,或判断待传输数据是否映射于已进行配置的数据无线承载上,这两个判断过程中任一个不符合要求(全部数据无线承载都没有被允许执行小数据传输的配置或待传输数据没有映射于已进行配置的数据无线承载上),则可以确定该待传输数据无法通过DRB进行SDT。即,在一些实施例中,所述确定所述待传输数据能否通过数据无线承载进行所述小数据传输,还包括:响应于所述确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置,或所述判断所述待传输数据是否映射于已进行配置的数据无线承载上,任一项无法通过判定,则确认所述待传输数据无法通过所述数据无线承载进行所述小数据传输。
之后,在上述同样的实施例中,在确定数据无线承载可以进行待传输数据的小数据传输之后,即可进行SDT的执行。当然,在一些实施例中,为了保证传输的质量,以及网络的稳定。可以在进行传输之前,先一步判断当前的传输环境是否合适。即,在一些实施例中,所述通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输之前,所述方法还包括:判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;响应于两个判断均通过,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。其中,由于当前场景一般传输的都是数据量较小的数据,从而这里可以确定待传输的数据量是多少字节(byte)大小。同时在UE驻留的小区内,对于SDT,一般同样会对传输的数据量进行控制,即网络配置的链路数据量。在具体实施例中,可以通过SIB1里配置的sdt-DataVolumeThreshold-r17进行确定,当待传输的数据量小于或等于sdt-DataVolumeThreshold-r17时,认为该待传输数据通过该判断。之后,为了保证传输稳定,一般还会确定当前的信号接收功率是否满足预设,这里,信号接收功率即为Reference Signal Receiving Power(参考信号接收功率)。在一些具体实施例中,可以通过判断下行路损参考信号的RSRP是否高于网络配置的sdt-RSRP-Threshold-r17来确定。然后,在两个判断任一个没有通过的情况下,则认为当前的网络传输环境并不适合SDT传输,从而还是需要将UE的状态调整至无线资源连接(RRC Connect)状态,执行无线链路恢复流程,以在连接状态下,直接按照普通的数据传输路径进行待传输数据的传输。即,在一些实施例中,所述判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件之后,所述方法还包括:响应于两个判断任一项不通过,则执行无线链路恢复流程,以进行所述待传输数据的传输。
另外,如若UE本身处于SDT状态,此时为了通知外部网络侧UE要调整状态,进行无线资源连接(RRC Connect)状态的数据传输,可以在配置SDT的SRB上发送UEAssistanceInformation消息通知网络有非SDT数据要发送,后续网络可能将UE状态迁移到无线资源连接(RRC Connect)状态进行后续的数据收发。
步骤103,响应于无法通过所述数据无线承载进行所述小数据传输,判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件。
在本步骤中,当步骤102判断出待传输数据无法通过DRB进行SDT时,可以进一步再对数据量及传输环境进行判断,以此来确定待传输数据以及当前传输环境是否是适合SDT的。与步骤102中相应实施例相类似的,在具体实施例中,可以通过SIB1里配置的sdt-DataVolumeThreshold-r17进行确定,当待传输的数据量小于或等于sdt-DataVolumeThreshold-r17时,认为该待传输数据通过该判断。之后,在一些具体实施例中,可以通过判断下行路损参考信号的RSRP是否高于网络配置的sdt-RSRP-Threshold-r17来确定。然后,在两个判断任一个没有通过的情况下,则认为当前的网络传输环境并不适合SDT传输,从而还是需要将UE的状态调整至无线资源连接(RRC Connect)状态,以在连接状态下,直接按照普通的数据传输路径进行待传输数据的传输。
之后,在本实施例中,由于最终是希望通过信令无线承载(SRB)进行数据的传输,而能够进行用户面数据携带的信令本身一般都仅能进行数据量较小的数据的携带,即实施例中所要使用到的信令所能够携带的数据量是有限定的。举例来说,Control PlaneService Request消息与UL NAS transport消息等都是能够进行用户面数据携带的信令消息,而两者能够进行数据携带的“CIoT user data container”的大小是有限定的。在一些具体实施例中,信令的最大承载量一般由蜂窝物联网设定的小数据传输数据量来确定,其中,蜂窝物联网,即为CIoT(Cellular Internet of Things)物联网,又称消费物联网,其是消费应用类中的物联网,是平常最常接触到的程序、用例和设备集合的统称。从而在一些实施例中,在进行前述两个判断之前,可以先行判断待传输数据的数据量与蜂窝物联网设定的小数据传输数据量之间的关系。以蜂窝物联网设定的小数据传输数据量为254字节为例,若数据量小于或等于254字节,则可以进行之后的判断;若数据量大于254字节,由于其本身已经超出了能够进行数据携带的信令的最大携带量,从而无法通过信令进行携带,进而其必然无法通过SRB进行数据传输,其还是需要将UE的状态调整至无线资源连接(RRCConnect)状态,执行无线链路恢复流程,以在连接状态下,直接按照普通的数据传输路径进行待传输数据的传输。即,在一些实施例中,所述判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量之前,所述方法还包括:确定所述数据量是否小于或等于蜂窝物联网设定的小数据传输数据量;响应于所述数据量小于或等于蜂窝物联网设定的小数据传输数据量,则继续判断所述数据量是否小于或等于网络配置的链路数据量。所述确定所述数据量是否小于或等于蜂窝物联网设定的小数据传输数据量之后,所述方法还包括:响应于所述数据量大于蜂窝物联网设定的小数据传输数据量,则执行无线链路恢复流程,以进行所述待传输数据的传输。
步骤104,响应于两个判断均通过,生成信令消息,将所述待传输数据写入所述信令消息。
在本步骤中,当步骤103的两个判断均通过之后,则认为待传输数据可以通过信令通道进行小数据传输,即可以利用SRB进行SDT。从而可以生成一个可以包含其他数据的信令消息,并将待传输数据写入该信令消息。
在一些实施例中,可以生成Control Plane Service Request消息,同时将消息中“CIoT user data container”填充为此次要发送的待传输数据;或者还可以生成UL NAStransport消息,同时将消息中“CIoT user data container”填充为此次要发送的待传输数据。
需要说明的是,在进行SDT过程中,对于SRB虽然也有配置其支持SDT传输的要求。但是判断一个SRB支持SDT传输的条件是:RRC Release消息中配置了sdt-SRB-Indication,则认为SRB2配置了SDT,SRB1默认配置了SDT。可以理解的是,UE一般会配置一个SRB,即SRB1,该SRB默认可以进行SDT,而如若配置了第二个SRB,则需要判断该SRB是否被配置,若被配置了则认为两个SRB都可以进行SDT。再结合前述,可以看出任一个DRB只有在被配置的情况下,才会被允许进行SDT,而SRB中SRB1默认就可以进行SDT,只有在有多个SRB的情况下,会判断多出来的那些SRB是否能够进行SDT。即,SRB天然就有一个默认能够进行SDT,同时再结合信令本身数据量较小、重要性较高等特性,一般的信令数据也都会通过SRB1进行传输。从而在这里可以省略掉判断SRB是否能够进行SDT的判断过程。
步骤105,输出所述信令消息,以通过所述信令无线承载对所述信令消息进行所述小数据传输。
在本步骤中,在生成了包含待传输数据的信令消息之后,即可将其进行输出操作,通过信令无线承载(SRB)利用小数据传输(SDT)进行数据传输。从而防止了UE进行状态切换等过程,提升了数据传输的及时性,并降低了相应的信令开销以及UE功耗。使UE在进行小体量的用户面数据传输时,除了本身就能够进行的DRB的SDT传输之外,提供了一种利用SRB进行用户面数据传输的可能,从而为用户面数据的传输提供了另外一条路径。
从上述实施例可以看出,本申请提供的一种数据传输方法,包括:响应于获取到待传输数据,确定无线网络条件是否符合小数据传输的需求;响应于符合需求,确定待传输数据能否通过数据无线承载进行小数据传输;响应于无法通过数据无线承载进行小数据传输,判断待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;响应于两个判断均通过,生成信令消息,将待传输数据写入信令消息;输出信令消息,以通过信令无线承载对信令消息进行小数据传输。本申请通过获取到待传输数据时,先进行无线网络环境及数据无线承载的相应小数据传输判断,而在确定待传输数据无法利用数据无线承载进行小数据传输时,则进行信号质量判断以及对该待传输数据进行数据量多少的判断,当都符合条件的情况下,直接生成一个可以携带用户面数据的信令消息,将该待传输数据写入该信令消息,从而利用信令无线承载对该信令消息进行小数据传输。从而为用户面数据进行小数据传输时,提供了通过信令通道进行传输的路径,使符合要求的数据尽可能的走小数据传输,以此提升了数据传输的及时性,并降低了相应的信令开销以及用户设备功耗。
在一些具体实施例中,如若终端UE在进入RRC Inactive状态之后,首次进行小数据的发送,则可以通过如图2所示的步骤进行数据判断及发送。具体过程可以为:
(1)终端在RRC Inactive状态有用户面数据(即待传输数据)要发送。
(2)判断终端驻留的小区的SIB1是否包含sdt-ConfigCommon-r17配置。如果包含,则执行(3);如果不包含,则认为不满足出发SDT流程的条件,执行(7)。
(3)判断终端收到的RRC Release消息是否包含SDT-Config-r17配置。如果包含,则执行(4);如果不包含,则认为不满足出发SDT流程的条件,执行(7)。
(4)判断终端收到的RRC Release消息是否包含SDT-DRB-List-r17配置,如果包含则执行(4.1);否则执行(4.2)。
(4.1)判断待传输数据根据3GPP协议定义的DRB映射规则是否映射在配置了SDT的DRB上,如果不是,则执行(4.2);如果是,则执行(4.3)。
(4.2)判断待传输数据的数据量是否小于蜂窝物联网设定的小数据传输数据量(在本具体实施例中,以254byte为例),且待传输数据的数据量是否小于等于sdt-DataVolumeThreshold-r17,且下行路损参考信号的RSRP是否高于网络配置的sdt-RSRP-Threshold-r17。如果三个条件都满足条件则执行(5);如果不满足条件则执行(7)。
(4.3)判断待传输数据的数据量是否小于sdt-DataVolumeThreshold-r17,且下行路损参考信号的RSRP是否高于网络配置的sdt-RSRP-Threshold-r17。如果两个条件都满足条件则执行(4.4);如果不满足条件则执行(7)。
(4.4)通过配置了SDT的DRB发送待传输数据,执行(6)。
(5)构造Control Plane Service Request消息,同时将消息中“CIoT user datacontainer”填充为此次要发送的待传输数据,在配置SDT的SRB上发送Control PlaneService Request消息,执行(6)。
(6)发起SDT流程进入SDT状态,仍保持在RRC Inactive状态。
(7)发起3GPP协议定义的RRC连接恢复流程,进入RRC Connect状态,以进行待传输数据的发送。
而在另一些实施例中,如若终端UE在进入RRC Inactive状态之后,已经通过SDT进行过数据传输,那么当再有用户面数据(即待传输数据)需要进行传输时,此时终端UE一般已经处于SDT状态了,即前期的SDT网络环境等判断已经在之前的传输过程中完成了判断,从而可以直接从是否有被配置SDT的DRB进行判断,如图3所示,其过程具体可以为:
(1)终端在SDT状态,又有用户面的待传输数据要发送。
(2)判断待传输数据根据3GPP协议定义的DRB映射规则是否映射在配置了SDT的DRB上,如果是,则执行(2.1);如果不是,则执行(2.2)。
(2.1)判断待传输数据的数据量是否小于sdt-DataVolumeThreshold-r17,且下行路损参考信号的RSRP是否高于网络配置的sdt-RSRP-Threshold-r17。如果两个条件都满足条件则执行(3);如果不满足条件则执行(5)。
(2.2)判断待传输数据的数据量是否小于蜂窝物联网设定的小数据传输数据量(在本具体实施例中,以254byte为例),且待传输数据的数据量是否小于等于sdt-DataVolumeThreshold-r17,且下行路损参考信号的RSRP是否高于网络配置的sdt-RSRP-Threshold-r17。如果三个条件都满足条件则执行(4);如果不满足条件则执行(5)。
(3)通过配置了SDT的DRB发送待传输数据。
(4)构造UL NAS transport消息,同时将消息中“CIoT user data container”填充为此次要发送的待传输数据,在配置SDT的SRB上发送UL NAS transport消息。
(5)在配置SDT的SRB上发送UEAssistanceInformation消息通知网络有非SDT数据要发送。
需要说明的是,本申请实施例的方法可以由单个设备执行,例如一台计算机或服务器等。本申请实施例的方法也可以应用于分布式场景下,由多台设备相互配合来完成。在这种分布式场景的情况下,这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤,这多台设备相互之间会进行交互以完成所述的方法。
需要说明的是,上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
基于同一构思,与上述任意实施例方法相对应的,本申请还提供了一种数据传输装置。
参考图4,所述数据传输装置,包括:
第一确定模块210,用于响应于获取到待传输数据,确定无线网络条件是否符合小数据传输的需求。
第二确定模块220,用于响应于所述第一确定模块210确定符合需求,确定所述待传输数据能否通过数据无线承载进行所述小数据传输。
第三确定模块230,用于响应于所述第二确定模块220确定无法通过所述数据无线承载进行所述小数据传输,判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件。
生成模块240,用于响应于所述第三确定模块230确定两个判断均通过,生成信令消息,将所述待传输数据写入所述信令消息。
输出模块250,用于输出所述生成模块240生成的所述信令消息,以通过所述信令无线承载对所述信令消息进行所述小数据传输。
在一些实施例中,所述第一确定模块210,还用于:
确定所驻留的小区的配置信息中是否包含小数据传输对应的信息;
响应于所述配置信息包含对应的信息,确定从外部网络侧获取到的连接释放信息是否包含小数据传输对应的信息;
响应于所述连接释放信息包含对应的信息,则确定所述无线网络条件符合小数据传输的需求。
在一些实施例中,所述第一确定模块210,还用于:
响应于所述配置信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输;
所述第一确定模块210,还用于:
响应于所述连接释放信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输。
在一些实施例中,所述数据无线承载设置有至少一个;
所述第二确定模块220,还用于:
确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置;
响应于已配置至少一个所述数据无线承载,判断所述待传输数据是否映射于已进行配置的数据无线承载上;
响应于确定所述待传输数据映射于所述已进行配置的数据无线承载,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。
在一些实施例中,所述第二确定模块220,还用于:
响应于所述确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置,或所述判断所述待传输数据是否映射于已进行配置的数据无线承载上,任一项无法通过判定,则确认所述待传输数据无法通过所述数据无线承载进行所述小数据传输。
在一些实施例中,所述第二确定模块220,还用于:
判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;
响应于两个判断均通过,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。
在一些实施例中,所述第二确定模块220,还用于:
响应于两个判断任一项不通过,则执行无线链路恢复流程,以进行所述待传输数据的传输。
在一些实施例中,所述第三确定模块230,还用于:
确定所述数据量是否小于或等于蜂窝物联网设定的小数据传输数据量;
响应于所述数据量小于或等于蜂窝物联网设定的小数据传输数据量,则继续判断所述数据量是否小于或等于网络配置的链路数据量。
在一些实施例中,所述第三确定模块230,还用于:
响应于所述数据量大于蜂窝物联网设定的小数据传输数据量,则执行无线链路恢复流程,以进行所述待传输数据的传输。
在一些实施例中,所述第一确定模块210,还用于:
确定是否已处于小数据传输状态;
若是,则直接认为所述无线网络条件符合小数据传输的需求。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本申请实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
上述实施例的装置用于实现前述实施例中相应的数据传输方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
基于同一构思,与上述任意实施例方法相对应的,本申请还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上任意一实施例所述的数据传输方法。
图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备、动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入/输出模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
上述实施例的电子设备用于实现前述任一实施例中相应的数据传输方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
基于同一构思,与上述任意实施例方法相对应的,本申请还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令用于使所述计算机执行如上任意一实施例所述的数据传输方法。
本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。
上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的数据传输方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
基于同一构思,与上述任意实施例方法相对应的,本申请还提供了一种计算机程序产品,其包括计算机程序指令。在一些实施例中,所述计算机程序指令可以由计算机的一个或多个处理器执行以使得所述计算机和/或所述处理器执行所述的数据传输方法。对应于所述的数据传输方法各实施例中各步骤对应的执行主体,执行相应步骤的处理器可以是属于相应执行主体的。
上述实施例的计算机程序产品用于使所述计算机和/或所述处理器执行如上任一实施例所述的数据传输方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
所属领域的普通技术人员应当理解:以上任何实施例的讨论仅为示例性的,并非旨在暗示本申请的范围(包括权利要求)被限于这些例子;在本申请的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本申请实施例的不同方面的许多其它变化,为了简明它们没有在细节中提供。
另外,为简化说明和讨论,并且为了不会使本申请实施例难以理解,在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外,可以以框图的形式示出装置,以便避免使本申请实施例难以理解,并且这也考虑了以下事实,即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的(即,这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如,电路)以描述本申请的示例性实施例的情况下,对本领域技术人员来说显而易见的是,可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此,这些描述应被认为是说明性的而不是限制性的。
尽管已经结合了本申请的具体实施例对本申请进行了描述,但是根据前面的描述,这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如,其它存储器架构(例如,动态RAM(DRAM))可以使用所讨论的实施例。
本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此,凡在本申请实施例的精神和原则之内,所做的任何省略、修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (14)
1.一种数据传输方法,其特征在于,包括:
响应于获取到待传输数据,确定无线网络条件是否符合小数据传输的需求;
响应于符合需求,确定所述待传输数据能否通过数据无线承载进行所述小数据传输;
响应于无法通过所述数据无线承载进行所述小数据传输,判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;
响应于两个判断均通过,生成信令消息,将所述待传输数据写入所述信令消息;
输出所述信令消息,以通过所述信令无线承载对所述信令消息进行所述小数据传输。
2.根据权利要求1所述的方法,其特征在于,所述确定无线网络条件是否符合小数据传输的需求,包括:
确定所驻留的小区的配置信息中是否包含小数据传输对应的信息;
响应于所述配置信息包含对应的信息,确定从外部网络侧获取到的连接释放信息是否包含小数据传输对应的信息;
响应于所述连接释放信息包含对应的信息,则确定所述无线网络条件符合小数据传输的需求。
3.根据权利要求2所述的方法,其特征在于,所述确定所驻留的小区的配置信息中是否包含小数据传输对应的信息之后,所述方法还包括:
响应于所述配置信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输;
所述确定从外部网络侧获取到的连接释放信息是否包含小数据传输对应的信息之后,所述方法还包括:
响应于所述连接释放信息不包含对应的信息,则执行无线链路恢复流程,以进行所述待传输数据的传输。
4.根据权利要求1所述的方法,其特征在于,所述数据无线承载设置有至少一个;
所述确定所述待传输数据能否通过数据无线承载进行所述小数据传输,包括:
确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置;
响应于已配置至少一个所述数据无线承载,判断所述待传输数据是否映射于已进行配置的数据无线承载上;
响应于确定所述待传输数据映射于所述已进行配置的数据无线承载,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。
5.根据权利要求4所述的方法,其特征在于,所述确定所述待传输数据能否通过数据无线承载进行所述小数据传输,还包括:
响应于所述确定是否进行了至少一个所述数据无线承载允许执行所述小数据传输的配置,或所述判断所述待传输数据是否映射于已进行配置的数据无线承载上,任一项无法通过判定,则确认所述待传输数据无法通过所述数据无线承载进行所述小数据传输。
6.根据权利要求4所述的方法,其特征在于,所述通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输之前,所述方法还包括:
判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;
响应于两个判断均通过,则通过所述已进行配置的数据无线承载进行所述待传输数据的所述小数据传输。
7.根据权利要求6所述的方法,其特征在于,所述判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件之后,所述方法还包括:
响应于两个判断任一项不通过,则执行无线链路恢复流程,以进行所述待传输数据的传输。
8.根据权利要求1所述的方法,其特征在于,所述判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量之前,所述方法还包括:
确定所述数据量是否小于或等于蜂窝物联网设定的小数据传输数据量;
响应于所述数据量小于或等于蜂窝物联网设定的小数据传输数据量,则继续判断所述数据量是否小于或等于网络配置的链路数据量。
9.根据权利要求8所述的方法,其特征在于,所述确定所述数据量是否小于或等于蜂窝物联网设定的小数据传输数据量之后,所述方法还包括:
响应于所述数据量大于蜂窝物联网设定的小数据传输数据量,则执行无线链路恢复流程,以进行所述待传输数据的传输。
10.根据权利要求1所述的方法,其特征在于,所述确定无线网络条件是否符合小数据传输的需求之前,所述方法还包括:
确定是否已处于小数据传输状态;
若是,则直接认为所述无线网络条件符合小数据传输的需求。
11.一种数据传输装置,其特征在于,包括:
第一确定模块,用于响应于获取到待传输数据,确定无线网络条件是否符合小数据传输的需求;
第二确定模块,用于响应于所述第一确定模块确定符合需求,确定所述待传输数据能否通过数据无线承载进行所述小数据传输;
第三确定模块,用于响应于所述第二确定模块确定无法通过所述数据无线承载进行所述小数据传输,判断所述待传输数据的数据量是否小于或等于网络配置的链路数据量,及判断信号接收功率是否满足预设条件;
生成模块,用于响应于所述第三确定模块确定两个判断均通过,生成信令消息,将所述待传输数据写入所述信令消息;
输出模块,用于输出所述生成模块生成的所述信令消息,以通过所述信令无线承载对所述信令消息进行所述小数据传输。
12.一种电子设备,其特征在于,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如权利要求1至10任一项所述的方法。
13.一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令用于使计算机实现权利要求1至10任一项所述的方法。
14.一种计算机程序产品,其特征在于,包括计算机程序指令,当所述计算机程序指令在计算机上运行时,使得计算机执行如权利要求1至10任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311064574.0A CN116782167B (zh) | 2023-08-23 | 2023-08-23 | 数据传输方法、装置、电子设备、存储介质及程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311064574.0A CN116782167B (zh) | 2023-08-23 | 2023-08-23 | 数据传输方法、装置、电子设备、存储介质及程序产品 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116782167A true CN116782167A (zh) | 2023-09-19 |
CN116782167B CN116782167B (zh) | 2023-11-07 |
Family
ID=87991703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311064574.0A Active CN116782167B (zh) | 2023-08-23 | 2023-08-23 | 数据传输方法、装置、电子设备、存储介质及程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116782167B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102223715A (zh) * | 2011-07-21 | 2011-10-19 | 电信科学技术研究院 | 一种数据传输方法及装置 |
CN102387495A (zh) * | 2010-08-30 | 2012-03-21 | 电信科学技术研究院 | 一种机器类通信设备的数据传输处理方法及设备 |
CN103650623A (zh) * | 2011-07-15 | 2014-03-19 | 高通股份有限公司 | 经由信令无线承载的短分组数据消息的传输 |
CN114698151A (zh) * | 2020-12-30 | 2022-07-01 | 维沃移动通信有限公司 | 定位数据发送方法、接收方法、终端及网络侧设备 |
CN115119311A (zh) * | 2021-03-17 | 2022-09-27 | 华为技术有限公司 | 传输小数据的方法和通信装置 |
WO2022205257A1 (en) * | 2021-04-01 | 2022-10-06 | Lenovo (Beijing) Limited | Method and device for handling of srbs in small data transmission |
WO2022236600A1 (en) * | 2021-05-10 | 2022-11-17 | Nec Corporation | Method, device and computer storage medium of communication |
CN115362751A (zh) * | 2020-03-27 | 2022-11-18 | 日本电气株式会社 | 通信系统 |
-
2023
- 2023-08-23 CN CN202311064574.0A patent/CN116782167B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102387495A (zh) * | 2010-08-30 | 2012-03-21 | 电信科学技术研究院 | 一种机器类通信设备的数据传输处理方法及设备 |
CN103650623A (zh) * | 2011-07-15 | 2014-03-19 | 高通股份有限公司 | 经由信令无线承载的短分组数据消息的传输 |
CN102223715A (zh) * | 2011-07-21 | 2011-10-19 | 电信科学技术研究院 | 一种数据传输方法及装置 |
CN115362751A (zh) * | 2020-03-27 | 2022-11-18 | 日本电气株式会社 | 通信系统 |
CN114698151A (zh) * | 2020-12-30 | 2022-07-01 | 维沃移动通信有限公司 | 定位数据发送方法、接收方法、终端及网络侧设备 |
CN115119311A (zh) * | 2021-03-17 | 2022-09-27 | 华为技术有限公司 | 传输小数据的方法和通信装置 |
WO2022205257A1 (en) * | 2021-04-01 | 2022-10-06 | Lenovo (Beijing) Limited | Method and device for handling of srbs in small data transmission |
WO2022236600A1 (en) * | 2021-05-10 | 2022-11-17 | Nec Corporation | Method, device and computer storage medium of communication |
Non-Patent Citations (2)
Title |
---|
""R2-2102756 Discussion on RRC-Controlled Small Data Transmission"", 3GPP TSG_RAN\\WG2_RL2 * |
VIVO: "Discussion on RRC-controlled Small Data Transmission", 3GPP TSG-RAN WG2 MEETING #113-BIS-ELECTRONIC R2-2102756 * |
Also Published As
Publication number | Publication date |
---|---|
CN116782167B (zh) | 2023-11-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3725062B1 (en) | Electronic device for performing network connection based on data transmission of application and method thereof | |
CN110267327B (zh) | 业务传输方法及装置 | |
US20200374964A1 (en) | Communication Method and Apparatus | |
CN107820727B (zh) | 资源调度的方法和装置以及基站 | |
CN110366112B (zh) | 一种定位方法及相关设备 | |
KR20190140037A (ko) | 무선 통신 방법, 네트워크 기기 및 단말 기기 | |
EP4336902A1 (en) | Method for releasing remote terminal device and apparatus therefor | |
CN110602663B (zh) | 语音呼叫方法、装置及系统 | |
US20210219299A1 (en) | Communication Method and Device | |
CN112398626B (zh) | 一种信息传输方法、通信装置和系统 | |
RU2728898C1 (ru) | Способ управления передачей запроса на диспетчеризацию и относящийся к нему продукт | |
CN111405637A (zh) | 通信方法及装置 | |
KR20200062793A (ko) | 베어러를 관리하는 전자 장치 및 그 동작 방법 | |
US11297480B2 (en) | Method for performing emergency call and electronic device therefor | |
TW201911791A (zh) | 一種回饋應答資訊的長度確定方法及相關產品 | |
CN116782167B (zh) | 数据传输方法、装置、电子设备、存储介质及程序产品 | |
CN111034228B (zh) | 用于在无线通信系统中控制传输的用户设备和其方法 | |
WO2024065127A1 (zh) | 控制中继设备信息发送的方法及其装置 | |
CN104205994A (zh) | 用于在无线通信系统中的操作状态同步的设备和方法 | |
JP2021501486A (ja) | リソース割り当て用の方法、ネットワーク装置及び通信装置 | |
US20240163954A1 (en) | Processing method and apparatus for rollback from small data transmission (sdt) to non-sdt | |
CN114531739A (zh) | 无线连接建立方法及通信装置 | |
KR102060030B1 (ko) | 무선 자원 결정 방법 및 장치, 및 서비스 서버 | |
US10142877B2 (en) | Management device, communication system, and communication control method | |
CN112995922B (zh) | 群组建立方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20231117 Address after: Room 105-7, Building 1, No. 1818-2, Wenyi West Road, Yuhang Street, Yuhang District, Hangzhou City, Zhejiang Province 310023 Patentee after: Hangzhou Bibo Semiconductor Co.,Ltd. Address before: 28a, 23rd floor, building 1, a48 Zhichun Road, Haidian District, Beijing 100086 Patentee before: Bailuwei Technology (Beijing) Co.,Ltd. |