CN107645779A - 一种数据发送、传输方法及装置 - Google Patents
一种数据发送、传输方法及装置 Download PDFInfo
- Publication number
- CN107645779A CN107645779A CN201610589351.XA CN201610589351A CN107645779A CN 107645779 A CN107645779 A CN 107645779A CN 201610589351 A CN201610589351 A CN 201610589351A CN 107645779 A CN107645779 A CN 107645779A
- Authority
- CN
- China
- Prior art keywords
- data
- radio bearer
- base station
- information
- signaling
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据发送、传输方法及装置，包括：在发送上行数据时，在inactive态下通过无线承载向当前服务的基站发送所述数据。在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；将该数据发送给核心网节点。在发送下行数据时，在锚点基站上向该UE的当前服务的基站发送所述数据。在服务的基站上通过无线承载向inactive态下的UE发送所述数据。在inactive态的UE接收当前服务的基站通过无线承载发送的数据。采用本方案，可以降低稀发小数据场景下信令过程的复杂度，提高运营商的资源利用率。除了降低信令过程复杂度，由于发送数据不需要先进行信令流程进行状态跃迁后再发，可以使得数据传输可以更快进行。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种数据发送、传输方法及装置。
背景技术
下面基于LTE(Long Term Evolution，长期演进)***对UE(User Equipment，用户设备)状态和行为进行介绍。
1)LTE***中RRC(Radio Resource Control，无线资源控制)状态定义如下：
RRC_IDLE(RRC空闲态)下可以执行的行为:
-PLMN(Public Land Mobile Network，公共陆上移动网络)选择；
-NAS(Non Access Stratum，非接入层)配置DRX(Discontinuous Reception，非连续接收)；
-***信息广播；
-寻呼；
-Cell(小区)重选方式的移动性；
-UE被分配一个在一定跟踪区域内唯一的标识；
-eNB(演进基站)不保存UE context(UE上下文信息)；
-可以进行sidelink(直通链路)通信的发送接收(D2D(Device-to-Device，设备到设备)通信过程)；
-Sidelink发现的通知和监听(D2D发现过程).
RRC_CONNECTED(RRC连接):
-UE有E-UTRAN-RRC(E-UTRAN：Evolution-Universal Terrestrial Radio AccessNetwork，演进的全球地面无线接入网)的连接；
-E-UTRAN侧有UE的上下文信息；
-E-UTRAN知道UE所属的小区并分配小区内UE标识C-RNTI(Cell-Radio NetworkTemporary Identifier，小区无线网络临时标识)；
-Network(网络)和UE间可以利用C-RNTI收发数据；
-Network控制的移动性；
-邻小区测量；
-可以进行sidelink通信的发送接收(D2D通信)；
-Sidelink发现的通知和监听(D2D发现)；
-PDCP/RLC/MAC(PDCP：Packet Data Convergence Protocol，分组数据聚合协议、RLC：Radio Link Control，无线链路控制、MAC：Media Access Control，媒体接入控制)层:
-UE与网络间进行收发数据；
-UE监听关于共享数据信道的控制信令信道以便查看是否有分配给该UE的共享数据信道上的传输。
-UE上报信道质量信息和反馈信息给eNB；
-DRX周期由eNB控制，根据UE节能以及资源利用率的活跃程度来配置。
目前支持的状态跃迁的流程为：
从IDLE到CONNECTED状态，终端需要进行接入或者重建过程。从CONNECTED状态，可以通过释放过程进入到IDLE状态。
现有终端状态中，除了RRC连接态分配了终端空口传输唯一标识C-RNTI和建立了相应DRB(Data Radio Bearer，数据无线承载)可以直接进行数据收发，其他状态有上行数据需要传输时，终端都要先发起连接建立，进入RRC连接态，建立RRC连接，建立DRB，才能进行后续的数据传输。
现有终端状态中，除了RRC连接态分配了终端空口传输唯一标识C-RNTI可以直接进行数据收发，其他状态有数据需要传输时，终端都要先进入RRC连接态，建立RRC连接，获取用于数据传输的终端空口传输唯一标识，如C-RNTI，才能进行后续的数据传输。
换言之，现有技术的不足也在于：只有在进入RRC连接态，建立RRC连接后，才能进行数据传输。
发明内容
本发明提供了一种数据发送、传输方法及装置，用以解决inactive态下的UE不能进行数据发送及传输的问题。
本发明实施例中提供了一种数据发送方法，包括：
确定inactive态的UE需要向当前服务的基站发送的数据；
在inactive态下通过无线承载向当前服务的基站发送所述数据。
较佳地，所述无线承载是按预设配置建立的数据无线承载；
或者，所述无线承载是根据业务与UE保留的数据无线承载的映射关系，通过确定需要向当前服务的基站发送的数据所属的业务确定的数据无线承载。
或者，所述无线承载是按预设配置建立的信令无线承载；
或者，所述无线承载是UE保留的信令无线承载。
较佳地，所述预设配置是由网络侧专用信令配置的，或是预先配置在UE上的，在按预设配置建立数据无线承载或信令无线承载时，根据UE的类型和/或业务种类选择建立数据无线承载或信令无线承载的配置；
或，所述预设配置是根据当前服务基站的通知确定的，或根据UE的签约信息确定的数据无线承载或信令无线承载。
较佳地，在使用数据无线承载向当前服务的基站发送所述数据时，进一步包括：
通知基站UE的inactive ID。
本发明实施例中提供了一种数据接收方法，包括：
在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；
将该数据发送给核心网节点。
较佳地，所述无线承载是按预设配置建立的数据无线承载，向该UE的锚点基站获取该UE的数据无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的数据无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的数据无线承载，基站根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点。
较佳地，该UE的锚点基站是根据UE通知的inactive ID确定的。
较佳地，所述数据无线承载相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，所述信令无线承载相关信息包括以下信息之一或者其组合：
信令无线承载的配置信息、信令无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，进一步包括：
在使用保留的无线承载传输数据时，向锚点基站更新因数据传输而变化的先前状态变量信息。
较佳地，进一步包括：
在PDCP层进行处理时，对从锚点基站获取的SN和/或Count连续维护。
本发明实施例中提供了一种数据传输方法，包括：
在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；
通过无线承载向inactive态下的UE发送所述数据。
较佳地，所述需要向inactive态的UE发送的数据是核心网经该UE的锚点基站发送的；
或，在该UE的当前服务的基站是该UE的锚点基站时，所述需要向inactive态的UE发送的数据是核心网发送的。
较佳地，所述无线承载是按预设配置建立的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的与按预设配置建立的数据无线承载的相关信息，并根据所述相关信息通过按预设配置建立的数据无线承载向inactive态下的UE发送所述数据，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，在通过按预设配置建立的数据无线承载发送数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
较佳地，所述无线承载是该UE的锚点基站所保留的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的所保留的数据无线承载的相关信息，并根据所述相关信息通过所保留的数据无线承载向inactive态下的UE发送所述数据，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，进一步包括：
在数据传输结束后，采取层二信令的方式进行显式的复位处理。
较佳地，进一步包括：
在UE在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
较佳地，进一步包括：
将安全层状态变量通知该UE的锚点基站。
较佳地，所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据。
本发明实施例中提供了一种数据发送方法，包括：
在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；
向该UE的当前服务的基站发送所述数据。
较佳地，所述需要向inactive态的UE发送的数据是核心网发送的。
较佳地，进一步包括：
向该UE的当前服务的基站发送该UE的锚点基站所保留的数据无线承载的相关信息，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，进一步包括：
向该UE的当前服务的基站发送与按预设配置建立的数据无线承载的相关信息，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
本发明实施例中提供了一种数据接收方法，包括：
确定在inactive态的UE与当前服务的基站之间的无线承载；
在inactive态下接收当前服务的基站通过无线承载发送的数据。
较佳地，所述无线承载是按预设配置建立的数据无线承载，在UE上根据数据无线承载的预设配置对该数据进行处理后，将所述处理后的数据发送给高层。
较佳地，在通过按预设配置建立的数据无线承载接收数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
较佳地，所述无线承载是在该UE的锚点基站所保留的数据无线承载，在UE上根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给高层。
较佳地，进一步包括：
在数据传输结束后，采取层二信令的方式进行显式的复位处理。
较佳地，进一步包括：
在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
较佳地，所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据。
本发明实施例中提供了一种数据发送装置，包括：
上行确定模块，用于确定inactive态的UE需要向当前服务的基站发送的数据；
上行发送模块，用于在inactive态下通过无线承载向当前服务的基站发送所述数据。
较佳地，所述无线承载是按预设配置建立的数据无线承载；
或者，所述无线承载是根据业务与UE保留的数据无线承载的映射关系，通过确定需要向当前服务的基站发送的数据所属的业务确定的数据无线承载。
或者，所述无线承载是按预设配置建立的信令无线承载；
或者，所述无线承载是UE保留的信令无线承载。
较佳地，所述预设配置是由网络侧专用信令配置的，或是预先配置在UE上的，在按预设配置建立数据无线承载或信令无线承载时，根据UE的类型和/或业务种类选择建立数据无线承载或信令无线承载的配置；
或，所述预设配置是根据当前服务基站的通知确定的，或根据UE的签约信息确定的数据无线承载或信令无线承载。
较佳地，上行数据发送模块进一步用于在使用数据无线承载向当前服务的基站发送所述数据时，通知基站UE的inactive ID。
本发明实施例中提供了一种数据接收装置，包括：
上行数据接收模块，用于在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；
上行数据发送模块，用于将该数据发送给核心网节点。
较佳地，所述无线承载是按预设配置建立的数据无线承载，向该UE的锚点基站获取该UE的数据无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的数据无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的数据无线承载，基站根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点。
较佳地，该UE的锚点基站是根据UE通知的inactive ID确定的。
较佳地，所述数据无线承载相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，所述信令无线承载相关信息包括以下信息之一或者其组合：
信令无线承载的配置信息、信令无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，上行数据发送模块进一步用于在使用保留的无线承载传输数据时，向锚点基站更新因数据传输而变化的先前状态变量信息。
较佳地，上行数据发送模块进一步用于在PDCP层进行处理时，对从锚点基站获取的SN和/或Count连续维护。
本发明实施例中提供了一种数据传输装置，包括：
下行数据确定模块，用于在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；
下行数据发送模块，用于通过无线承载向inactive态下的UE发送所述数据。
较佳地，所述需要向inactive态的UE发送的数据是核心网经该UE的锚点基站发送的；
或，在该UE的当前服务的基站是该UE的锚点基站时，所述需要向inactive态的UE发送的数据是核心网发送的。
较佳地，所述无线承载是按预设配置建立的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的与按预设配置建立的数据无线承载的相关信息，并根据所述相关信息通过按预设配置建立的数据无线承载向inactive态下的UE发送所述数据，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，下行数据发送模块进一步用于在通过按预设配置建立的数据无线承载发送数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
较佳地，所述无线承载是该UE的锚点基站所保留的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的所保留的数据无线承载的相关信息，并根据所述相关信息通过所保留的数据无线承载向inactive态下的UE发送所述数据，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，下行数据发送模块进一步用于在数据传输结束后，采取层二信令的方式进行显式的复位处理。
较佳地，下行数据发送模块进一步用于在UE在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
较佳地，下行数据发送模块进一步用于将安全层状态变量通知该UE的锚点基站。
较佳地，所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据。
本发明实施例中提供了一种数据发送装置，包括：
下行确定模块，用于在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；
下行发送模块，用于向该UE的当前服务的基站发送所述数据。
较佳地，所述需要向inactive态的UE发送的数据是核心网发送的。
较佳地，下行发送模块进一步用于向该UE的当前服务的基站发送该UE的锚点基站所保留的数据无线承载的相关信息，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
较佳地，下行发送模块进一步用于向该UE的当前服务的基站发送与按预设配置建立的数据无线承载的相关信息，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
本发明实施例中提供了一种数据接收装置，包括：
下行承载确定模块，用于确定在inactive态的UE与当前服务的基站之间的无线承载；
下行接收模块，用于在inactive态下接收当前服务的基站通过无线承载发送的数据。
较佳地，下行接收模块进一步用于在所述无线承载是按预设配置建立的数据无线承载时，在UE上根据数据无线承载的预设配置对该数据进行处理后，将所述处理后的数据发送给高层。
较佳地，下行接收模块进一步用于在通过按预设配置建立的数据无线承载接收数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
较佳地，下行接收模块进一步用于在所述无线承载是在该UE的锚点基站所保留的数据无线承载时，在UE上根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给高层。
较佳地，下行接收模块进一步用于在数据传输结束后，采取层二信令的方式进行显式的复位处理。
较佳地，下行接收模块进一步用于在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
较佳地，下行接收模块进一步用于在所述无线承载是该基站按预设配置建立的信令无线承载时，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据；或，在所述无线承载是该UE的锚点基站所保留的信令无线承载时，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据。
本发明有益效果如下：
在本发明实施例提供的技术方案中，在发送上行数据时，确定inactive态的UE需要向当前服务的基站发送的数据；在inactive态下通过无线承载向当前服务的基站发送所述数据。在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；将该数据发送给核心网节点。
在发送下行数据时，在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；向该UE的当前服务的基站发送所述数据。在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；通过无线承载向inactive态下的UE发送所述数据。确定在inactive态的UE与当前服务的基站之间的无线承载；在inactive态下接收当前服务的基站通过无线承载发送的数据。
通过上述方案提供了inactive态下的UE进行数据发送及传输的技术方案。
容易看出，采用本方案后，特别是可以降低稀发小数据场景下信令过程的复杂度，提高运营商的资源利用率。除了降低信令过程复杂度，由于发送数据不需要先进行信令流程进行状态跃迁后再发，可以使得数据传输可以更快进行，且能保障业务传输的质量，并节省UE电量。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明实施例中网络部署结构一示意图；
图2为本发明实施例中网络部署结构二示意图；
图3为本发明实施例中UE侧的上行数据发送方法实施流程示意图；
图4为本发明实施例中基站侧的上行数据发送方法实施流程示意图；
图5为本发明实施例中锚点基站侧的下行数据发送方法实施流程示意图；
图6为本发明实施例中当前服务基站侧的下行数据传输方法实施流程示意图；
图7为本发明实施例中UE侧的下行数据接收方法实施流程示意图；
图8为本发明实施例中UE侧的数据发送装置结构示意图；
图9为本发明实施例中基站侧的数据接收装置结构示意图；
图10为本发明实施例中当前服务基站侧上的数据传输装置结构示意图；
图11为本发明实施例中锚点基站侧上的数据发送装置结构示意图；
图12为本发明实施例中UE侧的数据接收装置结构示意图；
图13为本发明实施例中上行时的UE结构示意图；
图14为本发明实施例中上行时的基站结构示意图；
图15为本发明实施例中下行时的当前服务的基站结构示意图；
图16为本发明实施例中下行时的锚点基站结构示意图；
图17为本发明实施例中下行时的UE结构示意图。
具体实施方式
发明人在发明过程中注意到：
目前支持的状态跃迁的流程为：
从IDLE到CONNECTED状态，终端需要进行接入或者重建过程。从CONNECTED状态，可以通过释放过程进入到IDLE状态。
但还存在其他一些特殊状态如下：
新引入的终端状态：不活跃的连接态(inactive state)，在该状态下允许如下的行为：
-核心网看该UE处于连接状态；
-移动性是UE执行的，在网络侧预配置的RAN跟踪区域内，通过小区重选来执行，而不是切换过程进行；
-终端被分配了在网络侧预配置的RAN跟踪区域内的唯一用户标识。
Inactive状态下，网络侧为终端分配一定区域内有效的RAN标识，该标识用于在inactive态下识别终端，可以用于网络侧查找终端或终端主动发起上行接入时用该标识作为身份识别进入连接态。可以称为inactive UE ID，也可以称为resume UE ID。该标识不同于全球唯一的IMSI(International Mobile Subscriber Identity，国际移动用户标识码)或连接态终端标识C-RNTI，该标识长度介于两者之间(例如inactive UE ID长度为40bit，C-RNTI长度为16bit)，只在包含多个小区或多个eNB的一定区域内有效，如果超过该区域，终端需要更新inactive UE ID。
现有终端状态中，除了RRC连接态分配了终端空口传输唯一标识C-RNTI和建立了相应DRB可以直接进行数据收发，其他状态有上行数据需要传输时，终端都要先发起连接建立，进入RRC连接态，建立RRC连接，建立DRB，才能进行后续的数据传输。
然而，随着无线通信***的发展，终端类型和业务类型多样化，终端省电、节约网络资源和满足各种业务类型的需求并存。例如上述，为了同时保证终端省电和快速数据传输，引入一种终端状态inactive态，这种状态下终端保持核心网连接，但不进行空口连接态的常规操作(如切换、上行定时更新、无线链路监控等)，不分配直接用于空口传输的终端标识(如C-RNTI)，因此按上述先进入RRC连接态、建立RRC连接，获取标识、进行后续数据传输的流程则不能直接进行空口调度传输。
可见，上述先进入RRC连接态、建立RRC连接，获取标识、进行后续数据传输的流程过程不利于有数据到达时的快速传输，且如果只有突发小数据包需要发送，如典型MTC(Machine Type Communication，机器类通信)业务，终端进入连接态发了一个小数据包后为了省电又要进入idle或inactive态，这种状态跃迁会造成信令开销，如果终端数量巨大时(如mMTC，massive MTC场景)，这种信令开销几乎不可接受。
基于此，本发明实施例中将解决如何在inactive态下进行快速数据传输。下面结合附图对本发明的具体实施方式进行说明。
在说明过程中，将分别从UE与UE的当前服务的基站侧、UE的锚点基站侧的实施进行说明，然后还将给出三者配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着三者必须配合实施、或者必须单独实施，实际上，当UE与UE的当前服务的基站侧、UE的锚点基站侧分开实施时，其也各自解决UE侧、UE的当前服务的基站侧、UE的锚点基站侧的问题，而三者结合使用时，会获得更好的技术效果。
在本发明实施例中，对于处于非激活状态的UE，当该UE有上下行数据要发送时，UE与当前服务基站之间采用恢复或者配置特定无线承载来传输数据，当前服务基站需要与存储UE上下文的锚点基站进行信息交互，以便于UE信息的获取和更新。
其中特定的无线承载可以包括：数据无线承载与信令无线承载，其中，具体实施例中数据无线承载将以DRB为例进行说明，信令无线承载将以SRB1、SRB2为例进行说明，也即以下承载：
1、默认DRB；
2、UE传输业务所对应的原始DRB；
3、NAS信令的SRB2(SRB：Signal Radio Bear，信令无线承载)或者默认SRBj；
4、RRC信令的SRB1或者默认SRBi；
其中，i、j下标仅是用于标识不同的SRB1与SRB2，SRBj依然是SRB2中的一个无线承载，SRBi依然是SRB1中的一个无线承载。
实施中存在两种性质的无线承载，一种是新建立的，为方便表述，称为默认的无线承载时，也即指按预设配置建立的无线承载；另一种是之前在基站与UE之间可能保留的，也即UE保留的无线承载。
在说明过程中，将分别说明UE至核心网的上行数据传输以及核心网至UE的下行数据传输，并将以实例进行具体实施说明，同时，在用实例进行说明时，将按默认的按预设配置建立的DRB、保留的DRB、SRB2、SRB1的分类进行说明。
下面首先对本发明实施例提供的技术方案的实施环境RAN(Radio AccessNetwork，无线接入网)侧架构进行简单说明。具体是对两种在未来移动通信中可能采用的网络部署结构进行说明。
图1为网络部署结构一示意图，如图所示，图中的架构为：基站+终端，是典型的LTE架构。eNB下有多个小区(cell)，连接态下终端UE与小区进行空口数据收发，连接态UE分配有小区内唯一的UE标识C-RNTI。
图2为网络部署结构二示意图，如图所示，图中的架构为：网络侧节点分为CU(Central Unit，中央单元)和DU(Distributed Unit，分布式单元)，用户侧节点为终端。
图2是未来移动通信5G可能采用的一种架构，网络侧节点包括中央单元和分布式单元，一个中央单元控制一定区域内部署的多个分布式单元，这些分布式单元具体通过传输点TRP(Transmission Reception Point，发送和接收节点)与终端进行空口传输。一个或多个传输点可以同时为终端服务，进行数据传输，不管采用哪种方式，都需要通过网络侧为终端分配的终端空口唯一标识来进行数据调度和传输，这个标识可以是C-RNTI或TRP-RNTI。
本发明实施例中提供的技术方案至少适用于上述两种RAN架构。后续为统一描述，将用于终端连接态传输的终端唯一标识称为终端空口传输唯一标识，具体的，该标识在传统LTE中即为C-RNTI。Inactive态的终端在区域内唯一标识称为inactive UE ID。而网络侧无线信令和数据收发节点不管是部署结构一中的eNB或部署结构二中的CU/DU(具体收发点为TRP)，都统称为基站。则本发明实施例中提供的技术方案如下：
一、上行数据传输
图3为UE侧的上行数据发送方法实施流程示意图，如图所示，可以包括：
步骤301、确定inactive态的UE需要向当前服务的基站发送的数据；
步骤302、在inactive态下通过无线承载向当前服务的基站发送所述数据。
实施中，按预设配置建立的DRB；
或者，无线承载是根据业务与UE保留的DRB的映射关系，通过确定需要向当前服务的基站发送的数据所属的业务确定的DRB。
或者，无线承载是按预设配置建立的SRB2；
或者，无线承载是UE保留的SRB2；
或者，无线承载是按预设配置建立的SRB1；
或者，无线承载是UE保留的SRB1。
具体实施中，所述预设配置是由网络侧专用信令配置的，或是预先配置在UE上的，在按预设配置建立DRB或SRB2或SRB1时，根据UE的类型和/或业务种类选择建立DRB或SRB2或SRB1的配置；
或，所述预设配置是根据当前服务基站的通知确定的，或根据UE的签约信息确定的DRB或SRB2或SRB1。
图4为基站侧的上行数据发送方法实施流程示意图，如图所示，可以包括：
步骤401、在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；
步骤402、将该数据发送给核心网节点。
相应的，在基站上相对应的各种无线承载实施中，所述无线承载是按预设配置建立的DRB，基站根据DRB的预设配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的DRB，向该UE的锚点基站获取该UE的DRB相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的DRB，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站是UE的锚点基站时，该UE的锚点基站所保留的DRB，基站根据DRB的配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的SRB2，向该UE的锚点基站获取该UE的SRB2相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的SRB2，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的SRB2，向该UE的锚点基站获取该UE的SRB2相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的SRB2，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的SRB1，向该UE的锚点基站获取该UE的SRB1相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的SRB1，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的SRB1，向该UE的锚点基站获取该UE的SRB1相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的SRB1，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点。
二、下行数据传输
图5为锚点基站侧的下行数据发送方法实施流程示意图，如图所示，可以包括：
步骤501、在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；
步骤502、向该UE的当前服务的基站发送所述数据。
需要说明的是，图5的流程说明的是UE的锚点基站与当前服务的基站不是同一基站的情况，但是UE的锚点基站是可能与当前服务的基站是同一基站，当出现该种情况时，下面实施例中也给出了相应的处理方案。
实施中，所述需要向inactive态的UE发送的数据是核心网发送的。
实施中，进一步包括：
向该UE的当前服务的基站发送该UE的锚点基站所保留的数据无线承载的相关信息，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，进一步包括：
向该UE的当前服务的基站发送与按预设配置建立的数据无线承载的相关信息，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
图6为当前服务基站侧的下行数据传输方法实施流程示意图，如图所示，可以包括：
步骤601、在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；
步骤602、通过无线承载向inactive态下的UE发送所述数据。
实施中，所述需要向inactive态的UE发送的数据是核心网经该UE的锚点基站发送的；
或，在该UE的当前服务的基站是该UE的锚点基站时，所述需要向inactive态的UE发送的数据是核心网发送的。
实施中，所述无线承载是按预设配置建立的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的与按预设配置建立的数据无线承载的相关信息，并根据所述相关信息通过按预设配置建立的DRB向inactive态下的UE发送所述数据，其中，按预设配置建立的DRB的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，所述无线承载是该UE的锚点基站所保留的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的所保留的数据无线承载的相关信息，并根据所述相关信息通过所保留的数据无线承载向inactive态下的UE发送所述数据，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，所述无线承载是该基站按预设配置建立的SRB2，根据该UE的SRB2相关信息，通过NAS信令从SRB2向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的SRB2，根据该UE的SRB2相关信息，通过NAS信令从SRB2向inactive态下的UE发送所述数据；
或，所述无线承载是该基站按预设配置建立的SRB1，根据该UE的SRB1相关信息，通过RRC信令从SRB1向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的SRB1，根据该UE的SRB1相关信息，通过RRC信令从SRB1向inactive态下的UE发送所述数据。
图7为UE侧的下行数据接收方法实施流程示意图，如图所示，可以包括：
步骤701、确定在inactive态的UE与当前服务的基站之间的无线承载；
步骤702、在inactive态下接收当前服务的基站通过无线承载发送的数据。
实施中，所述无线承载是按预设配置建立的DRB，在UE上根据DRB的预设配置对该数据进行处理后，将所述处理后的数据发送给高层。
实施中，所述无线承载是在该UE的锚点基站所保留的DRB，在UE上根据DRB的配置对该数据进行处理后，将所述处理后的数据发送给高层。
实施中，所述无线承载是该基站按预设配置建立的SRB2，根据该UE的SRB2相关信息，接收基站通过NAS信令从SRB2向inactive态下的UE发送的数据；
或，所述无线承载是该UE的锚点基站所保留的SRB2，根据该UE的SRB2相关信息，接收基站通过NAS信令从SRB2向inactive态下的UE发送的数据；
或，所述无线承载是该基站按预设配置建立的SRB1，根据该UE的SRB1相关信息，接收基站通过RRC信令从SRB1向inactive态下的UE发送的数据；
或，所述无线承载是该UE的锚点基站所保留的SRB1，根据该UE的SRB1相关信息，接收基站通过RRC信令从SRB1向inactive态下的UE发送的数据。
下面用实例进行说明，在说明过程中，将按默认的按预设配置建立的DRB、保留的DRB、SRB2、SRB1的分类进行说明，在每一个分类中将先说明UE至核心网的上行数据传输的实施，然后对核心网至UE的下行数据传输的实施进行说明。
实施例1：
本实施例是采用默认DRB进行数据传输的方案。
一、上行传输。
当UE由于长期没有数据发送而进入省电的Inactive状态之后，如果UE移出其anchor基站的覆盖范围，目前附着在新的服务基站之下。
如果此时UE有上行数据需要发送，其可以如下：
1、UE有上行数据需要发送，UE首先需要判断一下，当前服务基站是否为其anchor基站，如果是anchor基站之外的其它基站，则UE需要为上行数据新建立一个默认DRB，该DRB的ID为预配置的，且DRB相关的层1层2的相关配置也都是预配置好的，预配置的方式可以如下：
(1)使用标准来进行规定，一种方式是用标准规定一套默认DRB配置和ID，所有UE所有业务都使用该配置和ID，或者为不同的业务/不同的UE类型规定不同的配置表和IDlist，由UE根据自己的类型和业务种类进行选择，选择的方式可以是标准化的；
UE进入inactive状态之前，由网络侧专用信令配置，可以是一套配置和ID，用于所有业务，也可以是多套配置和ID，根据业务类型不同选择不同，选择方式可以在配置同时携带。
(2)采用其他方式，例如当前服务基站的通知，或者UE签约信息规定等。
2、在使用DRB向当前服务的基站发送所述数据时，层二的状态变量是从初始值开始的。
具体的，UE使用该默认的DRB进行业务数据的传输，由于这是一个新建立的DRB，其层二的各种状态变量均是从初始值开始，例如0。传输方式可以是UE请求网络侧给予专用资源，或者是在上行竞争资源上发送，UE在上行的信息中需要携带自己的inactive ID；也即，在使用所述按预设配置建立的DRB向当前服务的基站发送所述数据时，还可以进一步包括：
通知基站UE的inactive ID。。
具体的，实现方式可以有很多，例如可以在发送的上行的信息中携带UE的inactive ID，用第一条上行信息携带ID，双方确认身份之后，后续可能以其他ID交互，也可以继续使用该ID。
3、对于网络侧来说，当接收到UE的数据和inactive ID，当前服务基站获知这是一个inactive状态的UE，如果默认DRB的配置当前服务基站是知道的，例如标准规定或者当前基站配置，则当前服务基站可以直接建立一个对应的DRB用于处理该UE的数据，如果不知道则可以向UE的anchor基站请求UE的上下文数据，以获取相关信息。
具体实施中，UE的inactive ID里携带有anchor基站的ID信息和部分UE ID信息，因此当前服务基站可以准确无误的找到anchor基站，并进一步获取到UE信息，需要获取的UE信息主要有：
按预设配置建立的DRB的配置信息，具体的，默认DRB配置，如果该默认DRB信息服务基站不清楚，则需要向anchor基站获取相关配置；
UE安全相关参数信息，具体的，UE安全相关内容，如果开启了安全如加密等，需要获取安全参数例如密钥和加密算法等；
UE相关业务所对应的核心网承载信息，具体的，UE相关业务所对应的核心网承载信息，例如SGW(Serving Gateway，服务网关)信息，管道信息，如EPS(Evolved PacketSystem，演进分组***)承载对应的TEID(Tunnel End Point Identifier，隧道端点标识)等。
当前服务基站获取了UE信息之后，可以对UE的数据进行处理，进而将UE信息发给对应的核心网用户面节点，或者UE的anchor基站，由其进行后续传输。也即：
一种是服务基站获取详细UE信息，由服务基站解析UE数据，直接发送给核心网节点；
另一种，服务基站将UE的底层数据直接发送给anchor基站，由anchor基站解析之后发送给核心网节点。
二、下行传输。
如果inactive UE有下行数据需要发送，其可以如下：
对于核心网来说，其认为inactive UE附着在anchor基站下，因此该UE的数据会先发送到anchor基站，然后anchor基站会发起对该UE的寻呼过程，获得UE当前服务基站地址，anchor基站将UE下行数据发送到UE当前服务基站，同时会携带一些UE的上下文信息，上下文信息可以包括：
默认DRB配置，如果该默认DRB不是由标准规定或者服务基站规定，而是由anchor基站与UE之间商定，则需要传递该信息，否则不需要；
UE安全相关内容，如果需要开启安全如加密等，需要获取安全参数例如密钥和加密算法等；
当前服务基站获取了UE信息和数据之后，以默认DRB的配置，向UE发送其下行数据。
UE接收到该下行数据，以约定好的默认DRB的配置进行处理，解析出用户数据，发送到高层。
实施中，在通过按预设配置建立的DRB发送数据时，本次建立的DRB的ID与上一次建立后删除的DRB的ID不同。
具体的，如果需要对UE的上下行数据采取默认的新建DRB来发送，并且启动安全，则每次DRB的ID需要不同。例如DRB 0-29为正常的连接态DRB所使用的ID区间。而DRB30-100为inactive状态UE所使用的默认DRB的区间，则UE第一次发送数据时，使用DRB30，此次数据发送完毕后，该DRB删除。下一次使用，需要使用DRB31，依次类推。
实施例2：
本实施例是采用业务对应DRB进行数据传输的方案。
一、上行传输。
当UE由于长期没有数据发送而进入省电的Inactive状态之后，如果UE移出其anchor基站的覆盖范围，目前附着在新的服务基站之下。
如果此时UE有上行数据需要发送，其可以如下：
UE有上行数据需要发送，则UE直接选择该业务所对应的DRB来进行传输；
UE进入inactive之后，之前UE连接态的DRB有可能是全部保留的，因为业务并没有结束，因此业务对应的DRB全部保留。也或者，长期没有数据，在进入inactive之前，只保留其中的一个DRB或者几个DRB，并将业务到DRB的映射规则进行一定的配置，如果是一个DRB，则UE所有数据均映射到该DRB，如果几个DRB可能优先级和配置不同，会配置满足哪些特性的数据映射到高优先级或者高配置的DRB上，其余业务映射到低优先级或者低配置的DRB上。
容易知晓，UE进入Inactive之前，由网络侧决定，UE和anchor基站都会保留一定的DRB配置和实体，以及DRB与业务的映射规则，双方关于这些DRB的状态是同步的。
对于网络侧UE当前服务基站说，当接收到UE的数据和inactive ID，当前服务基站获知这是一个inactive状态的UE，如果当前服务基站恰好就是UE的anchor基站，则也保留有UE的全部DRB信息，此时可以对UE的数据以相关DRB配置来处理，之后传递给核心网用户面实体。如果当前服务基站并不是UE的anchor基站，则当前服务基站需要将UE的底层数据发送给anchor基站处理，或者向anchor基站请求该UE的信息。
UE的inactive ID里携带有anchor基站的ID信息和部分UE ID信息，因此当前服务基站可以准确无误的找到anchor基站，并进一步找到UE信息，需要获取的UE信息可以有：
相关的DRB配置和状态信息，UE发送数据所使用的DRB的配置和所有传输状态信息，例如传输变量的取值；
UE安全相关内容，如果开启了安全如加密等，需要获取安全参数例如密钥和加密算法等；
UE相关业务所对应的核心网承载信息，例如SGW信息，管道信息(EPS承载对应的TEID等)。
当前服务基站获取了UE信息之后，可以对UE的数据进行处理，进而将UE信息发给对应的核心网用户面节点，由其进行后续传输。
UE在当前服务基站的传输，会更新先前状态变量信息，这是因为在保留承载的情况下，需要先获得UE的当前状态变量信息，在该信息上增加和更新，完成传输之后，还需要更新给锚点基站存储UE最新状态。所以还可以进一步包括：在使用保留的无线承载传输数据时，向锚点基站更新因数据传输而变化的先前状态变量信息。
具体的，例如，如果是AM(Acknowledged Mode，确认模式)，UE之前已经发送了SN(Sequence Number，序列号)为1-5的数据，当前会发送SN为6的数据，这次数据发送将采取及时反馈确认的方式，例如在最后一个数据包中携带P bit，要求对所有此次发送的数据进行确认，还可以引入L2信令交互过程，保证双方确知此次数据发送已经结束，并且全部确认正确接收。
实施中，还可以进一步包括以下处理之一或者其组合：
在PDCP层进行处理时，对从锚点基站获取的SN和/或Count连续维护；
在保证传输的层进行处理时，将进入inactive状态时的传输状态复位；
在保证传输的层进行处理时，在每次数据传输结束之后将传输状态复位；
在保证传输的层进行处理时，在更换服务基站之后将传输状态复位。
具体的，由于负责安全的层，例如PDCP，出于安全考虑，其SN需要的连续，即UE在进入inactive状态时，PDCP Count(计数)值为500，则后续发包Count值不断增加，连续维护。而其他仅仅是保证传输的层，例如RLC和MAC，其状态可以每次进行复位，例如Inactive UE处于服务基站1时，需要发送数据，服务基站1与anchor基站不同，则RLC状态变量采取从初始值开始，例如0，本次发送完毕，RLC对等端确认所有数据均成功发送成功接收，则RLC层对等端之间可以信令交互，复位RLC，重新从初始值开始，例如0。或者当UE来到了新的服务基站，则复位RLC。
另外，更换基站是指UE移动到其它基站，服务基站发生变化时的情况。
二、下行传输。
如果inactive UE有下行数据需要发送，其可以如下：
对于核心网来说，认为inactive UE附着在anchor基站下，因此该UE的数据会先发送到anchor基站，然后anchor基站会发起对UE的寻呼过程，获得UE当前服务基站地址，anchor基站将UE下行数据发送到UE当前服务基站，同时会携带一些UE的上下文信息，可能包括：
数据无线承载配置和状态信息，该数据无线承载应该是业务对应的数据无线承载；
UE安全相关内容，如果需要开启安全如加密等，需要获取安全参数例如密钥和加密算法等；
当前服务基站获取了UE信息和数据之后，以数据无线承载的配置和状态变量，向UE发送其下行数据。
UE接收到该下行数据，以相关数据无线承载的配置和状态变量进行处理，解析出用户数据，发送到高层。
实施中，还可以进一步包括：
在数据传输结束后，采取层二信令的方式进行显式的复位处理。如果是需要对某些层进行传输结束的复位，则可以采取层二信令的方式，进行显式的复位处理。
实施中，还可以进一步包括：
在UE在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。UE隔一段时间，再次发起的业务，其安全层状态变量是连续的，而其他层的状态变量是每次从初始值开始的。
实施中，还可以进一步包括：
将安全层状态变量通知该UE的锚点基站。
具体实施中，UE使用该业务对应的原始DRB配置和状态变量，完成了此次上行/下行的传输。需要注意的是，此次传输，必然会对状态变量的取值，尤其是需要连续的安全层的状态变量的取值进行了更新，例如安全层count值由原来的500，增加到了505，意味着新发送了5个数据包，因为安全层的状态变量是需要连续的，因此业务结束之后，当前服务基站需要将维持连续的状态变量的更新值通知给anchor基站。Anchor基站会存储更新该变量。当下次UE需要发送数据时，count值从506开始计数。连续状态变量的存储可以是双方向的，例如对于网络侧来说，其记录下行发送到505，上行接收到302等。其它层的状态变量，如果是已经复位，则不需要通知anchor基站，下次从初始值开始，如果其它层也有需要连续的状态变量，则也需要通知给anchor基站。
实施例3：
本实施例是采用NAS信令SRB2进行数据传输的方案。
一、上行传输。
当UE由于长期没有数据发送而进入省电的Inactive状态之后，如果UE移出其anchor基站的覆盖范围，目前附着在新的服务基站之下。
如果UE有上行数据需要发送，则可以如下：
可以将数据放置在NAS(Non Access Stratum，非接入层)信令中，以恢复的SRB2或者以新建的默认SRBi进行发送；
恢复的SRB2是指UE之前维护的一条信令承载，UE保存有其全部的配置和状态变量取值，可以直接在SRB2发送新数据。对于网络侧来说，当前服务基站可以将接收到的底层数据直接发送给UE的anchor基站进行后续处理，也可以向anchor基站请求UE的上下文信息，例如SRB2配置和状态信息、核心网用户面通路信息，解析出NAS信令信息，并按照核心网用户面通路信息，发送到相应的核心网控制实体，进行NAS信令的解析，后续解析出数据，进行数据处理。
新建的默认SRBi实施中可以采用类似于默认DRB的方式，UE和当前服务基站均采取默认的SRBi的配置来进行NAS信令传输，后续当前服务基站可以将数据转发给Anchor基站处理，也可以直接获取UE的信息，解析之后发送至核心网控制面实体，进行NAS信令的解析，后续解析出数据，进行数据处理。
二、下行传输。
下行数据发送时，如果放置在NAS信令中，则由核心网控制面实体发送给UE的anchor基站，anchor基站将NAS信令和传输配置发送给当前服务基站，由当前服务基站发送给UE。承载类型也是恢复的SRB2或者新建的默认SRBi。
实施例4：
本实施例是采用RRC信令SRB1进行数据传输的方案。
一、上行传输。
当UE由于长期没有数据发送而进入省电的Inactive状态之后，如果UE移出其anchor基站的覆盖范围，目前附着在新的服务基站之下。
如果UE有上行数据需要发送，则可以如下：
可以将数据放置在RRC(Radio Resource Control，无线资源控制)信令中，以恢复的SRB1或者以新建的默认SRBj进行发送；
RRC信令携带UE数据，需要携带数据的具体信息，还需要显式指示数据的类型，例如根据已有的DRB，应该对应到哪一个DRB中，或者根据流特性，以便于从RRC信令中解析出数据之后，能够得知如何与核心网的数据通路进行映射。
恢复的SRB1是指UE之前维护的一条信令承载，UE保存有其全部的配置和状态变量取值，可以直接在SRB1发送新数据。对于网络侧来说，当前服务基站可以将接收到的底层数据直接发送给UE的anchor基站进行后续处理，也可以向anchor基站请求UE的上下文信息，例如SRB1配置和状态信息、核心网用户面通路信息，解析出RRC信令里的数据，并按照核心网用户面通路信息，发送到相应的核心网用户面实体，进行后续数据处理。
新建的默认SRBj在实施中可以采用类似于默认DRB的方式，UE和当前服务基站均采取默认的SRBj的配置来进行RRC信令传输，后续当前服务基站可以将数据转发给Anchor基站处理，也可以直接获取UE的信息，从RRC信令中解析出数据包，解析之后发送至核心网用户面实体，进行后续数据处理。
二、下行传输。
下行数据发送，则由核心网用户面实体发送给UE的anchor基站，anchor基站将数据和传输配置发送给当前服务基站，由当前服务基站放置在RRC信令中发送给UE。承载类型也是恢复的SRB1或者新建的默认SRBj。
基于同一发明构思，本发明实施例中还提供了一种数据发送、传输装置，由于这些装置解决问题的原理与一种数据发送、传输方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。
图8为UE侧的数据发送装置结构示意图，如入所示，可以包括：
上行确定模块801，用于确定inactive态的UE需要向当前服务的基站发送的数据；
上行发送模块802，用于在inactive态下通过无线承载向当前服务的基站发送所述数据。
实施中，所述无线承载是按预设配置建立的数据无线承载；
或者，所述无线承载是根据业务与UE保留的数据无线承载的映射关系，通过确定需要向当前服务的基站发送的数据所属的业务确定的数据无线承载。
或者，所述无线承载是按预设配置建立的信令无线承载；
或者，所述无线承载是UE保留的信令无线承载。
实施中，所述预设配置是由网络侧专用信令配置的，或是预先配置在UE上的，在按预设配置建立数据无线承载或信令无线承载时，根据UE的类型和/或业务种类选择建立数据无线承载或信令无线承载的配置；
或，所述预设配置是根据当前服务基站的通知确定的，或根据UE的签约信息确定的数据无线承载或信令无线承载。
实施中，上行数据发送模块进一步用于在使用数据无线承载向当前服务的基站发送所述数据时，通知基站UE的inactive ID。
图9为基站侧的数据接收装置结构示意图，如图所示其，可以包括：
上行数据接收模块901，用于在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；
上行数据发送模块902，用于将该数据发送给核心网节点。
实施中，所述无线承载是按预设配置建立的数据无线承载，向该UE的锚点基站获取该UE的数据无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的数据无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的数据无线承载，基站根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点。
实施中，该UE的锚点基站是根据UE通知的inactive ID确定的。
实施中，所述数据无线承载相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，所述信令无线承载相关信息包括以下信息之一或者其组合：
信令无线承载的配置信息、信令无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，上行数据发送模块进一步用于在使用保留的无线承载传输数据时，向锚点基站更新因数据传输而变化的先前状态变量信息。
实施中，上行数据发送模块进一步用于进行包括以下之一或者其组合的处理：
在PDCP层进行处理时，对从锚点基站获取的SN和/或Count连续维护。
图10为当前服务基站侧上的数据传输装置结构示意图，如图所示，可以包括：
下行数据确定模块1001，用于在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；
下行数据发送模块1002，用于通过无线承载向inactive态下的UE发送所述数据。
实施中，所述需要向inactive态的UE发送的数据是核心网经该UE的锚点基站发送的；
或，在该UE的当前服务的基站是该UE的锚点基站时，所述需要向inactive态的UE发送的数据是核心网发送的。
实施中，所述无线承载是按预设配置建立的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的与按预设配置建立的数据无线承载的相关信息，并根据所述相关信息通过按预设配置建立的数据无线承载向inactive态下的UE发送所述数据，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，下行数据发送模块进一步用于在通过按预设配置建立的数据无线承载发送数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
实施中，所述无线承载是该UE的锚点基站所保留的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的所保留的数据无线承载的相关信息，并根据所述相关信息通过所保留的数据无线承载向inactive态下的UE发送所述数据，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，下行数据发送模块进一步用于在数据传输结束后，采取层二信令的方式进行显式的复位处理。
实施中，下行数据发送模块进一步用于在UE在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
实施中，下行数据发送模块进一步用于将安全层状态变量通知该UE的锚点基站。
实施中，所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据。
图11为锚点基站侧上的数据发送装置结构示意图，如图所示，可以包括：
下行确定模块1101，用于在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；
下行发送模块1102，用于向该UE的当前服务的基站发送所述数据。
实施中，所述需要向inactive态的UE发送的数据是核心网发送的。
实施中，下行发送模块进一步用于向该UE的当前服务的基站发送该UE的锚点基站所保留的数据无线承载的相关信息，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，下行发送模块进一步用于向该UE的当前服务的基站发送与按预设配置建立的数据无线承载的相关信息，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
图12为UE侧的数据接收装置结构示意图，如图所示，可以包括：
下行承载确定模块1201，用于确定在inactive态的UE与当前服务的基站之间的无线承载；
下行接收模块1202，用于在inactive态下接收当前服务的基站通过无线承载发送的数据。
实施中，下行接收模块进一步用于在所述无线承载是按预设配置建立的数据无线承载时，在UE上根据数据无线承载的预设配置对该数据进行处理后，将所述处理后的数据发送给高层。
实施中，下行接收模块进一步用于在通过按预设配置建立的数据无线承载接收数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
实施中，下行接收模块进一步用于在所述无线承载是在该UE的锚点基站所保留的数据无线承载时，在UE上根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给高层。
实施中，下行接收模块进一步用于在数据传输结束后，采取层二信令的方式进行显式的复位处理。
实施中，下行接收模块进一步用于在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
实施中，下行接收模块进一步用于在所述无线承载是该基站按预设配置建立的信令无线承载时，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据；或，在所述无线承载是该UE的锚点基站所保留的信令无线承载时，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图13为上行时的UE结构示意图，如图所示，用户设备包括：
处理器1300，用于读取存储器1320中的程序，执行下列过程：
确定inactive态的UE需要向当前服务的基站发送的数据；
收发机1310，用于在处理器1300的控制下接收和发送数据，执行下列过程：
在inactive态下通过无线承载向当前服务的基站发送所述数据。
实施中，所述无线承载是按预设配置建立的数据无线承载；
或者，所述无线承载是根据业务与UE保留的数据无线承载的映射关系，通过确定需要向当前服务的基站发送的数据所属的业务确定的数据无线承载。
或者，所述无线承载是按预设配置建立的信令无线承载；
或者，所述无线承载是UE保留的信令无线承载。
实施中，所述预设配置是由网络侧专用信令配置的，或是预先配置在UE上的，在按预设配置建立数据无线承载或信令无线承载时，根据UE的类型和/或业务种类选择建立数据无线承载或信令无线承载的配置；
或，所述预设配置是根据当前服务基站的通知确定的，或根据UE的签约信息确定的数据无线承载或信令无线承载。
实施中，在使用数据无线承载向当前服务的基站发送所述数据时，进一步包括：通知基站UE的inactive ID。
其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1300代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1310可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1330还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1300负责管理总线架构和通常的处理，存储器1320可以存储处理器1300在执行操作时所使用的数据。
图14为上行时的基站结构示意图，如图所示，基站中包括：
处理器1400，用于读取存储器1420中的程序，执行下列过程：
根据收发机需要进行数据处理；
收发机1410，用于在处理器1400的控制下接收和发送数据，执行下列过程：
在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；
将该数据发送给核心网节点。
实施中，所述无线承载是按预设配置建立的数据无线承载，向该UE的锚点基站获取该UE的数据无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的数据无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的数据无线承载，基站根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点。
实施中，该UE的锚点基站是根据UE通知的inactive ID确定的。
实施中，所述数据无线承载相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，所述信令无线承载相关信息包括以下信息之一或者其组合：
信令无线承载的配置信息、信令无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，进一步包括：在使用保留的无线承载传输数据时，向锚点基站更新因数据传输而变化的先前状态变量信息。
实施中，进一步包括：在PDCP层进行处理时，对从锚点基站获取的SN和/或Count连续维护。
其中，在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1400代表的一个或多个处理器和存储器1420代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1410可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1400负责管理总线架构和通常的处理，存储器1420可以存储处理器1400在执行操作时所使用的数据。
图15为下行时的当前服务的基站结构示意图，如图所示，基站中包括：
处理器1500，用于读取存储器1520中的程序，执行下列过程：
在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；
收发机1510，用于在处理器1500的控制下接收和发送数据，执行下列过程：
通过无线承载向inactive态下的UE发送所述数据。
实施中，所述需要向inactive态的UE发送的数据是核心网经该UE的锚点基站发送的；
或，在该UE的当前服务的基站是该UE的锚点基站时，所述需要向inactive态的UE发送的数据是核心网发送的。
实施中，所述无线承载是按预设配置建立的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的与按预设配置建立的数据无线承载的相关信息，并根据所述相关信息通过按预设配置建立的数据无线承载向inactive态下的UE发送所述数据，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，在通过按预设配置建立的数据无线承载发送数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
实施中，所述无线承载是该UE的锚点基站所保留的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的所保留的数据无线承载的相关信息，并根据所述相关信息通过所保留的数据无线承载向inactive态下的UE发送所述数据，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，进一步包括：
在数据传输结束后，采取层二信令的方式进行显式的复位处理。
实施中，进一步包括：
在UE在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
实施中，进一步包括：
将安全层状态变量通知该UE的锚点基站。
实施中，所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据。
其中，在图15中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1500代表的一个或多个处理器和存储器1520代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1510可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1500负责管理总线架构和通常的处理，存储器1520可以存储处理器1500在执行操作时所使用的数据。
图16为下行时的锚点基站结构示意图，如图所示，基站中包括：
处理器1600，用于读取存储器1620中的程序，执行下列过程：
在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；
收发机1610，用于在处理器1600的控制下接收和发送数据，执行下列过程：
向该UE的当前服务的基站发送所述数据。
实施中，所述需要向inactive态的UE发送的数据是核心网发送的。
实施中，进一步包括：
向该UE的当前服务的基站发送该UE的锚点基站所保留的数据无线承载的相关信息，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
实施中，进一步包括：
向该UE的当前服务的基站发送与按预设配置建立的数据无线承载的相关信息，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
其中，在图16中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1600代表的一个或多个处理器和存储器1620代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1610可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1600负责管理总线架构和通常的处理，存储器1620可以存储处理器1600在执行操作时所使用的数据。
图17为下行时的UE结构示意图，如图所示，用户设备包括：
处理器1700，用于读取存储器1720中的程序，执行下列过程：
确定在inactive态的UE与当前服务的基站之间的无线承载；
收发机1710，用于在处理器1700的控制下接收和发送数据，执行下列过程：
在inactive态下接收当前服务的基站通过无线承载发送的数据。
实施中，所述无线承载是按预设配置建立的数据无线承载，在UE上根据数据无线承载的预设配置对该数据进行处理后，将所述处理后的数据发送给高层。
实施中，在通过按预设配置建立的数据无线承载接收数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
实施中，所述无线承载是在该UE的锚点基站所保留的数据无线承载，在UE上根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给高层。
实施中，进一步包括：
在数据传输结束后，采取层二信令的方式进行显式的复位处理。
实施中，进一步包括：
在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
实施中，所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据。
其中，在图17中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1700代表的一个或多个处理器和存储器1720代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1710可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1730还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1700负责管理总线架构和通常的处理，存储器1720可以存储处理器1700在执行操作时所使用的数据。
综上所述，在本发明实施例提供的技术方案中，对于Inactive状态的UE，发送上下行数据时，可以采取恢复已有DRB或者SRB的方式，也可以新建默认SRB或DRB的方式，完成空口传输。其中恢复已有承载的方式，需要当前服务基站向UE的anchor基站请求承载的配置和状态变量取值，在已有状态变量基础上进行更新，在完成此次传输之后，当前服务基站还需要将更新的状态变量发送给anchor基站。
容易看出，采用该方案，UE可以不需要进行状态跃迁即完成数据传输，降低信令过程复杂度，保障业务传输的质量，并节省UE电量。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (62)
1.一种数据发送方法，其特征在于，包括：
确定inactive态的UE需要向当前服务的基站发送的数据；
在inactive态下通过无线承载向当前服务的基站发送所述数据。
2.如权利要求1所述的方法，其特征在于，所述无线承载是按预设配置建立的数据无线承载；
或者，所述无线承载是根据业务与UE保留的数据无线承载的映射关系，通过确定需要向当前服务的基站发送的数据所属的业务确定的数据无线承载。
或者，所述无线承载是按预设配置建立的信令无线承载；
或者，所述无线承载是UE保留的信令无线承载。
3.如权利要求2所述的方法，其特征在于，所述预设配置是由网络侧专用信令配置的，或是预先配置在UE上的，在按预设配置建立数据无线承载或信令无线承载时，根据UE的类型和/或业务种类选择建立数据无线承载或信令无线承载的配置；
或，所述预设配置是根据当前服务基站的通知确定的，或根据UE的签约信息确定的数据无线承载或信令无线承载。
4.如权利要求2所述的方法，其特征在于，在使用数据无线承载向当前服务的基站发送所述数据时，进一步包括：
通知基站UE的inactive ID。
5.一种数据接收方法，其特征在于，包括：
在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；
将该数据发送给核心网节点。
6.如权利要求5所述的方法，其特征在于，
所述无线承载是按预设配置建立的数据无线承载，向该UE的锚点基站获取该UE的数据无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的数据无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的数据无线承载，基站根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点。
7.如权利要求6所述的方法，其特征在于，该UE的锚点基站是根据UE通知的inactiveID确定的。
8.如权利要求6所述的方法，其特征在于，所述数据无线承载相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
9.如权利要求6所述的方法，其特征在于，所述信令无线承载相关信息包括以下信息之一或者其组合：
信令无线承载的配置信息、信令无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
10.如权利要求6所述的方法，其特征在于，进一步包括：
在使用保留的无线承载传输数据时，向锚点基站更新因数据传输而变化的先前状态变量信息。
11.如权利要求6所述的方法，其特征在于，进一步包括：
在PDCP层进行处理时，对从锚点基站获取的SN和/或Count连续维护。
12.一种数据传输方法，其特征在于，包括：
在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；
通过无线承载向inactive态下的UE发送所述数据。
13.如权利要求12所述的方法，其特征在于，所述需要向inactive态的UE发送的数据是核心网经该UE的锚点基站发送的；
或，在该UE的当前服务的基站是该UE的锚点基站时，所述需要向inactive态的UE发送的数据是核心网发送的。
14.如权利要求13所述的方法，其特征在于，所述无线承载是按预设配置建立的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的与按预设配置建立的数据无线承载的相关信息，并根据所述相关信息通过按预设配置建立的数据无线承载向inactive态下的UE发送所述数据，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
15.如权利要求14所述的方法，其特征在于，在通过按预设配置建立的数据无线承载发送数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
16.如权利要求13所述的方法，其特征在于，所述无线承载是该UE的锚点基站所保留的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的所保留的数据无线承载的相关信息，并根据所述相关信息通过所保留的数据无线承载向inactive态下的UE发送所述数据，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
17.如权利要求16所述的方法，其特征在于，进一步包括：
在数据传输结束后，采取层二信令的方式进行显式的复位处理。
18.如权利要求16所述的方法，其特征在于，进一步包括：
在UE在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
19.如权利要求18所述的方法，其特征在于，进一步包括：
将安全层状态变量通知该UE的锚点基站。
20.如权利要求13所述的方法，其特征在于，
所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据。
21.一种数据发送方法，其特征在于，包括：
在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；
向该UE的当前服务的基站发送所述数据。
22.如权利要求21所述的方法，其特征在于，所述需要向inactive态的UE发送的数据是核心网发送的。
23.如权利要求21所述的方法，其特征在于，进一步包括：
向该UE的当前服务的基站发送该UE的锚点基站所保留的数据无线承载的相关信息，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
24.如权利要求21所述的方法，其特征在于，进一步包括：
向该UE的当前服务的基站发送与按预设配置建立的数据无线承载的相关信息，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
25.一种数据接收方法，其特征在于，包括：
确定在inactive态的UE与当前服务的基站之间的无线承载；
在inactive态下接收当前服务的基站通过无线承载发送的数据。
26.如权利要求25所述的方法，其特征在于，所述无线承载是按预设配置建立的数据无线承载，在UE上根据数据无线承载的预设配置对该数据进行处理后，将所述处理后的数据发送给高层。
27.如权利要求26所述的方法，其特征在于，在通过按预设配置建立的数据无线承载接收数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
28.如权利要求25所述的方法，其特征在于，所述无线承载是在该UE的锚点基站所保留的数据无线承载，在UE上根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给高层。
29.如权利要求28所述的方法，其特征在于，进一步包括：
在数据传输结束后，采取层二信令的方式进行显式的复位处理。
30.如权利要求28所述的方法，其特征在于，进一步包括：
在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
31.如权利要求25所述的方法，其特征在于，
所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据。
32.一种数据发送装置，其特征在于，包括：
上行确定模块，用于确定inactive态的UE需要向当前服务的基站发送的数据；
上行发送模块，用于在inactive态下通过无线承载向当前服务的基站发送所述数据。
33.如权利要求32所述的装置，其特征在于，所述无线承载是按预设配置建立的数据无线承载；
或者，所述无线承载是根据业务与UE保留的数据无线承载的映射关系，通过确定需要向当前服务的基站发送的数据所属的业务确定的数据无线承载。
或者，所述无线承载是按预设配置建立的信令无线承载；
或者，所述无线承载是UE保留的信令无线承载。
34.如权利要求33所述的装置，其特征在于，所述预设配置是由网络侧专用信令配置的，或是预先配置在UE上的，在按预设配置建立数据无线承载或信令无线承载时，根据UE的类型和/或业务种类选择建立数据无线承载或信令无线承载的配置；
或，所述预设配置是根据当前服务基站的通知确定的，或根据UE的签约信息确定的数据无线承载或信令无线承载。
35.如权利要求33所述的装置，其特征在于，上行数据发送模块进一步用于在使用数据无线承载向当前服务的基站发送所述数据时，通知基站UE的inactive ID。
36.一种数据接收装置，其特征在于，包括：
上行数据接收模块，用于在基站上接收inactive态的UE通过无线承载发送的数据，该基站是该UE的当前服务的基站；
上行数据发送模块，用于将该数据发送给核心网节点。
37.如权利要求36所述的装置，其特征在于，
所述无线承载是按预设配置建立的数据无线承载，向该UE的锚点基站获取该UE的数据无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是按预设配置建立的数据无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的数据无线承载，基站根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该基站按预设配置建立的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是在该基站按预设配置建立的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，向该UE的锚点基站获取该UE的信令无线承载相关信息，并根据该相关信息对该数据进行处理后，将所述处理后的数据发送给核心网节点；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，将该数据交由该UE的锚点基站处理后，由该UE的锚点基站将所述处理后的数据发送给核心网节点。
38.如权利要求37所述的装置，其特征在于，该UE的锚点基站是根据UE通知的inactiveID确定的。
39.如权利要求37所述的装置，其特征在于，所述数据无线承载相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
40.如权利要求37所述的装置，其特征在于，所述信令无线承载相关信息包括以下信息之一或者其组合：
信令无线承载的配置信息、信令无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
41.如权利要求37所述的装置，其特征在于，上行数据发送模块进一步用于在使用保留的无线承载传输数据时，向锚点基站更新因数据传输而变化的先前状态变量信息。
42.如权利要求37所述的装置，其特征在于，上行数据发送模块进一步用于在PDCP层进行处理时，对从锚点基站获取的SN和/或Count连续维护。
43.一种数据传输装置，其特征在于，包括：
下行数据确定模块，用于在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的当前服务的基站；
下行数据发送模块，用于通过无线承载向inactive态下的UE发送所述数据。
44.如权利要求43所述的装置，其特征在于，所述需要向inactive态的UE发送的数据是核心网经该UE的锚点基站发送的；
或，在该UE的当前服务的基站是该UE的锚点基站时，所述需要向inactive态的UE发送的数据是核心网发送的。
45.如权利要求44所述的装置，其特征在于，所述无线承载是按预设配置建立的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的与按预设配置建立的数据无线承载的相关信息，并根据所述相关信息通过按预设配置建立的数据无线承载向inactive态下的UE发送所述数据，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
46.如权利要求45所述的装置，其特征在于，下行数据发送模块进一步用于在通过按预设配置建立的数据无线承载发送数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
47.如权利要求44所述的装置，其特征在于，所述无线承载是该UE的锚点基站所保留的数据无线承载，进一步包括：
在接收该UE的锚点基站发送的所保留的数据无线承载的相关信息，并根据所述相关信息通过所保留的数据无线承载向inactive态下的UE发送所述数据，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
48.如权利要求47所述的装置，其特征在于，下行数据发送模块进一步用于在数据传输结束后，采取层二信令的方式进行显式的复位处理。
49.如权利要求47所述的装置，其特征在于，下行数据发送模块进一步用于在UE在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
50.如权利要求49所述的装置，其特征在于，下行数据发送模块进一步用于将安全层状态变量通知该UE的锚点基站。
51.如权利要求44所述的装置，其特征在于，
所述无线承载是该基站按预设配置建立的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据；
或，所述无线承载是该UE的锚点基站所保留的信令无线承载，根据该UE的信令无线承载相关信息，通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送所述数据。
52.一种数据发送装置，其特征在于，包括：
下行确定模块，用于在基站上确定需要向inactive态的UE发送的数据，所述基站是该UE的锚点基站；
下行发送模块，用于向该UE的当前服务的基站发送所述数据。
53.如权利要求52所述的装置，其特征在于，所述需要向inactive态的UE发送的数据是核心网发送的。
54.如权利要求52所述的装置，其特征在于，下行发送模块进一步用于向该UE的当前服务的基站发送该UE的锚点基站所保留的数据无线承载的相关信息，其中，所保留的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
55.如权利要求52所述的装置，其特征在于，下行发送模块进一步用于向该UE的当前服务的基站发送与按预设配置建立的数据无线承载的相关信息，其中，按预设配置建立的数据无线承载的相关信息包括以下信息之一或者其组合：
数据无线承载的配置信息、数据无线承载状态信息、UE安全相关参数信息、核心网用户面通路信息。
56.一种数据接收装置，其特征在于，包括：
下行承载确定模块，用于确定在inactive态的UE与当前服务的基站之间的无线承载；
下行接收模块，用于在inactive态下接收当前服务的基站通过无线承载发送的数据。
57.如权利要求56所述的装置，其特征在于，下行接收模块进一步用于在所述无线承载是按预设配置建立的数据无线承载时，在UE上根据数据无线承载的预设配置对该数据进行处理后，将所述处理后的数据发送给高层。
58.如权利要求57所述的装置，其特征在于，下行接收模块进一步用于在通过按预设配置建立的数据无线承载接收数据时，本次建立的数据无线承载的ID与上一次建立后删除的数据无线承载的ID不同。
59.如权利要求56所述的装置，其特征在于，下行接收模块进一步用于在所述无线承载是在该UE的锚点基站所保留的数据无线承载时，在UE上根据数据无线承载的配置对该数据进行处理后，将所述处理后的数据发送给高层。
60.如权利要求59所述的装置，其特征在于，下行接收模块进一步用于在数据传输结束后，采取层二信令的方式进行显式的复位处理。
61.如权利要求59所述的装置，其特征在于，下行接收模块进一步用于在该UE的锚点基站所保留的数据无线承载上发起对应的业务时，采用连续的安全层状态变量，其它层的状态变量每次从初始值开始。
62.如权利要求56所述的装置，其特征在于，下行接收模块进一步用于在所述无线承载是该基站按预设配置建立的信令无线承载时，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据；或，在所述无线承载是该UE的锚点基站所保留的信令无线承载时，根据该UE的信令无线承载相关信息，接收基站通过NAS信令或RRC信令从信令无线承载向inactive态下的UE发送的数据。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610589351.XA CN107645779B (zh) | 2016-07-22 | 2016-07-22 | 一种数据发送、传输方法及装置 |
| PCT/CN2017/092088 WO2018014741A1 (zh) | 2016-07-22 | 2017-07-06 | 一种数据发送、接收和传输方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610589351.XA CN107645779B (zh) | 2016-07-22 | 2016-07-22 | 一种数据发送、传输方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107645779A true CN107645779A (zh) | 2018-01-30 |
| CN107645779B CN107645779B (zh) | 2019-12-13 |
Family
ID=60992949
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610589351.XA Active CN107645779B (zh) | 2016-07-22 | 2016-07-22 | 一种数据发送、传输方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107645779B (zh) |
| WO (1) | WO2018014741A1 (zh) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108616880A (zh) * | 2017-01-17 | 2018-10-02 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及*** |
| CN110139386A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
| WO2019157712A1 (zh) * | 2018-02-14 | 2019-08-22 | Oppo广东移动通信有限公司 | 通信方法、网络设备和终端设备 |
| CN110290565A (zh) * | 2019-06-26 | 2019-09-27 | 武汉虹信通信技术有限责任公司 | 接入层上下文管理方法和装置 |
| CN110536385A (zh) * | 2019-07-31 | 2019-12-03 | 中兴通讯股份有限公司 | 数据发送、接收方法、装置、第一节点及第二节点 |
| CN110831261A (zh) * | 2018-08-10 | 2020-02-21 | 诺基亚技术有限公司 | 组合的rrc非活动恢复、rrc rna&nas注册过程 |
| CN111182651A (zh) * | 2018-11-09 | 2020-05-19 | ***通信有限公司研究院 | 一种信息生成及数据传输方法、装置和存储介质 |
| CN111294982A (zh) * | 2018-12-10 | 2020-06-16 | 华为技术有限公司 | 通信方法和通信装置 |
| WO2020200118A1 (zh) * | 2019-03-29 | 2020-10-08 | 华为技术有限公司 | 一种数据传输方法及装置 |
| CN112055421A (zh) * | 2019-06-06 | 2020-12-08 | 华为技术有限公司 | 基于预配置drb的终端设备标识的处理方法及装置 |
| WO2021136474A1 (en) * | 2019-12-31 | 2021-07-08 | FG Innovation Company Limited | Method of small data transmission and related device |
| WO2021189235A1 (zh) * | 2020-03-24 | 2021-09-30 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、通信设备 |
| WO2021189239A1 (en) * | 2020-03-24 | 2021-09-30 | Qualcomm Incorporated | Small data and radio resource control transmission to disaggregated base station |
| CN113891353A (zh) * | 2018-03-01 | 2022-01-04 | 华为技术有限公司 | 通信方法及装置 |
| CN113973321A (zh) * | 2020-07-24 | 2022-01-25 | 大唐移动通信设备有限公司 | 数据无线承载drb的配置方法、设备及存储介质 |
| WO2022021278A1 (en) * | 2020-07-31 | 2022-02-03 | Mediatek Singapore Pte. Ltd. | Apparatus and methods for data transfer in connectionless way |
| TWI775549B (zh) * | 2020-07-31 | 2022-08-21 | 新加坡商聯發科技（新加坡）私人有限公司 | 非活躍狀態下的無連接資料傳輸方法和使用者設備 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109246708B (zh) * | 2017-05-09 | 2022-10-14 | 中兴通讯股份有限公司 | 一种信息传输方法和装置 |
| US11153792B2 (en) * | 2018-04-18 | 2021-10-19 | Qualcomm Incorporated | Signaling for inactive mobility |
| CN110636565B (zh) * | 2018-06-21 | 2021-01-22 | 电信科学技术研究院有限公司 | Rrc非活跃状态下的数据传输方法、装置、终端及设备 |
| CN109819526B (zh) * | 2018-10-18 | 2021-07-30 | 广州红贝科技有限公司 | 无线资源控制挂起程序的启动方法、装置和NB-IoT核心网*** |
| CN110392452A (zh) * | 2019-08-12 | 2019-10-29 | 京信通信***（中国）有限公司 | 多制式基站***和数据处理方法 |
| CN113543205B (zh) * | 2020-04-17 | 2024-01-26 | 大唐移动通信设备有限公司 | 一种业务提供方法、通信***、装置及介质 |
| BR112023002032A2 (pt) * | 2020-08-06 | 2023-03-07 | Apple Inc | Técnicas de controle de acesso de estação-base para transmissão direta inativa |
| CN116250362A (zh) * | 2020-08-06 | 2023-06-09 | 苹果公司 | 用于非活动直接传输的用户装备的访问控制 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008069526A1 (en) * | 2006-12-08 | 2008-06-12 | Electronics And Telecommunications Research Institute | Method of controlling multimedia broadcast and multicast service bearer in mobile |
| CN101911811A (zh) * | 2008-01-04 | 2010-12-08 | 高通股份有限公司 | 使用捕获指示符信道的对于增强型上行链路的资源分配 |
| CN103338500A (zh) * | 2012-12-24 | 2013-10-02 | 上海华为技术有限公司 | 一种数据传输方法、装置、***及网络侧设备和终端设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101018167A (zh) * | 2006-02-08 | 2007-08-15 | 华为技术有限公司 | 一种提高分组业务在线用户数量的方法 |
| CN102638880A (zh) * | 2011-02-14 | 2012-08-15 | 中兴通讯股份有限公司 | 一种终端发送数据的方法及装置 |
-
2016
- 2016-07-22 CN CN201610589351.XA patent/CN107645779B/zh active Active
-
2017
- 2017-07-06 WO PCT/CN2017/092088 patent/WO2018014741A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008069526A1 (en) * | 2006-12-08 | 2008-06-12 | Electronics And Telecommunications Research Institute | Method of controlling multimedia broadcast and multicast service bearer in mobile |
| CN101911811A (zh) * | 2008-01-04 | 2010-12-08 | 高通股份有限公司 | 使用捕获指示符信道的对于增强型上行链路的资源分配 |
| CN103338500A (zh) * | 2012-12-24 | 2013-10-02 | 上海华为技术有限公司 | 一种数据传输方法、装置、***及网络侧设备和终端设备 |
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108616880A (zh) * | 2017-01-17 | 2018-10-02 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及*** |
| CN108616880B (zh) * | 2017-01-17 | 2022-07-29 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及*** |
| CN110139386A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
| WO2019157712A1 (zh) * | 2018-02-14 | 2019-08-22 | Oppo广东移动通信有限公司 | 通信方法、网络设备和终端设备 |
| CN111406381B (zh) * | 2018-02-14 | 2021-10-22 | Oppo广东移动通信有限公司 | 通信方法、网络设备、终端设备和计算机可读存储介质 |
| CN111406381A (zh) * | 2018-02-14 | 2020-07-10 | Oppo广东移动通信有限公司 | 通信方法、网络设备和终端设备 |
| CN113891353A (zh) * | 2018-03-01 | 2022-01-04 | 华为技术有限公司 | 通信方法及装置 |
| CN110831261A (zh) * | 2018-08-10 | 2020-02-21 | 诺基亚技术有限公司 | 组合的rrc非活动恢复、rrc rna&nas注册过程 |
| CN110831261B (zh) * | 2018-08-10 | 2023-06-23 | 诺基亚技术有限公司 | 用于组合的rrc非活动恢复、rrc rna＆nas注册过程的装置 |
| CN111182651B (zh) * | 2018-11-09 | 2021-11-16 | ***通信有限公司研究院 | 一种信息生成及数据传输方法、装置和存储介质 |
| CN111182651A (zh) * | 2018-11-09 | 2020-05-19 | ***通信有限公司研究院 | 一种信息生成及数据传输方法、装置和存储介质 |
| WO2020119546A1 (zh) * | 2018-12-10 | 2020-06-18 | 华为技术有限公司 | 通信方法和通信装置 |
| CN111294982B (zh) * | 2018-12-10 | 2022-05-24 | 华为技术有限公司 | 通信方法和通信装置 |
| CN111294982A (zh) * | 2018-12-10 | 2020-06-16 | 华为技术有限公司 | 通信方法和通信装置 |
| WO2020200118A1 (zh) * | 2019-03-29 | 2020-10-08 | 华为技术有限公司 | 一种数据传输方法及装置 |
| CN112055421A (zh) * | 2019-06-06 | 2020-12-08 | 华为技术有限公司 | 基于预配置drb的终端设备标识的处理方法及装置 |
| CN110290565A (zh) * | 2019-06-26 | 2019-09-27 | 武汉虹信通信技术有限责任公司 | 接入层上下文管理方法和装置 |
| CN110536385A (zh) * | 2019-07-31 | 2019-12-03 | 中兴通讯股份有限公司 | 数据发送、接收方法、装置、第一节点及第二节点 |
| WO2021136474A1 (en) * | 2019-12-31 | 2021-07-08 | FG Innovation Company Limited | Method of small data transmission and related device |
| WO2021189239A1 (en) * | 2020-03-24 | 2021-09-30 | Qualcomm Incorporated | Small data and radio resource control transmission to disaggregated base station |
| CN115884293A (zh) * | 2020-03-24 | 2023-03-31 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、通信设备 |
| WO2021189235A1 (zh) * | 2020-03-24 | 2021-09-30 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、通信设备 |
| CN113973321A (zh) * | 2020-07-24 | 2022-01-25 | 大唐移动通信设备有限公司 | 数据无线承载drb的配置方法、设备及存储介质 |
| WO2022021278A1 (en) * | 2020-07-31 | 2022-02-03 | Mediatek Singapore Pte. Ltd. | Apparatus and methods for data transfer in connectionless way |
| CN114071804A (zh) * | 2020-07-31 | 2022-02-18 | 联发科技（新加坡）私人有限公司 | 非活跃状态下的无连接数据传输方法和用户设备 |
| TWI775549B (zh) * | 2020-07-31 | 2022-08-21 | 新加坡商聯發科技（新加坡）私人有限公司 | 非活躍狀態下的無連接資料傳輸方法和使用者設備 |
| CN114071804B (zh) * | 2020-07-31 | 2024-03-29 | 联发科技（新加坡）私人有限公司 | 非活跃状态下的无连接数据传输方法和用户设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2018014741A1 (zh) | 2018-01-25 |
| CN107645779B (zh) | 2019-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107645779A (zh) | 一种数据发送、传输方法及装置 | |
| CN108307536B (zh) | 一种路由方法和设备 | |
| CN104521157B (zh) | 在无线通信***中发送设备对设备有关信息的方法和装置 | |
| CN107635258A (zh) | 一种数据或者信令发送、传输方法及装置 | |
| CN105723801B (zh) | 无线资源控制rrc消息处理方法、装置和*** | |
| CN110213799A (zh) | 一种下行小数据传输方法及装置 | |
| CN108886748B (zh) | 用于减少信令开销和减少终端电池的方法和设备 | |
| CN110366224A (zh) | 一种信令优化方法和设备 | |
| US11115315B2 (en) | Duplication transmission method and device | |
| CN106376035B (zh) | 通过多个同时无线接入技术的数据传输的移动终端和方法 | |
| WO2021134597A1 (zh) | 一种测量信息的上报、收集方法及装置 | |
| US10111210B2 (en) | Method for implementing radio resource control protocol function, macro base station, and micro cell node | |
| EP3713297B1 (en) | Layer 2 processing method, central unit and distributed unit | |
| CN107018532B (zh) | 多流传输的调度方法和设备 | |
| CN110225600A (zh) | 通信方法及装置 | |
| US20210007028A1 (en) | Communications method and apparatus, system, and storage medium | |
| CN103582054B (zh) | 一种进行切换的方法和装置 | |
| CN103517357B (zh) | 一种进行切换的方法、***和设备 | |
| US20240022897A1 (en) | Managing different types of communication devices | |
| CN107666672A (zh) | 鲁棒性的优化方法、装置及*** | |
| CN107889154A (zh) | 一种通信方法及装置 | |
| CN115804201A (zh) | 集中式单元和分布式单元分离架构中的数据转发 | |
| TWI670985B (zh) | 處理雙連結的裝置及方法 | |
| CN108631962B (zh) | 一种重复数据的传输方法及通信设备 | |
| CN112262594B (zh) | 处理pdn连接的方法及用户设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| 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 |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210528 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 |
|
| TR01 | Transfer of patent right |