CN115442775A - 数据传输的方法、终端设备和接入网设备 - Google Patents

数据传输的方法、终端设备和接入网设备 Download PDF

Info

Publication number
CN115442775A
CN115442775A CN202210868993.9A CN202210868993A CN115442775A CN 115442775 A CN115442775 A CN 115442775A CN 202210868993 A CN202210868993 A CN 202210868993A CN 115442775 A CN115442775 A CN 115442775A
Authority
CN
China
Prior art keywords
message
access network
data
terminal device
rrc connection
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
Application number
CN202210868993.9A
Other languages
English (en)
Inventor
李晨琬
单宝堃
于映辉
王燕
奥黛尔·罗林杰
斯图尔特·吉尔里
黄正磊
王宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN115442775A publication Critical patent/CN115442775A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891Revocation or update of secret information, e.g. encryption key update or rekeying
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/51Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/004Transmission of channel access control information in the uplink, i.e. towards network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03Protecting confidentiality, e.g. by encryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10Integrity
    • H04W12/106Packet or message integrity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种数据传输方法、终端设备和接入网设备,能够基于终端设备和接入网设备之间的第一条RRC信令传输数据,而不需要建立RRC连接,从而能够节省为传输数据而建立所需承载的信令开销。该方法包括:终端设备向接入网设备发送第一指示,第一指示用于指示终端设备基于终端设备向接入网设备发送的第一条无线资源控制RRC信令传输数据,和/或,第一指示用于指示接入网设备基于接入网设备向终端设备发送的第一条无线资源控制RRC信令传输数据;基于第一条RRC信令,终端设备与接入网设备之间传输数据。

Description

