CN103841547A - 一种下行数据传输方法、装置及系统 - Google Patents
一种下行数据传输方法、装置及系统 Download PDFInfo
- Publication number
- CN103841547A CN103841547A CN201210492774.1A CN201210492774A CN103841547A CN 103841547 A CN103841547 A CN 103841547A CN 201210492774 A CN201210492774 A CN 201210492774A CN 103841547 A CN103841547 A CN 103841547A
- Authority
- CN
- China
- Prior art keywords
- downlink data
- message
- beep
- security
- rnc
- 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
Images
Abstract
本发明公开了一种下行数据传输方法、装置及系统，涉及通信技术，核心网在需要发送下行数据时，则发送携带下行数据传输指示的寻呼消息，RNC接收到该寻呼消息后，即可确定需要进行安全激活，进而存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE，并在进行无线资源控制RRC连接建立时进行安全激活，并进行下行数据传输，从而减少为安全激活而产生的空口信令开销和接入时延，实现了下行数据传输时降低空口信令开销和接入时延。
Description
技术领域
本发明涉及通信技术，尤其涉及一种下行数据传输方法、装置及系统。
背景技术
机器到机器（Machine to Machine，M2M）通信是未来智能化发展的一种趋势。在第三代移动通信系统以及其长期演进系统中需要支持机器型通信（Machine Type Communications，MTC）功能。在许多MTC应用场景中，MTC设备只向网络侧发送小数据量数据。如果采用传统的数据发送方式，即用户面传输方式，在建立用户面承载的信令过程中将会产生较大的信令开销，系统效率较低。目前在标准讨论中已有一种采用控制面传输用户数据的方式传输小数据量数据，可以减少建立和维护用户面连接所需的信令，降低信令开销，提高系统效率。但是该方式对于通用移动通信系统（Universal MobileTelecommunications System，UMTS）系统来说，每次无线资源控制（RadioResource Control，RRC）连接建立后都要进行安全模式控制过程进行安全激活，之后才能使用控制面传输小数据。
具体的，当前UMTS系统是根据人与人通信的需求进行设计的，设计了完整的信令流程用于保证人与人通信过程中数据传输的安全性以及控制的灵活性。用户设备开机后，需要经过RRC连接建立过程、鉴权和安全模式控制过程、无线承载建立过程建立用户面承载后，才能通过用户面向网络发送用户数据。
M2M通信是指机器和机器之间的通信，无需人的参与。该类型通信的一个重要的特征是海量的用户，也就是MTC终端的数目将会远远大于H2H（Human to Human，人与人）的终端，通常是H2H终端的几十倍。在很多M2M应用场景中，如：智能计量器件（如：智能电表、智能水表等）的数据上报、无线POS机发送消费信息，通常情况下只传输很少量的数据（几十bit到几百bit），通常小于1千比特，所以称为小数据。如果采用当前的信令交互和资源请求方式传输小数据将会具有大的信令开销。由于M2M终端数量庞大，大的信令开销不但会造成数据传输效率的降低，还可能造成信令拥塞而影响H2H通信的性能。因此需要对具有小数据量传输特点的M2M应用信令控制流程及资源分配过程进行优化，降低小数据传输的资源消耗以及对H2H通信的影响。目前的M2M通信技术研究中，已经将小数据传输特性作为一个重要的技术进行研究。
对于UMTS系统的下行小数据传输，目前已有一种采用控制面传输小数据的方案，即不建立用户面承载，在安全模式控制过程激活安全后核心网（CN）使用非接入层（Non-Access Stratum，NAS）消息携带小数据进行传输。
如图1所示，UTRAN利用控制面携带小数据实现下行传输的方法包括：
步骤S101、MTC-Server（MTC服务器）下发小数据给CN，CN下发对用户设备（User Equipment，UE）的寻呼，无线网络控制器（Radio NetworkController，RNC）收到后下发寻呼；
步骤S102、UE收到寻呼后，发起RRC连接建立，UE在RRC连接建立完成消息中携带UE的安全能力（包括支持的一系列加密算法UMTS加密算法（UMTS Encryption Algorithm，UEAs）和一系列完保算法UMTS完整性保护算法（UMTS Integrity Algorithm，UIAs）和当前通用用户识别卡（UniversalSubscriber Identity Module，USIM）中存储的CS（电路域）/PS（分组域）两个域对应的START（开始）值（用于加密和完整性保护时计算COUNT-C（加密计数器值）和COUNT-I（完整性保护计数器值））；
步骤S103、UE向RNC发送初始直传消息，包含NAS业务请求消息，携带了UE标识、密钥标识（KSI）和CN域标识；
UE开机后第一次连接建立时CN会发起鉴权过程，生成加密密钥CK和完整性保护密钥（IK），以及标识这两个密钥的KSI，分别由UE和CN存储。之后的鉴权过程是可选的，如果UE发送的初始直传消息没有携带KSI，则CN会发起鉴权过程。
步骤S104、CN向RNC发送无线接入网络应用部分（Radio Access NetworkApplication Part，RANAP）安全模式命令消息，消息参数包括一系列被允许的UEAs，UIAs和CK，IK；
步骤S105、RNC将CN发来的按推荐程度排序的UEAs和UIAs和UE发来的它支持的那些算法作比较，选出推荐程度最高的并且被UE支持的UEA和UIA。RNC然后产生一个随机数FRESH（用于完整性保护）；
步骤S106、RNC向UE发送RRC安全模式命令消息，参数包括UE安全能力、将使用的UEA、UIA、FRESH。因为UE中存有两套安全组（CS域、PS域各一个），因此RNC必须指示它使用哪一套，通过在消息中增加一个CN域标识来实现。在发送此消息之前，RNC还会计算出消息的消息认证码-完整性保护（Message Authentication Code Integrity，MAC-I），并将它附着在消息之中；
步骤S107、UE收到RRC安全模式命令消息之后，首先验证消息中的UE安全能力是否就是自己最初发到网络的那个值，然后基于消息中指定的UIA、消息中的FRESH和存储的COUNT-I（完整性保护计数器值）算出消息认证码-完整性保护（expected message authentication code，XMAC-I），最后将XMAC-I和MAC-I进行比较以验证消息的完整性；
步骤S108、如果上一步中的所有验证均获成功，则UE会构造RRC安全模式完成消息，并为此消息计算出鉴权码MAC-I，再将消息发送到RNC；
步骤S109、RNC收到RRC安全模式完成消息后，计算出XMAC-I，然后验证消息的完整性；
步骤S110、RNC向CN发送RANAP安全模式完成消息，报告自己选择的UEA和UIA；
步骤S111、CN将小数据添加到NAS信令中下发给UE。NAS信令可以是现有的DOWNLINK DIRECT TRANSFER（下行直传）消息等，也可以是为传输小数据设计的新的NAS信令；
步骤S112、UE收到NAS信令后解出小数据，并使用NAS消息封装确认消息发送给CN，CN再将确认发给MTC Server，之后RNC释放RRC连接。
可见，对于UMTS系统的下行小数据传输，目前已有的UMTS采用控制面传输小数据的方案是需要在安全模式控制信令过程激活安全后才能使用控制面传输小数据，安全模式控制的信令过程会带来一定的信令开销和接入时延。
发明内容
本发明实施例提供一种下行数据传输方法、装置及系统，以实现在下行数据传输时降低空口信令开销和接入时延。
一种下行数据传输方法，包括：
接收核心网CN在需要发送下行数据时，发送的寻呼消息，所述寻呼消息中携带下行数据传输指示；
存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE；
进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活。
一种下行数据传输方法，包括：
核心网CN在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，所述寻呼消息中携带下行数据传输指示；
所述CN接收所述RNC存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活。
一种下行数据传输方法，包括：
用户设备UE接收无线网络控制器RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储所述寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；
进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
一种下行数据传输装置，包括：
接收单元，用于接收核心网CN在需要发送下行数据时，发送的寻呼消息，所述寻呼消息中携带下行数据传输指示；
寻呼单元，用于存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE；
传输单元，用于进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活。
一种下行数据传输装置，包括：
寻呼消息发送单元，用于在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，所述寻呼消息中携带下行数据传输指示；
确认接收单元，用于接收所述RNC存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活。
一种下行数据传输装置，包括：
寻呼接收单元，用于接收RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储所述寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；
数据接收单元，用于进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
一种下行数据传输系统，包括：用户设备UE、通信连接所述UE的无线网络控制器RNC，以及通信连接所述RNC的核心网CN，其中：
RNC，用于接收核心网CN在需要发送下行数据时，发送的寻呼消息，所述寻呼消息中携带下行数据传输指示；存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE；进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活；
CN，用于在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，所述寻呼消息中携带下行数据传输指示；接收所述RNC存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活；
UE，用于接收RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储所述寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
本发明实施例提供一种下行数据传输方法、装置及系统，核心网在需要发送下行数据时，则发送携带下行数据传输指示的寻呼消息，RNC接收到该寻呼消息后，即可确定需要进行安全激活，进而存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE，并在进行无线资源控制RRC连接建立时进行安全激活，并进行下行数据传输，从而减少为安全激活而产生的空口信令开销和接入时延，实现了下行数据传输时降低空口信令开销和接入时延。
附图说明
图1为现有技术中进行下行数据传输的方法流程图；
图2为本发明实施例提供的下行数据传输方法流程图之一；
图3为本发明实施例提供的对应实施例一的下行数据传输方法流程图；
图4为本发明实施例提供的对应实施例二的下行数据传输方法流程图；
图5为本发明实施例提供的下行数据传输方法流程图之二；
图6为本发明实施例提供的下行数据传输方法流程图之三；
图7为本发明实施例提供的下行数据传输装置结构示意图之一；
图8为本发明实施例提供的下行数据传输装置结构示意图之二；
图9为本发明实施例提供的下行数据传输装置结构示意图之三；
图10为本发明实施例提供的下行数据传输系统结构示意图。
具体实施方式
本发明实施例提供一种下行数据传输方法、装置及系统，核心网在需要发送下行数据时，则发送携带下行数据传输指示的寻呼消息，RNC接收到该寻呼消息后，即可确定需要进行安全激活，进而存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE，并在进行无线资源控制RRC连接建立时进行安全激活，并进行下行数据传输，从而减少为安全激活而产生的空口信令开销和接入时延，实现了下行数据传输时降低空口信令开销和接入时延。
如图2所示，本发明实施例提供的下行数据传输方法，包括：
步骤S201、接收核心网CN在需要发送下行数据时，发送的寻呼消息，寻呼消息中携带下行数据传输指示；
步骤S202、存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE；
步骤S203、进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活。
由于在步骤S201中的寻呼消息中携带了下行数据传输指示，所以RNC可以立即启动安全激活，不需要安全激活而进行空口信令交互，从而减少了空口信令开销和接入时延。
在传输下行数据时，可以在CN发给RNC的寻呼消息中就携带下行数据，RNC在进行RRC连接建立时将下行数据和安全参数一并发送给UE，也可以在RRC连接建立并启动安全参数后，再进行下行数据的传输。
本发明实施例中的下行数据传输方法，可以具体用于下行小数据传输，也可以用于其它下行数据的传输。
下面，以下行小数据传输为例，通过具体的实施例对这两种情况进行具体说明：
实施例一、
该实施例中，在CN发给RNC的寻呼消息中就携带下行数据，RNC在进行RRC连接建立时将下行数据和安全参数一并发送给UE。
此时，寻呼消息中还携带下行数据；
步骤S203中，进行无线资源控制RRC连接建立，并进行下行数据传输，具体包括：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
接收UE建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，返回的携带下行数据确认信息的RRC连接建立完成消息，并向CN发送下行数据确认信息。
具体的，如图3所示，该下行数据传输方法包括：
步骤S301、CN收到MTC-Server下发的小数据后，CN向RNC下发寻呼消息，携带小数据传输指示、小数据（NAS container封装）、密钥标识KSI和安全参数，还携带CN之前保存的START值；
步骤S302、RNC收到CN下发的寻呼消息后，如果该消息携带小数据传输指示，则判断为下行小数据传输，存储寻呼的UE标识（IMSI/TMSI/P-TMSI）、KSI、安全参数、小数据、START值并建立关联，接着使用该消息的UE标识寻呼该用户，RNC保存其寻呼原因为下行小数据传输；
如果RNC获得UE安全能力为UE上报方式，寻呼消息还需要携带小数据传输指示。
步骤S303、UE收到对自己的寻呼后，UE发送RRC连接建立请求消息，并保存该消息的CN域标识；
如果寻呼消息中携带了小数据传输指示（当RNC获得UE安全能力为UE上报方式时携带），则UE确定接入后将会有下行小数据传输，UE还在RRC连接建立请求消息中携带完整UE安全能力。
步骤S304、RNC收到UE接入原因为mt-access（响应寻呼而接入的原因）的RRC连接建立请求消息时，根据该消息的UE标识本地查询是否有对应该标识的存储关联存在，如果存在则判断为下行小数据传输，在RRCConnectionSetup（RRC连接建立消息）中携带之前保存的NAS container（非接入层容器）小数据、密钥标识KSI和安全参数，还增加小数据传输指示，其中对NAS container小数据部分使用安全上下文进行加密，其他部分都不加密；
步骤S305、UE收到RRCConnectionSetup消息时，如果该消息携带小数据传输指示，则判断为下行小数据传输，根据该消息携带的KSI和安全参数，以及自己保存的CN域标识、START值，建立对应CN域的安全上下文，并使用安全上下文去解密该消息中加密的NAS container小数据，解密后转发给上层（NAS层），如果上层确认正确接收，则发送RRC连接建立完成消息，该消息携带确认数据正确接收的指示，还携带完整性保护校验MAC-I；
步骤S306、RNC收到UE的RRC连接建立完成消息后，根据其指示判断终端是否成功接收，向CN发送小数据传输确认消息；
对于RNC通知UE全部安全参数方式，该消息还携带确定选择的UEA、UIA，对于UE和RNC使用上一次安全激活的安全算法方式，则不用携带UEA、UIA。
步骤S307、CN收到RNC发送的小数据传输确认消息后，如果有RNC确定选择的UEA、UIA，则保存，并向MTC-Server发送小数据传输确认消息。
实施例二、
在RRC连接建立并启动安全参数后，再进行下行数据的传输。
此时，步骤S203中，进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活，具体包括：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据寻呼消息中携带的安全参数确定该UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息；
接收UE建立RRC连接完成后返回的RRC连接建立完成消息；
启动加密并在UE启动加密后，进行下行数据直传。
其中，启动加密并在UE启动加密后，进行下行数据直传，具体包括：
启动加密并向CN传输UE启动加密后发送的初始直传消息；
向UE传输CN发送的携带下行数据的NAS直传消息；
向CN传输UE发送的携带下行数据确认信息的NAS直传消息。
具体的，如图4所示，该下行数据传输方法包括：
步骤S401、CN收到MTC-Server下发的小数据后，CN向RNC下发寻呼消息，携带小数据传输指示、密钥标识KSI和安全参数，还携带CN之前保存的START值；
步骤S402、RNC收到CN下发的寻呼消息后，如果该消息携带小数据传输指示，则判断为下行小数据传输，存储寻呼的UE标识（IMSI/TMSI/P-TMSI）、KSI、安全参数、START值并建立关联，接着使用该消息的UE标识寻呼该用户，RNC保存其寻呼原因为下行小数据传输；
如果RNC获得UE安全能力为UE上报方式，寻呼消息还需要携带小数据传输指示。
步骤S403、UE收到对自己的寻呼后，UE发送RRC连接建立请求消息，并保存该消息的CN域标识；
如果寻呼消息中携带了小数据传输指示（当RNC获得UE安全能力为UE上报方式时携带），则UE确定接入后将会有下行小数据传输，UE还在RRC连接建立请求消息中携带完整UE安全能力。
步骤S404、RNC收到UE接入原因为mt-access（响应寻呼而接入的原因）的RRC连接建立请求消息时，根据该消息的UE标识本地查询是否有对应该标识的存储关联存在，如果存在则判断为下行小数据传输，在RRCConnectionSetup（RRC连接建立消息）中携带之前保存的密钥标识KSI和安全参数，还增加小数据传输指示；
步骤S405、UE收到RRCConnectionSetup消息时，如果该消息携带小数据传输指示，则判断为下行小数据传输，根据该消息携带的KSI和安全参数，以及自己保存的CN域标识、START值，建立对应CN域的安全上下文，发送RRC连接建立完成消息，该消息携带完整性保护校验MAC-I；
步骤S406、RNC收到UE的RRC连接建立完成消息后，启动安全参数，UE在发送RRC连接建立完成消息后，也启动安全参数；
步骤S407、UE通过RNC向CN发送初始直传消息；
步骤S408、CN通过RNC向UE发送携带小数据的NAS直传消息；
步骤S409、UE通过RNC向CN发送携带下行数据确认信息的NAS直传消息；
步骤S410、CN向MTC-Server发送小数据传输确认消息。
在实施例一和实施例二中，均可以采用由RNC通知UE全部安全参数的方式进行安全激活，也可以采用使用前一次下行传输时使用的安全算法。
RNC通知UE全部安全参数，即CN通过寻呼消息下发一系列安全算法UEAs、UIAs，RNC选择UEA、UIA，在RRC连接建立消息中携带全部安全参数——UE安全能力、确定选择的UEA、UIA，生成的FRESH，完整性保护校验MAC-I，UE收到该消息后根据该消息的安全参数建立安全上下文；
UE和RNC使用上一次安全激活的安全算法，即由UE和CN在上一次连接释放时存储当时的安全参数——确定选择的UEA、UIA，CN建立RNC ID、UE标识与保存值的映射，当CN要向该映射关联的RNC下发关联UE的寻呼时，CN通过向RNC发送的寻呼消息将保存的安全算法UEA、UIA通知RNC，可以携带1bit默认安全算法指示，RNC收到后根据该指示直接使用该消息里的安全算法，仅在RRC连接建立消息中携带生成的FRESH，完整性保护校验MAC-I，UE将该消息和自己之前存储的UEA、UIA一起建立安全上下文。
具体的，当使用前一次下行传输时使用的安全参数时，实施例一和实施例二中，寻呼消息中携带的安全参数，具体包括：
CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应UE的安全算法指示；
实施例一和实施例二中，根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据对应UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1；
向UE返回携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
由RNC通知UE全部安全参数的方式进行安全激活时，实施例一和实施例二中，寻呼消息中携带的安全参数，具体包括：待选安全算法；
实施例一和实施例二中，根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1；
向UE返回携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息；
实施例一和实施例二中，向CN发送下行数据确认信息的消息中，还包括：
所选择的安全算法。
当由RNC通知UE全部的安全参数时，RNC需要确定UE的安全能力，关于UE安全能力的获取可以有三种方式：方式一是UE上报方式，即UE在RRC连接建立请求消息中携带完整的UE安全能力；方式二是CN通知RNC方式，可以是在UE开机时的第一次信令交互过程中，RNC收到UE发送的RRC连接建立完成消息里携带的UE安全能力后，将UE安全能力通过之后的Iu接口消息转发给CN，由CN存储，在CN向RNC发送的寻呼消息中CN将UE安全能力通知RNC；方式三是默认安全能力方式，即约定进行小数据传输的UE都具备一种默认的安全能力，可以是最简单的能力或者最复杂的能力等，RNC判断CN寻呼目的为下行小数据传输后，即确认UE使用对应小数据传输的默认安全能力。
此时，确定UE的安全能力，具体包括：
根据UE参数寻呼UE时，携带下行数据传输指示，并根据UE发送的RRC连接建立请求消息中携带的UE的安全能力，确定UE的安全能力；或者
根据CN在寻呼消息中携带的UE开机时第一次信令交互过程中存储在CN中的UE的安全能力，确定UE的安全能力；或者
将预先设定的默认的安全能力作为UE的安全能力。
UE和RNC可以使用上一次连接释放时的START值建立RRC连接，上一次Iu连接释放时，RNC将当前START值通知给CN，可以是通过Iu ReleaseComplete消息携带，CN收到后进行存储，当UE发起接入时，CN通过上面所述的寻呼消息将CN保存的START值通知RNC，当被寻呼的UE接入后，RNC使用该START值建立安全上下文，UE收到RRC连接建立消息时也使用自己保存的START值建立安全上下文。
此时，进行无线资源控制RRC连接建立，并进行下行数据传输后，还包括：
进行连接释放，并将当前开始START值通知给CN。
CN发送的寻呼消息中还包括：
前一次连接释放时的START值；
UE建立RRC连接，具体包括：
UE根据自身存储的前一次连接释放时的START值建立RRC连接。
下面对本发明实施例涉及的消息内容的可行方式进行具体说明：
1）寻呼消息：
对于Iu接口寻呼消息，如表1所示，可以增加小数据传输指示、小数据（NAS container封装）、密钥标识KSI和安全参数（对于RNC通知UE全部安全参数方式，为一系列UEAs、UIAs；对于UE和RNC使用上一次安全激活的安全算法方式，为CN之前保存的UEA、UIA，以及CK，IK），及1bit默认安全算法指示（UE和RNC使用上一次安全激活的安全算法方式），UE安全能力（CN通知RNC方式）。
表1CN发送的寻呼消息
2）RRC连接建立请求消息：
如果需要UE通知RNC其安全能力，还需要在RRC连接建立请求消息里增加完整的UE安全能力，如表2所示。
表2RRC连接建立请求消息携带的UE安全能力
3）RRC连接建立消息：
对于RRC连接建立消息需要增加小数据传输指示，密钥标识KSI和安全参数（对于RNC通知UE全部安全参数方式，包括UE安全能力、确定选择的UEA、UIA，FRESH，完整性保护校验MAC-I，对于UE和RNC使用上一次安全激活的安全算法方式，只包括FRESH，完整性保护校验MAC-I），具体表3所示。
表3RRC连接建立消息
4）RRC连接建立完成消息：
RRC连接建立完成消息中需要携带小数据确认指示和完整性保护信息，如表4所示。
表4RRC连接建立完成消息
5）Iu接口释放完成（Iu Release Complete）消息
RNC在发给CN的Iu Release Complete消息携带当前START值，如表5所示：
表5Iu接口释放完成消息
CN在发给RNC的寻呼消息中携带之前保存的START值，如表6所示：
表6携带START值得寻呼消息
当在RRC连接建立过程中出现安全激活失败时，UE向RNC响应RRC连接建立完成消息，该消息携带安全激活失败的指示，之后进行其它协议流程，进行UE初始直传过程和安全模式控制过程，重新进行安全激活，在安全激活成功后RNC再将小数据传递给UE。
本发明实施例还相应提供一种下行数据传输方法，如图5所示，包括：
步骤S501、核心网CN在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，寻呼消息中携带下行数据传输指示；
步骤S502、CN接收RNC存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活。
在CN发给RNC的寻呼消息中就携带下行数据，RNC在进行RRC连接建立时将下行数据和安全参数一并发送给UE时，寻呼消息中还携带下行数据。
在RRC连接建立并启动安全参数后，再进行下行数据的传输时，步骤502中进行下行数据传输，具体包括：
接收RNC启动加密并传输的UE启动加密后发送的初始直传消息；
通过RNC向UE传输携带下行数据的NAS直传消息；
接收RNC传输的UE发送的携带下行数据确认信息的NAS直传消息。
当使用前一次下行传输时使用的安全算法时，寻呼消息中携带的安全参数，具体包括：
CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应UE的安全算法指示。
当由RNC通知UE全部安全参数时，寻呼消息中携带的安全参数，具体包括：待选安全算法；
下行数据确认消息中，还包括：RNC所选择的安全算法。
当由CN通知RNC该UE的安全能力时，核心网CN向RNC发送的寻呼消息中，携带UE开机时第一次信令交互过程中存储在CN中的UE的安全能力。
进一步，进行无线资源控制RRC连接建立，并进行下行数据传输后，还包括：
接收RNC进行连接释放后，发送的当前开始START值。
CN向RNC发送的寻呼消息中还包括：
前一次连接释放时的START值；
UE建立RRC连接，具体包括：
UE根据自身存储的前一次连接释放时的START值建立RRC连接。
本发明实施例还提供一种下行数据传输方法，如图6所示，包括：
步骤S601、用户设备UE接收无线网络控制器RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；
步骤S602、进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
在CN发给RNC的寻呼消息中就携带下行数据，RNC在进行RRC连接建立时将下行数据和安全参数一并发送给UE时，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中还携带下行数据；
进行无线资源控制RRC连接建立，并接收传输的下行数据，具体包括：
向RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收RNC根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，向RNC发送携带下行数据确认信息的RRC连接建立完成消息，由RNC向CN发送下行数据确认信息。
在RRC连接建立并启动安全参数后，再进行下行数据的传输时，进行RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活，具体包括：
向RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收RNC根据寻呼消息中携带的安全参数确定该UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息；
建立RRC连接完成后向RNC返回RRC连接建立完成消息；
UE启动加密后通过启动加密后的RNC与CN进行下行数据直传。
进一步，UE启动加密后通过启动加密后的RNC与CN进行下行数据直传，具体包括：
启动加密后通过启动加密后的RNC向CN发送初始直传消息；
接收RNC传输的CN发送的携带下行数据的NAS直传消息；
通过RNC向CN传输携带下行数据确认信息的NAS直传消息。
当使用前一次下行传输时使用的安全算法时，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：
CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应UE的安全算法指示；
接收RNC根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
UE接收RNC根据对应UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1后，返回的携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
当由RNC通知UE全部的安全参数时，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：待选安全算法；
接收RNC根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
接收RNC根据待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1后，返回的携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息。
当由UE通知RNC其安全能力时，RNC发送的寻呼消息中携带下行数据传输指示；
UE发送的RRC连接建立请求消息中携带的UE的安全能力。
进一步，当使用前一次连接释放时的START值建立RRC连接时，进行无线资源控制RRC连接建立，具体包括：
UE根据自身存储的前一次连接释放时的START值建立RRC连接。
本发明实施例还提供一种下行数据传输装置，该装置可以具体为RNC，如图7所示，该装置包括：
接收单元701，用于接收核心网CN在需要发送下行数据时，发送的寻呼消息，寻呼消息中携带下行数据传输指示；
寻呼单元702，用于存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE；
传输单元703，用于进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活。
在CN发给RNC的寻呼消息中就携带下行数据，RNC在进行RRC连接建立时将下行数据和安全参数一并发送给UE时，寻呼消息中还携带下行数据；
传输单元703具体用于：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
接收UE建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，返回的携带下行数据确认信息的RRC连接建立完成消息，并向CN发送下行数据确认信息。
在RRC连接建立并启动安全参数后，再进行下行数据的传输时，传输单元703具体用于：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据寻呼消息中携带的安全参数确定该UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息；
接收UE建立RRC连接完成后返回的RRC连接建立完成消息；
启动加密并在UE启动加密后，进行下行数据直传。
传输单元703启动加密并在UE启动加密后，进行下行数据直传，具体包括：
启动加密并向CN传输UE启动加密后发送的初始直传消息；
向UE传输CN发送的携带下行数据的NAS直传消息；
向CN传输UE发送的携带下行数据确认信息的NAS直传消息。
当使用前一次下行传输时使用的安全算法时，寻呼消息中携带的安全参数，具体包括：
CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应UE的安全算法指示；
传输单元703根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据对应UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1；
向UE返回携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
当由RNC通知UE全部安全参数时，寻呼消息中携带的安全参数，具体包括：待选安全算法；
传输单元703根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1；
向UE返回携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息；
向CN发送下行数据确认信息的消息中，还包括：
所选择的安全算法。
传输单元703确定UE的安全能力，具体包括：
根据UE参数寻呼UE时，携带下行数据传输指示，并根据UE发送的RRC连接建立请求消息中携带的UE的安全能力，确定UE的安全能力；或者
根据CN在寻呼消息中携带的UE开机时第一次信令交互过程中存储在CN中的UE的安全能力，确定UE的安全能力；或者
将预先设定的默认的安全能力作为UE的安全能力。
传输单元703还用于：
进行无线资源控制RRC连接建立，并进行下行数据传输后，进行连接释放，并将当前开始START值通知给CN。
本发明实施例还提供一种下行数据传输装置，该装置可以具体为CN，如图8所示，该装置包括：
寻呼消息发送单元801，用于在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，寻呼消息中携带下行数据传输指示；
确认接收单元802，用于接收RNC存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活。
确认接收单元802还用于：
进行无线资源控制RRC连接建立，并进行下行数据传输后，接收RNC进行连接释放后，发送的当前开始START值。
本发明实施例还提供一种下行数据传输装置，该装置可以具体为UE，如图9所示，该装置包括：
寻呼接收单元901，用于接收RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；
数据接收单元902，用于进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
在CN发给RNC的寻呼消息中就携带下行数据，RNC在进行RRC连接建立时将下行数据和安全参数一并发送给UE时，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中还携带下行数据；
数据接收单元902具体用于：
向RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收RNC根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，向RNC发送携带下行数据确认信息的RRC连接建立完成消息，由RNC向CN发送下行数据确认信息。
在RRC连接建立并启动安全参数后，再进行下行数据的传输时，数据接收单元902具体用于：
向RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收RNC根据寻呼消息中携带的安全参数确定该UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息；
建立RRC连接完成后向RNC返回RRC连接建立完成消息；
启动加密后通过启动加密后的RNC与CN进行下行数据直传。
数据接收单元902启动加密后通过启动加密后的RNC与CN进行下行数据直传，具体包括：
启动加密后通过启动加密后的RNC向CN发送初始直传消息；
接收RNC传输的CN发送的携带下行数据的NAS直传消息；
通过RNC向CN传输携带下行数据确认信息的NAS直传消息。
当使用前一次下行传输时使用的安全算法时，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：
CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应UE的安全算法指示；
数据接收单元902接收RNC根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
接收RNC根据对应UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1后，返回的携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
当由RNC通知UE全部安全参数时，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：待选安全算法；
数据接收单元902接收RNC根据寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
接收RNC根据待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1后，返回的携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息。
进一步，数据接收单元进行无线资源控制RRC连接建立，具体包括：
根据自身存储的前一次连接释放时的START值建立RRC连接。
本发明实施例还提供一种下行数据传输系统，如图10所示，包括：用户设备UE1001、通信连接UE1001的无线网络控制器RNC1002，以及通信连接RNC1002的核心网CN1003，其中：
RNC1002，用于接收核心网CN在需要发送下行数据时，发送的寻呼消息，寻呼消息中携带下行数据传输指示；存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE；进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活；
CN1003，用于在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，寻呼消息中携带下行数据传输指示；接收RNC存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活；
UE1001，用于接收RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
本发明实施例提供一种下行数据传输方法、装置及系统，核心网在需要发送下行数据时，则发送携带下行数据传输指示的寻呼消息，RNC接收到该寻呼消息后，即可确定需要进行安全激活，进而存储寻呼消息中携带的安全参数及用户设备UE标识，并根据UE参数寻呼UE，并在进行无线资源控制RRC连接建立时进行安全激活，并进行下行数据传输，从而减少为安全激活而产生的空口信令开销和接入时延，实现了下行数据传输时降低空口信令开销和接入时延。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (43)
1.一种下行数据传输方法，其特征在于，包括：
接收核心网CN在需要发送下行数据时，发送的寻呼消息，所述寻呼消息中携带下行数据传输指示；
存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE；
进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活。
2.如权利要求1所述的方法，其特征在于，所述寻呼消息中还携带下行数据；
所述进行无线资源控制RRC连接建立，并进行下行数据传输，具体包括：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，所述RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
接收所述UE建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，返回的携带下行数据确认信息的RRC连接建立完成消息，并向CN发送所述下行数据确认信息。
3.如权利要求1所述的方法，其特征在于，所述进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活，具体包括：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据所述寻呼消息中携带的安全参数确定该UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息；
接收所述UE建立RRC连接完成后返回的RRC连接建立完成消息；
启动加密并在所述UE启动加密后，进行下行数据直传。
4.如权利要求3所述的方法，其特征在于，所述启动加密并在所述UE启动加密后，进行下行数据直传，具体包括：
启动加密并向CN传输所述UE启动加密后发送的初始直传消息；
向UE传输所述CN发送的携带下行数据的非接入层NAS直传消息；
向CN传输所述UE发送的携带下行数据确认信息的NAS直传消息。
5.如权利要求2或3所述的方法，其特征在于，所述寻呼消息中携带的安全参数，具体包括：
所述CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应所述UE的安全算法指示；
根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据所述对应所述UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1；
向UE返回携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由所述UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
6.如权利要求2或3所述的方法，其特征在于，寻呼消息中携带的安全参数，具体包括：待选安全算法；
根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据所述待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1；
向UE返回携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息；
所述向CN发送所述下行数据确认信息的消息中，还包括：
所选择的安全算法。
7.如权利要求6所述的方法，其特征在于，所述确定UE的安全能力，具体包括：
所述根据所述UE参数寻呼所述UE时，携带下行数据传输指示，并根据所述UE发送的RRC连接建立请求消息中携带的UE的安全能力，确定UE的安全能力；或者
根据CN在所述寻呼消息中携带的UE开机时第一次信令交互过程中存储在CN中的UE的安全能力，确定UE的安全能力；或者
将预先设定的默认的安全能力作为UE的安全能力。
8.如权利要求1所述的方法，其特征在于，所述进行无线资源控制RRC连接建立，并进行下行数据传输后，还包括：
进行连接释放，并将当前开始START值通知给所述CN。
9.如权利要求8所述的方法，其特征在于，所述寻呼消息中还包括：
前一次连接释放时的START值；
所述UE建立RRC连接，具体包括：
所述UE根据自身存储的前一次连接释放时的START值建立RRC连接。
10.一种下行数据传输方法，其特征在于，包括：
核心网CN在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，所述寻呼消息中携带下行数据传输指示；
所述CN接收所述RNC存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活。
11.如权利要求10所述的方法，其特征在于，所述寻呼消息中还携带下行数据。
12.如权利要求10所述的方法，其特征在于，所述进行下行数据传输，具体包括：
接收所述RNC启动加密并传输的所述UE启动加密后发送的初始直传消息；
通过所述RNC向UE传输携带下行数据的NAS直传消息；
接收所述RNC传输的所述UE发送的携带下行数据确认信息的NAS直传消息。
13.如权利要求11或12所述的方法，其特征在于，所述寻呼消息中携带的安全参数，具体包括：
所述CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应所述UE的安全算法指示。
14.如权利要求11或12所述的方法，其特征在于，寻呼消息中携带的安全参数，具体包括：待选安全算法；
所述下行数据确认消息中，还包括：所述RNC所选择的安全算法。
15.如权利要求14所述的方法，其特征在于，所述核心网CN向RNC发送的寻呼消息中，携带UE开机时第一次信令交互过程中存储在CN中的UE的安全能力。
16.如权利要求10所述的方法，其特征在于，所述进行无线资源控制RRC连接建立，并进行下行数据传输后，还包括：
接收所述RNC进行连接释放后，发送的当前开始START值。
17.如权利要求16所述的方法，其特征在于，所述CN向RNC发送的寻呼消息中还包括：
前一次连接释放时的START值；
所述UE建立RRC连接，具体包括：
所述UE根据自身存储的前一次连接释放时的START值建立RRC连接。
18.一种下行数据传输方法，其特征在于，包括：
用户设备UE接收无线网络控制器RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储所述寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；
进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
19.如权利要求18所述的方法，其特征在于，所述核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中还携带下行数据；
所述进行无线资源控制RRC连接建立，并接收传输的下行数据，具体包括：
向所述RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收所述RNC根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，所述RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，向所述RNC发送携带下行数据确认信息的RRC连接建立完成消息，由所述RNC向CN发送所述下行数据确认信息。
20.如权利要求18所述的方法，其特征在于，所述进行RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活，具体包括：
向所述RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收所述RNC根据所述寻呼消息中携带的安全参数确定该UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息；
建立RRC连接完成后向所述RNC返回RRC连接建立完成消息；
UE启动加密后通过启动加密后的RNC与所述CN进行下行数据直传。
21.如权利要求20所述的方法，其特征在于，所述UE启动加密后通过启动加密后的RNC与所述CN进行下行数据直传，具体包括：
启动加密后通过启动加密后的RNC向所述CN发送初始直传消息；
接收所述RNC传输的所述CN发送的携带下行数据的NAS直传消息；
通过所述RNC向CN传输携带下行数据确认信息的NAS直传消息。
22.如权利要求20或21所述的方法，其特征在于，所述核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：
所述CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应所述UE的安全算法指示；
接收所述RNC根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
UE接收所述RNC根据所述对应所述UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1后，返回的携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由所述UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
23.如权利要求19或20所述的方法，其特征在于，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：待选安全算法；
接收所述RNC根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
接收所述RNC根据所述待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1后，返回的携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息。
24.如权利要求23所述的方法，其特征在于，所述RNC发送的寻呼消息中携带携带下行数据传输指示；
所述UE发送的RRC连接建立请求消息中携带的UE的安全能力。
25.如权利要求18所述的方法，其特征在于，所述进行无线资源控制RRC连接建立，具体包括：
所述UE根据自身存储的前一次连接释放时的START值建立RRC连接。
26.一种下行数据传输装置，其特征在于，包括：
接收单元，用于接收核心网CN在需要发送下行数据时，发送的寻呼消息，所述寻呼消息中携带下行数据传输指示；
寻呼单元，用于存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE；
传输单元，用于进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活。
27.如权利要求26所述的装置，其特征在于，所述寻呼消息中还携带下行数据；
所述传输单元具体用于：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，所述RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
接收所述UE建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，返回的携带下行数据确认信息的RRC连接建立完成消息，并向CN发送所述下行数据确认信息。
28.如权利要求27所述的装置，其特征在于，所述传输单元具体用于：
接收UE发送的接入原因为响应寻呼的RRC连接建立消息；
根据所述寻呼消息中携带的安全参数确定该UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息；
接收所述UE建立RRC连接完成后返回的RRC连接建立完成消息；
启动加密并在所述UE启动加密后，进行下行数据直传。
29.如权利要求28所述的装置，其特征在于，所述传输单元启动加密并在所述UE启动加密后，进行下行数据直传，具体包括：
启动加密并向CN传输所述UE启动加密后发送的初始直传消息；
向UE传输所述CN发送的携带下行数据的NAS直传消息；
向CN传输所述UE发送的携带下行数据确认信息的NAS直传消息。
30.如权利要求27或28所述的装置，其特征在于，所述寻呼消息中携带的安全参数，具体包括：
所述CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应所述UE的安全算法指示；
所述传输单元根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据所述对应所述UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1；
向UE返回携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由所述UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
31.如权利要求27或28所述的装置，其特征在于，寻呼消息中携带的安全参数，具体包括：待选安全算法；
所述传输单元根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数，并向UE返回携带该UE的安全参数的RRC连接建立消息，具体包括：
根据所述待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1；
向UE返回携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息；
所述向CN发送所述下行数据确认信息的消息中，还包括：
所选择的安全算法。
32.如权利要求31所述的装置，其特征在于，所述传输单元确定UE的安全能力，具体包括：
所述根据所述UE参数寻呼所述UE时，携带下行数据传输指示，并根据所述UE发送的RRC连接建立请求消息中携带的UE的安全能力，确定UE的安全能力；或者
根据CN在所述寻呼消息中携带的UE开机时第一次信令交互过程中存储在CN中的UE的安全能力，确定UE的安全能力；或者
将预先设定的默认的安全能力作为UE的安全能力。
33.如权利要求26所述的装置，其特征在于，所述传输单元还用于：
进行无线资源控制RRC连接建立，并进行下行数据传输后，进行连接释放，并将当前开始START值通知给所述CN。
34.一种下行数据传输装置，其特征在于，包括：
寻呼消息发送单元，用于在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，所述寻呼消息中携带下行数据传输指示；
确认接收单元，用于接收所述RNC存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活。
35.如权利要求34所述的装置，其特征在于，所述确认接收单元还用于：
进行无线资源控制RRC连接建立，并进行下行数据传输后，接收所述RNC进行连接释放后，发送的当前开始START值。
36.一种下行数据传输装置，其特征在于，包括：
寻呼接收单元，用于接收RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储所述寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；
数据接收单元，用于进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
37.如权利要求36所述的装置，其特征在于，所述核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中还携带下行数据；
所述数据接收单元具体用于：
向所述RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收所述RNC根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，所述RRC连接建立消息中还携带下行数据传输指示及使用安全上下文加密的下行数据；
建立RRC连接完成、建立对应CN域的安全上下文完成并解密下行数据后，向所述RNC发送携带下行数据确认信息的RRC连接建立完成消息，由所述RNC向CN发送所述下行数据确认信息。
38.如权利要求36所述的装置，其特征在于，所述数据接收单元具体用于：
向所述RNC发送接入原因为响应寻呼的RRC连接建立消息；
接收所述RNC根据所述寻呼消息中携带的安全参数确定该UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息；
建立RRC连接完成后向所述RNC返回RRC连接建立完成消息；
启动加密后通过启动加密后的RNC与所述CN进行下行数据直传。
39.如权利要求38所述的装置，其特征在于，所述数据接收单元启动加密后通过启动加密后的RNC与所述CN进行下行数据直传，具体包括：
启动加密后通过启动加密后的RNC向所述CN发送初始直传消息；
接收所述RNC传输的所述CN发送的携带下行数据的NAS直传消息；
通过所述RNC向CN传输携带下行数据确认信息的NAS直传消息。
40.如权利要求37或38所述的装置，其特征在于，所述核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：
所述CN根据RNC标识和UE标识以及其映射的前一次下行传输时使用的安全算法，确定的对应所述UE的安全算法指示；
所述数据接收单元接收所述RNC根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
接收所述RNC根据所述对应所述UE的安全算法，生成随机数FRESH及完整保护性校验MAC-1后，返回的携带该随机数FRESH及完整保护性校验MAC-1的RRC连接建立消息，由所述UE根据该FRESH及完整保护性校验MAC-1和UE保存的前一次下行传输时使用的安全算法进行RRC连接建立。
41.如权利要求37或38所述的装置，其特征在于，核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息中携带的安全参数，具体包括：待选安全算法；
所述数据接收单元接收所述RNC根据所述寻呼消息中携带的安全参数确定该用户设备UE的安全参数后，返回的携带该UE的安全参数的RRC连接建立消息，具体包括：
接收所述RNC根据所述待选安全算法，选择相应的安全算法，并确定UE的安全能力，生成FRESH及完整保护性校验MAC-1后，返回的携带该所选择的安全算法、UE的安全能力、FRESH及完整保护性校验MAC-1的RRC连接建立消息。
42.如权利要求36所述的装置，其特征在于，所述数据接收单元进行无线资源控制RRC连接建立，具体包括：
根据自身存储的前一次连接释放时的START值建立RRC连接。
43.一种下行数据传输系统，其特征在于，包括：用户设备UE、通信连接所述UE的无线网络控制器RNC，以及通信连接所述RNC的核心网CN，其中：
RNC，用于接收核心网CN在需要发送下行数据时，发送的寻呼消息，所述寻呼消息中携带下行数据传输指示；存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE；进行无线资源控制RRC连接建立，并进行下行数据传输，其中，在进行RRC连接建立的同时进行安全激活；
CN，用于在需要发送下行数据时，向无线网络控制器RNC发送寻呼消息，所述寻呼消息中携带下行数据传输指示；接收所述RNC存储所述寻呼消息中携带的安全参数及用户设备UE标识，并根据所述UE参数寻呼所述UE，进行无线资源控制RRC连接建立，并进行下行数据传输后传输的下行数据确认消息，其中，在进行RRC连接建立的同时进行安全激活；
UE，用于接收RNC在接收到核心网CN需要发送下行数据时发送的携带下行数据传输指示的寻呼消息，并存储所述寻呼消息中携带的安全参数及用户设备UE标识后，发送的寻呼消息；进行无线资源控制RRC连接建立，并接收传输的下行数据，其中，在进行RRC连接建立的同时进行安全激活。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210492774.1A CN103841547B (zh) | 2012-11-27 | 2012-11-27 | 一种下行数据传输方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210492774.1A CN103841547B (zh) | 2012-11-27 | 2012-11-27 | 一种下行数据传输方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103841547A true CN103841547A (zh) | 2014-06-04 |
| CN103841547B CN103841547B (zh) | 2017-11-10 |
Family
ID=50804587
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210492774.1A Active CN103841547B (zh) | 2012-11-27 | 2012-11-27 | 一种下行数据传输方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103841547B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106961726A (zh) * | 2016-01-12 | 2017-07-18 | 中兴通讯股份有限公司 | 一种数据传输方法、装置及系统 |
| CN108605225A (zh) * | 2016-02-06 | 2018-09-28 | 华为技术有限公司 | 一种安全处理方法及相关设备 |
| CN109565694A (zh) * | 2017-08-10 | 2019-04-02 | Oppo广东移动通信有限公司 | 寻呼方法、终端设备和网络设备 |
| CN109600807A (zh) * | 2018-12-29 | 2019-04-09 | 华为技术服务有限公司 | 寻呼的方法和无线网络控制器 |
| CN109644382A (zh) * | 2016-09-21 | 2019-04-16 | 富士通株式会社 | 下行数据传输方法、装置以及通信系统 |
| CN109863783A (zh) * | 2017-04-28 | 2019-06-07 | Lg 电子株式会社 | 根据edt发送数据的方法 |
| CN110958688A (zh) * | 2018-09-26 | 2020-04-03 | 夏普株式会社 | 用户设备及其执行的方法、基站及其执行的方法 |
| WO2021018202A1 (zh) * | 2019-07-29 | 2021-02-04 | 中兴通讯股份有限公司 | 下行数据通知失败检测方法、amf、smf及存储介质 |
| WO2023066383A1 (zh) * | 2021-10-22 | 2023-04-27 | 大唐移动通信设备有限公司 | 数据传输方法、装置及存储介质 |
| WO2023216895A1 (zh) * | 2022-05-11 | 2023-11-16 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的通信节点中的方法和装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101060712A (zh) * | 2006-04-20 | 2007-10-24 | 华为技术有限公司 | 无线连接建立方法 |
| CN101155334A (zh) * | 2006-09-29 | 2008-04-02 | 华为技术有限公司 | 一种初始直传消息的传送方法、系统、终端和基站控制器 |
| US20110292893A1 (en) * | 2010-05-26 | 2011-12-01 | Lg Electronics Inc. | Nas-based signaling protocol for overload protection of random access in massive machine type communication |
| CN102594555A (zh) * | 2011-01-17 | 2012-07-18 | 华为技术有限公司 | 数据的安全保护方法、网络侧实体和通信终端 |
-
2012
- 2012-11-27 CN CN201210492774.1A patent/CN103841547B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101060712A (zh) * | 2006-04-20 | 2007-10-24 | 华为技术有限公司 | 无线连接建立方法 |
| CN101155334A (zh) * | 2006-09-29 | 2008-04-02 | 华为技术有限公司 | 一种初始直传消息的传送方法、系统、终端和基站控制器 |
| US20110292893A1 (en) * | 2010-05-26 | 2011-12-01 | Lg Electronics Inc. | Nas-based signaling protocol for overload protection of random access in massive machine type communication |
| CN102594555A (zh) * | 2011-01-17 | 2012-07-18 | 华为技术有限公司 | 数据的安全保护方法、网络侧实体和通信终端 |
Non-Patent Citations (1)
| Title |
|---|
| CATT: "T5 based downlink small data transfer using RRC message", 《SA WG2 MEETING #94 S2-124353》 * |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106961726A (zh) * | 2016-01-12 | 2017-07-18 | 中兴通讯股份有限公司 | 一种数据传输方法、装置及系统 |
| CN108605225A (zh) * | 2016-02-06 | 2018-09-28 | 华为技术有限公司 | 一种安全处理方法及相关设备 |
| US11140546B2 (en) | 2016-02-06 | 2021-10-05 | Huawei Technologies Co., Ltd. | Security processing method and related device |
| CN109644382B (zh) * | 2016-09-21 | 2021-07-30 | 富士通株式会社 | 下行数据传输方法、装置以及通信系统 |
| CN109644382A (zh) * | 2016-09-21 | 2019-04-16 | 富士通株式会社 | 下行数据传输方法、装置以及通信系统 |
| CN109863783B (zh) * | 2017-04-28 | 2022-05-31 | Lg 电子株式会社 | 根据edt发送数据的方法 |
| JP2019525674A (ja) * | 2017-04-28 | 2019-09-05 | エルジー エレクトロニクス インコーポレイティド | Ｅｄｔによってデータを送信する方法 |
| CN109863783A (zh) * | 2017-04-28 | 2019-06-07 | Lg 电子株式会社 | 根据edt发送数据的方法 |
| US11812502B2 (en) | 2017-04-28 | 2023-11-07 | Lg Electronics Inc. | Method for transmitting data according to EDT |
| CN109565694B (zh) * | 2017-08-10 | 2020-09-18 | Oppo广东移动通信有限公司 | 寻呼方法、终端设备和网络设备 |
| CN109565694A (zh) * | 2017-08-10 | 2019-04-02 | Oppo广东移动通信有限公司 | 寻呼方法、终端设备和网络设备 |
| CN110958688A (zh) * | 2018-09-26 | 2020-04-03 | 夏普株式会社 | 用户设备及其执行的方法、基站及其执行的方法 |
| CN110958688B (zh) * | 2018-09-26 | 2024-01-09 | 夏普株式会社 | 用户设备及其执行的方法、基站及其执行的方法 |
| CN109600807A (zh) * | 2018-12-29 | 2019-04-09 | 华为技术服务有限公司 | 寻呼的方法和无线网络控制器 |
| WO2021018202A1 (zh) * | 2019-07-29 | 2021-02-04 | 中兴通讯股份有限公司 | 下行数据通知失败检测方法、amf、smf及存储介质 |
| WO2023066383A1 (zh) * | 2021-10-22 | 2023-04-27 | 大唐移动通信设备有限公司 | 数据传输方法、装置及存储介质 |
| WO2023216895A1 (zh) * | 2022-05-11 | 2023-11-16 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的通信节点中的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103841547B (zh) | 2017-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103841547A (zh) | 一种下行数据传输方法、装置及系统 | |
| CN102215474B (zh) | 对通信设备进行认证的方法和装置 | |
| CN108293223B (zh) | 一种数据传输方法、用户设备和网络侧设备 | |
| CN111669276A (zh) | 一种网络验证方法、装置及系统 | |
| CN101237444B (zh) | 密钥处理方法、系统和设备 | |
| CN104661171B (zh) | 一种用于mtc设备组的小数据安全传输方法和系统 | |
| CN103297224B (zh) | 密钥信息分发方法及相关设备 | |
| CN103533539A (zh) | 虚拟sim卡参数管理方法及装置 | |
| CN102843233A (zh) | 一种机器到机器通信中组认证的方法和系统 | |
| US20150229620A1 (en) | Key management in machine type communication system | |
| CN101242630A (zh) | 安全算法协商的方法、装置及网络系统 | |
| CN108683690A (zh) | 鉴权方法、用户设备、鉴权装置、鉴权服务器和存储介质 | |
| CN104969578B (zh) | 数据传输方法、装置及系统 | |
| CN102149088A (zh) | 一种保护移动用户数据完整性的方法 | |
| CN105142136A (zh) | 一种防伪基站攻击的方法 | |
| CN102833066A (zh) | 一种三方认证方法、装置及支持双向认证的智能卡 | |
| CN102685730A (zh) | 一种ue上下文信息发送方法及mme | |
| CN111065101A (zh) | 基于区块链的5g通信信息加解密方法、设备及存储介质 | |
| CN112154684A (zh) | 一种验证网络合法性的方法及装置、计算机存储介质 | |
| CN109756900A (zh) | 一种提高ue标识安全性的方法及装置、计算机存储介质 | |
| CN103813308B (zh) | 一种上行数据传输方法、装置及系统 | |
| CN101790168A (zh) | Nas和as初始安全模式命令过程的方法 | |
| CN104349311A (zh) | 一种用于机器类通信小数据传输的密钥建立方法和系统 | |
| CN104936306A (zh) | Mtc设备组小数据安全传输连接建立方法、hss与系统 | |
| CN101867931A (zh) | 实现无线通信系统中的非接入层的装置和方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210601 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |