CN107708205A - 一种ran寻呼消息处理方法及基站 - Google Patents

一种ran寻呼消息处理方法及基站 Download PDF

Info

Publication number
CN107708205A
CN107708205A CN201711049154.XA CN201711049154A CN107708205A CN 107708205 A CN107708205 A CN 107708205A CN 201711049154 A CN201711049154 A CN 201711049154A CN 107708205 A CN107708205 A CN 107708205A
Authority
CN
China
Prior art keywords
base station
message
system message
request
rrc connected
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
Application number
CN201711049154.XA
Other languages
English (en)
Other versions
CN107708205B (zh
Inventor
江鹏
李小龙
王俊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CICT Mobile Communication Technology Co Ltd
Original Assignee
Wuhan Hongxin Telecommunication Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wuhan Hongxin Telecommunication Technologies Co Ltd filed Critical Wuhan Hongxin Telecommunication Technologies Co Ltd
Priority to CN201711049154.XA priority Critical patent/CN107708205B/zh
Publication of CN107708205A publication Critical patent/CN107708205A/zh
Application granted granted Critical
Publication of CN107708205B publication Critical patent/CN107708205B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel

Landscapes

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

Abstract

本发明提供一种RAN寻呼消息处理方法及基站，用于5G***中对RRC非激活态UE的寻呼，其特征在于：如果基站给RRC非激活态UE发送RAN paging消息后，基站没有收到UE对于RAN paging的响应消息，则基站继续判断是否收到该UE发起的***消息请求过程，包括基于MSG1的***消息请求和/或基于MSG3的***消息请求；如果基站接收到该UE发起的***信息请求，则基站在该UE的***信息请求过程中协助UE转到RRC连接态，从而使得基站成功寻呼到该UE；如果基站没有接收到该UE发起的***信息请求，则此次基站没有成功寻呼到该UE。

Description

一种RAN寻呼消息处理方法及基站
技术领域
本发明涉及5G无线通信技术领域，尤其涉及一种RAN寻呼消息(RAN paging)处理的方法及相应基站。
背景技术
在5G NR中，引入了新的RRC状态，即RRC非激活态，网络可以给RRC非激活态UE配置网络侧通知区域，网络侧通知区域包含一个或者多个小区，该网络侧通知区域由RAN(RadioAccess Network,无线接入网)管理。UE从RRC非激活态转到RRC连接态，相应的流程如图1所示：当UE处于RRC非激活态时，RAN可以初始化寻呼消息，即由RAN向RRC非激活态UE发送RANpaging消息，当UE收到RAN paging消息后，UE发起随机接入过程，包括随机接入消息1-5，其中随机接入消息3可以为RRC Connected Resume request(RRC连接恢复请求)，随机接入消息4可以为RRC Connected Resume(RRC连接恢复)，随机接入消息5可以为RRC ConnectedResume Complete(RRC连接恢复完成)。
如果由于某种原因，RRC非激活态UE没有收到RAN发送的RAN paging消息，则该UE不会应答该RAN paging消息，即UE不会发起随机接入过程而转到RRC连接态，那么此次RAN发送RAN paging消息失败，没有成功寻呼该UE。如果UE收到RAN paging消息，则UE从RRC非激活态转到RRC连接态，那么此次RAN发送的RAN paging消息成功。该过程如图2所示。
另外一方面，对于RRC非激活态UE，可以通过发送***信息请求从而获取所请求的***信息，具体的UE有两种方法来发送***信息请求，分别为基于MSG1(随机接入消息1)和基于MSG3(随机接入消息3)的***信息请求方法。如图3和图4所示，对于基于MSG1的***消息请求，UE通过MSG1发送***消息请求，基站通过MSG2给UE发送***消息请求确认消息。按照当前5G NR的设计标准，UE的请求***信息过程利用了部分随机接入过程，但是UE请求***信息的过程与UE随机接入过程是两个独立的过程，UE在请求***消息的过程中不需要完成随机接入，该MSG2只需要向UE告知基站已收到了UE发送的***消息请求，因此该MSG2消息中不需要包括TA(Timing Advance,定时提前)，UL grant(上行允许)和Temporary C-RNTI(临时C-RNTI)。对于基于MSG3的***消息请求，UE通过MSG3(随机接入消息3)发送***消息请求，基站通过MSG4(随机接入消息4)给UE发送***消息请求确认消息。按照5G NR的设计，UE的请求***信息过程利用了部分随机接入过程，但是UE请求***信息的过程与UE随机接入过程是两个独立的过程，UE在请求***消息的过程中不需要完成随机接入，MSG 4只需要向UE告知基站已收到了UE发送的***消息请求，因此该MSG4与UE进行随机接入过程中的随机接入消息4(MSG4)存在差异。另外，RRC非激活态UE请求***信息的过程不改变其RRC状态。
发明内容
本发明的目的就在于克服现有技术存在的缺点和不足：如果网络需要寻呼RRC非激活态UE，基站可以给UE发送RAN paging消息来寻呼该UE，如果UE成功接收到RAN paging消息，则UE发起随机接入过程，从RRC非激活态转到RRC连接态。如果UE由于某种原因，例如由于信号质量差或者覆盖问题，UE没有成功接收到RAN paging消息，则UE不会发起随机接入从RRC非激活态转到RRC连接态，从而此次基站寻呼UE失败，导致UE不能够接收基站准备发送给UE的下行数据或者信令。
本发明所采用的技术方案提供一种RAN寻呼消息处理方法，用于5G***中对RRC非激活态UE的寻呼，如果基站给RRC非激活态UE发送RAN paging消息后，基站没有收到UE对于RAN paging的响应消息，则基站继续判断是否收到该UE发起的***消息请求过程，包括基于MSG1的***消息请求和/或基于MSG3的***消息请求；如果基站接收到该UE发起的***信息请求，则基站在该UE的***信息请求过程中协助UE转到RRC连接态，从而使得基站成功寻呼到该UE；如果基站没有接收到该UE发起的***信息请求，则此次基站没有成功寻呼到该UE。
而且，如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG1发送的***消息请求，则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG3，继而收到基站发送的MSG4，并发送MSG5，UE从RRC非激活态转到RRC连接态。
而且，所述基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG2发送***消息请求确认消息时，所发送的MSG2与随机接入过程中的MSG2相同，所述发送的MSG2中包括TA，UL grant和Temporary C-RNTI；或者在所发送的MSG2中增加指示信息，指示UE需要转换到RRC连接态。
而且，如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG3发送的***消息请求，则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG5，从RRC非激活态转换到RRC连接态。
而且，所述基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG4发送***消息请求确认消息时，所发送的MSG4与随机接入过程中的MSG4相同；或者在所发送的MSG4中增加指示信息，指示UE需要转换到RRC连接态。
本发明还提供一种基站，用于5G***中对RRC非激活态UE的寻呼，如果基站给RRC非激活态UE发送RAN paging消息后，基站没有收到UE对于RAN paging的响应消息，则基站继续判断是否收到该UE发起的***消息请求过程，包括基于MSG1的***消息请求和/或基于MSG3的***消息请求；如果基站接收到该UE发起的***信息请求，则基站在该UE的***信息请求过程中协助UE转到RRC连接态，从而使得基站成功寻呼到该UE；如果基站没有接收到该UE发起的***信息请求，则此次基站没有成功寻呼到该UE。
而且，如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG1发送的***消息请求，则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG3，继而收到基站发送的MSG4，并发送MSG5，UE从RRC非激活态转到RRC连接态。
而且，所述基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG2发送***消息请求确认消息时，所发送的MSG2与随机接入过程中的MSG2相同，所述发送的MSG2中包括TA，UL grant和Temporary C-RNTI；或者在所发送的MSG2中增加指示信息，指示UE需要转换到RRC连接态。
而且，如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG3发送的***消息请求，则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG5，从RRC非激活态转换到RRC连接态。
而且，所述基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG4发送***消息请求确认消息时，所发送的MSG4与随机接入过程中的MSG4相同；或者在所发送的MSG4中增加指示信息，指示UE需要转换到RRC连接态。
本发明提出，如果基站给UE发送RAN paging消息后，UE没有成功收到RAN paging消息，但是此时UE发起***信息请求，则可以对UE***信息请求的过程进行增强，使得UE可以从RRC非激活态转换到RRC连接态，避免了UE没有成功收到RAN paging消息而无法接收基站给UE发送的下行数据或信令，显著提高了RAN paging成功率。本发明是基于3GPP 5G标准进行的新型方案设计，对于中国在世界引领5G技术标准推行具有重要实际意义，具有重大的市场价值。
附图说明
图1为现有技术的RAN paging寻呼流程示意图。
图2为现有技术的RAN paging寻呼结果示意图。
图3为现有技术的基于MSG1的***消息请求。
图4为现有技术的基于MSG3的***消息请求。
图5为本发明的流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图5，本发明提出如果基站给RRC非激活态UE发送RAN paging消息后，基站没有收到UE对于RAN paging的响应消息，即UE没有发起随机接入过程，则基站继续判断是否收到该UE发起的***消息请求过程，包括基于MSG1的***消息请求和/或基于MSG3的***消息请求。如果基站接收到该UE发起的***信息请求，则基站在该UE的***信息请求过程中协助UE转到RRC连接态，从而使得基站成功寻呼到该UE。如果基站没有接收到该UE发起的***信息请求，则此次基站没有成功寻呼到该UE。
实施例的实现如下：
基站对RRC非激活态UE发送RAN paging消息，如果基站没有收到该UE对RANpaging消息的响应消息，即UE没有发起随机接入过程，则基站继续判断是否收到该UE的***消息请求。根据判断结果有以下三种情况：
(一)如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG1发送的***消息请求，则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换到RRC连接态的信息。
上述协助信息的实现方式可以为，基站在通过MSG2发送***消息请求确认消息时，所发送的MSG2与随机接入过程中的MSG2相同，则MSG2中包括TA，UL grant和TemporaryC-RNTI，即***消息请求确认消息中包括TA，UL grant和Temporary C-RNTI；或者在通过MSG2发送的***消息请求确认消息中指示UE需要转换到RRC连接态，通过增加的指示信息实现协助信息；
UE收到基站通过MSG2发送的***消息请求确认消息后，可以确定基站需要该UE转换到RRC连接态，则UE发送随机接入消息3，继而收到基站发送的随机接入消息4，并发送随机接入消息5，UE从RRC非激活态转到RRC连接态。
(二)如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG3发送的***消息请求，则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换到RRC连接态的信息。
上述协助信息的实现方式可以为，基站通过MSG4发送的***消息请求确认消息时，所发送的MSG4与随机接入过程中的MSG4相同；或者可以在通过MSG4发送的***消息请求确认消息中指示UE需要转换到RRC连接态，通过增加的指示信息实现协助信息；
即基站在通过MSG4发送***消息请求确认消息时，采用与随机接入过程相同的MSG4；或者在通过MSG4发送***消息请求确认消息中增加指示信息，指示UE需要转换到RRC连接态。
UE收到基站发送的MSG4后可以确定基站需要该UE转换到RRC连接态，则UE发送随机接入消息5，从RRC非激活态转换到RRC连接态。
(三)如果基站没有收到该UE发起的***消息请求，则此次基站寻呼该UE失败。
具体实施时，本发明所提供方法可基于软件技术实现自动运行流程，也可采用集成实现相应基站。本发明实施例还提供一种基站，用于5G***中对RRC非激活态UE的寻呼，如果基站给RRC非激活态UE发送RAN paging消息后，基站没有收到UE对于RAN paging的响应消息，则基站继续判断是否收到该UE发起的***消息请求过程，包括基于MSG1的***消息请求和/或基于MSG3的***消息请求；如果基站接收到该UE发起的***信息请求，则基站在该UE的***信息请求过程中协助UE转到RRC连接态，从而使得基站成功寻呼到该UE；如果基站没有接收到该UE发起的***信息请求，则此次基站没有成功寻呼到该UE。具体实现可参见相应方法，本发明不予赘述。
本文中所描述的具体实施例仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。

Claims (10)

1.一种RAN寻呼消息处理方法，用于5G***中对RRC非激活态UE的寻呼，其特征在于：如果基站给RRC非激活态UE发送RAN paging消息后，基站没有收到UE对于RAN paging的响应消息，则基站继续判断是否收到该UE发起的***消息请求过程，包括基于MSG1的***消息请求和/或基于MSG3的***消息请求；如果基站接收到该UE发起的***信息请求，则基站在该UE的***信息请求过程中协助UE转到RRC连接态，从而使得基站成功寻呼到该UE；如果基站没有接收到该UE发起的***信息请求，则此次基站没有成功寻呼到该UE。
2.根据权利要求1所述RAN寻呼消息处理方法，其特征在于：如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG1发送的***消息请求，则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG3，继而收到基站发送的MSG4，并发送MSG5，UE从RRC非激活态转到RRC连接态。
3.根据权利要求2所述RAN寻呼消息处理方法，其特征在于：所述基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG2发送***消息请求确认消息时，所发送的MSG2与随机接入过程中的MSG2相同，所述发送的MSG2中包括TA，UL grant和Temporary C-RNTI；或者在所发送的MSG2中增加指示信息，指示UE需要转换到RRC连接态。
4.根据权利要求1所述RAN寻呼消息处理方法，其特征在于：如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG3发送的***消息请求，则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG5，从RRC非激活态转换到RRC连接态。
5.根据权利要求4所述RAN寻呼消息处理方法，其特征在于：所述基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG4发送***消息请求确认消息时，所发送的MSG4与随机接入过程中的MSG4相同；或者在所发送的MSG4中增加指示信息，指示UE需要转换到RRC连接态。
6.一种基站，用于5G***中对RRC非激活态UE的寻呼，其特征在于：如果基站给RRC非激活态UE发送RAN paging消息后，基站没有收到UE对于RAN paging的响应消息，则基站继续判断是否收到该UE发起的***消息请求过程，包括基于MSG1的***消息请求和/或基于MSG3的***消息请求；如果基站接收到该UE发起的***信息请求，则基站在该UE的***信息请求过程中协助UE转到RRC连接态，从而使得基站成功寻呼到该UE；如果基站没有接收到该UE发起的***信息请求，则此次基站没有成功寻呼到该UE。
7.根据权利要求6所述基站，其特征在于：如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG1发送的***消息请求，则基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG3，继而收到基站发送的MSG4，并发送MSG5，UE从RRC非激活态转到RRC连接态。
8.根据权利要求7所述基站，其特征在于：所述基站通过MSG2发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG2发送***消息请求确认消息时，所发送的MSG2与随机接入过程中的MSG2相同，所述发送的MSG2中包括TA，UL grant和Temporary C-RNTI；或者在所发送的MSG2中增加指示信息，指示UE需要转换到RRC连接态。
9.根据权利要求6所述基站，其特征在于：如果基站收到了该UE发起的***消息请求，且该***消息请求为基于MSG3发送的***消息请求，则基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息；UE收到基站发送的***消息请求确认消息后，确定基站需要该UE转换到RRC连接态，则UE发送MSG5，从RRC非激活态转换到RRC连接态。
10.根据权利要求9所述基站，其特征在于：所述基站通过MSG4发送的***消息请求确认消息中包含协助UE转换RRC连接态的信息，实现方式为，
基站在通过MSG4发送***消息请求确认消息时，所发送的MSG4与随机接入过程中的MSG4相同；或者在所发送的MSG4中增加指示信息，指示UE需要转换到RRC连接态。
CN201711049154.XA 2017-10-31 2017-10-31 一种ran寻呼消息处理方法及基站 Active CN107708205B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711049154.XA CN107708205B (zh) 2017-10-31 2017-10-31 一种ran寻呼消息处理方法及基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711049154.XA CN107708205B (zh) 2017-10-31 2017-10-31 一种ran寻呼消息处理方法及基站

Publications (2)

Publication Number Publication Date
CN107708205A true CN107708205A (zh) 2018-02-16
CN107708205B CN107708205B (zh) 2020-08-25

Family

ID=61177380

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711049154.XA Active CN107708205B (zh) 2017-10-31 2017-10-31 一种ran寻呼消息处理方法及基站

Country Status (1)

Country Link
CN (1) CN107708205B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109451876A (zh) * 2018-03-26 2019-03-08 北京小米移动软件有限公司 信息记录方法和信息记录装置
CN110730514A (zh) * 2018-07-17 2020-01-24 ***通信有限公司研究院 一种***消息处理方法、配置方法及设备
WO2020056639A1 (en) * 2018-09-19 2020-03-26 Nokia Shanghai Bell Co., Ltd. Methods, devices and computer readable medium for resource information for early data transmission
WO2020087505A1 (zh) * 2018-11-02 2020-05-07 北京小米移动软件有限公司 数据传输方法及装置
WO2020191726A1 (zh) * 2019-03-28 2020-10-01 富士通株式会社 ***信息请求的发送方法、装置和***
CN114627685A (zh) * 2018-09-27 2022-06-14 北京小米移动软件有限公司 无人机飞行路径提供方法、获取方法、装置及***

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215201A (zh) * 2010-04-09 2011-10-12 中兴通讯股份有限公司 一种***信息更新方法和装置
CN103052136A (zh) * 2011-10-13 2013-04-17 工业和信息化部电信传输研究所 一种lte终端的通信方法和lte终端
CN104754759A (zh) * 2013-12-31 2015-07-01 ***通信集团公司 一种rrc状态转移控制与数据传输方法、设备及***
US20160183238A1 (en) * 2014-12-23 2016-06-23 Intel Corporation Communication device and method for transmiting packets
CN106656442A (zh) * 2015-10-29 2017-05-10 华为技术有限公司 传输***信息的方法及基站、终端和***
CN107018497A (zh) * 2017-03-24 2017-08-04 电信科学技术研究院 一种寻呼方法及装置
CN107249221A (zh) * 2017-08-02 2017-10-13 武汉虹信通信技术有限责任公司 Ue上报信息辅助基站进行ue rrc状态转换的方法及用户终端、基站

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215201A (zh) * 2010-04-09 2011-10-12 中兴通讯股份有限公司 一种***信息更新方法和装置
CN103052136A (zh) * 2011-10-13 2013-04-17 工业和信息化部电信传输研究所 一种lte终端的通信方法和lte终端
CN104754759A (zh) * 2013-12-31 2015-07-01 ***通信集团公司 一种rrc状态转移控制与数据传输方法、设备及***
US20160183238A1 (en) * 2014-12-23 2016-06-23 Intel Corporation Communication device and method for transmiting packets
CN106656442A (zh) * 2015-10-29 2017-05-10 华为技术有限公司 传输***信息的方法及基站、终端和***
CN107018497A (zh) * 2017-03-24 2017-08-04 电信科学技术研究院 一种寻呼方法及装置
CN107249221A (zh) * 2017-08-02 2017-10-13 武汉虹信通信技术有限责任公司 Ue上报信息辅助基站进行ue rrc状态转换的方法及用户终端、基站

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "TS 23.502:fall back to CN paging upon RAN paging failure", 《3GPP DRAFT SA WG2 MEETING #122 BIS S2-175556》 *
SOFONIAS HAILU;MIKKO SAILY: "Hybrid paging and location tracking scheme for inactive 5G UEs", 《2017 EUROPEAN CONFERENCE ON NETWORK AND COMMUNICATIONS(EUCNC)》 *
TSG RAN: "3rd Generation Partnership Project;Technical Specification Group Radio Access Network;NR; NR and NG-RAN Overall Description", 《3GPP TS 38.300 V1.1.0》 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109451876A (zh) * 2018-03-26 2019-03-08 北京小米移动软件有限公司 信息记录方法和信息记录装置
CN109451876B (zh) * 2018-03-26 2022-08-26 北京小米移动软件有限公司 信息记录方法和信息记录装置
US11452030B2 (en) 2018-03-26 2022-09-20 Beijing Xiaomi Mobile Software Co., Ltd. Information recording method and information recording device
CN110730514A (zh) * 2018-07-17 2020-01-24 ***通信有限公司研究院 一种***消息处理方法、配置方法及设备
WO2020056639A1 (en) * 2018-09-19 2020-03-26 Nokia Shanghai Bell Co., Ltd. Methods, devices and computer readable medium for resource information for early data transmission
CN114627685A (zh) * 2018-09-27 2022-06-14 北京小米移动软件有限公司 无人机飞行路径提供方法、获取方法、装置及***
CN114627685B (zh) * 2018-09-27 2023-06-30 北京小米移动软件有限公司 无人机飞行路径提供方法、获取方法、装置及***
WO2020087505A1 (zh) * 2018-11-02 2020-05-07 北京小米移动软件有限公司 数据传输方法及装置
US11950292B2 (en) 2018-11-02 2024-04-02 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method and apparatus based on timing advance
WO2020191726A1 (zh) * 2019-03-28 2020-10-01 富士通株式会社 ***信息请求的发送方法、装置和***

Also Published As

Publication number Publication date
CN107708205B (zh) 2020-08-25

Similar Documents

Publication Publication Date Title
CN107708205A (zh) 一种ran寻呼消息处理方法及基站
EP2230872B1 (en) Method of establishing multiple links with multiple component carries and related communication device
US9763191B2 (en) Methods and apparatuses for communication between a mobile terminal and a base station during a random access procedure
JP5963842B2 (ja) 多重コンポーネント・キャリアで多重リンクを設立する方法及び関連する通信装置
KR101586638B1 (ko) 캐리어 어그리게이션 시나리오들에서의 핸드오버 방법
JP2023101684A (ja) 無線通信システムで帯域幅部分非活性タイマーをハンドリングする方法及び装置
CN107249221A (zh) Ue上报信息辅助基站进行ue rrc状态转换的方法及用户终端、基站
EP2547143B1 (en) Scheduling and activation of measurement gaps
CN107645761A (zh) 一种***信息传输方法、用户终端、网络侧设备和***
EP2837249A1 (en) D2d connection recovery schemes
CN101594678A (zh) 一种非竞争随机接入的实现方法
WO2020007316A1 (zh) 随机接入方法及终端
CN106686750A (zh) 一种为数据传输授权及数据传输方法及装置
CN107040355A (zh) 一种兼容的信令发送方法和装置
CN103430579B (zh) 紧急呼叫接入方法和***、基站及终端
EP2838307B1 (en) Method and device for re-establishing radio link
CN100584091C (zh) 呼叫建立方法及***
CN101998294A (zh) 一种消息发送的方法、***和装置
AU2020360329B2 (en) Random access method and device, and first communication node and second communication node
CN113079587B (zh) 一种失败信息的传输方法及通信设备
US20220007424A1 (en) Random access method, random access device, terminal, and network-side device
WO2016119161A1 (zh) 一种信道的发送方法、接收方法及装置
CN102651902B (zh) 非接入层（nas）不能传输指示的处理方法及基站、mme设备
CN114342448B (zh) 无线通信中的双连接和载波聚合增强方案
CN109548136A (zh) 用户终端及其非接入层信令传输方法、基站及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address

Address after: 430205 Hubei city of Wuhan province Jiangxia Hidden Dragon Island Tan lake two Road No. 1

Patentee after: CITIC Mobile Communication Technology Co., Ltd

Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5

Patentee before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd.

CP03 Change of name, title or address
CP01 Change in the name or title of a patent holder

Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province

Patentee after: CITIC Mobile Communication Technology Co.,Ltd.

Address before: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province

Patentee before: CITIC Mobile Communication Technology Co., Ltd

CP01 Change in the name or title of a patent holder