数据传输的方法、终端设备和接入网设备
技术领域
本申请涉及物联网领域,并且更具体涉及一种数据传输的方法、终端设备和接入网设备。
背景技术
随着无线通信的快速发展,人们早已不满足仅限于人与人的通信,物联网(Internet of Thing,IoT)技术应运而生,并且其市场需求增长迅猛。物联网(Internet ofThing,IoT)又称为机器间通信(Machine To Machine,M2M)或者机器类型通信(MachineType Communications,MTC)。MTC业务具有一些特殊的业务特性,如传输数据量小、业务周期特性明显、低功耗和终端数量大等。
一种典型的蜂窝物联网系统是窄带物联网(Narrowband IOT,NB-IoT)。现有技术中,至少需要在RRC连接建立完成时才能够进行上下行数据传输,从而带来信令开销过大和浪费功耗的问题,这对于NB-IoT场景下的业务传输十分不利的。因此,需要一种新的数据传输方法,可以适用于NB-IoT场景下的业务传输。
发明内容
本申请提供了一种数据传输方法、终端和接入网设备,能够实现在无线资源控制(radio resource control,RRC)连接建立完成前传输数据,进而,能够节省为传输数据而建立所需承载的信令开销,并能够降低设备功耗。
第一方面,本申请涉及一种数据传输方法,该方法包括:终端设备向接入网设备发送第一指示,该第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据;该终端设备在该RRC连接建立完成前,与该接入网设备之间传输数据。
因此,根据本申请实施例的方法,能够根据第一指示在RRC建立完成前传输数据(包括上行数据和下行数据),从而能够节省为传输数据而建立所需承载的信令开销,并能够降低设备功耗。
在一种可能的实现方式中,当该第一指示为随机接入前导码时,该终端设备向接入网设备发送第一指示,包括:该终端设备向该接入网设备发送第一随机接入前导码。
从而,接入网络设备根据第一随机接入前导码能够确定需要在RRC连接建立完成前需要数据,例如,能够确定终端设备需要进行上行数据早传,或者可以确定终端设备进行下行数据早传。
在一种可能的实现方式中,该终端设备向接入网设备发送第一指示,包括:终端使用第一时频码资源或第二时频码资源发送随机接入请求消息。其中,第一时频码资源可以用于指示上行数据早传,第二时频码资源可以用于指示下行数据早传。
在一种可能的实现方式中,该终端设备向接入网设备发送第一指示,包括:该终端设备在第一随机接入资源上向该接入网设备发送随机接入前导码。
从而,接入网络设备根据第一随机接入资源能够确定需要在RRC连接建立完成前需要数据,例如,能够确定终端设备需要进行上行数据早传,或者可以确定终端设备进行下行数据早传。
在一种可能的实现方式中,该终端设备向接入网设备发送第一指示,包括:该终端设备向该接入网设备发送包括第一指示的消息3,其中该消息3为下述任一种消息:
RRC连接请求消息、RRC连接重建立请求消息和RRC连接恢复请求。
在一种可能的实现方式中,该第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据,包括:
该第一指示用于指示在该RRC连接建立完成前需要传输下行数据。
在一种可能的实现方式中,该终端设备在该RRC连接建立完成前,与该接入网设备之间传输数据,包括:
该终端设备在该RRC连接建立完成前,与该接入网设备之间传输非接入层协议数据单元(Non-Access-Stratum Protocol Data Unit,NAS PDU);或者,
该终端设备在该RRC连接建立完成前,与该接入网设备之间通过数据无线承载(Data Radio Bearer,DRB)传输数据。
在一种可能的实现方式中,该方法还包括:该终端设备接收该接入网设备发送的释放消息,该释放消息为无线资源控制RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,该释放消息用于将该终端设备释放到空闲态。
可选地,所述释放消息可以携带需要传输的数据。
进一步地,若该释放消息为RRC连接建立消息或RRC连接重建立消息、RRC连接恢复,该消息可以包括RRC连接释放里的相关信息,用于释放该终端设备的连接,具体可以包括释放原因,重定向指示等;
若该释放消息为RRC连接拒绝消息,则也可以携带一个指示信息,如原因值,用于表示将终端设备释放到空闲态;
若该释放消息为RRC连接释放消息并携带终端设备的标识信息,可以在RRC消息中也可以加一个承载该标识的无线媒体控制控制元素(Media Access Control,MAC CE),则直接将终端设备释放到空闲态。
通过RRC连接建立消息、RRC连接重建立消息、RRC连接恢复或RRC连接拒绝消息,可以在MME没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
第二方面,提供了一种数据传输方法,包括:接入网设备接收终端设备发送的第一指示,该第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据;该接入网设备在该RRC连接建立完成前,与该终端设备之间传输数据。
因此,根据本申请实施例的方法,能够根据第一指示在RRC建立完成前传输数据(包括上行数据和下行数据),从而能够节省为传输数据而建立所需承载的信令开销,并能够降低设备功耗。
在一种可能的实现方式中,当该第一指示为随机接入前导码时,该接入网设备接收终端设备发送的第一指示,包括:该接入网设备接收该终端设备发送的第一随机接入前导码。
从而,接入网络设备根据第一随机接入前导码能够确定需要在RRC连接建立完成前需要数据,例如,能够确定终端设备需要进行上行数据早传,或者可以确定终端设备进行下行数据早传。
在一种可能的实现方式中,该接入网设备接收终端设备发送的第一指示,包括:该接入网设备接收该终端设备在第一随机接入资源发送的随机接入前导码。
从而,接入网络设备根据第一随机接入资源能够确定需要在RRC连接建立完成前需要数据,例如,能够确定终端设备需要进行上行数据早传,或者可以确定终端设备进行下行数据早传。
在一种可能的实现方式中,接入网设备接收终端设备发送的第一指示,包括:该接入网设备接收该终端设备发送的包括第一指示的消息3,其中该消息3为下述任一种消息:
RRC连接请求消息、RRC连接重建立请求消息和RRC连接恢复请求。
在一种可能的实现方式中,该第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据,包括:该第一指示用于指示在该RRC连接建立完成前需要传输下行数据。
在一种可能的实现方式中,该接入网设备在该RRC连接建立完成前,与该终端设备之间传输数据,包括:该接入网设备在该RRC连接建立完成前,与该终端设备之间传输非接入层协议数据单元NAS PDU;或者,
该接入网设备在该RRC连接建立完成前,与该终端设备之间通过数据无线承载DRB传输数据。
在一种可能的实现方式中,所述方法还包括:该接入网设备向核心网设备发送所述NAS PDU。
在一种可能的实现方式中,该方法还包括:该接入网设备向该终端设备发送释放消息,该释放消息为无线资源控制RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,该释放消息用于将该终端设备释放到空闲态。
可选地,所述释放消息可以携带需要传输的数据。
进一步地,若该释放消息为RRC连接建立消息或RRC连接重建立消息、RRC连接恢复,该消息可以包括RRC连接释放里的相关信息,用于释放该终端设备的连接,具体可以包括释放原因,重定向指示等;
若该释放消息为RRC连接拒绝消息,则也可以携带一个指示信息,如原因值,用于表示将终端设备释放到空闲态;
若该释放消息为RRC连接释放消息并携带用户设备标识信息,可以在RRC消息中也可以加一个承载该标识的MAC CE,则直接将终端设备释放到空闲态。
通过RRC连接建立消息、RRC连接重建立消息、RRC连接恢复或RRC连接拒绝消息,可以在MME没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
第三方面,提供了一种终端设备,用于执行第一方面或第一方面的任意可能的实现方式中的方法。具体地,该终端设备包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的单元。
第四方面,提供了一种接入网设备,用于执行第二方面或第二方面的任意可能的实现方式中的方法。具体地,该接入网设备包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的单元。
第五方面,提供了一种终端设备,该终端设备包括接收器、发送器、处理器、存储器和总线系统。其中,接收器、发送器、处理器和存储器通过总线系统相连,存储器用于存储指令,处理器用于执行存储器存储的指令,以控制接收器接收信号和控制发送器发送信号。并且当处理器执行存储器存储的指令时,执行使得处理器执行第一方面或第一方面的任意可能的实现方式中的方法。
第六方面,提供了一种接入网设备,该接入网设备包括接收器、发送器、处理器、存储器和总线系统。其中,接收器、发送器、处理器和存储器通过总线系统相连,存储器用于存储指令,处理器用于执行存储器存储的指令,以控制接收器接收信号和控制发送器发送信号。并且当处理器执行存储器存储的指令时,执行使得处理器执行第二方面或第二方面的任意可能的实现方式中的方法。
第七方面,本申请提供一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第八方面,提供一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
第九方面,提供了一种数据传输方法,其特征在于,包括:终端设备向接入网设备发送第一指示,第一指示用于指示终端设备基于终端设备向接入网设备发送的第一条无线资源控制RRC信令传输数据,和/或,
第一指示用于指示接入网设备基于接入网设备向终端设备发送的第一条无线资源控制RRC信令传输数据;
基于第一条RRC信令,终端设备与接入网设备之间传输数据。
具体来讲,第一指示用于指示终端设备与接入网设备之间通过传输的第一信令携带数据,或者在传输第一信令的同时传输数据,或者在传输第一信令后紧接着传输数据。该第一信令为随机接入过程中,终端设备与接入网设备之间的第一条RRC信令。也就是说,第一指示用于指示终端设备将基于与接入网设备之间的第一条RRC信令传输上行数据,和/或,第一指示用于指示接入网设备将基于与终端设备之间的第一条RRC信令传输下行数据。
因此,根据本申请实施例的方法,基于终端设备与接入网设备之间的第一条RRC信令可以实现上行和/或下行的数据传输,而不需要建立RRC连接,从而能够节省为传输数据而建立所需承载的信令开销,并能够降低设备功耗。
在一种可能的实现方式中,基于第一条RRC信令,终端设备与接入网设备之间传输数据,包括:
通过第一条RRC信令携带数据,终端设备与接入网设备之间传输数据。
在一种可能的实现方式中,终端设备与接入网设备之间传输数据,包括:
终端设备与接入网设备之间通过非接入层协议数据单元NAS PDU传输数据;或者,
终端设备与接入网设备之间通过数据无线承载DRB传输数据。
可选地,所述数据可以通过DRB或者SRB0发送。
在本申请中,数据和第一条RRC信令可以复用一个传输块,也可以作为两个传输块分别传输。
需要说明的是,在数据和第一条RRC信令一起传输的情况下,第一条RRC信令可以携带终端设备的标识。在数据和第一条RRC信令分别传输的情况下,数据可以携带终端设备的标识或通过终端设备的标识进行加扰。
所述终端设备的标识,例如可以是小区无线网络临时标识(Radio NetworkTemporary Identifier,RNTI)、哈希服务临时移动用户标识(hash Serving TemporaryMobile Subscriber Identity,hash S-TMSI)、S-TMSI、截断的S-TMSI、接入的随机数、国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)、MAC CE里携带的终端设备的标识等,本申请对终端设备的标识不做具体限定。
进一步地,若数据可以和第一条RRC信令作为两个传输块分别传输,携带数据的NAS PDU可以通过SRB 1bis或者SRB0发送,或者第一条RRC信令通过SRB 0发送且数据通过DRB发送。
在一种可能的实现方式中,第一条RRC信令为消息3或消息4。
在一种可能的实现方式中,消息3为下述任一种消息:
RRC连接请求消息、RRC连接重建立请求消息和RRC连接恢复请求消息;和/或
消息4为下述任一种消息:
冲突解决消息、RRC连接建立消息、RRC连接重建立消息和RRC连接恢复消息。
在一种可能的实现方式中,当第一指示为随机接入前导码时,终端设备向接入网设备发送第一指示,包括:
终端设备向接入网设备发送第一随机接入前导码。
在一种可能的实现方式中,终端设备向接入网设备发送第一指示,包括:
终端设备在第一随机接入资源上向接入网设备发送随机接入前导码。
在一种可能的实现方式中,在基于所述第一条RRC信令,所述终端设备与所述接入网设备之间传输所述数据之前,所述方法还包括:
所述终端设备接收系统消息,所述系统消息包括数据量信息,所述数据量信息用于指示所述终端设备基于所述第一条RRC信令所能传输的最大数据量;
其中,所述基于所述第一条RRC信令,所述终端设备与所述接入网设备之间传输所述数据,包括:
当所述终端设备确定所述数据的数据量小于或等于所述最大数据量时,基于所述第一条RRC信令,所述终端设备向所述接入网设备传输所述数据。
在一种可能的实现方式中,该方法还可以包括:
终端设备接收接入网设备发送的候选消息,候选消息包括指示信息,候选消息为RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,指示信息用于指示终端设备保持在空闲态。
可选地,该候选消息可以是消息4。
这样,通过消息4中的指示信息,可以在没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
第十方面,提供了一种数据传输方法,包括:
接入网设备接收终端设备发送的第一指示,第一指示用于指示终端设备基于终端设备向接入网设备发送的第一条无线资源控制RRC信令传输数据,和/或,
第一指示用于指示接入网设备基于接入网设备向终端设备发送的第一条无线资源控制RRC信令传输数据;
基于第一条RRC信令,接入网设备与终端设备之间传输数据。
因此,根据本申请实施例的方法,基于终端设备与接入网设备之间的第一条RRC信令可以实现上行和/或下行的数据传输,而不需要建立RRC连接,从而能够节省为传输数据而建立所需承载的信令开销,并能够降低设备功耗。
在一种可能的实现方式中,基于第一条RRC信令,接入网设备与终端设备之间传输数据,包括:
通过第一条RRC信令携带数据,接入网设备与终端设备之间传输数据。
在一种可能的实现方式中,接入网设备与终端设备之间传输数据,包括:
接入网设备与终端设备之间通过非接入层协议数据单元NAS PDU传输数据;或者,
接入网设备与终端设备之间通过数据无线承载DRB传输数据。
在一种可能的实现方式中,第一条RRC信令为消息3或消息4。
在一种可能的实现方式中,消息3为下述任一种消息:
RRC连接请求消息、RRC连接重建立请求消息和RRC连接恢复请求消息;和/或
消息4为下述任一种消息:
冲突解决消息、RRC连接建立消息、RRC连接重建立消息和RRC连接恢复消息。
在一种可能的实现方式中,当第一指示为随机接入前导码时,接入网设备接收终端设备发送的第一指示,包括:
接入网设备接收终端设备发送的第一随机接入前导码。
在一种可能的实现方式中,接入网设备接收终端设备发送的第一指示,包括:
接入网设备接收终端设备在第一随机接入资源发送的随机接入前导码。
在一种可能的实现方式中,该方法还可以包括:
接入网设备向核心网设备发送NAS PDU。
可选地,所述NAS PDU可以通过获取UE信息消息(Retrieve UE InformationMessage)或者初始UE消息(Initial UE Message)携带。
在一种可能的实现方式中,在所述基于所述第一条RRC信令,所述接入网设备与所述终端设备之间所述传输数据之前,所述方法还包括:所述接入网设备接收所述核心网设备发送的所述NAS PDU;
其中,所述基于所述第一条RRC信令,所述接入网设备与所述终端设备之间传输数据,包括:基于所述第一条RRC信令,所述接入网设备向所述终端设备传输所述NAS PDU。
可选地,所述第一条RRC信令为UE信息发送消息(UE Information TransferMessage)或下行NAS传输消息(Downlink NAS Transport Message)。
进一步地,所述NAS PDU包括指示信息,所述指示信息用于指示所述接入网设备指示所述终端设备保存在空闲态。
在一种可能的实现方式中,该方法还可以包括:
接入网设备向终端设备发送候选消息,候选消息包括指示信息,候选消息为RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,指示信息用于指示终端设备保持在空闲态。
第十一方面,提供了一种终端设备,用于执行第九方面或第九方面的任意可能的实现方式中的方法。具体地,该终端设备包括用于执行第九方面或第九方面的任意可能的实现方式中的方法的单元。
第十二方面,提供了一种接入网设备,用于执行第十方面或第十方面的任意可能的实现方式中的方法。具体地,该接入网设备包括用于执行第十方面或第十方面的任意可能的实现方式中的方法的单元。
第十三方面,提供了一种终端设备,该终端设备存储器、处理器和收发器,所述存储器用于存储程序代码,所述处理器用于执行所述存储器中存储的程序代码,以执行第九方面或第九方面各种可能的实现方式中的方法所对应的操作。
第十四方面,提供了一种接入网设备,该接入网设备包括存储器、处理器和收发器,所述存储器用于存储程序代码,所述处理器用于执行所述存储器中存储的程序代码,以执行第十方面或第十方面各种可能的实现方式中的方法所对应的操作。
第十五方面,本申请提供一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第九方面或第九方面的任意可能的实现方式中的方法的指令。
第十六方面,提供一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第十方面或第十方面的任意可能的实现方式中的方法的指令。
附图说明
图1是可以应用于本申请的一个通信系统的示意图。
图2是根据本申请实施例的数据传输方法的示意性流程图。
图3是根据本申请的上行数据早传的方法的示意性流程图。
图4是根据本申请的基于CP方案的上行数据早传的方法的示意性流程图。
图5是根据本申请的基于UP方案的上行数据早传的方法的示意性流程图。
图6是根据本申请的基于CP方案的下行数据早传的方法的示意性流程图。
图7是根据本申请的基于UP方案的下行数据早传的方法的示意性流程图。
图8是根据本申请的终端设备的示意性框图。
图9是根据本申请的接入网设备的示意性框图。
图10是根据本申请另一实施例的数据传输方法的示意性流程图。
图11是消息2的一种格式的示意图。
图12是消息2的另一种格式的示意图。
图13是消息2的一种格式的示意图。
图14是消息2的再一种格式的示意图。
图15是根据本申请的另一基于CP方案的上行数据早传的方法的示意性流程图。
图16是根据本申请的另一基于UP方案的上行数据早传的方法的示意性流程图。
图17是根据本申请的另一基于CP方案的下行数据早传的方法的示意性流程图。
图18是根据本申请的另一基于UP方案的下行数据早传的方法的示意性流程图。
图19是根据本申请的另一终端设备的示意性框图。
图20是根据本申请的另一接入网设备的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
应理解,本申请的技术方案可以应用于各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code DivisionMultiple Access,CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、先进的长期演进(Advanced long term evolution,LTE-A)系统、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、新空口(New Radio Access Technology,NR)、5G等。
还应理解,在本申请实施例中,终端设备也可以称为终端或用户设备(UserEquipment,UE),可以包括但不限于应用于物联网中的终端设备,例如,可以是应用于NB-IoT中的终端设备(可以称为“NB-IoT终端”):智能抄表设备、物流追踪设备、环境监测设备等;该终端还可以包括但不限于移动台(Mobile Station,MS)、移动终端(MobileTerminal)、移动电话(Mobile Telephone)、用户设备(User Equipment,UE)、手机(handset)及便携设备(portable equipment)等,该终端设备可以经无线接入网(RadioAccess Network,RAN)与一个或多个核心网进行通信,例如,终端设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等,终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
本申请实施例中,接入网设备也可称为无线接入网(Radio Access Network,RAN)设备,例如可以是基站、基站控制器、线网络控制器(Radio Network Controller,RNC)、发射和接收点(Transmit and Receive Point,TRP),基站可以是GSM或CDMA中的基站(BaseTransceiver Station,BTS),也可以是WCDMA中的基站(NodeB),还可以是LTE中的演进型基站(evolved Node B,eNB或e-NodeB),还可以是NR或5G的基站(gNB),本申请实施例对此不作具体限定。
本发明实施例还涉及核心网(Core Network,CN)设备,主要包括移动管理实体(Mobility Management Entity,MME)和服务网关(Serving GateWay,S-GW)。MME可能在不同的系统或不同制式的网络中有不同的名称,本申请中为了便于理解,统一描述为MME。相应地,S-GW可能在不同的系统或不同制式的网络中有不同的名称,本申请中为了便于理解,统一描述为S-GW。
图1是可以应用于本申请的一个通信系统的示意图。在图1中,终端设备可以通过一个或多个接入网设备与核心网设备进行通信。举例来说,图1中的终端设备10a可以经由接入网设备110a与核心网设备12进行通信;终端设备10b可以经由接入网设备110a或者经由接入网设备110b与核心网设备12进行通信;终端设备10c可以经由接入网设备110b与核心网设备12进行通信。进一步地,可以与公共交换电话网络(Public Switched TelephoneNetwork,PSTN)13或者其他网络14甚至整个因特网15进行通信。
现有技术中,至少需要在RRC连接建立完成时才能够进行上下行数据传输,从而导致传输数据较晚,带来信令开销过大和浪费功耗的问题。为解决该问题,本申请提出了一种数据传输的方法,能够实现数据早传,从而能够节省功耗以及信令开销。
在介绍本申请的数据传输的方法之前,首先介绍本申请所涉及到相关术语或概念。
数据早传可以理解为,在RRC连接建立/恢复/重建立完成消息之前进行上行和/或下行的数据传输。
数据早传也可以理解为,在随机接入过程中进行的上行和/或下行的数据传输。
数据早传还可以理解为,终端设备通过与接入网设备之间第一条RRC信令进行的上行和/或下行的数据传输。
数据早传可以被看作为一种能力。终端设备支持这种数据传输方法,则该终端设备支持这种能力,接入网设备支持终端设备使用这种方法,表明接入网设备支持这种数据早传的能力。
接入网设备在发送系统消息时,可以进行指示是否支持这种数据早传的能力。终端设备在随机接入前可以根据接收的系统消息来判断,接入网设备是否支持该能力。如果不支持,则支持该能力的终端设备且想要使用这种能力进行传输的终端设备则可以选择不进行接入该接入网设备。
示例的,系统消息中也可以指示终端设备在第一条RRC信令消息中发送的上行数据的数据量上限或阈值,或上行第一条RRC消息和上行数据的数据量上限或阈值,或除了第一条RRC信令RRC消息外允许传输上行数据的数据量上限或阈值,如20字节。终端设备若发现要发送的上行数据量超过超过系统广播的数据量上限或阈值,则终端设备可以选择正常数据传输的方式接入。若终端设备需要发送的上行数据量小于此数据量上限或阈值,则可以选择上行数据早传的方式进行发送数据。
所述系统消息,可以是SIB2,SIB22或其他系统消息。
示例的,可以在协议中规定一个默认阈值,该阈值可以指示终端设备在第一条RRC信令消息中发送的上行数据的数据量上限,或上行第一条RRC消息和上行数据的数据量上限,或除了第一条RRC信令RRC消息外允许传输上行数据的数据量上限。终端设备若发现第一条RRC信令和上行数据的数据量超过该阈值,则终端设备可以选择正常的方式接入。若终端设备需要发送的上行数据量小于该阈值,则可以选择上行数据早传的方式进行发送数据。
示例的,若终端设备支持数据早传的能力,终端设备可以根据需要发送的数据量大小或者业务类型而选择是否使用数据早传的方式来发送数据。如果终端设备选择数据早传的方式,当接入网设备分配用于传输数据的资源充足时,终端设备就以上行早传的方式来传输数据。若接入网设备分配的数据资源不足以发送终端设备需要发送的全部上行数据时,则终端设备可以选择正常数据传输流程,即先进行建立RRC连接,再发送数据,如在消息5(例如,RRC连接完成消息、RRC连接重建立完成消息等)中可以传输数据。或者终端设备先在接入网设备分配消息3的资源上先发送一部分数据,剩余数据可以在后续建立RRC连接后,再发送数据。
应理解,本申请实施例所描述的与现有协议或现有技术中相同或类似地信令或消息等,均可以参照现有技术,为了简洁,下文中将不再对这些信令或消息的所包含的内容基于具体作用等进行详细介绍。
本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
此外,可以理解的,本申请中术语“第一”和“第二”仅仅是为了描述和理解的方便,不应对本申请实施例构成任何限定。
下面,结合图2详细介绍本申请的数据传输的方法。应理解,图2示出了该方法的详细的通信步骤或操作,但这些步骤或操作仅是示例,本申请实施例还可以执行其它操作或者图2中的各种操作的变形。此外,图2中的各个步骤可以分别按照与图2所呈现的不同的顺序来执行,并且有可能并非要执行图2中的全部操作。
图2是本申请一个实施例的数据传输的方法的示意性流程图。
S210,终端设备向接入网设备发送第一指示。相应地,接入网设备接收所述第一指示。
具体地,所述第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据。从而,接入网络设备根据第一指示能够确定需要在RRC连接建立完成前需要数据,例如,能够确定终端设备需要进行上行数据早传,或者可以确定终端设备进行下行数据早传。
应理解,上行数据早传表示在无线资源控制RRC连接建立完成前需要传输上行数据。下行数据早传表示在无线资源控制RRC连接建立完成前需要传输下行数据。
在一种可能的实现方式中,通过消息1来区分上行数据早传和下行数据早传,可以及时通知接入网设备,避免接入网设备不清楚终端设备是想进行上行数据早传还是下行数据早传,使得当需要上行数据早传时向终端设备发送随机接入响应时分配较大的上行资源分配(UL Grant)或者多个UL Grant,而下行早传时,不需要分配较大的UL Grant或者多个UL Grant。
可选地,终端设备可以通过消息3(Msg3)向所述接入网设备发送第一指示,也就是说,Msg3可以包括第一指示。该指示信息用于指示需要进行下行早传,也就是在RRC连接建立完成前接收下行数据。这种方式的指示用于当没有使用消息1来区分上行和下行时,可以在消息3进行指示该终端设备想要进行下行数据早传。
进一步地,Msg3可以是下述任一种消息:RRC连接请求消息、RRC连接重建立请求消息和RRC连接恢复请求。
进一步地,所述RRC连接请求消息或所述RRC连接重建立请求消息携带可以包括需要传输的数据的非接入层协议数据单元NAS PDU。即可以通过RRC连接请求消息或所述RRC连接重建立请求消息中的NAS PDU发送上行数据。
可选地,第一指示可以是专用的前导码(例如,记作第一随机接入前导码),在此情况下,作为S210的一个实施例:终端设备向接入网设备发送第一随机接入前导码。该第一随机接入前导码用于指示上行数据早传或下行数据早传。
可选地,作为S210的另一实施例,终端设备可以特定的资源(例如,记作第一随机接入资源)上向所述接入网设备发送随机接入前导码,从而指示上行数据早传或下行数据早传。
可选地,终端设备可以通过时频码进行指示数据早传。例如终端设备使用特定的时频码资源(例如,第一时频码资源)发送随机接入请求消息,则表示终端设备要进行上行数据早传,终端设备使用另一种时频码资源则(例如,第二时频码资源)表示终端设备要进行下行数据早接收。其中,时频码可以为时域,频域,码域的任一种组合,如不同的时频资源,不同的码域资源,不同的时频码资源等等。
可选地,终端设备在连接态时,接入网设备也可以通过物理下行控制信道(Physical Downlink Control Channel,PDCCH)命令向所述终端设备发送指示,用于指示UE需要进行数据早传的随机接入,如上行数据早传或者下行数据早传。即通过PDCCH order方式进行随机接入。具体的指示信息可以通过DCI来承载。
S220,终端设备在RRC连接建立完成前,与接入网设备之间传输数据。
可选地,终端设备可以在RRC连接建立完成前,通过与接入网设备之间传输非接入层协议数据单元NAS PDU,传输数据。
可选地,终端设备还可以在RRC连接建立完成前,与所述接入网设备之间通过数据无线承载DRB传输数据。
因此,根据本申请实施例的方法,能够在RRC建立完成前传输数据(包括上行数据和下行数据),从而能够节省为传输数据而建立所需承载的信令开销,并能够降低设备功耗。
以下,分别针对上行数据早传和下行数据早传,分别描述根据本申请实施例的数据传输方法。
图3是本申请一个实施例的数据传输的方法的示意性流程图。图3所示的方法适用于上行数据早传。
S310,终端设备向接入网设备发送随机接入前导码。或者称,终端设备向接入网设备发送随机接入请求消息,即消息1(Msg1)。
可选地,终端设备可以在特定的资源(例如,记作随机接入资源#A)上发送Msg1。随机接入资源#A可以用于指示上行数据早传或下行数据早传。
可选地,终端设备也可以发送专用的前导码(例如,记作随机接入前导码#A)。随机接入前导码#A也可以用于指示上行数据早传或下行数据早传。
应理解,随机接入资源#A为第一随机接入资源的一个示例,也可以为其他示例如时频码的一种组合,随机接入前导码#A为第一随机接入前导码的示例。
S320,接入网设备接收到Msg1后,向终端设备发送随机接入响应消息。即接入网设备发送消息2(Msg2)。
Msg2携带上行定时(Timing Advance,TA)和上行资源分配(UL Grant)。其中,ULGrant是接入网设备分配给终端设备,用于终端设备传输消息3(Msg3)的资源,关于TA和ULGrant具体可以参照现有技术,此处不做详细介绍。
可选地,在本申请实施例中,接入网设备可以根据时频码资源信息如第一随机接入前导码或第一随机接入资源,获知UE想要进行数据早传,如果是上行数据早传,则向终端设备分配用于传输上行数据的资源。接入网设备向终端设备分配的用于传输上行数据的资源和UL Grant一起,称为目标资源。其中接入网设备分配的目标资源可以是用于传输消息3和上行数据的一个大的上行资源,也可以是两个独立的资源,一个用于传输消息3,一个用于传输上行数据。
进一步地,目标资源的大小可以是固定的,比如100字节(bytes)。该目标资源的大小也可以是接入网设备根据第一随机接入资源或第一随机接入前导码确定的,也就是说,第一随机接入资源或第一随机接入前导码还可以用于指示上行数据的大小,从而接入网设备能够根据上行数据的大小合理分配用于传输上行数据的资源。也就是说,在指示上行早传的基础上,可以进一步的根据接入资源区分需要分配的资源大小。
S330,终端设备根据Msg2,向接入网设备发送Msg3和上行数据。
应理解,Msg3可以和上行数据一起传输,也可以分别传输。在Msg3和上行数据一起传输的情况下,Msg3可以携带终端设备的标识。在Msg3和上行数据分别传输的情况下,上行数据可以携带终端设备的标识或通过终端设备的标识进行加扰。
所述终端设备的标识,例如可以是(Radio Network Temporary Identifier,RNTI)--小区无线网络临时标识、哈希服务临时移动用户标识(hash Serving TemporaryMobile Subscriber Identity,hash S-TMSI)、S-TMSI、截断的S-TMSI、接入的随机数、国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)、MAC CE里携带的终端设备的标识等,本申请对终端设备的标识不做具体限定。
可选地,终端设备接收到Msg2后,如果有上行数据需要传输,可以在传输Msg3的同时,在预先配置的或者预留的用于上行数据早传的资源上传输上行数据。
可选地,终端设备也可以在Msg2所指示的目标资源上同时传输Msg3和上行数据。
作为Msg3的一个实施例,Msg3可以为RRC连接请求消息或RRC连接重建立请求消息,所述RRC连接请求消息或所述RRC连接重建立请求消息包括携带包括所述上行数据的非接入层协议数据单元NAS PDU。从而,能够通过控制面优化方案(Control plane CIoT EPSoptimisation,CP)实现上行数据早传。
进一步地,Msg3和上行数据分开传输时,该NAS PDU可以通过承载信令无线承载(Signal Radio Bearer,SRB)1bits发送。这个承载NAS PDU的消息为上行直传消息(ULinformation Transfer),这样接入网设备可以根据相应的逻辑信道标识(Identity,ID)获知这是使用CP的终端设备。
应理解,RRC连接请求消息和RRC连接重建立请求消息都是Msg3的一种,RRC连接请求消息用于建立RRC连接,RRC连接重建立请求消息用于重建立RRC连接。对于RRC连接请求消息和RRC连接重建立请求消息具体地可以参照现有技术,本申请不作具体介绍。
作为Msg3的另一实施例,Msg3可以为RRC连接请求消息,RRC连接恢复请求消息或RRC连接重建立请求消息,所述上行数据是通过数据无线承载DRB发送的。从而,能够通过用户面优化方案(User plane CIoT EPS optimisation,UP)实现上行数据早传。同样,该数据可以和消息3一起发送给接入网设备,也可以分开发送。
应理解,这里的RRC连接恢复请求消息或RRC连接重建立请求消息用于在接入网设备释放RRC连接后,重新恢复RRC连接,具体地可以参照现有技术,本申请不作具体介绍。
S340,接入网设备向MME或S-GW发送所述上行数据。
综上,在本申请的一种数据传输方法中,如果接入网设备均支持数据早传的能力,则可以通过预留资源的形式,使得终端设备在有上行数据早传的需求时,在发送Msg3的同时通过预留资源同时发送上行数据。在此情况下,终端设备可以通过Msg1指示接入网设备,该终端设备需要进行上行数据早传,也可以不向接入网络设备指示该终端设备数据早传的需求。
在本申请的另一种数据传输方法中,如果接入网设备均支持数据早传的能力,接入网设备可以在终端设备需要进行上行数据早传时,例如通过随机接入资源#A或随机接入前导码#A知道终端设备需要进行上行数据早传时,向终端设备分配用于传输上行数据的资源,例如目标资源,从而使得终端设备可以在传输Msg3的同时通过接入网设备分配的资源同时发送上行数据。
因此,根据本申请实施例的数据传输方法,能够实现上行数据早传,从而能够节省功耗以及信令开销。
下面,结合图4和图5,分别描述基于CP方案和UP方案的数据传输方法。应理解,对于图4和图5中所示出的与图2相同或相应地步骤可以参照上文对图2的描述,为了避免重复,在对图4和图5进行介绍时,将不再对相同或相应地内容进行详细描述。
图4根据本申请实施例的基于CP方案的上行数据早传的示意性流程图。
S410,终端设备向接入网设备发送Msg1。
S420,接入网络设备接收到Msg1后,向终端设备发送Msg2。
S430,终端设备向接入网设备发送RRC连接请求消息或RRC连接重建立请求消息,所述RRC连接请求消息或所述RRC连接重建立请求消息携带包括所述上行数据的NAS PDU。
可选的,接入网设备可以保存CP方案的终端设备能力信息,接入网设备收到消息3后,可以根据S-TMSI,找到接入网设备存储该终端设备的能力信息,然后接入网设备可以判断出终端设备是否具有数据早传的能力,如果终端设备不具有该能力,可以将连接拒绝或者回退到正常的流程。
其中,有一种异常情况需要处理,当MME对该终端设备重新分配S-TMSI时或终端设备的S-TMSI改变时,接入网设备并不知道因为S-TMSI是通过NAS信息传输更改的,所以接入网设备保存的信息(如从UE信息传输(UE Information Transfer)消息中获得的信息)并不匹配保存的该终端设备更新后的S-TMSI。因此,当终端设备发送消息3中携带的S-TMSI有可能是之前其他终端设备使用的S-TMSI,这样接入网设备存储的终端设备能力,终端设备服务质量(Quality of Service,Qos)信息将会出现对应错误的情况,因此,提出以下几种解决方案:
a:MME重新对某个终端设备分配S-TMSI时,通知接入网设备,则接入网设备可将对应这个S-TMSI存储的信息,包括能力信息等删除或者通知接入网设备新分配的S-TMSI,接入网设备接收到后则更新S-TMSI,使得终端设备新的S-TMSI能够匹配终端设备的相关信息。通知消息为一条S1AP消息,如下行NAS传输消息,连接建立指示消息等。即下行NAS传输消息携带S-TMSI用于更新S-TMSI以对应之前从UE信息传输消息里收到的终端设备的相关信息。
b:为保证切换接入网设备时,旧的接入网设备能够删除该消息以防重新分配的问题,MME在重新分配S-TMSI时,会通知终端设备最近接入的几个接入网设备,使得它们能及时更新S-TMSI或者通知终端设备最近接入的几个接入网设备删除存贮的旧S-TMSI和与其对应的终端设备相关信息,如UE Qos,终端设备无线电能力等。
c:接入网设备和MME会有个定时器,当接入网设备获得S-TMSI,对应该S-TMSI有该终端设备的上下文。接入网设备启动该定时器,当定时器溢出时,则删除相关上下文。MME也有个定时器,当分配了一个S-TMSI后,则启动,在定时器溢出前,不能将该S-TMSI分配给其他终端设备。
S440,所述接入网设备向所述MME发送获取UE信息消息(Retrieve UEInformation Message),所述获取终端设备信息消息包括所述上行数据,也可以为其他消息名称,具体信令名称不限。
此时,MME即可获得终端设备的上行数据,实现上行数据早传。
可选地,获取终端设备信息消息还包括请求下行数据指示信息,该方法还可以包括:
S450,如果MME有下行数据,则MME向接入网设备发送UE信息发送消息(UEInformation Transfer),所述用户信息发送消息包括下行数据,也可以为其他消息名称,具体信令名称不限;
S460,接入网设备向终端发送所述下行数据。
可选地,该方法还可以包括:
S470,接入网设备向所述终端设备发送释放消息,所述释放消息用于将所述终端设备释放到空闲态。
可选地,所述释放消息可以为RRC连接建立消息、RRC连接重建立消息、RRC连接恢复,RRC连接拒绝消息或RRC连接释放消息。
进一步地,若接入网设备发送RRC连接建立消息或RRC连接重建立消息、RRC连接恢复,该消息可以包括RRC连接释放里的相关信息,用于释放该终端设备的连接,具体可以包括释放原因,重定向指示等;
若接入网设备发送RRC连接拒绝消息,则也可以携带一个指示信息,如原因值,用于表示将终端设备释放到空闲态;
若接入网设备发送RRC连接释放消息并携带终端设备的标识信息,可以在RRC消息中也可以加一个承载该标识的MAC CE,则直接将终端设备释放到空闲态。也可以在终端设备向接入网设备发送消息5,如RRC连接建立完成后,接入网设备向终端设备发送RRC连接释放消息。
可选地,作为S460的一个具体实施例,接入网设备可以通过S370中的释放消息向终端设备发送下行数据。也就是说,所述下行数据可以携带在该释放消息中。进一步的,该下行数据为封装在NAS PDU中的数据。
可选地,S470也可以发送在MME没有下行数据传输的场景下,即若MME没有下行数据需要传输,则接入网设备可以通过向终端设备发送释放消息,将终端设备释放到空闲态。
通过RRC连接建立消息、RRC连接重建立消息、RRC连接恢复或RRC连接拒绝消息,可以在MME没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
图5是根据本申请实施例的基于UP方案的上行数据早传的示意性流程图。
S510,终端设备向接入网设备发送Msg1。
S520,接入网络设备接收到Msg1后,向终端设备发送Msg2。
S530,终端设备向接入网络设备发送RRC连接建立请求或RRC连接恢复请求消息或RRC连接重建立请求消息。
所述上行数据可以通过数据无线承载DRB发送。上行数据需要加密,密钥可以通过上次连接获得下一跳链计算(next hop chaining count,NCC)来更新。
S540,接入网设备向MME发送第二请求消息。
可选地,第二请求消息中的内容可以和终端设备上下文恢复请求消息中的内容相同。
进一步地,第二请求消息可以是终端设备上下文恢复请求消息。
接入网设备在接收到RRC连接恢复请求消息或RRC连接重建立请求消息后,根据短完整性消息验证码(short Message Authentication Code for Integrity,short-MAC-I)进行验证终端设备。若所接入网设备不是原来的接入网设备,则需要通过X 2口将short-MAC-I发送给源接入网设备,并由源接入网设备进行校验,成功后,将终端设备的上下文信息发送给当前的接入网设备,并进行后续的操作。S550,MME根据所述第二请求消息向接入网设备发送第二响应消息。
可选地,第二响应消息中的内容可以和终端设备上下文恢复响应消息中的内容相同。
进一步地,第二响应消息为终端设备上下文恢复响应消息。
若接入网设备收到的响应消息发现接入网设备所收到的数据对应的无线接入承载(E-UTRAN radio access bearer,E-RAB)被拒绝了,则接入网设备将发送RRC连接恢复消息或RRC连接建立消息给终端设备,该消息可以包含一条指示信息,该指示信息用于指示数据E-RAB被拒绝传输或者传输失败或者指示终端设备需要将之前发送的数据包重新发送。接入网设备额外分一个ULgrant用于该数据传输。
S560,接入网设备收到第二响应消息,向所述S-GW发送所述上行数据。
此时,S-GW即可获得终端设备的上行数据,实现上行数据早传。
可选地,该方法还可以包括:
S570,接入网设备成功发送完上行数据后,可以向MME发送终端设备上下文释放请求消息或终端设备上下文挂起请求消息;
S580,MME根据终端设备上下文释放请求消息向接入网设备发送终端设备上下文释放命令消息,或MME根据上下文挂起请求消息向接入网设备发送终端设备上下文挂起完成消息;
S590,接入网设备根据所述终端设备上下文释放命令消息或所述终端设备上下文挂起完成消息,向所述终端设备发送所述释放消息,所述释放消息用于将所述终端设备释放到空闲态。
可选地,这里的释放消息可以是RRC连接建立消息、RRC连接恢复消息,RRC连接重建立消息、RRC连接拒绝消息或RRC连接释放消息。
进一步地,若接入网设备发送RRC连接建立消息或者RRC连接重建立消息或RRC连接恢复消息,该消息可以包括RRC连接释放里的相关信息,用于释放该终端设备的连接,具体可以包括释放原因,重定向指示等;
若接入网设备发送RRC连接拒绝消息,则也可以携带一个指示信息,如原因值,表示将终端设备释放到空闲态;
若接入网设备发送RRC连接释放消息,则直接将终端设备释放到空闲态。
若此过程中接入网设备也接收到下行数据,则可以和释放消息一起发送给终端设备。
通过RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,可以在S-GW没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
图6是根据本申请另一实施例基于CP方案的数据传输方法。图6所示的方法适用于下行数据早传。
S610,终端设备向接入网设备发送随机接入前导码。或者称,终端设备向接入网设备发送随机接入请求消息,即消息1(Msg1)。具体地,可以参照现有技术,为了简洁,此处不再赘述。
S620,接入网络设备接收到Msg1后,向终端设备发送随机接入响应消息。即接入网设备发送消息2(Msg2)。
Msg2携带TA和UL Grant。其中,UL Grant是接入网设备分配给终端设备,用于终端设备传输消息3(Msg3)的资源,关于TA和UL Grant具体可以参照现有技术,此处不做详细介绍。
S630,终端设备向接入网设备发送Msg3,所述Msg3可以包括服务请求消息(Service Request Message)。
若下行早传没有通过消息1,或者时频码资源来区分情况下,可以在消息3中进行指示,指示是UE要进行下行数据早传,即在RRC连接建立完成前进行下行数据传输,则接入网设备接收该指示消息后,可较早触发与核心网设备的信令交互。
可选地,Msg3可以是RRC连接请求消息或RRC连接重建立请求消息。
S640,接入网设备在接收到Msg3后,向MME发送请求消息。
该消息可以为获取UE信息消息,也可以为其他消息。
S650,MME根据收到请求消息后,向接入网设备发送所述下行数据。
可选地,MME可以通过UE信息传输消息向接入网设备发送所述下行数据。即,UE信息传输消息可以携带所述下行数据。
S660,接入网设备向所述终端设备发送所述下行数据。
可选地,接入网设备可以通过释放消息,向终端设备发送所述下行数据。同时终端设备在接收到释放消息后,可以进入空闲态。
可选地,这里的释放消息可以是RRC连接建立消息、RRC连接恢复消息,RRC连接重建立消息、RRC连接拒绝消息或RRC连接释放消息。
进一步地,若接入网设备发送RRC连接建立消息或者RRC连接重建立消息或RRC连接恢复消息,该消息可以包括RRC连接释放里的相关信息,用于释放该终端设备的连接,具体可以包括释放原因,重定向指示等;
若接入网设备发送RRC连接拒绝消息,则也可以携带一个指示信息,如原因值,表示将终端设备释放到空闲态;
若接入网设备发送RRC连接释放消息,则直接将终端设备释放到空闲态。
通过RRC连接建立消息、RRC连接恢复消息,RRC连接重建立消息、RRC连接拒绝消息或RRC连接释放消息,可以在MME没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
因此,根据本申请实施例的数据传输方法,能够实现上行数据早传,从而能够节省功耗以及信令开销。
图7是根据本申请另一实施例基于UP方案的数据传输方法。图7所示的方法适用于下行数据早传。
图7是本申请一个实施例的数据传输的方法的示意性流程图。
S710,终端设备向接入网设备发送随机接入前导码。或者称,终端设备向接入网设备发送随机接入请求消息,即消息1(Msg1)。具体地,可以参照现有技术,为了简洁,此处不再赘述。
S720,接入网络设备接收到Msg1后,向终端设备发送随机接入响应消息。即接入网设备发送消息2(Msg2)。
Msg2携带TA和UL Grant。其中,UL Grant是接入网设备分配给终端设备,用于终端设备传输消息3(Msg3)的资源,关于TA和UL Grant具体可以参照现有技术,此处不做详细介绍。
S730,终端设备根据Msg2,向接入网设备发送Msg3,所述Msg3可以包括服务请求消息(Service Request Message)。
若下行早传没有通过消息1,或者时频码资源来区分情况下,可以在消息3中进行指示,指示是下行数据早传,即在RRC连接建立完成前进行下行数据传输,则接入网设备接收该指示消息后,可较早触发与核心网设备的信令交互,可参见S740及之后的操作。
可选地,Msg3可以是RRC连接请求或RRC连接恢复请求消息或RRC连接重建立请求消息。
S740,接入网设备在接收到Msg3中的服务请求消息后,向MME发送所述服务请求消息。
可选地,接入网设备可以通过终端设备上下文恢复请求消息向MME发送所述服务请求消息。
S750,MME根据所述服务请求消息,向接入网设备发送服务响应消息。
可选地,MME可以在接收到接入网设备发送的终端设备上下文恢复请求消息后,向终端设备上下文恢复响应消息。
S760,MME向S-GW发送修改承载请求消息;
S770,S-GW向MME回复修改承载响应消息。从而S-GW能够获得所述接入网设备的地址。
S780,S-GW向接入网设备发送所述下行数据。
S790,接入网设备向终端设备发送所述下行数据。
可选地,在S600之前,接入网设备接收到S-GW发送的下行数据后,该方法还可以包括:
接入网设备向MME发送终端设备上下文释放请求消息或终端设备上下文挂起请求消息;
MME根据终端设备上下文释放请求消息向接入网设备发送终端设备上下文释放命令消息,或MME根据上下文挂起请求消息向接入网设备发送终端设备上下文挂起完成消息;
接入网设备根据所述终端设备上下文释放命令消息或所述终端设备上下文挂起完成消息,向所述终端设备发送所述释放消息,所述释放消息用于将所述终端设备释放到空闲态。
可选地,这里的释放消息可以是RRC连接建立消息、RRC连接恢复消息,RRC连接重建立消息、RRC连接拒绝消息或RRC连接释放消息。释放的具体信息可参见其他实施例。
进一步地,若接入网设备发送RRC连接建立消息,该消息可以包括RRC连接释放里的相关信息,用于释放该终端设备的连接,具体可以包括释放原因,重定向指示等;
若接入网设备发送RRC连接拒绝消息,则也可以携带一个原因值进行发送,原因值表示将终端设备释放到空闲态;
若接入网设备发送RRC连接释放消息,则直接将终端设备释放到空闲态。
可选地,在S790中,接入网设备可以通过所述释放消息向终端设备发送所述下行数据。
通过RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,可以在S-GW没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
因此,根据本申请实施例的数据传输方法,能够实现上行数据早传,从而能够节省功耗以及信令开销。
可选地,在一种可能的实现中,当UE接收寻呼消息时,寻呼消息里可以包括一个指示信息,指示UE可以进行下行数据早收操作,这样UE就可以按照下行数据早收操作来进行后续流程,进一步的核心网设备可以在发送给基站的寻呼消息携带一个指示信息,用于指示UE需要进行下行数据早收操作。
可选地,终端设备在连接态时,接入网设备也可以通过物理下行控制信道(Physical Downlink Control Channel,PDCCH)命令向所述终端设备发送指示,用于指示UE需要进行数据早传的随机接入,如上行数据早传或者下行数据早传。即通过PDCCH order方式进行随机接入。具体的指示信息可以通过DCI来承载,或者接入网设备指示的UE接入的资源位置是用于数据早传的的资源位置来实现数据早传。这样在连接态,接入网设备可以通过PDCCH指示UE使用数据早传的方式
图8示出了本申请实施例的终端设备800的示意性框图。如图8所示,该终端设备800包括:处理单元810和收发单元820。
处理单元810,用于生成第一指示,所述第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据。
收发单元820,用于向接入网设备发送第一指示,所述第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据;
并在所述RRC连接建立完成前,与所述接入网设备之间传输数据。
可选地,当所述第一指示为随机接入前导码时,收发单元820具体用于:向所述接入网设备发送第一随机接入前导码。
可选地,收发单元820具体用于:在第一随机接入资源上向所述接入网设备发送随机接入前导码。
可选地,收发单元820具体用于:向所述接入网设备发送包括第一指示的消息3,其中所述消息3为下述任一种消息:
RRC连接请求消息、RRC连接重建立请求消息和RRC连接恢复请求,其中,所述RRC连接请求消息或所述RRC连接重建立请求消息携带包括需要传输的数据的非接入层协议数据单元NAS PDU。
可选地,所述第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据,包括:
所述第一指示用于指示在所述RRC连接建立完成前需要传输下行数据。
可选地,收发单元820具体用于:在所述RRC连接建立完成前,与所述接入网设备之间传输非接入层协议数据单元NAS PDU;或者,
在所述RRC连接建立完成前,与所述接入网设备之间通过数据无线承载DRB传输数据。
可选地,收发单元820具体用于:接收所述接入网设备发送的释放消息,所述释放消息为无线资源控制RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,所述释放消息用于将所述终端设备释放到空闲态。
应理解,处理单元810可以由处理器实现,收发单元820可以由收发器实现。
还应理解,该终端设备800可以对应上述方法中描述的终端设备,并且,该终端设备800中各模块或单元分别用于执行图2至图7所示方法实施例中终端设备所执行的各动作或处理过程,这里,为了避免赘述,省略其详细说明。
图9示出了本申请实施例的接入网设备900的示意性框图。如图9所示,该接入网设备900包括:处理单元910和收发单元920。
收发单元920,用于接收终端设备发送的第一指示,所述第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据;
所述处理单元910,用于确定当前状态为是否为所述RRC连接建立完成前;
所述收发单元920,用于在所述处理单元910确定所述RRC连接建立完成前,与所述终端设备之间传输数据。
可选地,当所述第一指示为随机接入前导码时,收发单元920具体用于:接收所述终端设备发送的第一随机接入前导码。
可选地,收发单元920处理单元910:接收所述终端设备在第一随机接入资源发送的随机接入前导码。
可选地,收发单元920处理单元910:接收所述终端设备发送的包括第一指示的消息3,其中所述消息3为下述任一种消息:
RRC连接请求消息、RRC连接重建立请求消息和RRC连接恢复请求,其中,所述RRC连接请求消息或所述RRC连接重建立请求消息携带包括需要传输的数据的非接入层协议数据单元NAS PDU。
可选地,所述第一指示用于指示在无线资源控制RRC连接建立完成前需要传输数据,包括:
所述第一指示用于指示在所述RRC连接建立完成前需要传输下行数据。
可选地,收发单元920处理单元910:在所述RRC连接建立完成前,与所述终端设备之间传输非接入层协议数据单元NAS PDU;或者,
在所述RRC连接建立完成前,与所述终端设备之间通过数据无线承载DRB传输数据。
可选地,收发单元920处理单元910:向所述终端设备发送释放消息,所述释放消息为无线资源控制RRC连接建立消息、RRC连接恢复消息,RRC连接重建立完成消息、RRC连接拒绝消息或RRC连接释放消息,所述释放消息用于将所述终端设备释放到空闲态。
应理解,处理单元910可以由处理器实现,收发单元920可以由收发器实现。
还应理解,该接入网设备900可以对应上述方法中描述的接入网设备,并且,该接入网设备900中各模块或单元分别用于执行图2至图7所示方法实施例中接入网设备所执行的各动作或处理过程,这里,为了避免赘述,省略其详细说明。
图10是本申请另一实施例的数据传输方法的示意性流程图。应理解,图10示出了该方法的详细的通信步骤或操作,但这些步骤或操作仅是示例,本申请实施例还可以执行其它操作或者图10中的各种操作的变形。此外,图10中的各个步骤可以分别按照与图10所呈现的不同的顺序来执行,并且有可能并非要执行图10中的全部操作。
S1010,终端设备向接入网设备发送第一指示。相应地,接入网设备接收所述第一指示。
其中,该第一指示用于指示终端设备基于终端设备向所述接入网设备发送的第一条无线资源控制RRC信令传输数据(即,上行数据),和/或,第一指示用于指示接入网设备基于接入网设备向终端设备发送的第一条无线资源控制RRC信令传输数据(即,下行数据)。具体来讲,第一指示用于指示终端设备与接入网设备之间通过传输的第一信令携带数据,或者在传输第一信令的同时传输数据,或者在传输第一信令后紧接着传输数据。该第一信令为随机接入过程中,终端设备与接入网设备之间的第一条RRC信令。也就是说,第一指示用于指示终端设备将基于与接入网设备之间的第一条RRC信令传输上行数据,和/或,第一指示用于指示接入网设备将基于与终端设备之间的第一条RRC信令传输下行数据。
以下,为了便于描述和理解,将终端设备向接入网设备发送的第一条RRC信令记作RRC信令#1,将接入网设备向终端设备发送的第一条RRC信令记作RRC信令#2。
相应地,终端设备可以基于RRC信令#1向接入网设备发送上行数据,接入网设备可以基于RRC信令#2向终端设备发送下行数据。也就是说,终端设备可以基于RRC信令#1进行上行数据早传,接入网设备可以基于RRC信令#2进行下行数据早传。
可选地,RRC信令#1可以是消息3(Msg3)。
Msg3,例如可以是RRC连接请求消息、RRC连接重建立请求消息或RRC连接恢复请求消息。
关于RRC连接请求消息、RRC连接重建立请求消息以及RRC连接恢复请求消息,具体地可以参照现有技术,为了简洁,此处不再赘述。
此外,RRC信令#1也可以是新定义的在随机接入过程中终端设备向接入网设备发送的第一条RRC信令(例如,记作RRC连接数据传输消息)。其中,RRC连接数据传输消息为不需要做RRC连接管理的消息。该RRC连接数据传输消息可以是消息2(Msg2,即,随机接入响应消息)后的第一条消息。
进一步的,RRC信令#1还可以携带释放辅助指示信息(Release AssistanceIndication,RAI),用于指示短时间内没有上行数据。终端设备根据该释放辅助指示信息,保持在RRC空闲状态。
进一步的,若数据通过NAS消息来传递,在发送该数据时,也可以在NAS消息中携带释放辅助指示信息(Release Assistance Indication,RAI),该指示消息可以向核心网设备指示是否将有上行数据或者下行数据,或者只是对该上行数据的接收确认或者响应。
以下,为了便于理解,不失一般性地,以RRC信令#1为消息3为例,描述本申请的数据传输的方法。
可选地,终端设备可以通过发送消息1(Msg1),即随机接入请求消息,向接入网设备发送第一指示。即,消息1或消息1中的信息可以用于指示上行数据早传或下行数据早传。
例如,消息1中的前导码(或称作,前导序列)可以用于指示上行数据早传和/或下行数据早传。比如,若消息1中的前导码为前导码#2,则指示上行数据早传;若消息1中的前导码为前导码#3,则指示下行数据早传;若消息1中的前导码为前导码#3,则同时指示上行数据早传和下行数据早传。
例如,终端设备可以在特定的资源上向所述接入网设备发送消息1,通过该特定的资源指示上行数据早传和/或下行数据早传。该特定的资源,可以是时频码资源。比如,终端设备使用时频码资源#2发送消息1,则表示终端设备要进行上行数据早传,终端设备使用时频码资源#3表示终端设备要进行下行数据早传。其中,时频码可以为时域,频域,码域的任一种组合。
此外,在上行数据早传的场景下,示例性的,接入网设备在通过消息2(Msg2),即,随机接入响应消息,向终端设备分配发送RRC信令#1所使用的时频资源的同时,还可以同时分配发送上行数据的时频资源。
图11至图14示出了消息2的几种格式,本申请中,消息2可以采用其中任一种格式。
如图11至图14所示的消息2的格式,均包括上行定时控制字段(Timing AdvanceCommand,TAC)和临时小区无线网络临时标识字段(TC-RNTI)。其中,上行定时控制字段中的值表示时间提前调整量,用于终端设备进行上行同步。无线网络临时标识字段中的值表示接入网设备为终端设备分配的在小区内的唯一标识。时间提前调整量和C-RNTI具体可以参照现有技术,本文中不再进行详细介绍。
TC-RNTI,例如可以是RNTI、hash S-TMSI、S-TMSI、截断的S-TMSI、接入的随机数、IMSI、MAC CE里携带的终端设备的标识等,本申请对终端设备的标识不做具体限定。
下面,分别对图11至图14所示的消息2的格式进行详细介绍。
图11是消息2的一种格式的示意图。如图11所示,预留字段(R)中的值用于指示消息2中所包括的上行资源分配字段(UL Grant)的个数。例如,当预留字段中的值为1时,表示消息2中包括2个上行资源分配字段(分别记作UL Grant#1和UL Grant#2),UL Grant#1和ULGrant#2不相邻。其中,UL Grant#1中的值用于指示发送RRC信令#1所使用的时频资源,ULGrant#2中的值用于指示发送上行数据的时频资源。
应理解,图11中示出的消息2中的各字段所占用的比特(bit)数仅是一种示例,本申请并不对消息2中的各字段所占用的比特数作具体限定。比如,图12示出的UL Grant#1和UL Grant#2分别占用20比特和16比特,在实际应用中,UL Grant#1和UL Grant#2也可以分别占用16比特和20比特,或者均占用16比特。
图12是消息2的另一格式的示意图。如图12所示,预留字段(R)中的值用于指示消息2中所包括的上行资源分配字段(UL Grant)的个数。例如,当预留字段中的值为1时,表示消息2中包括2个上行资源分配字段(分别记作UL Grant#1和UL Grant#2),UL Grant#1和ULGrant#2相邻。其中,UL Grant#1中的值用于指示发送RRC信令#1所使用的时频资源,ULGrant#2中的值用于指示发送上行数据的时频资源。
应理解,图12中示出的消息2中的各字段所占用的比特数仅是一种示例,本申请并不对消息2中的各字段所占用的比特数作具体限定。比如,图12示出的UL Grant#1和ULGrant#2分别占用20比特和16比特,在实际应用中,UL Grant#1和UL Grant#2也可以分别占用16比特和20比特,或者均占用16比特。
图13是消息2的另一格式的示意图。如图13所示,预留字段(R)中的值用于指示上行资源分配字段(UL Grant)所指示的时频资源的作用。例如,当预留字段中的值为1时,表示UL Grant字段所指示的时频资源用于传输RRC信令#1和上行数据;当预留字段中的值为0时,表示UL Grant中的值所指示的时频资源仅用于传输RRC信令#1。或者当预留字段中的值为0时,表示UL Grant字段所指示的时频资源用于传输RRC信令#1和上行数据;当预留字段中的值为1时,表示UL Grant中的值所指示的时频资源仅用于传输RRC信令#1。应理解,图13中示出的消息2中的各字段所占用的比特数仅是一种示例,本申请并不对消息2中的各字段所占用的比特数作具体限定。比如,图13示出的UL Grant占用36比特,在实际应用中,ULGrant可以占用30比特。
图14是消息2的一种格式的示意图。如图14所示,第一个预留字段(R#1)中的值或第二个预留字段(R#2)中的第一比特位的值用于指示消息2中所包括的上行资源分配(ULGrant)字段的个数。例如,当R#2中的值为1时,表示消息2中包括2个上行资源分配字段(分别记作UL Grant#1和UL Grant#2)。其中,UL Grant#1中的值用于指示发送RRC信令#1所使用的时频资源,UL Grant#2中的值用于指示发送上行数据的时频资源。
应理解,R#2中的第一比特位可以是R#2中的任一比特位。图6中示出的消息2中的各字段所占用的比特(bit)数仅是一种示例,本申请并不对消息2中的各字段所占用的比特数作具体限定。
还应理解,图11至图14所示出的消息2的格式仅是示例,本申请实施例中消息2还可以采用其它格式或者图11至图14中的格式的变形。例如,消息2中的各字段的位置可以不同于图11至图14所示出的消息2的格式中各字段的位置。再如,消息2的格式还可以包括除图11至图14所示出的字段外的其他字段,或者,消息2的格式可以只包括图11至图14所示出的字段中的部分字段。
综上,在上述实施例中,可以通过保留比特位指示是否是两个或多个ULgrant或者是否是一个大的UL grant(能够传输数据)。
可选地,RRC信令#2可以是消息4(Msg4)。
消息4,例如可以是竞争解决(Contention Resolution)消息、RRC连接建立消息、RRC连接重建立消息、RRC连接恢复消息,RRC连接拒绝消息或RRC连接释放消息。
此外,消息4也可以是新定义的在随机接入过程中接入网设备向终端设备发送的第一条RRC信令,本申请实施例对此不作限定。
S1020,基于第一条RRC信令,终端设备与接入网设备之间传输数据。
即,终端设备基于RRC信令#1,向接入网设备发送上行数据;和/或,接入网设备基于RRC信令#2,向终端设备发送下行数据。
可选地,上行数据和/或下行数据可以通过非接入层协议数据单元NAS PDU发送。
例如,RRC信令#1可以携带上行数据的NAS PDU。即,终端设备可以通过RRC信令#1携带的NAS PDU发送上行数据。再如,终端设备可以同时向接入网设备发送携带上行数据的NAS PDU与RRC信令#1,或者,终端设备在发送RRC信令#1后,紧接着发送携带上行数据的NASPDU。
再如,RRC信令#2可以携带下行数据的NAS PDU。即,接入网设备可以通过RRC信令#2携带的NAS PDU发送下行数据。再如,接入网设备可以同时向终端设备发送携带下行数据的NAS PDU与RRC信令#1,或者,接入网设备在发送RRC信令#2后,紧接着发送携带下行数据的NAS PDU。
可选地,上行数据或下行数据可以通过DRB或者SRB0发送。
在本申请中,上行数据和RRC信令#1可以复用一个传输块,也可以作为两个或多个传输块分别传输。下行数据可以和RRC信令#2可以复用一个传输块,也可以作为两个或多个传输块分别传输。
需要说明的是,在RRC信令#1和上行数据一起传输的情况下,RRC信令#1可以携带终端设备的标识。在RRC信令#1和上行数据分别传输的情况下,上行数据可以携带终端设备的标识或通过终端设备的标识进行加扰。同理,在RRC信令#2和下行数据一起传输的情况下,RRC信令#2可以携带终端设备的标识。在RRC信令#2和下行数据分别传输的情况下,下行数据可以携带终端设备的标识或通过终端设备的标识进行加扰。
所述终端设备的标识,例如可以是RNTI、hash S-TMSI、S-TMSI、截断的S-TMSI、接入的随机数、IMSI、MAC CE里携带的终端设备的标识等,本申请对终端设备的标识不做具体限定。
进一步地,以传输上行数据为例,若上行数据可以和RRC信令#1作为两个传输块分别传输,携带上行数据的NAS PDU可以通过SRB 1bis或者SRB0发送,或者RRC信令#1通过SRB0发送且上行数据通过DRB发送。应理解,下行数据的传输可以参照传输上行数据的方式,为了简洁,此处不再赘述。
进一步地,若终端设备在消息3中通过NAS消息发送了上行数据,该NAS消息可以为控制面服务请求消息(Control Plane Service Request(ESM Data Transport))。
因此,根据本申请实施例的方法,基于终端设备与接入网设备之间的第一条RRC信令可以实现上行和/或下行的数据传输,而不需要建立RRC连接,从而能够节省为传输数据而建立所需承载的信令开销,并能够降低设备功耗。
以下,结合图15至图18,分别针对上行数据早传和下行数据早传,分别描述根据本申请实施例的数据传输方法。应理解,图15至图18中所示出的与图2相同或相应地步骤、术语、概念等可以参照上文对图2的描述,为了避免重复,在对图15至图18进行介绍时,将不再对相同或相应地内容进行详细描述。
不失一般性地,下文中均以RRC信令#1为消息3,RRC信令#2为消息4为例,描述本申请各实施例。
图15是本申请一个实施例的数据传输的方法的示意性流程图。图15所示的方法适用于基于CP方案的上行数据早传。
S1510,终端设备向接入网设备发送消息1。
其中,消息1用于指示终端设备使用上行和/或下行数据早传方式传输数据。。
S1520,接入网设备接收到消息1后,向终端设备发送消息2。
可选地,在本申请实施例中,若接入网设备根据消息1获知UE想要进行上行数据早传后,向终端设备分配用于传输上行数据的资源。
进一步地,用于传输上行数据的资源的大小可以是固定的,比如100字节(bytes)。该用于传输上行数据的资源的大小也可以是接入网设备根据第一消息(例如,发送第一消息的资源或第一消息中的前导码)确定的。也就是说,第一消息,例如发送第一消息的资源或第一消息中的前导码,还可以用于指示上行数据的大小,从而接入网设备能够根据上行数据的大小合理分配用于传输上行数据的资源。
S1530,终端设备向接入网设备发送消息3。
示例的,消息3可以携带上行数据。
例如,终端设备接收到消息2后,如果有上行数据需要传输,可以在传输消息3的同时,在预先配置的或者预留的用于上行数据早传的资源上传输上行数据。
再如,终端设备也可以在消息2所指示的目标资源上传输消息3和上行数据。
消息3定义如同上述实施例定义,具体消息名称不限制。
S1540,接入网设备向MME发送候选消息#1。
候选消息#1包括所述上行数据。候选消息#1,例如可以是获取UE信息消息(Retrieve UE Information Message)或者初始UE消息(Initial UE Message),或者是新定义的其他消息,本申请实施例对此不做限定。
此时,MME即可获得终端设备的上行数据,实现上行数据早传。
可选地,该方法还可以包括:
S1560,接入网设备向终端设备发送候选消息#3。
可选地,候选消息#3可以是消息4。
此外,候选消息#3还可以是新定义的接入网设备向所述终端设备发送的第一条RRC消息,本申请实施例并不对此限定。
可选地,候选消息#3可以携带一个指示信息(例如,记作指示信息#2)。其中,指示信息#2用于指示当前的流程或会话过程可以结束,或指示终端设备需要返回或维持在空闲态。该指示信息#2可以表现为停止指示(End Indication)或者释放指示(releaseindication)。
可选地,终端设备接收到消息4之后,向接入网设备发送消息5。消息5,例如可以是RRC连接完成消息、RRC连接重建立完成消息或RRC连接恢复完成消息等。
在一种可能的实现方式中,消息5中不携带NAS消息。若接入网设备此时有下行数据需要传输,接入网设备在接收到消息5后,向终端设备发送下行数据并指示终端设备返回空闲态或保持空闲态。
在另一可能的实现方式中,终端设备接收到消息4(例如,竞争解决消息、RRC连接建立消息、RRC连接重建立消息或RRC连接恢复)后,按照正常的RRC连接建立过程建立RRC连接。其中,若此时终端设备在上行没有数据,终端设备可以在消息5(如RRC连接建立完成,RRC连接重建立完成,RRC连接恢复完成)上发送一个空的NAS消息(例如,记作NAS消息#1),如ESM Data Transport,NAS消息#1只有消息头,而没有数据单元。接入网设备接收到NAS消息#1后,将NAS消息#1通过初始UE消息或其他消息发送给MME。MME收到该消息后可以忽略或者丢弃该NAS消息。后续过程与现有技术相同,为了简洁,此处不再赘述。
在又一可能的实现方式中,终端设备可以在消息5如RRC连接建立完成,RRC连接重建立完成,RRC连接恢复完成)中发送与消息3中相同的NAS消息(例如,记作NAS消息#2),如控制面服务请求(Control Plane Service Request(ESM Data Transport))消息。进一步地,该NAS消息#2可以包括一个指示信息(例如,记作指示信息#3),指示信息#3用于指示NAS消息#2与消息3中传输的NAS消息一样,当接入网设备接收NAS消息#2后,将该NAS消息发送给MME,MME可以根据指示信息忽略此消息。
在又一可能的实现方式中,UE可以在消息5如RRC连接建立完成,RRC连接重建立完成,RRC连接恢复完成)中发送一个NAS消息(例如,记作NAS消息#3),NAS消息#3可以包括一个指示信息(例如,记作指示信息#4),指示信息#4用于区分NAS消息#3和现有技术中消息5中的NAS消息,便于MME进行后续处理,当MME接收指示信息#4后,可以忽略或者丢弃该NAS消息。或者该NAS消息和指示信息是两个字段。因此,该NAS消息#3既可以是携带指示信息,又可以与指示信息分为不同的字段。NAS消息#3的应用场景为:上行数据已经通过RRC信令#1完成传输,而消息5中没有额外的上行NAS数据时,才使用NAS消息#3。由于终端设备已经在消息3中发送了NAS消息,因此,通过上述各实现方式,可以克服现有消息5和初始UE消息中NAS消息为必选的问题。
上述实现方式,可以适用于当有一个下行包但接入网设备无法传输时,或者核心网设备有多个下行包时的处理方式,以此来完成数据传输。
这样,通过候选消息#3中的指示信息#2,可以在MME没有下行数据传输时,提前释放终端设备或指示终端处于空闲态,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
进一步地,若候选消息#3为RRC连接建立消息、RRC连接重建立消息、RRC连接恢复消息,候选消息#3还可以包括重定向指示等。
若候选消息#3为RRC连接拒绝消息,候选消息#3还可以携带指示信息,该指示信息用于指示终端返回或保持在空闲态。
可选地,候选消息#3可以携带下行数据。
进一步的,该下行数据可以封装在NAS PDU中。即候选消息#3可以携带包括所述下行数据的NAS PDU。该NAS PDU可以承载在SRB0上。
所述下行数据可以是MME通过寻呼(Paging)消息向接入网设备发送的,也可以是MME通过候选消息#2向接入网设备发送的。
此外,所述下行数据也可以是在MME发送候选消息#2之后且接入网设备发送候选消息#3之前,MME通过与接入网设备之间的下行NAS传输,向接入网设备发送的。
比如,接入网设备可以提前告诉MME自己所能调度的数据包大小,比如,接入网设备通过候选消息#1来指示其所能调度的数据包大小,MME可以将下行数据拆包发送给接入网设备。在此情况下,接入网设备可以连续发送多个数据包给终端设备,每个数据包携带终端设备的标识信息,当发送完最后一个数据包后,接入网设备可以向终端发送指示信息#2,以释放终端设备或指示终端返回或保持空闲态。
可选地,若所述下行数据为MME通过候选消息#2向接入网设备发送的,则在S1560之前,该方法还包括:
S1550,MME向接入网设备发送候选消息#2。其中,候选消息#2包括所述下行数据。
候选消息#2,例如可以是UE信息发送消息(UE Information Transfer Message),或下行NAS传输消息(Downlink NAS Transport Message),或者是新定义的消息,本申请实施例对此不做限定。
可选地,候选消息#2还可以包括一个指示信息(例如,记作指示信息#1),指示信息#1用于指示当前的流程或会话过程可以结束,或指示终端设备需要返回或维持在空闲态。指示信息#1可以表现为停止指示(End Indication)。
示例的,当MME向接入网设备发送候选消息#2时,若无下行数据时,MME可以在该消息中携带指示信息,该指示信息用于指示该流程结束或者指示接入网设备指示终端设备返回空闲态或者维持空闲态。
示例的,当MME向接入网设备发送候选消息#2时,若有下行数据时,如果只有一个数据包,MME在该消息中携带指示信息,该指示信息用于指示该流程结束或者指示接入网设备指示终端设备返回空闲态或者维持空闲态。
示例的,若MME有多个终端的下行包到达MME,则MME向接入网设备发送候选消息#2时不会携带该指示信息。应理解,此时终端设备还未进入连接态,属于空闲态或者空闲态-连接态的一种中间态或者终端的转态是空口未进入连接态,S1口进入连接态。
因此,MME可以通过发送指示信息#1,指示接入网设备可以通知终端设备返回或维持在空闲态。还应理解,指示信息#2可以与指示信息#1相同,也可以不同,本申请实施例并不对此限定。
进一步地,接入网设备向终端设备发送下行数据后,可以向MME发送肯定确认(Acknowledgement,ACK),例如发送NAS deliver ACK。ACK用于指示接入网设备已经将下行数据发送给了终端设备,MME不需要向接入网设备发送寻呼消息。
可选地,在S1560中,若接入网设备没有将下行数据发送给终端设备,接入网设备可以向MME反馈数据未发送成功或将未发送的数据发送给MME,MME会通过寻呼的方式使得终端设备获取数据。
因此,根据本申请实施例的数据传输方法,可以基于终端设备向接入网设备发送的第一条RRC信令实现上行数据的传输,而不需要建立RRC连接,从而能够节省功耗以及信令开销。
图16是本申请一个实施例的数据传输的方法的示意性流程图。图16所示的方法适用于基于UP方案的上行数据早传。应理解,下文中所出现的与图16相同或相应地术语、概念等可以参照上文对图15的描述,为了避免重复,下文中将不再赘述。
S1610,终端设备向接入网设备发送消息1。
S1620,接入网络设备接收到消息1后,向终端设备发送消息2。
S1630,终端设备向接入网络设备发送消息3。
消息3包括上行数据,上行数据可以通过数据无线承载DRB发送。上行数据需要加密,密钥可以通过上次连接获得下一跳链计算(next hop chaining count,NCC)来更新。
进一步地,终端设备发送数据的承载DRB可以是基于上一次连接中的DRB配置或者是采用默认的DRB配置。若采用上一次连接的DRB配置,接入网设备若不支持该配置,则会重新对终端设备进行配置,如通过RRC重配置消息或者RRC连接恢复消息进行配置。
进一步还可以包括:
S1640,接入网设备向MME发送第二请求消息。
可选地,第二请求消息中的内容可以和UE上下文恢复请求消息(UE ContextResume Request)中的内容相同。
进一步地,第二请求消息可以是UE上下文恢复请求消息。
接入网设备在接收到消息3后,根据短完整性消息验证码(short MessageAuthentication Code for Integrity,short-MAC-I)验证终端设备。若该接入网设备不是原来的接入网设备,则需要通过X2接口将short-MAC-I发送给源接入网设备,并由源接入网设备进行校验,校验成功后,源接入网设备将终端设备的上下文信息发送给当前的接入网设备,当前的接入网设备进行后续的操作。
进一步还可以包括:
S1650,MME根据所述第二请求消息向接入网设备发送第二响应消息。
可选地,第二响应消息中的内容可以和UE上下文恢复响应消息(UE ContextResume Response)中的内容相同。
进一步地,第二响应消息为UE上下文恢复响应消息。
若接入网设备根据收到的第二响应消息发现接入网设备所收到的数据对应的无线接入承载(E-UTRAN Radio Access Bearer,E-RAB)被拒绝了,则接入网设备将发送RRC连接恢复消息或RRC连接建立消息给终端设备,该RRC连接恢复消息或RRC连接建立消息可以包含一条指示信息,该指示信息用于指示数据E-RAB被拒绝传输或者传输失败或者指示终端设备需要将之前发送的数据包重新发送。此时,接入网设备额外分配一个ULgrant用于该数据传输。
S1660,接入网设备收到第二响应消息后,向所述S-GW发送所述上行数据。
此时,S-GW即可获得终端设备的上行数据,实现上行数据早传。
可选地,该方法还可以包括:
S1670,接入网设备成功发送完上行数据后,可以向MME发送UE上下文释放请求消息、UE上下文挂起请求消息或释放连接请求消息;
S1680,MME根据UE上下文释放请求消息向接入网设备发送UE上下文释放消息;或MME根据UE上下文挂起请求消息向接入网设备发送UE上下文挂起完成消息;或MME根据释放连接请求,向接入网设备发送UE上下文释放消息。
S1690,接入网设备根据,向所述终端设备发送候选消息#4。
可选地,候选消息#4可以是消息4,如RRC连接建立消息、RRC连接重建立消息、RRC连接恢复消息也可以是RRC连接释放消息
此外,候选消息#4还可以是新定义的接入网设备向所述终端设备发送的第一条RRC消息,本申请实施例并不对此限定。
应理解,候选消息#4可以与候选消息#3相同,也可以不同,本申请实施例对此不作限定。
可选地,候选消息#4可以携带一个指示信息(例如,记作指示信息#5)。其中,指示信息#5用于指示当前的流程或会话过程可以结束,或指示终端设备需要返回或维持在空闲态。该指示信息#5可以表现为停止指示(End Indication)。
应理解,指示信息#5可以与指示信息#2相同,也可以不同,本申请实施例对此不作限定。
这样,通过候选消息#4中指示信息#5,可以在S-GW没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
进一步地,若候选消息#4为RRC连接建立消息、RRC连接重建立消息、RRC连接恢复消息,候选消息#4还可以包括重定向指示等。
可选地,候选消息#4可以携带下行数据。
若下行数据已到达接入网设备,而接入网设备无法将下行数据发送到终端设备,则采用类似S1560中的几种方式来传输,如建立RRC连接,并在消息5中放置空的NAS消息,或者一个指示信息等方式,然后使用正常的数据传输流程。
因此,根据本申请实施例的数据传输方法,可以基于终端设备向接入网设备发送的第一条RRC信令实现上行数据的传输,而不需要建立RRC连接,从而能够节省功耗以及信令开销。
图17是根据本申请另一实施例的数据传输方法的示意性流程图。图17所示的方法适用于基于CP方案的下行数据早传。
S1710,终端设备向接入网设备发送消息1。
S1720,接入网络设备接收到消息1后,向终端设备发送消息2。
S1730,终端设备向接入网设备发送消息3,所述消息3可以包括服务请求消息(Service Request Message)。
消息3如同上述实施例,可以是现有的RRC信令,可以是新定义的RRC信令。
可以通过消息3中的指示信息(例如,记作指示信息#6)指示终端设备要进行下行数据早传,即基于接入网设备向终端设备发送的第一条RRC信令传输下行数据。接入网设备接收该指示信息#6后,可较早触发与核心网设备的信令交互。
S1740,接入网设备在接收到消息3后,向MME发送请求消息。
该请求消息可以是获取UE信息消息或者初始UE消息,或者是新定义的其他消息,本申请实施例对此不做限定。
S1750,MME接收到请求消息后,向接入网设备发送所述下行数据。
可选地,MME可以通过UE信息发送消息(UE Information Transfer Message),或下行NAS传输消息(Downlink NAS Transport Message)向接入网设备发送所述下行数据。
S1760,接入网设备通过消息4向所述终端设备发送所述下行数据。
进一步地,消息4还用于指示终端设备保持在空闲态或者返回空闲态,终端设备根据消息4返回空闲态或保持在空闲态。
因此,根据本申请实施例的数据传输方法,能够通过消息4传输下行数据,即实现下行数据早传,从而能够节省功耗以及信令开销。
图18是根据本申请另一实施例的数据传输方法的示意性流程图。图18所示的方法适用于基于UP方案的下行数据早传。
S1810,终端设备向接入网设备发送消息1。
S1820,接入网络设备接收到消息1后,向终端设备发送消息2。
S1830,终端设备根据消息2,向接入网设备发送消息3。所述消息3可以包括服务请求消息(Service Request Message)。
S1840,接入网设备在接收到消息3中的服务请求消息后,向MME发送所述服务请求消息。
可选地,接入网设备可以通过终端设备上下文恢复请求消息向MME发送所述服务请求消息。
S1850,MME根据所述服务请求消息,向接入网设备发送服务响应消息。
可选地,MME可以在接收到接入网设备发送的终端设备上下文恢复请求消息后,向终端设备上下文恢复响应消息。
S1860,MME向S-GW发送修改承载请求消息。
S1870,S-GW向MME回复修改承载响应消息。从而S-GW能够获得所述接入网设备的地址。
S1880,S-GW向接入网设备发送所述下行数据。
S1890,接入网设备通过消息4向终端设备发送所述下行数据。
可选地,在S1890之前,接入网设备接收到S-GW发送的下行数据后,该方法还可以包括:
接入网设备向MME发送UE上下文释放请求消息、UE上下文挂起请求消息或释放连接请求消息或者其他释放请求消息;
MME根据UE上下文释放请求消息向接入网设备发送UE上下文释放命令消息;或MME根据UE上下文挂起请求消息向接入网设备发送UE上下文挂起完成消息;或MME根据释放连接请求,向接入网设备发送UE上下文释放消息;
接入网设备根据所述UE上下文释放命令消息所述UE上下文挂起完成消息,向所述终端设备发送候选消息#5。
可选地,候选消息#5可以是消息4。
消息4,例如为RRC连接建立消息、RRC连接重建立消息、RRC连接恢复消息或者RRC连接释放消息。
此外,候选消息#5还可以是新定义的接入网设备向所述终端设备发送的第一条RRC消息,本申请实施例并不对此限定。
应理解,候选消息#5可以与候选消息#3相同,也可以不同,本申请实施例对此不作限定。
可选地,候选消息#5可以携带一个指示信息(例如,记作指示信息#6)。其中,指示信息#5用于指示当前的流程或会话过程可以结束,或指示终端设备需要返回或维持在空闲态。该指示信息#6可以表现为停止指示(End Indication)。
应理解,指示信息#6可以与指示信息#2相同,也可以不同,本申请实施例对此不作限定。
这样,通过候选消息#5中指示信息#6,可以在S-GW没有下行数据传输时,提前释放终端设备,相对于现有技术的释放流程,能够节省信令开销,另一方面,也能够降低终端设备的功耗。
进一步地,若候选消息#5为RRC连接建立消息、RRC连接重建立消息或RRC连接恢复消息。候选消息#5还可以包括RRC连接释放消息中的相关信息,比如释放原因,重定向指示等。
若候选消息#5为RRC连接拒绝消息,候选消息#5还可以携带原因值,该原因值表示RRC连接拒绝的原因。
若候选消息#5为RRC连接释放消息,指示终端返回或者保持空闲态。该候选消息#5可以携带终端设备的标识信息,具体可以在MAC CE中携带或者通过PDCCH加扰。
可选地,在S1890中,接入网设备可以通过候选消息#5向终端设备发送所述下行数据。
因此,根据本申请实施例的数据传输方法,可以基于终端设备向接入网设备发送的第一条RRC信令实现上行数据的传输,而不需要建立RRC连接,从而能够节省功耗以及信令开销。
可选地,在一种可能的实现中,当终端设备接收寻呼消息时,寻呼消息里可以包括一个指示信息,指示接入网设备需要进行下行数据早传操作,这样终端设备就可以按照下行数据早传操作来进行后续流程,进一步的核心网设备可以在发送给接入网设备的寻呼消息携带一个指示信息,用于指示接入网设备需要进行下行数据早传。在接入网设备发送寻呼消息给终端之前,接入网设备从核心网接收到了下行包和/或者指示信息。指示信息用于指示有下行数据包可以通过数据早传(如下行数据早传)的方式发送给终端。
可选地,终端设备在连接态时,接入网设备也可以通过PDCCH向所述终端设备发送指示,用于指示UE需要进行数据早传的随机接入,如上行数据早传或者下行数据早传。即通过PDCCH order方式进行随机接入。具体的指示信息可以通过DCI来承载,或者接入网设备指示的UE接入的资源位置是用于数据早传的资源位置来实现数据早传。这样在连接态,接入网设备可以通过PDCCH指示UE使用数据早传的方式。
图19示出了本申请实施例的终端设备1900的示意性框图。如图19所示,该终端设备1900包括:处理单元1910和收发单元1920。
处理单元1910,用于生成第一指示,所述第一指示用于指示所述终端设备基于所述终端设备向所述接入网设备发送的第一条无线资源控制RRC信令传输数据,和/或,
所述第一指示用于指示所述接入网设备基于所述接入网设备向所述终端设备发送的第一条无线资源控制RRC信令传输数据。
收发单元1920,用于向接入网设备发送所述处理单元生成的第一指示,以及在基于所述第一条RRC信令,所述终端设备与所述接入网设备之间传输数据。
应理解,处理单元1910可以由处理器实现,收发单元1920可以由收发器实现。
还应理解,该终端设备1900可以对应上述方法中描述的终端设备,并且,该终端设备1900中各模块或单元分别用于执行图10至图18所示方法实施例中终端设备所执行的各动作或处理过程,这里,为了避免赘述,省略其详细说明。
图20示出了本申请实施例的接入网设备2000的示意性框图。如图20所示,该接入网设备2000包括:处理单元2010和收发单元2020。
处理单元2010用于控制所述收发单元2020:
接收终端设备发送的第一指示,所述第一指示用于指示所述终端设备基于所述终端设备向所述接入网设备发送的第一条无线资源控制RRC信令传输数据,和/或,
所述第一指示用于指示所述接入网设备基于所述接入网设备向所述终端设备发送的第一条无线资源控制RRC信令传输数据;以及
基于所述第一条RRC信令,所述接入网设备与所述终端设备之间传输数据。
应理解,处理单元2010可以由处理器实现,收发单元2020可以由收发器实现。
还应理解,该接入网设备2000可以对应上述方法中描述的接入网设备,并且,该接入网设备2000中各模块或单元分别用于执行图10至图18所示方法实施例中接入网设备所执行的各动作或处理过程,这里,为了避免赘述,省略其详细说明。
本申请实施例可以应用于处理器中,或者由处理器实现。处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是中央处理单元(central processing unit,CPU)、该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integratedcircuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件器组合执行完成。软件器可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
还应理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DRRAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种数据传输方法,其特征在于,包括:
终端设备接收系统消息;
所述终端设备根据所述系统消息确定接入网设备支持数据早传功能
所述终端设备向所述接入网设备发送第一指示,所述第一指示用于指示需要进行数据早传;
所述终端设备与所述接入网设备之间进行数据早传。
2.根据权利要求1所述的方法,其特征在于,所述第一指示为第一随机接入前导码,所述第一随机接入前导码用于指示上行数据早传或者下行数据早传。
3.根据权利要求1或2所述的方法,其特征在于,所述终端设备向所述接入网设备发送第一指示信息包括:
所述终端设备使用第一时频码资源或第二时频码资源向所述接入网设备发送随机接入请求消息,其中,所述第一时频码资源用于指示上行数据早传,所述第二时频码资源用于指示下行数据早传。
4.根据权利要求1至3任一权利要求所述的方法,其特征在于,所述终端设备与所述接入网设备之间进行数据早传,包括:
所述终端设备与所述接入网设备之间传输非接入层协议数据单元NAS PDU;或者,
所述终端设备与所述接入网设备之间通过数据无线承载DRB传输数据。
5.根据权利要求1至4任一权利要求所述的方法,其特征在于,所述方法还包括:
所述终端设备接收来自所述接入网设备的RRC连接释放消息,所述RRC连接释放消息用于将所述终端设备释放到空闲态。
6.根据权利要求1至4任一权利要求所述的方法,其特征在于,所述方法还包括:所述终端设备接收来自所述接入网设备的RRC连接释放消息,所述RRC连接释放消息携带需要传输的数据。
7.根据权利要求1至6任一权利要求所述的方法,其特征在于,所述方法还包括:
所述终端设备与所述接入网设备之间通过数据无线承载DRB传输数据,所述通过数据无线承载DRB传输的数据,使用通过上次连接获得的下一跳计算(NCC)更新的密钥来加密。
8.一种数据传输方法,其特征在于,包括:
接入网设备向终端设备发送系统消息;
所述接入网设备接收来自所述终端设备的第一指示,所述第一指示用于指示需要进行数据早传;
所述接入网设备与所述终端设备之间进行数据早传。
9.根据权利要求8所述的方法,其特征在于,所述第一指示为第一随机接入前导码时,所述第一随机接入前导码用于指示需要进行上行数据早传或需要进行下行数据早传。
10.根据权利要求8或9所述的方法,其特征在于,所述接入网设备接收终端设备发送的第一指示包括:
所述接入网设备接收来自所述终端设备的随机接入请求消息,所述的随机接入请求消息为所述终端设备使用第一时频码资源或第二时频码资源发送的,其中,所述第一时频码资源用于指示上行数据早传,所述第二时频码资源用于指示下行数据早传。
11.根据权利要求8至10任一权利要求所述的方法,其特征在于,所述接入网设备与所述终端设备之间传输数据,包括:
所述接入网设备在所述RRC连接建立完成前,与所述终端设备之间传输非接入层协议数据单元NAS PDU;或者,
所述接入网设备在所述RRC连接建立完成前,与所述终端设备之间通过数据无线承载DRB传输数据。
12.根据权利要求8至11中任一项权利要求所述的方法,其特征在于,所述方法还包括:
所述接入网设备向所述终端设备发送RRC连接释放消息,所述RRC连接释放消息用于将所述终端设备释放到空闲态。
13.根据权利要求8至11中任一项权利要求所述的方法,其特征在于,所述方法还包括:
所述接入网设备向所述终端设备发送RRC连接释放消息,所述RRC连接释放消息携带需要传输的数据。
14.根据权利要求8至13任一权利要求所述的方法,其特征在于,所述方法还包括:
所述接入网设备与所述终端设备之间通过数据无线承载DRB传输数据,所述通过数据无线承载DRB传输的数据,使用通过上次连接获得的下一跳计算(NCC)更新的密钥来加密。
15.一种通信装置,其特征在于,包括用于执行如权利要求1至7或8至14中的任一项所述方法的模块。
16.一种通信装置,其特征在于,包括处理器和通信接口,所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至7或8至14中任一项所述的方法。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被运行时,实现如权利要求1至7或8至14中任一项所述的方法。
18.一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被运行时,实现如权利要求1至7或8至14中任一项所述的方法。
CN202210868993.9A 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备 Pending CN115442775A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
PCT/CN2017/083332 WO2018201483A1 (zh) 2017-05-05 2017-05-05 数据传输的方法、终端设备和接入网设备
CNPCT/CN2017/083332 2017-05-05
PCT/CN2017/093440 WO2018201621A1 (zh) 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备
CN201780090235.6A CN110603829A (zh) 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780090235.6A Division CN110603829A (zh) 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备

Publications (1)

Publication Number Publication Date
CN115442775A true CN115442775A (zh) 2022-12-06

Family

ID=64015669

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210868993.9A Pending CN115442775A (zh) 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备
CN201780090235.6A Pending CN110603829A (zh) 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780090235.6A Pending CN110603829A (zh) 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备

Country Status (7)

Country Link
US (2) US11140676B2 (zh)
EP (1) EP3611947A4 (zh)
JP (1) JP7088603B2 (zh)
KR (1) KR102390889B1 (zh)
CN (2) CN115442775A (zh)
BR (1) BR112019023178A2 (zh)
WO (2) WO2018201483A1 (zh)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3145269A1 (en) * 2015-09-16 2017-03-22 Alcatel Lucent Method, devices and system for a hybrid bearer service
WO2019019200A1 (zh) 2017-07-28 2019-01-31 华为技术有限公司 数据传输方法和装置
WO2019031820A1 (en) * 2017-08-08 2019-02-14 Lg Electronics Inc. METHOD AND APPARATUS FOR MANAGING FAILURE OF EARLY DATA TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM
US20190208411A1 (en) * 2018-03-16 2019-07-04 Intel Corporation Security framework for msg3 and msg4 in early data transmission
JP6889331B2 (ja) * 2018-05-09 2021-06-18 京セラ株式会社 通信制御方法、無線端末、及び基地局
EP4236603A3 (en) * 2018-08-03 2023-09-13 Telefonaktiebolaget LM Ericsson (publ) User plane optimizations for 5g cellular internet of things
EP3834573B1 (en) * 2018-08-09 2023-12-20 Sony Group Corporation Communications device, infrastructure equipment and methods
GB201820171D0 (en) * 2018-12-11 2019-01-23 Nordic Semiconductor Asa Efficient cellular communication
US10779160B2 (en) * 2018-12-17 2020-09-15 Verizon Patent And Licensing Inc. Method and device for updating user devices via a cellular connection
WO2020263283A1 (en) * 2019-06-28 2020-12-30 Nokia Technologies Oy Early data transmission for dual connectivity or carrier aggregation
CN112566273B (zh) * 2019-09-26 2022-12-23 维沃移动通信有限公司 一种数据接收、发送方法、终端及网络侧设备
CN113453343B (zh) * 2020-03-25 2023-04-18 展讯通信(上海)有限公司 业务的请求方法及装置
US11665772B2 (en) * 2020-08-10 2023-05-30 Acer Incorporated Apparatuses and methods for small data transmission in a radio resource control (RRC) inactive state
CN114126091B (zh) * 2020-08-26 2024-05-31 大唐移动通信设备有限公司 上行数据处理方法、装置、网络设备、终端设备及介质
CN112425225B (zh) * 2020-10-21 2024-01-09 北京小米移动软件有限公司 信息发送方法及装置、存储介质
WO2022133682A1 (zh) * 2020-12-21 2022-06-30 Oppo广东移动通信有限公司 数据传输方法、终端设备和网络设备
EP4040910A1 (en) * 2021-02-06 2022-08-10 Deutsche Telekom AG Contention based random access procedure for mobile communications
CN116709168A (zh) * 2022-02-28 2023-09-05 华为技术有限公司 一种通信方法及装置
US20230319929A1 (en) * 2022-03-30 2023-10-05 Qualcomm Incorporated Rrc reestablishment between tn and ntn
CN117202373A (zh) * 2022-05-26 2023-12-08 荣耀终端有限公司 通信方法、通信装置和通信系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101426253A (zh) * 2007-10-31 2009-05-06 华为技术有限公司 一种实现信息传输的方法、装置及系统
CN102387495A (zh) * 2010-08-30 2012-03-21 电信科学技术研究院 一种机器类通信设备的数据传输处理方法及设备
CN104981022A (zh) * 2014-04-04 2015-10-14 北京三星通信技术研究有限公司 数据传输的方法、基站及终端

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101835042B1 (ko) 2010-03-23 2018-03-08 인터디지탈 패튼 홀딩스, 인크 기계형 통신을 위한 효율적 시그널링을 위한 장치 및 그에 관한 방법
CN102457825A (zh) * 2010-10-15 2012-05-16 电信科学技术研究院 一种数据的传输方法和设备
KR101789327B1 (ko) * 2011-01-04 2017-10-24 엘지전자 주식회사 무선 통신 시스템에서 상향링크 전송방법 및 장치
CN102638900B (zh) * 2011-02-15 2014-11-19 电信科学技术研究院 一种连接建立方法及装置
CN102223715A (zh) * 2011-07-21 2011-10-19 电信科学技术研究院 一种数据传输方法及装置
CN102333293B (zh) * 2011-09-21 2014-07-09 电信科学技术研究院 一种小数据的传输方法和设备
CN104488308B (zh) * 2012-05-21 2019-04-23 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备
CN103731808A (zh) * 2012-10-15 2014-04-16 中兴通讯股份有限公司 发送、接收数据的方法、装置及数据的收发系统
US9420511B2 (en) * 2012-11-01 2016-08-16 Intel Corporation Signaling QoS requirements and UE power preference in LTE-A networks
CN104144524B (zh) * 2013-05-08 2018-05-11 电信科学技术研究院 一种小数据传输方法和演进基站及用户终端
CN104144467B (zh) * 2013-05-10 2019-01-29 上海诺基亚贝尔股份有限公司 数据传输方法和设备
KR102003273B1 (ko) * 2013-05-10 2019-10-01 주식회사 팬택 이중연결을 지원하는 무선 통신 시스템에서 단말 식별자 구성 방법 및 그 장치
US10129802B2 (en) 2013-12-06 2018-11-13 Idac Holdings, Inc. Layered connectivity in wireless systems
CN104754759B (zh) * 2013-12-31 2018-11-23 中国移动通信集团公司 一种rrc状态转移控制与数据传输方法、设备及系统
CN117835198A (zh) 2015-04-22 2024-04-05 交互数字专利控股公司 用于3gpp网络中的小数据使用使能的设备和方法
US10299244B2 (en) 2015-06-19 2019-05-21 Qualcomm Incorporated Small data transmission in a wireless communications system
MX2018013639A (es) * 2016-05-11 2019-05-15 Sony Corp Control distribuido en sistemas inalambricos.
KR20180035638A (ko) * 2016-09-29 2018-04-06 삼성전자주식회사 RRC Inactive 및 active 상태에서 data 전송 결정 및 방법 및 장치
JP6935489B2 (ja) * 2017-04-28 2021-09-15 エルジー エレクトロニクス インコーポレイティドLg Electronics Inc. Edtによってデータを送信する方法
US20180324854A1 (en) 2017-05-04 2018-11-08 Qualcomm Incorporated Uplink small data transmission for enhanced machine-type-communication (emtc) and internet of things (iot) communication
WO2019004690A1 (en) * 2017-06-27 2019-01-03 Lg Electronics Inc. METHOD AND APPARATUS FOR CONFIGURING MULTIPLE COMMON CONTROL CHANNELS IN A WIRELESS COMMUNICATION SYSTEM

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101426253A (zh) * 2007-10-31 2009-05-06 华为技术有限公司 一种实现信息传输的方法、装置及系统
CN102387495A (zh) * 2010-08-30 2012-03-21 电信科学技术研究院 一种机器类通信设备的数据传输处理方法及设备
CN104981022A (zh) * 2014-04-04 2015-10-14 北京三星通信技术研究有限公司 数据传输的方法、基站及终端

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
""R1-1705197 - Early data transmission for MTC"", 3GPP TSG_RAN\\WG1_RL1, 25 March 2017 (2017-03-25), pages 2 *
INTEL CORPORATION: "R2-156349 "Discussion on control plane based solution of data over NAS for NB-IOT"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 7 November 2015 (2015-11-07), pages 2 *
SAMSUNG: "R1-1705311 "Discussion on NPRACH enhancement"", 3GPP TSG_RAN\\WG1_RL1, no. 1, 25 March 2017 (2017-03-25), pages 2 *

Also Published As

Publication number Publication date
KR102390889B1 (ko) 2022-04-26
CN110603829A (zh) 2019-12-20
US11606786B2 (en) 2023-03-14
BR112019023178A2 (pt) 2020-05-19
EP3611947A1 (en) 2020-02-19
JP7088603B2 (ja) 2022-06-21
US20220007345A1 (en) 2022-01-06
WO2018201621A1 (zh) 2018-11-08
JP2020519193A (ja) 2020-06-25
US20200068547A1 (en) 2020-02-27
US11140676B2 (en) 2021-10-05
EP3611947A4 (en) 2020-02-19
WO2018201483A1 (zh) 2018-11-08
KR20200003126A (ko) 2020-01-08

Similar Documents

Publication Publication Date Title
KR102390889B1 (ko) 데이터 송신 방법, 단말 디바이스, 및 액세스 네트워크 디바이스
CN110447250B (zh) 用于无线通信系统中层之间交互的方法及其设备
CN109891962B (zh) 用于响应请求的方法和网络设备
EP3399819B1 (en) Method and device for establishing radio resource control connection
CN111357339B (zh) 在无线通信系统中发送和接收与切换接入有关的信号的方法及其设备
CN111713166B (zh) 随机接入方法及装置
CN108476535B (zh) 无线终端、无线站、方法及其介质
US10575349B2 (en) Device and method for handling a new radio connection in inter-system mobility
US10623990B2 (en) User equipment and method for transmitting data, and network node and method for receiving data
KR20180083436A (ko) 사용자기기 및 데이터 전송 방법과, 네트워크 노드 및 데이터 전송 방법
CN111988816B (zh) 连接建立的方法和装置
KR20180099732A (ko) 데이터 수신 방법 및 사용자기기와, 데이터 전송 방법 및 기지국
JP2018523347A (ja) 端末装置、ネットワーク装置、およびデータ伝送方法
CN107454636B (zh) 处理用户端存取层上下文的装置及方法
CN111615848B (zh) 在无线通信系统中控制对网络的接入的方法及其设备
EP3661278A1 (en) Method for paging, and access network device, terminal device and core network device
CN110999382A (zh) 用于控制分组复制的方法及设备
US20200015315A1 (en) Radio terminal, processor, and base station
CN114175835B (zh) 早期下行链路有效载荷数据传输的配置
CN115104335A (zh) 用于小数据传输的方法及设备
EP3606196B1 (en) Communication methods, terminal device, and access network device
CN116962306A (zh) 数据传输的方法和通信装置
WO2022078867A1 (en) Methods, apparatuses and computer program for data transmission in inactive state
CN114930887A (zh) 一种密钥管理方法、通信装置
US20220191098A1 (en) Wireless communication method and terminal device

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