CN107635258A - 一种数据或者信令发送、传输方法及装置 - Google Patents
一种数据或者信令发送、传输方法及装置 Download PDFInfo
- Publication number
- CN107635258A CN107635258A CN201610566437.0A CN201610566437A CN107635258A CN 107635258 A CN107635258 A CN 107635258A CN 201610566437 A CN201610566437 A CN 201610566437A CN 107635258 A CN107635258 A CN 107635258A
- Authority
- CN
- China
- Prior art keywords
- base station
- data
- signaling
- anchor
- inactive
- 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
- 230000011664 signaling Effects 0.000 title claims abstract description 135
- 238000000034 method Methods 0.000 title claims abstract description 123
- 230000005540 biological transmission Effects 0.000 title claims abstract description 48
- 230000008569 process Effects 0.000 claims description 92
- 238000004321 preservation Methods 0.000 claims description 10
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 230000008054 signal transmission Effects 0.000 claims description 5
- 238000000605 extraction Methods 0.000 claims description 2
- 230000007704 transition Effects 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 24
- 230000006854 communication Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 238000004590 computer program Methods 0.000 description 7
- 238000011144 upstream manufacturing Methods 0.000 description 7
- 238000012546 transfer Methods 0.000 description 6
- 241000209094 Oryza Species 0.000 description 4
- 235000007164 Oryza sativa Nutrition 0.000 description 4
- 235000021186 dishes Nutrition 0.000 description 4
- 238000009826 distribution Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 235000009566 rice Nutrition 0.000 description 4
- 230000006399 behavior Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 2
- 238000005314 correlation function Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000035622 drinking Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004134 energy conservation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据或者信令发送、传输方法及装置，包括：在终端侧上，确定inactive态的UE需要发送的数据或者信令；在inactive态下向基站发送所述数据或者信令。在基站侧上，在基站上接收inactive态的UE发送的数据或者信令；根据该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可以直接进行数据收发，其他状态有数据需要传输时，终端都要先进入RRC连接态，建立RRC连接，获取用于数据传输的终端空口传输唯一标识，如C-RNTI，才能进行后续的数据传输。
换言之，现有技术的不足也在于：只有在进入RRC连接态，建立RRC连接后，才能进行数据传输。
发明内容
本发明提供了一种数据或者信令发送、传输方法及装置，用以解决inactive态下的UE不能进行数据或者信令发送及传输的问题。
本发明实施例中提供了一种数据或者信令传输方法，包括：
在基站上接收inactive态的UE发送的数据或者信令；
根据该UE的上下文信息，向核心网发送数据或者信令。
较佳地，根据该UE的上下文信息，向核心网发送数据或者信令，包括：
根据该UE的上下文信息，确定本基站是否为锚点基站；
若是锚点基站，向建立有该UE专用连接的核心网节点发送数据或者信令；
若不是锚点基站，该基站发起RAN锚点更新过程，并将锚点基站更新为当前基站，向该UE的上下文信息中的核心网节点发送数据或者信令。
较佳地，所述该UE的上下文信息，是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得的UE上下文；
或者，是在接收到UE数据或者信令之前从锚点基站获得的UE上下文信息；
或者，是在本基站是锚点基站时，存储在基站上的UE上下文信息。
较佳地，进一步包括：
向该UE的上下文信息中的核心网节点发起用于更新该UE的锚点基站的RAN锚点更新过程，并将锚点基站更新为当前基站；
所述向该UE的上下文信息中的核心网节点发送数据或者信令，是在发起RAN锚点更新过程中发送的，或，是在RAN锚点更新过程完成后发送的。
较佳地，进一步包括：
通知该UE更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
较佳地，根据该UE的上下文信息，向核心网发送数据，是向该UE的上下文信息中的核心网节点发送数据。
较佳地，所述该UE的上下文信息，是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得的UE上下文；
或者，是在接收到UE数据之前从锚点基站获得的UE上下文信息。
较佳地，在通过context fetch过程获得UE上下文时，进一步包括：
设置定时器；
若定时器超时，且UE没有数据发送，则删除该UE的上下文信息。
本发明实施例中提供了一种数据或者信令发送方法，包括：
确定inactive态的UE需要发送的数据或者信令；
在inactive态下向基站发送所述数据或者信令。
较佳地，进一步包括：
向基站上报inactive ID或者锚点基站ID。
较佳地，进一步包括：
根据基站通知更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
本发明实施例中提供了一种数据或者信令传输装置，包括：
接收模块，用于在基站上接收inactive态的UE发送的数据或者信令；
基站发送模块，用于根据该UE的上下文信息，向核心网发送数据或者信令。
较佳地，基站发送模块进一步用于在根据该UE的上下文信息向核心网发送数据或者信令时，根据该UE的上下文信息，确定本基站是否为锚点基站；若是锚点基站，向建立有该UE专用连接的核心网节点发送数据或者信令；若不是锚点基站，该基站发起RAN锚点更新过程，并将锚点基站更新为当前基站，向该UE的上下文信息中的核心网节点发送数据或者信令。
较佳地，基站发送模块进一步用于根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得该UE的上下文信息；或者，在接收到UE数据或者信令之前从锚点基站获得该UE的上下文信息；或者，在本基站是锚点基站时，使用存储在基站上的UE上下文信息。
较佳地，基站发送模块进一步用于向该UE的上下文信息中的核心网节点发起用于更新该UE的锚点基站的RAN锚点更新过程，并将锚点基站更新为当前基站；在发起RAN锚点更新过程中发送数据或者信令，或，在RAN锚点更新过程完成后发送数据或者信令。
较佳地，基站发送模块进一步用于通知该UE更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
较佳地，基站发送模块进一步用于在根据该UE的上下文信息向核心网发送数据时，向该UE的上下文信息中的核心网节点发送数据。
较佳地，基站发送模块进一步用于根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得该UE的上下文信息；或者，在接收到UE数据之前从锚点基站获得该UE的上下文信息。
较佳地，基站发送模块进一步用于在通过context fetch过程获得UE上下文时，设置定时器；若定时器超时，且UE没有数据发送，则删除该UE的上下文信息。
本发明实施例中提供了一种数据或者信令发送装置，包括：
确定模块，用于确定inactive态的UE需要发送的数据或者信令；
UE发送模块，用于在inactive态下向基站发送所述数据或者信令。
较佳地，进一步包括：
上报模块，用于向基站上报inactive ID或者锚点基站ID。
较佳地，进一步包括：
更新模块，用于根据基站通知更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
本发明有益效果如下：
在本发明实施例提供的技术方案中，在基站接收到inactive态的UE发送的数据或者信令后，根据该UE的上下文信息，向核心网发送数据或者信令。从而提供了inactive态下的UE进行数据或者信令发送及传输的技术方案。
容易看出，采用本方案后，特别是可以减少稀发小数据场景下信令开销，提高运营商的资源利用率。除了减少信令开销，由于发送数据或者信令不需要先进行信令流程进行状态跃迁后再发，可以使得数据或者信令传输可以更快进行。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为现有技术中网络部署结构一示意图；
图2为现有技术中网络部署结构二示意图；
图3为本发明实施例中终端侧上的数据或者信令发送方法实施流程示意图；
图4为本发明实施例中基站侧上的数据或者信令传输方法实施流程示意图；
图5为本发明实施例1的实施流程示意图；
图6为本发明实施例2的实施流程示意图；
图7为本发明实施例3的实施流程示意图；
图8为本发明实施例中数据或者信令传输装置结构示意图；
图9为本发明实施例中数据或者信令发送装置结构示意图；
图10为本发明实施例中基站结构示意图；
图11为本发明实施例中UE结构示意图。
具体实施方式
发明人在发明过程中注意到：
目前支持的状态跃迁的流程为：
从IDLE到CONNECTED状态，终端需要进行接入或者重建过程。从CONNECTED状态，可以通过释放过程进入到IDLE状态。
但还存在其他一些特殊状态如下：
CN(Core Network，核心网)的PSM(Power Save Mode，节能状态)，对应于RRC的IDLE状态。在该状态下，网络保存了UE的context，并通过分配给UE的一个resume(恢复)的标识，来进行context的恢复。
正在进行的light connection(轻连接)的讨论中，在light connection的情况下，从核心网看该用户处于连接状态，但空口已经无连接。这种情况下，终端采用小区重选的方式进行移动性，接入网侧保留终端的context的信息。基站根据下行数据到达发起寻呼，终端进入连接状态后进行数据收发。上行如果有数据发送，终端可以发起resume过程进行链路的恢复，进入连接态后进行数据发送。
新引入的终端状态：不活跃的连接态(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可以直接进行数据收发，其他状态有数据需要传输时，终端都要先进入RRC连接态，建立RRC连接，获取用于数据传输的终端空口传输唯一标识，如C-RNTI，才能进行后续的数据传输。
然而，随着无线通信***的发展，终端类型和业务类型多样化，终端省电、节约网络资源和满足各种业务类型的需求并存。例如上述，为了同时保证终端省电和快速数据传输，引入一种终端状态inactive态，这种状态下终端保持核心网连接，但不进行空口连接态的常规操作(如切换、上行定时更新、无线链路监控等)，不分配直接用于空口传输的终端标识(如C-RNTI)，因此按上述先进入RRC连接态、建立RRC连接，获取标识、进行后续数据传输的流程则不能直接进行空口调度传输。
可见，上述先进入RRC连接态、建立RRC连接，获取标识、进行后续数据传输的流程过程不利于有数据到达时的快速传输，且如果只有突发小数据包需要发送，如典型MTC(Machine Type Communication，机器类通信)业务，终端进入连接态发了一个小数据包后为了省电又要进入idle或inactive态，这种状态跃迁会造成信令开销，如果终端数量巨大时(如mMTC，massive MTC场景)，这种信令开销几乎不可接受。
基于此，本发明实施例中将解决如何在inactive态下进行快速数据或者信令传输。下面结合附图对本发明的具体实施方式进行说明。
在说明过程中，将分别从UE与基站侧的实施进行说明，然后还将给出二者配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施，实际上，当UE与基站分开实施时，其也各自解决UE侧、基站侧的问题，而二者结合使用时，会获得更好的技术效果。
在本发明实施例中还提供了两种实施方式，申请中分别标识为方式一、方式二，其中，方式一的具体实施方式将在实施例1、2中进行说明，方式二的具体实施方式将在实施例3中进行说明。具体的：
在UE从connected态转化到inactive态后，在基站接收到该UE发送的小数据或者信令后，将根据UE上下文信息，向核心网发送信令或者数据。
也即：在UE从connected态转化到inactive态后，当基站接收到终端的上行数据或者信令时，该目标基站再根据获得或保存的UE上下文信息或者UE上报的信息(锚点基站标识或者inactive UE ID)，将该数据或者信令发送到核心网。
具体方式一为：目标基站判断自己是否是UE的锚点基站，锚点基站是指和核心网节点建立有该UE的专用连接的基站，如果不是，则向UE上下文中的核心网节点发起RAN锚点更新过程，该消息可以同时携带要传输的上行数据或者行令；或者目标基站在RAN锚点更新过程执行完之后，再向核心网发送要传输的上行数据或者信令。
进一步的，如果目标基站不是UE锚点基站，则该目标基站还需要通知UE锚点基站的更新，可以发送新的锚点基站标识给UE，或者可以给UE重新分配inactive UE ID，该标识包含锚点基站标识，此信息用于后续目标基站判断UE的锚点基站信息，执行上述功能后。目标基站更新保存的UE上下文信息。
具体方式二为：目标基站判断自己是否是UE的锚点基站，如果不是，则根据获得或保存的UE上下文信息中指定的核心网节点地址，直接向核心网发送数据。如果目标基站是通过context fetch过程(目标基站向锚点基站请求获得上下文)获得UE上下文，目标基站需要在该过程中指示，锚点基站仍需保留该UE上下文；
进一步的，目标基站可以基于定时器，删除该UE上下文信息。
在本发明实施例的描述中，该UE的锚点基站/小区是指：对于非激活状态的UE来说，其离开连接态进入非激活态时的服务基站/小区，或存储有UE的全部接入网相关上下文信息的基站/小区，或作为终结UE的S1连接的接入网节点，为了方便以anchor(锚点)基站来描述。UE的anchor基站具有如下典型特征：
-UE与核心网相关的连接，终结于该节点；
-对于核心网来说，认为UE在该节点之下；
-存储有UE全部接入网相关的上下文信息；
-为UE分配了inactive ID，使用该ID可以找到该anchor节点，进一步找到该UE的上下文信息。
对于处于Inactive状态的UE来说，由于UE在网络配置的一定区域内移动不需要通知网络侧，因此当UE移出其anchor基站的覆盖范围，而处于另一个基站的覆盖范围，此时UE如果需要发送数据或者信令，将与该基站进行连接和通信，这个基站被称作UE在inactive态的目标基站。目标基站与UE的anchor基站可以不同，也可以相同。一般来说，目标基站和UE的anchor基站之间，建立有接口，可以用于交互UE信息。
下面首先对本发明实施例提供的技术方案的实施环境-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为终端侧上的数据或者信令发送方法实施流程示意图，如图所示，可以包括：
步骤301、确定inactive态的UE需要发送的数据或者信令；
步骤302、在inactive态下向基站发送所述数据或者信令。
实施中，为使基站能够获取到UE的上下文信息，还可以进一步包括：
向基站上报inactive ID或者锚点基站ID。
实施中，根据实际情况，当锚点基站变更后还可以进一步包括：
根据基站通知更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
具体实施中，可以包括：
接收基站发送的新的锚点基站标识，并根据该标识更新锚点基站；
或者，接收基站重新分配的RAN跟踪区域的inactive UE ID，该标识包含锚点基站标识，根据该标识更新锚点基站。
图4为基站侧上的数据或者信令传输方法实施流程示意图，如图所示，可以包括：
步骤401、在基站上接收inactive态的UE发送的数据或者信令；
步骤402、根据该UE的上下文信息，向核心网发送数据或者信令。
方式一：
实施中，根据该UE的上下文信息，向核心网发送数据或者信令，可以包括：
根据该UE的上下文信息，确定本基站是否为锚点基站；
若是锚点基站，向建立有该UE专用连接的核心网节点发送数据或者信令；
若不是锚点基站，该基站发起RAN锚点更新过程，并将锚点基站更新为当前基站，向该UE的上下文信息中的核心网节点发送数据或者信令。
实施中，该UE的上下文信息，可以是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch(上下文提取)过程获得的UE上下文；
或者，可以是在接收到UE数据或者信令之前从锚点基站获得的UE上下文信息；
或者，是在本基站是锚点基站时，存储在基站上的UE上下文信息。
实施中，还可以进一步包括：
向该UE的上下文信息中的核心网节点发起用于更新该UE的锚点基站的RAN锚点更新过程，并将锚点基站更新为当前基站；
所述向该UE的上下文信息中的核心网节点发送数据或者信令，是在发起RAN锚点更新过程中发送的，或，是在RAN锚点更新过程完成后发送的。
实施中，还可以进一步包括：
通知该UE更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
实施中，可以包括：
发送新的锚点基站标识给UE；
或者给UE重新分配inactive UE ID，该标识包含锚点基站标识。
具体实施中，目标基站判断自己是否是UE的锚点基站，如果不是，则向UE上下文中的核心网节点发起RAN锚点更新过程，该消息可以同时携带要传输的上行数据或者信令；或者目标基站在RAN锚点更新过程执行完之后，再向核心网发送要传输的上行数据或者信令。
进一步的，如果目标基站不是UE锚点基站，则该目标基站还需要通知UE锚点基站的更新，可以发送新的锚点基站标识给UE，或者可以给UE重新分配inactive UE ID，该标识包含锚点基站标识，此信息用于后续目标基站判断UE的锚点基站信息，执行上述功能后。目标基站更新保存的UE上下文信息。
下面用实例进行说明。
实施例1：
本实施例中说明了接收UE数据或者信令的目标基站，向核心网执行RAN锚点更新，并同时传输小数据和信令的实施过程。
图5为实施例1的实施流程示意图，如图所示，可以包括：
步骤501：UE进入inactive状态。
步骤502：UE向目标基站发送数据或者信令。
步骤503：目标基站发起RAN锚点更新过程(携带数据/信令)。
具体的，目标基站根据获得或保存的UE上下文信息，判断自己是否是UE的锚点基站，如果不是，则向UE上下文中的核心网节点发起RAN锚点更新过程，用于更新该UE RAN和CN之间的CP/UP连接。
具体实施中，该消息可以同时携带要传输的上行数据或者信令。而执行完该步骤后，目标基站将成为UE的锚点基站。
对于图中以虚线示意的流程为没有保存的UE上下文信息时，执行的获取UE上下文信息的流程。在该流程中，目标基站可以根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得UE上下文；或者在接收到UE数据或者信令之前就从锚点基站获得保存了UE上下文信息。
步骤504：目标基站通知UE更新锚点基站。
具体可以是发送新的锚点基站标识给UE，或者可以给UE重新分配inactive UEID，该标识包含锚点基站标识，此信息用于后续目标基站判断UE的锚点基站信息，执行相关功能。目标基站更新保存的UE上下文信息。
实施例2：
本实施例中说明了接收UE数据或者信令的目标基站，先向核心网执行RAN锚点更新，之后再传输小数据和信令的实施过程。
图6为实施例2的实施流程示意图，如图所示，可以包括：
步骤601：UE进入inactive状态。
步骤602：UE向目标基站发送数据或者信令。
步骤603：目标基站发起RAN锚点更新过程。
具体的，目标基站根据获得或保存的UE上下文信息，判断自己是否是UE的锚点基站，如果不是，则向UE上下文中的核心网节点发起RAN锚点更新过程，用于更新该UE RAN和CN之间的CP/UP连接。执行完该步骤后，目标基站将成为UE的锚点基站。
对于图中以虚线示意的流程为没有保存的UE上下文信息时，执行的获取UE上下文信息的流程。在该流程中，目标基站可以根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得UE上下文；或者在接收到UE数据或者信令之前就从锚点基站获得保存了UE上下文信息。
步骤604：目标基站向核心网发送接收到的数据或者信令。
步骤605：目标基站通知UE更新锚点基站。
具体可以是目标基站通知UE锚点基站的更新，可以发送新的锚点基站标识给UE，或者可以给UE重新分配inactive UE ID，该标识包含锚点基站标识，此信息用于后续目标基站判断UE的锚点基站信息，执行相关功能。目标基站更新保存的UE上下文信息。
方式二：
实施中，根据该UE的上下文信息，向核心网发送数据，是向该UE的上下文信息中的核心网节点发送数据。
实施中，所述该UE的上下文信息，是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得的UE上下文；
或者，是在接收到UE数据之前从锚点基站获得的UE上下文信息。
实施中，在通过context fetch过程获得UE上下文时，还可以进一步包括：
设置定时器；
若定时器超时，且UE没有数据发送，则删除该UE的上下文信息。
具体实施中，目标基站判断自己是否是UE的锚点基站，如果不是，则根据获得或保存的UE上下文信息中指定的核心网节点地址，直接向核心网发送数据。如果目标基站是通过context fetch过程(目标基站向锚点基站请求获得上下文)获得UE上下文，目标基站需要在该过程中指示，锚点基站仍需保留该UE上下文；
进一步的，目标基站可以基于定时器，删除该UE上下文信息。
下面用实例进行说明。
实施例3：
本实施例中说明了接收UE数据的目标基站，根据UE上下文中的地址信息，直接向核心网发送小数据的实施过程。
图7为实施例3的实施流程示意图，如图所示，可以包括：
步骤701：UE进入inactive状态。
步骤702：UE向目标基站发送数据或者信令。
步骤703：发起Context fetch过程。
具体的，目标基站如果已经有保存的UE上下文，则可忽略本步骤，UE的锚点基站不变。如果目标基站没有UE上下文，则根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程来获得UE上下文，该过程中，目标基站需要发送指示信息给锚点基站，通知锚点基站仍保留该UE的上下文，也即，从核心网看，该UE的锚点基站没变。
步骤704：目标基站向核心网发送数据。
具体的，目标基站根据获得或保存的UE上下文信息中指定的核心网节点地址，直接向核心网发送数据。
步骤705：设置定时器，删除该UE上下文。
具体的，如果目标基站是通过context fetch过程获得UE上下文，目标基站可以设置定时器，如果定时器超时，UE仍没有数据发送，目标基站可以删除该UE上下文。
基于同一发明构思，本发明实施例中还提供了一种数据或者信令发送装置、一种数据或者信令传输装置，由于这些装置解决问题的原理与一种数据或者信令发送方法、一种数据或者信令传输方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。
图8为数据或者信令传输装置结构示意图，如图所示，可以包括：
接收模块801，用于在基站上接收inactive态的UE发送的数据或者信令；
基站发送模块802，用于根据该UE的上下文信息，向核心网发送数据或者信令。
实施中，基站发送模块进一步用于在根据该UE的上下文信息向核心网发送数据或者信令时，根据该UE的上下文信息，确定本基站是否为锚点基站；若是锚点基站，向建立有该UE专用连接的核心网节点发送数据或者信令；若不是锚点基站，该基站发起RAN锚点更新过程，并将锚点基站更新为当前基站，向该UE的上下文信息中的核心网节点发送数据或者信令。
实施中，基站发送模块进一步用于根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得该UE的上下文信息；或者，在接收到UE数据或者信令之前从锚点基站获得该UE的上下文信息；或者，在本基站是锚点基站时，使用存储在基站上的UE上下文信息。
实施中，基站发送模块进一步用于向该UE的上下文信息中的核心网节点发起用于更新该UE的锚点基站的RAN锚点更新过程，并将锚点基站更新为当前基站；在发起RAN锚点更新过程中发送数据或者信令，或，在RAN锚点更新过程完成后发送数据或者信令。
实施中，基站发送模块进一步用于通知该UE更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
实施中，基站发送模块进一步用于在根据该UE的上下文信息向核心网发送数据时，向该UE的上下文信息中的核心网节点发送数据。
实施中，基站发送模块进一步用于根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得该UE的上下文信息；或者，在接收到UE数据之前从锚点基站获得该UE的上下文信息。
实施中，基站发送模块进一步用于在通过context fetch过程获得UE上下文时，设置定时器；若定时器超时，且UE没有数据发送，则删除该UE的上下文信息。
图9为数据或者信令发送装置结构示意图，如图所示，可以包括：
确定模块901，用于确定inactive态的UE需要发送的数据或者信令；
UE发送模块902，用于在inactive态下向基站发送所述数据或者信令。
实施中，进一步包括：
上报模块，用于向基站上报inactive ID或者锚点基站ID。
实施中，进一步包括：
更新模块，用于根据基站通知更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图10为基站结构示意图，如图所示，基站中包括：
处理器1000，用于读取存储器1020中的程序，执行下列过程：
根据收发机需要进行数据处理；
收发机1010，用于在处理器1000的控制下接收和发送数据，执行下列过程：
在基站上接收inactive态的UE发送的数据或者信令；
根据该UE的上下文信息，向核心网发送数据或者信令。
实施中，根据该UE的上下文信息，向核心网发送数据或者信令，包括：
根据该UE的上下文信息，确定本基站是否为锚点基站；
若是锚点基站，向建立有该UE专用连接的核心网节点发送数据或者信令；
若不是锚点基站，该基站发起RAN锚点更新过程，并将锚点基站更新为当前基站，向该UE的上下文信息中的核心网节点发送数据或者信令。
实施中，所述该UE的上下文信息，是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得的UE上下文；
或者，是在接收到UE数据或者信令之前从锚点基站获得的UE上下文信息；
或者，是在本基站是锚点基站时，存储在基站上的UE上下文信息。
实施中，进一步包括：
向该UE的上下文信息中的核心网节点发起用于更新该UE的锚点基站的RAN锚点更新过程，并将锚点基站更新为当前基站；
所述向该UE的上下文信息中的核心网节点发送数据或者信令，是在发起RAN锚点更新过程中发送的，或，是在RAN锚点更新过程完成后发送的。
实施中，进一步包括：
通知该UE更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
实施中，根据该UE的上下文信息，向核心网发送数据，是向该UE的上下文信息中的核心网节点发送数据。
实施中，所述该UE的上下文信息，是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得的UE上下文；
或者，是在接收到UE数据之前从锚点基站获得的UE上下文信息。
实施中，在通过context fetch过程获得UE上下文时，进一步包括：
设置定时器；
若定时器超时，且UE没有数据发送，则删除该UE的上下文信息。
其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1000代表的一个或多个处理器和存储器1020代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1010可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1000负责管理总线架构和通常的处理，存储器1020可以存储处理器1000在执行操作时所使用的数据。
图11为UE结构示意图，如图所示，用户设备包括：
处理器1100，用于读取存储器1120中的程序，执行下列过程：
确定inactive态的UE需要发送的数据或者信令；
收发机1110，用于在处理器1100的控制下接收和发送数据，执行下列过程：
在inactive态下向基站发送所述数据或者信令。
实施中，进一步包括：
向基站上报inactive ID或者锚点基站ID。
实施中，进一步包括：
根据基站通知更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
其中，在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1100代表的一个或多个处理器和存储器1120代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1110可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1130还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1100负责管理总线架构和通常的处理，存储器1120可以存储处理器1100在执行操作时所使用的数据。
综上所述，在本发明实施例提供的技术方案中，在UE从connected态转化到inactive态后，基站接收到该UE发送的小数据或者信令，将根据UE上下文信息，向核心网发送信令或者数据。
具体还提供了：目标基站判断自己是否是UE的锚点基站，如果不是，则向UE上下文中的核心网节点发起RAN锚点更新过程，用于更新UE的锚点基站。
eNB可以在RAN锚点更新过程中携带小数据或者信令给核心网。eNB也可以在执行完RAN锚点更新过程后，再发送小数据或者信令。
如果目标基站不是UE锚点基站，则该目标基站还可以通知UE锚点基站的更新。具体可以发送新的锚点基站标识给UE，或者可以给UE重新分配inactive UE ID，该标识包含锚点基站标识，此信息用于后续目标基站判断UE的锚点基站信息，执行上述功能。目标基站更新保存的UE上下文信息。
具体还提供了：目标基站判断是否有UE上下文，如果有，则根据UE上下文信息中指定的核心网节点地址，直接向核心网发送数据，UE的锚点基站不变。
目标基站判断是否有UE上下文，如果没有，则通过context fetch过程(获得UE上下文，目标基站需要在该过程中指示，锚点基站仍需保留该UE上下文，UE的锚点基站不变。
目标基站还可以基于定时器，删除该UE上下文信息。
容易看出，该方案可以减少稀发小数据场景下信令开销，提高运营商的资源利用率。除了减少信令开销，由于发送数据不需要先进行信令流程进行状态跃迁后再发，从而使得数据传输可以更快进行。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (22)
1.一种数据或者信令传输方法，其特征在于，包括：
在基站上接收不活跃inactive态的用户设备UE发送的数据或者信令；
根据该UE的上下文信息，向核心网发送数据或者信令。
2.如权利要求1所述的方法，其特征在于，根据该UE的上下文信息，向核心网发送数据或者信令，包括：
根据该UE的上下文信息，确定本基站是否为锚点基站；
若是锚点基站，向建立有该UE专用连接的核心网节点发送数据或者信令；
若不是锚点基站，该基站发起无线接入网RAN锚点更新过程，并将锚点基站更新为当前基站，向该UE的上下文信息中的核心网节点发送数据或者信令。
3.如权利要求1所述的方法，其特征在于，所述该UE的上下文信息，是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起上下文提取Context fetch过程获得的UE上下文；
或者，是在接收到UE数据或者信令之前从锚点基站获得的UE上下文信息；
或者，是在本基站是锚点基站时，存储在基站上的UE上下文信息。
4.如权利要求2或3所述的方法，其特征在于，进一步包括：
向该UE的上下文信息中的核心网节点发起用于更新该UE的锚点基站的RAN锚点更新过程，并将锚点基站更新为当前基站；
所述向该UE的上下文信息中的核心网节点发送数据或者信令，是在发起RAN锚点更新过程中发送的，或，是在RAN锚点更新过程完成后发送的。
5.如权利要求4所述的方法，其特征在于，进一步包括：
通知该UE更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
6.如权利要求1所述的方法，其特征在于，根据该UE的上下文信息，向核心网发送数据，是向该UE的上下文信息中的核心网节点发送数据。
7.如权利要求6所述的方法，其特征在于，所述该UE的上下文信息，是根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得的UE上下文；
或者，是在接收到UE数据之前从锚点基站获得的UE上下文信息。
8.如权利要求7所述的方法，其特征在于，在通过context fetch过程获得UE上下文时，进一步包括：
设置定时器；
若定时器超时，且UE没有数据发送，则删除该UE的上下文信息。
9.一种数据或者信令发送方法，其特征在于，包括：
确定inactive态的UE需要发送的数据或者信令；
在inactive态下向基站发送所述数据或者信令。
10.如权利要求9所述的方法，其特征在于，进一步包括：
向基站上报inactive ID或者锚点基站ID。
11.如权利要求9或10所述的方法，其特征在于，进一步包括：
根据基站通知更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
12.一种数据或者信令传输装置，其特征在于，包括：
接收模块，用于在基站上接收inactive态的UE发送的数据或者信令；
基站发送模块，用于根据该UE的上下文信息，向核心网发送数据或者信令。
13.如权利要求12所述的装置，其特征在于，基站发送模块进一步用于在根据该UE的上下文信息向核心网发送数据或者信令时，根据该UE的上下文信息，确定本基站是否为锚点基站；若是锚点基站，向建立有该UE专用连接的核心网节点发送数据或者信令；若不是锚点基站，该基站发起RAN锚点更新过程，并将锚点基站更新为当前基站，向该UE的上下文信息中的核心网节点发送数据或者信令。
14.如权利要求12所述的装置，其特征在于，基站发送模块进一步用于根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得该UE的上下文信息；或者，在接收到UE数据或者信令之前从锚点基站获得该UE的上下文信息；或者，在本基站是锚点基站时，使用存储在基站上的UE上下文信息。
15.如权利要求13或14所述的装置，其特征在于，基站发送模块进一步用于向该UE的上下文信息中的核心网节点发起用于更新该UE的锚点基站的RAN锚点更新过程，并将锚点基站更新为当前基站；在发起RAN锚点更新过程中发送数据或者信令，或，在RAN锚点更新过程完成后发送数据或者信令。
16.如权利要求15所述的装置，其特征在于，基站发送模块进一步用于通知该UE更新保存的UE上下文中的锚点基站信息或者inactive ID信息。
17.如权利要求12所述的装置，其特征在于，基站发送模块进一步用于在根据该UE的上下文信息向核心网发送数据时，向该UE的上下文信息中的核心网节点发送数据。
18.如权利要求17所述的装置，其特征在于，基站发送模块进一步用于根据UE上报的inactive ID或者锚点基站ID，向锚点基站发起Context fetch过程获得该UE的上下文信息；或者，在接收到UE数据之前从锚点基站获得该UE的上下文信息。
19.如权利要求18所述的装置，其特征在于，基站发送模块进一步用于在通过contextfetch过程获得UE上下文时，设置定时器；若定时器超时，且UE没有数据发送，则删除该UE的上下文信息。
20.一种数据或者信令发送装置，其特征在于，包括：
确定模块，用于确定inactive态的UE需要发送的数据或者信令；
UE发送模块，用于在inactive态下向基站发送所述数据或者信令。
21.如权利要求20所述的装置，其特征在于，进一步包括：
上报模块，用于向基站上报inactive ID或者锚点基站ID。
22.如权利要求20或21所述的装置，其特征在于，进一步包括：
更新模块，用于根据基站通知更新保存的UE上下文中的锚点基站信息或者inactiveID信息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610566437.0A CN107635258B (zh) | 2016-07-18 | 2016-07-18 | 一种数据或者信令发送、传输方法及装置 |
| PCT/CN2017/087038 WO2018014661A1 (zh) | 2016-07-18 | 2017-06-02 | 一种数据或者信令发送、传输方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610566437.0A CN107635258B (zh) | 2016-07-18 | 2016-07-18 | 一种数据或者信令发送、传输方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107635258A true CN107635258A (zh) | 2018-01-26 |
| CN107635258B CN107635258B (zh) | 2019-12-13 |
Family
ID=60993023
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610566437.0A Active CN107635258B (zh) | 2016-07-18 | 2016-07-18 | 一种数据或者信令发送、传输方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107635258B (zh) |
| WO (1) | WO2018014661A1 (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107666683A (zh) * | 2016-07-29 | 2018-02-06 | 电信科学技术研究院 | 一种无线***区域管理的方法、终端及基站 |
| CN110139386A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
| CN110139387A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
| CN110290565A (zh) * | 2019-06-26 | 2019-09-27 | 武汉虹信通信技术有限责任公司 | 接入层上下文管理方法和装置 |
| WO2019184856A1 (zh) * | 2018-03-30 | 2019-10-03 | 维沃移动通信有限公司 | 获取用户设备上下文信息的方法和网络侧设备 |
| CN111294982A (zh) * | 2018-12-10 | 2020-06-16 | 华为技术有限公司 | 通信方法和通信装置 |
| CN113348724A (zh) * | 2018-11-16 | 2021-09-03 | 谷歌有限责任公司 | 蜂窝网络中在不活动状态下的上行链路通信 |
| WO2022056693A1 (en) * | 2020-09-15 | 2022-03-24 | Nec Corporation | Method, device and computer storage medium of communication |
| CN114845369A (zh) * | 2022-06-30 | 2022-08-02 | 深圳国人无线通信有限公司 | 一种基于终端状态执行节能策略的方法、***和5g基站 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110545253B (zh) * | 2018-05-29 | 2022-03-29 | 大唐移动通信设备有限公司 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
| JP2023510974A (ja) * | 2020-01-22 | 2023-03-15 | 日本電気株式会社 | 第２ネットワーク装置、端末装置及び方法 |
| CN112689278B (zh) * | 2020-12-22 | 2023-10-31 | 浪潮通信技术有限公司 | 一种移动过程中终端识别方法 |
| CN113453281B (zh) * | 2021-06-23 | 2022-09-02 | 中国联合网络通信集团有限公司 | 一种无线网络的负荷均衡方法、装置、设备及存储介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103299709A (zh) * | 2010-10-29 | 2013-09-11 | 三星电子株式会社 | 处理用户设备中的设备内共存干扰的方法和装置 |
| CN107371264A (zh) * | 2016-05-12 | 2017-11-21 | 电信科学技术研究院 | 一种上行数据传输的方法及设备 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9756557B2 (en) * | 2012-07-20 | 2017-09-05 | Qualcomm Incorporated | Method of using UE discovery for paging optimization |
| CN105027656B (zh) * | 2013-03-14 | 2018-10-02 | 瑞典爱立信有限公司 | 由通信网络节点执行以用于在通信网络中调度用户设备的方法 |
| US9414319B2 (en) * | 2013-10-02 | 2016-08-09 | Qualcomm Incorporated | Sounding reference signals and proximity detection in LTE |
-
2016
- 2016-07-18 CN CN201610566437.0A patent/CN107635258B/zh active Active
-
2017
- 2017-06-02 WO PCT/CN2017/087038 patent/WO2018014661A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103299709A (zh) * | 2010-10-29 | 2013-09-11 | 三星电子株式会社 | 处理用户设备中的设备内共存干扰的方法和装置 |
| CN107371264A (zh) * | 2016-05-12 | 2017-11-21 | 电信科学技术研究院 | 一种上行数据传输的方法及设备 |
Non-Patent Citations (1)
| Title |
|---|
| ERICSSON: "R2-162760，Handling of inactive UEs", 《3GPP TSG-RAN WG2 #93BIS》 * |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10999702B2 (en) | 2016-07-29 | 2021-05-04 | China Academy Of Telecommunications Technology | Method for managing wireless system area, terminal and base station |
| CN107666683B (zh) * | 2016-07-29 | 2019-08-30 | 电信科学技术研究院 | 一种无线***区域管理的方法、终端及基站 |
| CN107666683A (zh) * | 2016-07-29 | 2018-02-06 | 电信科学技术研究院 | 一种无线***区域管理的方法、终端及基站 |
| CN110139386A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
| CN110139387A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
| CN110139387B (zh) * | 2018-02-08 | 2022-02-22 | 大唐移动通信设备有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
| WO2019184856A1 (zh) * | 2018-03-30 | 2019-10-03 | 维沃移动通信有限公司 | 获取用户设备上下文信息的方法和网络侧设备 |
| CN110324868A (zh) * | 2018-03-30 | 2019-10-11 | 维沃移动通信有限公司 | 获取用户设备上下文信息的方法和网络侧设备 |
| CN110324868B (zh) * | 2018-03-30 | 2021-01-08 | 维沃移动通信有限公司 | 获取用户设备上下文信息的方法和网络侧设备 |
| CN113348724A (zh) * | 2018-11-16 | 2021-09-03 | 谷歌有限责任公司 | 蜂窝网络中在不活动状态下的上行链路通信 |
| WO2020119546A1 (zh) * | 2018-12-10 | 2020-06-18 | 华为技术有限公司 | 通信方法和通信装置 |
| CN111294982A (zh) * | 2018-12-10 | 2020-06-16 | 华为技术有限公司 | 通信方法和通信装置 |
| CN111294982B (zh) * | 2018-12-10 | 2022-05-24 | 华为技术有限公司 | 通信方法和通信装置 |
| CN110290565A (zh) * | 2019-06-26 | 2019-09-27 | 武汉虹信通信技术有限责任公司 | 接入层上下文管理方法和装置 |
| WO2022056693A1 (en) * | 2020-09-15 | 2022-03-24 | Nec Corporation | Method, device and computer storage medium of communication |
| CN114845369A (zh) * | 2022-06-30 | 2022-08-02 | 深圳国人无线通信有限公司 | 一种基于终端状态执行节能策略的方法、***和5g基站 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107635258B (zh) | 2019-12-13 |
| WO2018014661A1 (zh) | 2018-01-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107635258A (zh) | 一种数据或者信令发送、传输方法及装置 | |
| CN107645779A (zh) | 一种数据发送、传输方法及装置 | |
| US11632788B2 (en) | Data scheduling method, base station, and system | |
| CN107666693B (zh) | 终端路径转移、控制终端状态转换的方法、终端及基站 | |
| CN105898894A (zh) | Rrc状态的控制方法和装置 | |
| CN108024221A (zh) | 一种寻呼方法、基站及终端 | |
| CN104521157B (zh) | 在无线通信***中发送设备对设备有关信息的方法和装置 | |
| CN110366224A (zh) | 一种信令优化方法和设备 | |
| CN107534987B (zh) | 一种数据调度方法、基站及*** | |
| US11212784B2 (en) | Apparatus and method for combined area update and request for on-demand system information in wireless communications | |
| CN106714283A (zh) | 通信装置及同步方法 | |
| CN107666691A (zh) | 一种终端状态转换方法及装置 | |
| CN108271227B (zh) | 一种跨rat的终端状态确定方法及终端 | |
| TWI471037B (zh) | 處理接收系統資訊功能的方法及其相關通訊裝置 | |
| KR101975195B1 (ko) | 기지국 및 기지국의 단말 연결 방법 | |
| CN110213799A (zh) | 一种下行小数据传输方法及装置 | |
| CN109982313A (zh) | 获取ue能力的方法、终端及基站 | |
| CN107889172A (zh) | 小区切换的方法、装置及*** | |
| KR20160011339A (ko) | 디바이스간 통신을 위한 자원 관리 방법 및 장치 | |
| CN110235485A (zh) | 消息传输方法、装置及*** | |
| CN109788507A (zh) | 通信方法和装置 | |
| CN105025593B (zh) | 一种释放实体的方法及设备 | |
| CN115804201A (zh) | 集中式单元和分布式单元分离架构中的数据转发 | |
| CN107018555B (zh) | 网络接入方法、网络接入控制方法、用户终端及基站 | |
| CN111601368B (zh) | NB-IoT固定终端、车载移动NB-IoT*** |
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 | ||
| 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: 20210604 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 |