CN108990150A - 寻呼处理方法 - Google Patents
寻呼处理方法 Download PDFInfo
- Publication number
- CN108990150A CN108990150A CN201710414852.9A CN201710414852A CN108990150A CN 108990150 A CN108990150 A CN 108990150A CN 201710414852 A CN201710414852 A CN 201710414852A CN 108990150 A CN108990150 A CN 108990150A
- Authority
- CN
- China
- Prior art keywords
- paging
- information
- identifier
- enb
- subband
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 39
- 238000000034 method Methods 0.000 claims abstract description 41
- 238000005538 encapsulation Methods 0.000 claims description 18
- 230000001965 increasing effect Effects 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 description 30
- 241000760358 Enodes Species 0.000 description 18
- 238000012544 monitoring process Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 14
- 230000000694 effects Effects 0.000 description 12
- 238000013475 authorization Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 5
- 238000009825 accumulation Methods 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- ATJFFYVFTNAWJD-UHFFFAOYSA-N Tin Chemical compound [Sn] ATJFFYVFTNAWJD-UHFFFAOYSA-N 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 240000007594 Oryza sativa Species 0.000 description 1
- 235000007164 Oryza sativa Nutrition 0.000 description 1
- 208000032369 Primary transmission Diseases 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 235000021186 dishes Nutrition 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 235000009566 rice Nutrition 0.000 description 1
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种寻呼处理方法。所述方法包括:在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,所述寻呼信息包括至少一个第一标识;UE查看所述第一标识与预先存储的标识是否匹配。本发明实施例的方法通过物理下行控制信道向UE发送寻呼信息,仅占用一个信道资源即可使UE获取寻呼信息,不仅减少了系统资源的开销,还可有效地降低了寻呼传输时延,进而有利于提升系统资源的利用率。
Description
技术领域
本发明实施例涉及一种通信技术领域,特别是一种寻呼处理方法。
背景技术
在宽带接入系统中,系统可用带宽划分为多个连续或非连续的子带,每个子带上采用正交频分复用(Orthogonal Frequency Division Multiplexing,OFDM)技术传输。按照功能将子带划分为同步子带和普通子带。同步子带的主要功能是上下行的同步和广播信道,普通子带用于正常业务的传输。
为了降低成本和实现复杂度,用户设备(UE,UserEquipment)支持多子带和单子带工作模式,即UE接收机带宽不必是整个系统带宽,可支持接收多个或单个子带,并不需要一定能够接收全部子带。根据硬件能力的不同,UE支持在全部或部分子带上工作,其中最简易(即成本低)的UE支持在单个子带上工作。这样,降低了对UE接收机带宽的要求,也减少系统对硬件能力的需求。
电力负荷监控通讯网就是一个典型的应用场景,其频谱离散地分布在230M频段上。
图1示出了现有技术中专网230MHz频段频率资源分布示意图。
从图1中可以看出其频谱呈梳状,该频段的频率资源可划分为若个子带,其最低频点的子带为223.525MHz,最高频点的子带为231.65MHz。
在3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)协议中规定网络可以向空闲状态和连接状态的UE发送寻呼信息。寻呼过程可以由核心网触发,用于通知某个UE接收寻呼信息,或者由eNode B(基站)触发,用于通知系统信息更新,以及通知UE接收地震、海啸预警系统或商业移动告警服务等信息。
现有技术中寻呼过程如下,核心网的网元,如MME(Mobility Management Entity,移动性管理实体)通过在S1接口向基站发送寻呼请求(Paging Request)发起寻呼过程,每条寻呼请求携带被寻呼UE的标识。基站接收到寻呼请求后,解读其中的内容,得到所述UE的TAI(Tracking Area Identity,跟踪区域标识)列表,并在其下属于列表中跟踪区的小区进行空口的寻呼,并在相应的寻呼时机在这些小区中对UE发送寻呼信息。
具体地,在NB-IoT系统中,通过NPDCCH(Narrowband Physical Downlink ControlChannel,窄带物理下行控制信道)传输调度寻呼消息的下行授权,所述的下行授权用于指示UE有关NPDSCH(Narrowband Physical Downlink Shared Channel,窄带物理下行共享信道)上发送寻呼消息的下行控制信息,其中,由于NPDCCH和NPDSCH是时分复用的,在发送寻呼消息时先在NPDCCH信道上发送调度寻呼消息的下行授权,再在NPDSCH信道上发送的寻呼信息。
从现有技术中的寻呼过程可以看出,基站通过NPDCCH将寻呼消息的下行授权发送给UE,相应地,UE先监听NPDCCH以获取传输寻呼消息的下行授权,再根据所述下行授权来接收NPDSCH以获取寻呼消息。这种方式会增加寻呼消息的传输时延和无线资源的开销。
发明内容
针对现有技术的缺陷,本发明实施例提供一种寻呼处理方法。
一方面,本发明实施例提供一种寻呼处理方法,包括:
在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,所述寻呼信息包括至少一个第一标识;
UE查看所述第一标识与预先存储的标识是否匹配。
所述在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,具体为,
在预设的起始寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息;
在预设的再次寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息;
其中,所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内。
所述在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,具体为,
在预设的寻呼时刻,在预先确定的子带上,UE接收eNB通过物理下行控制信道发送的寻呼信息;
其中,所述预先确定的子带为所述UE对应的子带。
所述在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,具体为,
在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼专用下行控制信息,所述下行控制信息是eNB通过预设的寻呼专用下行控制信息格式封装的,并由寻呼标识P-RNTI加扰封装后的下行控制信息;
其中,所述下行控制信息格式为eNB增加的一种下行控制信息的格式,包括寻呼指示域,所述寻呼指示域指示至少一个第一标识。
所述UE查看所述第一标识与预先存储的标识是否匹配之后,所述方法还包括:
若匹配,则UE根据预先获取的物理下行控制信道配置信息监听物理下行控制信道。
另一方面,本发明实施例还提供一种寻呼处理方法,包括:
eNB接收核心网网元发送的寻呼请求,所述寻呼请求包括至少一个第二标识;
在预设的寻呼时刻,eNB通过物理下行控制信道向与第一标识对应的UE发送寻呼信息,所述寻呼信息包括至少一个第一标识,使所述UE在所述寻呼时刻,接收所述寻呼信息;
其中,eNB维护UE的第一标识和该UE预先确定的子带的子带号,并使用所述第一标识和对应的子带号来联合标识小区内的UE,或者eNB使用所述第一标识来标识小区内的UE,核心网使用第二标识来标识UE,UE的第一标识和子带号与第二标识相关联,或者UE的第一标识与第二标识相关联。
由上述技术方案可知,本发明实施例提供的寻呼处理方法,所述方法通过物理下行控制信道向UE发送寻呼信息,仅占用一个信道资源即可使UE获取寻呼信息,不仅减少了系统资源的开销,还可有效地降低了寻呼传输时延,进而有利于提升系统资源的利用率。
附图说明
图1为现有技术中专网230MHz频段频率资源分布示意图
图2为本发明实施例提供的一种寻呼处理方法的流程示意图;
图3为本发明又一实施例提供的一种寻呼处理方法的流程示意图;
图4为本发明又一实施例提供的一种寻呼处理方法的流程示意图;
图5为本发明又一实施例提供的一种寻呼处理方法的流程示意图;
图6为本发明又一实施例提供的一种寻呼处理方法的流程示意图;
图7为本发明又一实施例提供的一种寻呼处理方法的信令交互示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明实施例一部分实施例,而不是全部的实施例。
图2示出了本发明一实施例提供的一种寻呼处理方法的流程示意图。
参照图2,本发明实施例提供的方法,可应用于多种网络系统,为了更好的说明本实施例,在上述实施例的基础上,以应用于专网中为例进行说明。
当核心网需向UE发送下行数据时,需先向eNB发送寻呼请求,所述寻呼请求包括至少一个第二标识。
具体地,核心网将通过MME经S1接口向基站发送寻呼请求,并在该寻呼请求中包含至少一个第二标识,用于标识待寻呼的UE。
可选地,所述第二标识可为唯一识别网络中的用户,例如IMSI。
基站接收核心网发送的寻呼请求后,获取IMSI对应UE的第一标识。
可选地,所述第一标识为C-RNTI。
具体地,C-RNTI是由基站维护的临时标识,在接入网侧,基站可使用C-RNTI和子带号来联合标识UE或使用C-RNTI来标识UE,并与UE的IMSI相关联。
在本发明中对于第一标识,其规定使用的长度和取值范围决定了第一标识是否可以成为小区内UE的唯一标识。第一标识的长度不同,其取值范围也是不同的,也是就说可唯一标识用户数目是不同的。同时,第一标识的长度决定寻呼信息中可包含的寻呼UE的数目。当第一标识规定的长度可以其作为小区内UE的唯一标识时,基站可使用第一标识来标识UE。当第一标识规定长度不能使其作为小区内UE的唯一标识时,基站可使用第一标识和子带号联合来标识UE,此时的第一标识是在一个子带上可以唯一地标识UE。在小区中要求用户容量相同的情况下,与子带号联合标识UE的第一标识的长度要比仅使用第一标识的长度短一些。由于第一标识长度短,其寻呼信息中可包含寻呼用户数目会多一些,但因这种情况下第一标识要和子带号联合标识,在复杂度上会稍高一点。在实际应用中,可以取决于系统中小区用户容量来考虑使用哪种方式标识小区中的UE。另外,无论采用哪种方式标识小区中的UE,基站都会记录和维护小区内UE和其对应的子带号,用于基站对UE进行调度。
举例说明,第一标识为C-RNTI时,基站定义C-RNTI的长度和使用C-RNTI范围决定了C-RNTI是否可以成为小区内UE的唯一标识。C-RNTI的定义长度不同,其取值范围是不同的,也是就说可唯一标识用户数目是不同的。同时,C-RNTI的长度决定寻呼信息中可包含的C-RNTI的数目。以C-RNTI长度分别为7比特和16比特为例,当C-RNTI为7比特时,其取值范围[0,127],将C-RNTI和子带号来联合标识UE的RNTI值,如按照公式nRNTI=(subbandIndex+1)×27+nC-RNTI计算UE的小区唯一标识值,其中subbandIndex为UE所在子带号的索引值,nC-RNTI为UE的C-RNTI值。而当C-RNTI为16比特时,其取值范围[0,65535],可直接使用C-RNTI来标识小区内的UE。另外,当C-RNTI长度为7比特时,假设寻呼信息包括4个C-RNTI,寻呼专用DCI格式的长度为28比特。当C-RNTI长度为16比特时,假设寻呼信息包括2个C-RNTI,寻呼专用DCI格式的长度为32比特。
所述方法具体包括以下步骤:
步骤11、在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,所述寻呼信息包括至少一个第一标识;
在本步骤中,UE在物理下行控制信道监听寻呼信息,即可获取寻呼信息。
相应地,基站通过物理下行控制信道向UE发送寻呼信息,而不是通过物理下行共享信道向UE发送寻呼信息。
可以理解的是,基站通过物理下行控制信道向UE发送寻呼信息,因此可不通过物理下行控制信道向UE发送授权调度信息,也可不通过物理下行共享信道向UE发送寻呼信息,基站仅执行一次发送,且仅占用一个信道资源,即可使UE获取寻呼信息。
步骤12、UE查看所述第一标识与预先存储的标识是否匹配。
在本步骤中,UE本地存储有基站分配的C-RNTI,在获取寻呼信息后,查看寻呼信息中包括的所述C-RNTI与本地存储的C-RNTI是否匹配。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过接收物理下行控制信道发送的寻呼信息,UE仅监听一个信道即可获取寻呼信息,不仅减少了系统资源的开销,还可有效地降低了寻呼传输时延,进而有利于提升系统资源的利用率。
图3为本发明又一实施例提供的一种寻呼处理方法的流程示意图;
参照图3,在上述实施例的基础上,本实施例提供的寻呼处理方法。所述方法步骤11,接收eNB通过物理下行控制信道发送的寻呼信息的方式可有多种,本实施例举例说明其中一种。
所述方法包括步骤21:
步骤21、在预设的起始寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息。
在本步骤中,在预设的起始寻呼时刻,UE在物理下行控制信道监听寻呼信息,所述寻呼信息包括至少一个C-RNTI,UE可不监听物理下行控制信道的授权调度信息,也可不解析授权调度信息,再监听物理下行共享信道的寻呼信息,也就是说,UE仅监听一次发送,即可获取寻呼信息。
步骤22、在预设的再次寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息;其中,所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内。
在本步骤中,在预设的起始寻呼时刻,UE可能未接收到或未正确解调接收到寻呼信息,在此种情况下,本发明实施例设计一种方案提升UE接收寻呼信息的成功率。
具体地,在预设的再次寻呼时刻,UE通过物理下行控制信道接收到寻呼信息。
基站在预设的起始寻呼时刻发送寻呼信息,若UE未接收到或未正确解调寻呼信息,可继续监听,直至同一寻呼周期的再次寻呼时刻重复接收所述寻呼信息,UE再次接收寻呼信息,即增加UE获取寻呼信息的机会,并对接收到寻呼信息进行解调,若解调未成功,再和同一寻呼周期内之前接收的寻呼信息合并后再尝试解调,以通过能量累积从而可达到覆盖增强的效果。
可以理解的是,再次寻呼时刻可为多次,通过一个寻呼周期基站发送多次寻呼信息、UE对应接收寻呼信息的方式,通过能量累积支持覆盖增强,可减小传输延时。
在本步骤中,所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内,UE在一个寻呼周期内接收多次寻呼信息,使UE无需等下一个寻呼周期才能获取寻呼信息。同时,通过PDCCH承载寻呼信息,可减小寻呼信息的接收延迟。
步骤12、UE查看所述第一标识与预先存储的标识是否匹配。
在本步骤中,所述步骤12与上述实施例步骤12相同,本实施例不再赘述。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过UE在一个寻呼周期内接收多次寻呼信息,借由能量累积支持覆盖增强,使UE无需等下一个寻呼周期才能获取寻呼信息。同时,通过PDCCH承载寻呼信息,可减小寻呼信息的接收延迟。
在上述实施例的基础上,本实施例提供的寻呼处理方法。所述方法步骤11,接收eNB通过物理下行控制信道发送的寻呼信息的方式可有多种,本实施例举例说明其中一种。
所述方法包括:
在预设的寻呼时刻,在预先确定的子带上,UE接收eNB通过物理下行控制信道发送的寻呼信息;其中,所述预先确定的子带为所述UE对应的子带。
在本步骤中,对于UE支持单子带工作模式而言,承载在下行控制信道的下行控制信息必须在各个子带上独立发送,否则单子带UE因接收机带宽的限制而无法监听PDCCH。因此,本实施例针对230MHz频段频率资源的特点、单子带UE工作模式的需求和覆盖的要求来设计。
eNode B根据寻呼消息中UE的IMSI查找UE对应的第一标识C-RNTI和监听子带的子带号。eNode B通过子带号和第一标识C-RNTI联合标识待寻呼的UE,并根据待寻呼的UE所属的监听子带,来汇总成每个子带上待发送的寻呼信息,并在寻呼时刻发送寻呼信息。
具体地,eNode B根据待寻呼UE的C-RNTI和监听子带的子带号,记录各个子带上待寻呼的UE。eNode B按照记录的各个子带上待寻呼的UE来封装各子带上的寻呼信息,在相应的子带上发送对应的寻呼信息。
在频域上,考虑到支持单子带用户,预寻呼用户的寻呼信息将在该用户对应的监听子带上发送,以保证接收机受限的用户能够接收到寻呼信息。
需要说明的是,监听子带是指UE监听PDCCH所在的子带。对于寻呼场景,监听子带为UE的驻留子带,即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
需要说明的是,由于230MHz频段电力网系统的单子带帧结构设计,下行传输使用无线帧的前13个OFDM符号,因此UE无需获知寻呼发送时刻的子帧号。
具体地,该系统中一个无线帧的长度为25ms,其包含5个5ms的子帧,每子帧9个OFDM符号。其中根据该系统上下行业务的特征对上下行资源进行了规划。下行资源为子帧0的9个符号和子帧1的前4个符号,共13个符号。上行资源为子帧1的后4个符号和子帧2、子帧3、子帧4。
在频域上,考虑到支持单子带用户,eNode B将预寻呼用户的寻呼信息在该用户对应的监听子带上发送,以保证接收机受限的用户能够接收到寻呼信息。
对于接收寻呼信息而言,UE在预设的寻呼时刻,在UE自己所在的监听子带上接收寻呼信息。
步骤12、UE查看所述第一标识与预先存储的标识是否匹配。
在本步骤中,所述步骤12与上述实施例步骤12相同,本实施例不再赘述。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过UE在一个寻呼周期内接收多次寻呼信息,借由能量累积支持覆盖增强,提高UE接收寻呼信息的成功率,也使UE无需等下一个寻呼周期才能获取寻呼信息,可减小寻呼信息的接收延迟。
图4为本发明又一实施例提供的一种寻呼处理方法的流程示意图;
参照图4,在上述实施例的基础上,本发明又一实施例提供的寻呼处理方法。所述方法步骤11,接收eNB通过物理下行控制信道发送的寻呼信息的方式可有多种,本实施例举例说明其中一种。
所述方法包括步骤31:
步骤31、在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼专用下行控制信息,所述下行控制信息是eNB通过预设的寻呼专用下行控制信息格式封装的,并由寻呼标识P-RNTI加扰封装后的下行控制信息;其中,所述下行控制信息格式为eNB增加的一种下行控制信息的格式,包括寻呼指示域,所述寻呼指示域指示至少一个第一标识。
在本步骤中,不同于现有技术的下行控制信息和寻呼信息,在本实施例中,设计了一种寻呼信息的发送格式,即采用固定传输格式和字段大小在寻呼专用下行控制信息中来发送。
eNB在每一预先确定的子带上对该子带上的寻呼信息以预设的寻呼专用下行控制信息格式封装,并以寻呼标识P-RNTI对封装后的下行控制信息的校验信息位CRC进行加扰,得到各子带上相应的加扰封装的下行控制信息。
具体地,该寻呼信息的发送格式包含字段为各UE的C-RNTI。将寻呼信息以所述的寻呼专用下行控制信息的格式进行封装。
具体地,寻呼专用下行控制信息格式的长度可以是固定的,在固定比特数的格式里包含用户的CRNTI域。
具体地,CRNTI域可包含多个C-RNTI,举例来说,可包含字段为寻呼用户1的C-RNTI、寻呼用户2的C-RNTI和寻呼用户3的C-RNTI,共21比特。其中每个寻呼用户的C-RNTI长度是7比特,指示寻呼用户的C-RNTI值。换言之,此种情况寻呼专用下行控制信息格式的长度为21比特,CRNTI域包含3个寻呼用户的C-RNTI值。当然,具体寻呼信息的格式和内容可根据实际情况调整,不以此为限。
需要说明的是,在本实施例中对用户的RNTI进行压缩,例如,C-RNTI为7比特,基站通过子带号和C-RNTI值这两个值来联合标识用户。而寻呼P-RNTI的长度为16比特,其值是一个固定的数值。C-RNTI能够标识每个子带上用户的C-RNTI值,但并不能唯一地标识小区内所有用户,为此,发送寻呼信息所使用子带对应的子带号和该寻呼信息中包含的C-RNTI值联合起来标识要寻呼的用户。
步骤12、UE查看所述第一标识与预先存储的标识是否匹配。
UE根据接收到寻呼信息的子带号和该寻呼信息中包含的第一标识C-RNTI值来判断是否属于自己的寻呼。
本实施例提出一种新的寻呼专用下行控制信息格式,基站和UE按照预先定义DCI格式或按照双方预先进行交互协商确定的格式内容进行传输。在预设的寻呼时刻,基站采用这个格式发送,UE也可在PDCCH盲检和解析这种寻呼专用下行控制信息格式。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过UE接收eNB通过物理下行控制信道发送的寻呼专用下行控制信息,使得UE可快速解码获得寻呼信息。
图5为本发明又一实施例提供的一种寻呼处理方法的流程示意图.
参照图5,在上述实施例的基础上,本发明又一实施例提供的寻呼处理方法。所述方法包括:
步骤11、在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,所述寻呼信息包括至少一个第一标识。
在本步骤中,所述步骤11与上述实施例步骤11相同,本实施例不再赘述。
步骤12、UE查看所述第一标识与预先存储的标识是否匹配。
具体地,当UE成功地接收到寻呼信息时,UE解析寻呼信息的内容,并查看寻呼信息中寻呼用户标识(C-RNTI值)是否包含有该UE的用户标识(C-RNTI值),如果有匹配,则执行步骤13。否则,UE继续休眠,直到下一个寻呼周期的寻呼时刻再接收寻呼信息。
步骤13、UE根据预先获取的物理下行控制信道配置信息监听物理下行控制信道。
所述的PDCCH配置是指为UE专用搜索空间对应的PDCCH的相关配置。由于PDCCH和PDSCH时分复用,物理下行控制信道配置指示UE其专用搜索空间对应的PDCCH所在时域位置,即指示哪些无线帧的下行资源可作为该UE的PDCCH信道。也就是说,通过物理下行控制信道配置UE可以获知在哪些无线帧上监听C-RNTI加扰PDCCH。为此,UE根据该PDCCH配置信息确定PDCCH传输所在的无线帧,并在所述无线帧上监听C-RNTI加扰的PDCCH。
UE在一个寻呼周期内各寻呼时刻尝试接收寻呼信息,并对接收到的寻呼信息进行解析。
若UE成功地解析了该寻呼信息,则UE停止监听该寻呼周期内后续寻呼时刻(若在本次寻呼周期内在后续时刻还有寻呼时刻的情况下),并且查看在该寻呼信息中是否有属于自己的寻呼,即寻呼信息中所述用户标识中是否包含自己的标识。若是,UE在网络侧为其配置PDCCH信道所在时刻监听PDCCH,来接收该UE下行数据,若否,则UE继续在下一个寻呼周期内的寻呼时刻监听寻呼信息。
若UE没有成功地解析了该寻呼信息,则UE继续监听下一寻呼时刻直至寻呼周期结束。
需要说明的是,当这个寻呼周期结束后UE没有成功解析寻呼信息或成功解析的寻呼信息中没有属于自己的寻呼时,UE在下一个寻呼周期内的寻呼时刻继续监听寻呼信息。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过UE查看所述第一标识与预先存储的标识是否匹配,若匹配,则根据预先获取的物理下行控制信道配置信息监听物理下行控制信道,使得UE可继续监听物理下行控制信道。
上述方法实施例的确定寻呼时刻的方法有多种。
寻呼信息以一个可配置的周期内发送,其寻呼配置信元包含寻呼信息发送周期(pagingCycle)、发送重复次数(pagingNumRepetitions)和可选的发送帧号偏移量(offset-FrameNumber)。其中,寻呼信息的发送周期是指示给UE网络侧发送寻呼信息的寻呼周期参数。发送重复次数是指示在一个寻呼周期内寻呼信息重复发送的次数。发送帧号偏移量是指示寻呼信息在发送周期内的第几个无线帧上发送,缺省值为0。该偏移量为可选项,当寻呼信息中不携带该偏移量参数时,按照缺省值来配置参数值。eNode B通过在系统信息中携带寻呼配置信元,并在广播子带上广播给本小区的UE。UE在广播子带上接收系统信息中寻呼配置信元来获取寻呼发送的指示信息,即获知寻呼信息在网络侧发送的机会。
具体地,该系统信息可以包含在主信息块(MIB)或系统信息块(SIB)中。并通过广播子带发送给UE。
一旦接收到系统信息,UE将应用系统信息包含的配置。UE会应用寻呼配置信元包含的配置,再按照寻呼配置信元计算出每个寻呼消息发送周期内开始发送寻呼消息的寻呼时刻,以及该寻呼消息重复发送的时刻,并在这些时刻接收寻呼消息。
下面给出确定寻呼时刻的方法。通过计算PF-start(PF,Paging Frame)和PF-length来获得寻呼消息所在的系统无线帧号SFN。换言之,寻呼时刻由PF-start和PF-length确定。UE通过如下公式得到在一个寻呼周期内开始发送寻呼信息的系统无线帧号SFN(PF-start帧)。
(PF-start mod pagingCycle)=offset-FrameNumber
其中,pagingCycle表示发送寻呼信息的寻呼周期,offset-FrameNumber表示寻呼信息在发送周期内的第几个无线帧上发送,缺省值为0。
PF-length是寻呼窗长,由发送重复次数(pagingNumRepetitions)来配置,即PF-length=pagingNumRepetitions。
一个寻呼周期内寻呼信息发送时刻为[PF-start,PF-start+1,…,PF-start+PF-length-1]。其中,PF-start对应的是预设的起始寻呼时刻,从PF-start+1至PF-start+PF-length-1这些时刻对应的预设的再次寻呼时刻。由此,可以确定寻呼时刻的系统无线帧号SFN。
举例来说,UE获取预设的寻呼周期2000ms,若pagingCycle以无线帧数目为单位配置时,相当于pagingCycle=40。由于本发明中所应用的系统中一个无线帧的长度为25ms,若寻呼周期为2000ms时,就相当于40个无线帧的长度。当pagingCycle=40,offset-FrameNumber为0时,根据上述公式就可以计算出PF-start,即各寻呼周期内开始发送寻呼信息的无线帧号SFN,例如开始发送寻呼信息的无线帧号为0、40、80、120等。
假设一个寻呼周期的开始发送寻呼信息的无线帧号为0,假设当pagingNumRepetitions=4时,则该寻呼周期内再次发送寻呼信息的无线帧号为1、2和3。下一个寻呼周期的开始发送寻呼信息的无线帧号为40,同理,该寻呼周期内再次发送寻呼信息的无线帧号为41、42和43。
再举一个例子,假设当pagingCycle=40,offset-FrameNumber为1时,根据上述公式就可以计算出PF-start,即各寻呼周期内开始发送寻呼信息的无线帧号SFN,例如可发送寻呼信息的无线帧号为1、41、81、121等。同样假设当pagingNumRepetitions=4时,假设一个寻呼周期的开始发送寻呼信息的无线帧号为1,则该寻呼周期内再次发送寻呼信息的无线帧号为2、3和4。下一个寻呼周期的开始发送寻呼信息的无线帧号为41,该寻呼周期内再次发送寻呼信息的无线帧号为42、43和44。
在时域上,所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送,并且发送的重复次数相同。寻呼信息发送时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息,UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。
需要说明的是,由于230MHz频段电力网系统的单子带帧结构设计,下行传输使用无线帧的前13个OFDM符号,以无线帧为单位进行数据调度传输,因此UE无需获知寻呼发送时刻的子帧号。具体地,该系统中一个无线帧的长度为25ms,其包含5个5ms的子帧,每子帧9个OFDM符号。其中根据该系统上下行业务的特征对上下行资源进行了规划。下行资源为子帧0的9个符号和子帧1的前4个符号,共13个符号。上行资源为子帧1的后4个符号和子帧2、子帧3、子帧4。
在频域上,考虑到支持单子带用户,eNode B将预寻呼用户的寻呼信息在该用户对应的监听子带上发送,以保证接收机受限的用户能够接收到寻呼信息。
对于接收寻呼信息而言,UE按照时频域上规定的原则,需要先获知寻呼配置信元,再按照寻呼配置信元计算出每个寻呼信息发送周期内发送寻呼信息的寻呼时刻,并在所述的时刻在UE自己所在的监听子带上接收寻呼信息。
本发明实施例可应用于多种网络系统,为了更好的说明本实施例,在上述实施例的基础上,以应用于专网中为例进行说明。
当核心网需向UE发送下行数据时,需先向eNB发送寻呼请求,所述寻呼请求包括至少一个第二标识。
具体地,核心网将通过MME经S1接口向基站发送寻呼请求,并在该寻呼请求中包含至少一个第二标识,用于标识待寻呼的UE。
可选地,所述第一标识可为唯一识别网络中的用户,例如IMSI。
图6示出了本发明实施例提供的一种寻呼处理方法的流程示意图。
参照图6,本发明实施例提供的方法具体包括以下步骤:
步骤51、eNB接收核心网网元发送的寻呼请求,所述寻呼请求包括至少一个第二标识。
可选地,基站接收MME发送的寻呼请求,所述寻呼请求包括至少一个IMSI,IMSI对应的用户即为待寻呼的UE。
步骤52、在预设的寻呼时刻,eNB通过物理下行控制信道向与第一标识对应的UE发送寻呼信息,所述寻呼信息包括至少一个第一标识,使所述UE在所述寻呼时刻,接收所述寻呼信息;其中,eNB维护UE的第一标识和该UE预先确定的子带的子带号,并使用所述第一标识和对应的子带号来联合标识小区内的UE,或者eNB使用所述第一标识来标识小区内的UE,核心网使用第二标识来标识UE,UE的第一标识和子带号与第二标识相关联,或者UE的第一标识与第二标识相关联。
在本步骤中,基站获取IMSI对应的第一标识。所述第一标识可为C-RNTI(CellRadio Network Temporary Identifier,小区无线网络临时标识)。
具体地,C-RNTI是由基站维护的临时标识。
可选地,基站可使用第一标识来标识UE,第一标识与第二标识相关联。
在本发明中对于第一标识,其规定使用的长度和取值范围决定了第一标识是否可以成为小区内UE的唯一标识。第一标识的长度不同,其取值范围也是不同的,也是就说可唯一标识用户数目是不同的。同时,第一标识的长度决定寻呼信息中可包含的寻呼UE的数目。当第一标识规定的长度可以其作为小区内UE的唯一标识时,基站可使用第一标识来标识UE。当第一标识规定长度不能使其作为小区内UE的唯一标识时,基站可使用第一标识和子带号联合来标识UE,此时的第一标识是在一个子带上可以唯一地标识UE。
可选地,基站可使用所述第一标识和对应的子带号来联合标识UE,UE的第一标识和子带号与第二标识相关联。
在小区中要求用户容量相同的情况下,与子带号联合标识UE的第一标识的长度要比仅使用第一标识的长度短一些。由于第一标识长度短,其寻呼信息中可包含寻呼用户数目会多一些,但因这种情况下第一标识要和子带号联合标识,在复杂度上会稍高一点。在实际应用中,可以取决于系统中小区用户容量来考虑使用哪种方式标识小区中的UE。另外,无论采用哪种方式标识小区中的UE,基站都会记录和维护小区内UE和其对应的子带号,用于基站对UE进行调度。
在本步骤中,基站通过物理下行控制信道向UE发送寻呼信息,可不通过物理下行共享信道向UE发送寻呼信息。
其中,所述寻呼信息用于通知UE有下行数据到达。
可以理解的是,基站通过物理下行控制信道向UE发送寻呼信息,因此可不通过物理下行控制信道向UE发送授权调度信息,也可不通过物理下行共享信道向UE发送寻呼信息,基站仅占用一个信道资源,即可使UE获取寻呼信息。
相应地,UE通过物理下行控制信道接收寻呼信息,因此可不监听物理下行控制信道的授权调度信息,也可不解析授权调度信息,再监听物理下行共享信道的寻呼信息,UE仅监听一次发送,即可获取寻呼信息。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过物理下行控制信道向UE发送寻呼信息,仅占用一个信道资源即可使UE获取寻呼信息,不仅减少了系统资源的开销,还可有效地降低了寻呼传输时延,进而有利于提升系统资源的利用率。
在上述实施例的基础上,本发明又一实施例提供的寻呼处理方法。所述方法步骤51,发送寻呼信息的方式可有多种,本实施例以其中一种为例说明。
所述方法具体包括:
在预设的起始寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息;
在预设的再次寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息;
其中,所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内。
基站在预设的起始寻呼时刻发送寻呼信息,在UE监听物理下行控制信道有遗漏时,可继续监听,直至同一寻呼周期的再次寻呼时刻重复接收所述寻呼信息,UE再次接收寻呼信息,即增加UE获取寻呼信息的机会,从而可达到覆盖增强的效果。
在本步骤中,所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内,使基站在一个寻呼周期内发送多次寻呼信息,从而达到覆盖增强,以提高UE接收寻呼信息的可靠性。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过在一个寻呼周期内发送多次寻呼信息,UE在一个寻呼周期内接收多次寻呼信息,使UE无需等下一个寻呼周期才能获取寻呼信息,可减小寻呼信息的接收延迟。
本发明又一实施例提供的一种寻呼处理方法,在上述实施例的基础上,本实施例提供的寻呼处理方法,所述方法步骤51,发送寻呼信息的方式可有多种,本实施例以其中一种为例说明。
所述方法具体包括:
在预设的寻呼时刻,在预先确定的子带上,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息;
其中,所述预先确定的子带为eNB从本地存储中获取与所述UE对应的子带。
对于UE支持单子带工作模式而言,承载在PDCCH的下行控制信息(DownlinkControl Information,DCI)必须在各个子带上独立发送,否则单子带UE因接收机带宽的限制而无法监听PDCCH。
本实施例中,针对230MHz频段频率资源的特点、单子带UE工作模式的需求和覆盖的要求进行设计。
具体地,基站维护UE的C-RNTI和该UE驻留子带的子带号。在接收到来自于MME的寻呼请求后,确定待寻呼UE和对应发送子带。根据待寻呼的UE所属的监听子带,来汇总成每个子带上待发送的寻呼信息,并在寻呼信息的寻呼时刻在各个子带上发送相应的寻呼信息。
在寻呼时刻,按照记录的各个子带上待寻呼的UE来封装各子带上的寻呼信息,在相应的子带上按照规定的来发送对应的寻呼信息。
也就是说,基站根据各个待寻呼UE的C-RNTI和对应的子带号来封装各子带上寻呼信息,并在寻呼时刻在各个子带发送相应的寻呼信息。UE在寻呼时刻在自己所在的监听子带上接收寻呼信息,根据接收到寻呼信息的子带号和该寻呼信息中包含的C-RNTI值来判断是否属于自己的寻呼。
需要说明的是,监听子带是指UE监听PDCCH所在的子带。对于寻呼场景,监听子带为UE的驻留子带,即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过在频域上,考虑到支持单子带用户,基站将寻呼信息在UE对应的子带上发送,以保证接收机受限的UE能够接收到寻呼信息。
本发明又一实施例提供的一种寻呼处理方法,在上述实施例的基础上,本实施例提供的寻呼处理方法,所述方法步骤51步骤之前,寻呼信息的格式可有多种,本实施例举例说明其中一种。
所述方法具体包括:
eNB在每一预先确定的子带上对该子带上的寻呼信息以预设的寻呼专用下行控制信息格式封装,并以寻呼标识P-RNTI对封装后的下行控制信息的校验信息位CRC进行加扰,得到各子带上相应的加扰封装的下行控制信息。
在本步骤中,设计了一种寻呼信息的发送格式,即采用固定传输格式和字段大小在寻呼专用下行控制信息中来发送。
考虑到覆盖增强带来加大资源开销的问题,本发明设计了一种寻呼信息发送格式,即采用固定传输格式和字段大小在下行控制信息中来发送,并使用寻呼标识P-RNTI来加扰。该寻呼信息发送格式包含字段为寻呼用户1的C-RNTI、寻呼用户2的C-RNTI和寻呼用户3的C-RNTI,共21比特。其中每个寻呼用户的C-RNTI长度是7比特,指示寻呼用户的C-RNTI值。当然,具体寻呼信息的格式和内容可根据实际情况调整,不以此为限。
需要说明的是,在本系统中对用户的RNTI进行压缩,例如,C-RNTI为7比特,基站通过子带号和C-RNTI值这两个值来联合标识用户。而寻呼RNTI的长度为16比特,其值是一个固定的数值。每个子带上用户的C-RNTI值并不能唯一地标识用户,为此,发送寻呼信息所使用子带对应的子带号和该寻呼信息中包含的C-RNTI值联合起来标识要寻呼的用户。也就是说,UE根据接收到寻呼信息的子带号和该寻呼信息中包含的C-RNTI值来判断是否属于自己的寻呼。
本发明中寻呼信息发送格式实际上一种寻呼的DCI格式。但不同于NB-IoT系统,所述的格式包含的是具体的寻呼用户的标识(如C-RNTI值),而不是像NB-IoT系统包含的是寻呼的调度授权信息。
相应地,步骤52具体为:在预设的寻呼时刻,eNB在每一预先确定的子带上通过物理下行控制信道向与其子带对应的所述第一标识对应的UE发送所述加扰封装的下行控制信息。
由于现有技术中的下行控制信息很多域已经固定,若对现有的下行控制信息进行扩展,下行控制信息的比特率变小,且UE盲检次数增加。
本实施例提出一种新的寻呼专用下行控制信息格式,基站和UE预先进行交互协商格式内容,在预设的寻呼时刻,基站采用这个格式发送,UE也可解析这种寻呼专用下行控制信息格式,根据系统带宽得到寻呼域,确定寻呼域的比特数。
本实施例提供的寻呼处理方法,至少具有以下技术效果:
通过物理下行控制信道向UE发送携带寻呼信息的寻呼专用的下行控制信息,可实现在物理下行控制信道传输,减少了系统资源的开销。
为了更好的说明本实施例,在上述实施例的基础上,详述本发明实施例。
图7示出了本发明又一实施例提供的一种寻呼配置方法的信令交互示意图。
参照图7,本实施例寻呼过程如下描述。
1、当核心网需要向UE发送下行数据时,将通过MME经S1接口向基站发送寻呼请求,并在该寻呼请求中包含用户ID(ue-Identity,即IMSI)和跟踪区域标识(TAI,TrackingArea Identity)列表等信息。
具体地,核心网维护用户标识IMSI,通过IMSI来标识UE。
当需要向UE发送数据时,核心网将触发寻呼过程,将用户ID,即IMSI和TAI信息包含在寻呼请求中发送给基站。
2、基站接收到该寻呼请求后,执行寻呼判决。
主要判决两方面:其一,确定待寻呼的UE和对应的发送子带。
根据UE的TAI列表信息在TAI列表中的小区内按照预设的原则确定待寻呼的UE,并根据待寻呼的UE所属的监听子带,来汇总成每个子带上待发送的寻呼信息。
相应地,基站维护UE的C-RNTI和该UE驻留子带的子带号,并通过C-RNTI和子带号来联合标识UE,并与UE的IMSI相关联。
具体地操作如下:
首先,eNode B根据寻呼消息中UE的IMSI查找UE对应的C-RNTI和监听子带的子带号。
然后,根据UE的TAI列表信息,在TAI列表中的小区内确定待寻呼的UE,待寻呼的UE应该满足以下条件a和b:
a.待寻呼的UE在eNode B侧记录的当前状态为未激活状态。未激活状态表示UE支持DRX且UE的状态处于休眠状态,即不监听C-RNTI加扰的PDCCH。
b.在寻呼时刻到来之前,需要寻呼的UE一直没有发送调度请求(SR)。
需要说明的是,如果eNode B记录的待寻呼UE处于未激活状态,但是在寻呼时刻到达之前(即eNode B还没有发送待寻呼UE的寻呼信息),eNode B接收到待寻呼UE发送的SR,则eNode B将不发送该UE的寻呼信息,并更新该UE的状态为激活状态。
最后,根据待寻呼UE的C-RNTI和监听子带的子带号,记录各个子带上待寻呼的UE。
在频域上,考虑到支持单子带用户,预寻呼用户的寻呼信息将在该用户对应的监听子带上发送,以保证接收机受限的用户能够接收到寻呼信息。
需要说明的是,监听子带是指UE监听PDCCH所在的子带。
对于寻呼场景,监听子带为UE的驻留子带,即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
其二,根据预设的寻呼周期和偏移量,确定发送寻呼信息的寻呼时刻。
确定寻呼时刻的方式如前所述,本实施例不再赘述。
在时域上,所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送,并且发送的重复次数相同。寻呼信息寻呼时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息,UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。
需要说明的是,由于230MHz频段电力网系统的单子带帧结构设计,下行传输使用无线帧的前13个OFDM符号,以无线帧为单位进行数据调度传输,因此UE无需获知寻呼时刻的子帧号。具体地,该系统中一个无线帧的长度为25ms,其包含5个5ms的子帧,每子帧9个OFDM符号。其中根据该系统上下行业务的特征对上下行资源进行了规划。下行资源为子帧0的9个符号和子帧1的前4个符号,共13个符号。上行资源为子帧1的后4个符号和子帧2、子帧3、子帧4。
可以理解的是,230MHz频段电力网系统采用TDD双工方式,上下行是同一工作频率,除了上下行资源的规划外,对于子帧1的第5个符号是保护间隔GP(Guard Period),用于保护下行信号对上行信号的干扰。为了满足行业用户需求,制定了上述帧结构方式和数据传输机制,基站和UE在计算寻呼时刻时无需计算子帧,由此可降低计算复杂度,简化实现开发。
3、基站通过物理下行控制信道在各个子带上向UE发送下行控制信息。
应当说明的是,在本步骤之前,基站根据预设的寻呼周期和偏移量,以确定eNB发送寻呼信息的寻呼时刻,也就是寻呼信息何时发送及发送次数。
在时域上,所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送,并且发送的重复次数相同。
在频域上,考虑到支持单子带用户,预寻呼用户的寻呼信息将在该用户对应的监听子带上发送,以保证接收机受限的用户能够接收到寻呼信息。
4、UE接收寻呼信息。
对于UE而言,UE需要先获知寻呼配置信元,再按照寻呼配置信元计算出每个寻呼信息发送周期内发送寻呼信息的寻呼时刻,并在这个时刻在UE自己所在的监听子带上接收寻呼信息。
需要说明的是,监听子带是指UE监听PDCCH所在的子带。对于寻呼场景,监听子带为UE的驻留子带,即UE通过随机接入过程或网络侧的切换子带信令指示UE所驻留的子带。
应当说明的是,在本步骤之前,基站向小区内的UE广播系统信息,系统信息中包括寻呼配置信息,所述寻呼配置信息包含所有UE共用的无线资源配置信息,具体为寻呼周期、偏移量和发送次数,以确定寻呼信息何时发送及发送次数。
寻呼配置信息包含寻呼周期、发送次数和偏移量。其中,寻呼信息的寻呼周期是指示给UE网络侧发送寻呼信息的寻呼周期参数。该偏移量为可选项,当寻呼信息中不携带该偏移量参数时,按照缺省值来配置参数值,举例来说,缺省值为0。
基站通过在系统信息中携带寻呼配置信息,并在广播子带上广播给本小区的UE。UE在广播子带上接收系统信息中寻呼配置信息来获取寻呼发送的指示信息,即获知寻呼信息在网络侧发送的机会。
接收到系统信息后,UE将应用系统信息包含的配置确定寻呼信息的寻呼时刻。UE按照与基站相同的原则,利用寻呼配置信息计算出每个寻呼信息发送周期内开始发送寻呼信息的起始寻呼时刻,以及再次发送的时刻,并在这些时刻接收寻呼信息。
确定寻呼时刻的方法如前所述,本实施例不再赘述。
在时域上,所有UE的寻呼信息都在以相同的周期计算的相同起始时刻发送,并且发送的重复次数相同。寻呼信息发送时刻通过应用寻呼配置信元中包含的配置信息。基站在寻呼发送周期内的第PF-start个无线帧到第PF-start+PF-length-1个无线帧上重复下发对UE的寻呼信息,UE在相应的寻呼时刻接收一个寻呼发送周期内eNode B发送的寻呼信息。
在频域上,考虑到支持单子带用户,eNode B将预寻呼用户的寻呼信息在该用户对应的监听子带上发送,以保证接收机受限的用户能够接收到寻呼信息。
UE在一个寻呼周期内各寻呼时刻尝试接收寻呼信息,并对接收到的寻呼信息进行解析。
若UE成功地解析了该寻呼信息,则UE停止监听该寻呼周期内后续寻呼时刻(若在本次寻呼周期内在后续时刻还有寻呼时刻的情况下),并且查看在该寻呼信息中是否有属于自己的寻呼,即寻呼信息中所述用户标识中是否包含自己的标识。若是,UE在网络侧为其配置PDCCH信道所在时刻监听PDCCH,来接收该UE下行数据,若否,则UE继续在下一个寻呼周期内的寻呼时刻监听寻呼信息。
若UE没有成功地解析了该寻呼信息,则UE继续监听下一寻呼时刻直至寻呼周期结束。
需要说明的是,当这个寻呼周期结束后UE没有成功解析寻呼信息或成功解析的寻呼信息中没有属于自己的寻呼时,UE在下一个寻呼周期内的寻呼时刻继续监听寻呼信息。
本实施例提供的方法,至少具有以下技术效果:
通过利用寻呼周期和偏移量确定寻呼信息的寻呼时刻,不同终端的寻呼信息的寻呼时刻相同,可实现多个终端在相同寻呼时刻接收寻呼信息,且通过PDCCH来传输寻呼信息,可进一步节省资源开销。
最后应说明的是:以上实施例仅用以说明本发明实施例的技术方案,而非对其限制;尽管参照前述实施例对本发明实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。
Claims (10)
1.一种寻呼处理方法,其特征在于,包括:
在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,所述寻呼信息包括至少一个第一标识;
UE查看所述第一标识与预先存储的标识是否匹配。
2.根据权利要求1所述的方法,其特征在于,所述在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,具体为,
在预设的起始寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息;
在预设的再次寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息;
其中,所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内。
3.根据权利要求1所述的方法,其特征在于,所述在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,具体为,
在预设的寻呼时刻,在预先确定的子带上,UE接收eNB通过物理下行控制信道发送的寻呼信息;
其中,所述预先确定的子带为所述UE对应的子带。
4.根据权利要求1所述的方法,其特征在于,所述在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼信息,具体为,
在预设的寻呼时刻,UE接收eNB通过物理下行控制信道发送的寻呼专用下行控制信息,所述下行控制信息是eNB通过预设的寻呼专用下行控制信息格式封装的,并由寻呼标识P-RNTI加扰封装后的下行控制信息;
其中,所述下行控制信息格式为eNB增加的一种下行控制信息的格式,包括寻呼指示域,所述寻呼指示域指示至少一个第一标识。
5.根据权利要求1所述的方法,其特征在于,所述UE查看所述第一标识与预先存储的标识是否匹配之后,所述方法还包括:
若匹配,则UE根据预先获取的物理下行控制信道配置信息监听物理下行控制信道。
6.一种寻呼处理方法,其特征在于,包括:
eNB接收核心网网元发送的寻呼请求,所述寻呼请求包括至少一个第二标识;
在预设的寻呼时刻,eNB通过物理下行控制信道向与第一标识对应的UE发送寻呼信息,所述寻呼信息包括至少一个第一标识,使所述UE在所述寻呼时刻,接收所述寻呼信息;
其中,eNB维护UE的第一标识和该UE预先确定的子带的子带号,并使用所述第一标识和对应的子带号来联合标识小区内的UE,或者eNB使用所述第一标识来标识小区内的UE,核心网使用第二标识来标识UE,UE的第一标识和子带号与第二标识相关联,或者UE的第一标识与第二标识相关联。
7.根据权利要求6所述的方法,其特征在于:所述在预设的寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息,具体为,
在预设的起始寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息;
在预设的再次寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息;
其中,所述再次寻呼时刻与所述起始寻呼时刻处于同一寻呼周期内。
8.根据权利要求6所述的方法,其特征在于:所述在预设的寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息,具体为,
在预设的寻呼时刻,在预先确定的子带上,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息;
其中,所述预先确定的子带为eNB从本地存储中获取与所述UE对应的子带。
9.根据权利要求6所述的方法,其特征在于:所述在预设的寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息之前,所述方法还包括:
eNB在每一预先确定的子带上对该子带上的寻呼信息以预设的寻呼专用下行控制信息格式封装,并以寻呼标识P-RNTI对封装后的下行控制信息的校验信息位CRC进行加扰,得到各子带上相应的加扰封装的下行控制信息;
相应地,所述在预设的寻呼时刻,eNB通过物理下行控制信道向与所述第一标识对应的UE发送寻呼信息,具体为在预设的寻呼时刻,eNB在每一预先确定的子带上通过物理下行控制信道向与其子带对应的所述第一标识对应的UE发送所述加扰封装的下行控制信息。
10.根据权利要求9所述的方法,其特征在于:所述eNB在每一预先确定的子带上对该子带上的寻呼信息以预设的寻呼专用下行控制信息格式封装之前,所述方法还包括:
eNB增加一种寻呼专用下行控制信息的格式,包括寻呼指示域,所述寻呼指示域指示至少一个第一标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710414852.9A CN108990150B (zh) | 2017-06-05 | 2017-06-05 | 寻呼处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710414852.9A CN108990150B (zh) | 2017-06-05 | 2017-06-05 | 寻呼处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108990150A true CN108990150A (zh) | 2018-12-11 |
CN108990150B CN108990150B (zh) | 2022-02-18 |
Family
ID=64501306
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710414852.9A Expired - Fee Related CN108990150B (zh) | 2017-06-05 | 2017-06-05 | 寻呼处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108990150B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113133093A (zh) * | 2020-01-13 | 2021-07-16 | 维沃移动通信有限公司 | 寻呼方法及设备 |
WO2022262609A1 (zh) * | 2021-06-16 | 2022-12-22 | 华为技术有限公司 | 一种业务寻呼方法、相关设备及系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102572937A (zh) * | 2010-12-23 | 2012-07-11 | 普天信息技术研究院有限公司 | 一种宽带集群系统中随机接入的方法、基站及系统 |
CN102612119A (zh) * | 2011-01-19 | 2012-07-25 | 华为技术有限公司 | 一种处理方法、通信方法及装置 |
CN102833734A (zh) * | 2011-06-14 | 2012-12-19 | 普天信息技术研究院有限公司 | 一种传输寻呼信息的方法 |
CN102932883A (zh) * | 2011-08-12 | 2013-02-13 | 中兴通讯股份有限公司 | 一种实现drx的方法和系统 |
CN103427970A (zh) * | 2012-05-23 | 2013-12-04 | 华为技术有限公司 | 传输下行控制信息的方法、用户设备和基站 |
CN104349457A (zh) * | 2013-08-08 | 2015-02-11 | 电信科学技术研究院 | 一种寻呼方法、寻呼消息获取方法及基站、终端 |
US9131464B2 (en) * | 2007-10-30 | 2015-09-08 | Qualcomm Incorporated | Control arrangement and method for communicating paging messages in a wireless communication system |
CN106211328A (zh) * | 2015-04-30 | 2016-12-07 | 中国移动通信集团公司 | 一种寻呼方法及寻呼装置 |
-
2017
- 2017-06-05 CN CN201710414852.9A patent/CN108990150B/zh not_active Expired - Fee Related
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9131464B2 (en) * | 2007-10-30 | 2015-09-08 | Qualcomm Incorporated | Control arrangement and method for communicating paging messages in a wireless communication system |
CN102572937A (zh) * | 2010-12-23 | 2012-07-11 | 普天信息技术研究院有限公司 | 一种宽带集群系统中随机接入的方法、基站及系统 |
CN102612119A (zh) * | 2011-01-19 | 2012-07-25 | 华为技术有限公司 | 一种处理方法、通信方法及装置 |
CN102833734A (zh) * | 2011-06-14 | 2012-12-19 | 普天信息技术研究院有限公司 | 一种传输寻呼信息的方法 |
CN102932883A (zh) * | 2011-08-12 | 2013-02-13 | 中兴通讯股份有限公司 | 一种实现drx的方法和系统 |
CN103427970A (zh) * | 2012-05-23 | 2013-12-04 | 华为技术有限公司 | 传输下行控制信息的方法、用户设备和基站 |
CN104349457A (zh) * | 2013-08-08 | 2015-02-11 | 电信科学技术研究院 | 一种寻呼方法、寻呼消息获取方法及基站、终端 |
CN106211328A (zh) * | 2015-04-30 | 2016-12-07 | 中国移动通信集团公司 | 一种寻呼方法及寻呼装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113133093A (zh) * | 2020-01-13 | 2021-07-16 | 维沃移动通信有限公司 | 寻呼方法及设备 |
CN113133093B (zh) * | 2020-01-13 | 2022-08-02 | 维沃移动通信有限公司 | 寻呼方法及设备 |
WO2022262609A1 (zh) * | 2021-06-16 | 2022-12-22 | 华为技术有限公司 | 一种业务寻呼方法、相关设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN108990150B (zh) | 2022-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11405855B2 (en) | Telecommunications apparatus and methods | |
EP3468268B1 (en) | Method for selecting, in selection period, subframe excluding subframe relating to subframe in which transmission has been performed during sensing period in wireless communication system, and terminal using same | |
US10091764B2 (en) | Enhanced paging mechanism for machine type communication | |
CN107258105B (zh) | 运行寻呼机制以实现增强覆盖模式 | |
CN101690277B (zh) | 移动通信系统、基站及移动终端 | |
KR101823475B1 (ko) | Mtc 기기가 사용되는 이동통신시스템에서 메시지 송수신 방법 및 이를 위한 장치 | |
KR102084502B1 (ko) | 머신 타입 통신을 위한 통신 시스템 및 방법 | |
KR102202893B1 (ko) | Nb-iot 디바이스의 페이징을 위한 공통 서치 공간(css) | |
EP3537825B1 (en) | System-information acquisition method, user equipment, and network-side device | |
US11770866B2 (en) | Service data transmission method, access point, and station | |
WO2015110010A1 (zh) | 一种寻呼消息传输方法及装置 | |
CN107409420A (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
CN103857037B (zh) | 移动无线设备和操作方法 | |
US10149228B2 (en) | Terminal device, base station apparatus, communication system, control method, and integrated circuit | |
CN107431964A (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
KR101540481B1 (ko) | 이동통신 시스템에서의 시스템정보에 포함된 스케줄링 정보를 이용하여 재해경보 메시지를 수신하는 방법 | |
KR101804620B1 (ko) | 페이징 메시지 전송 방법 및 그 장치 | |
WO2019028925A1 (zh) | 一种通信方法及相关设备 | |
EP4037423A1 (en) | Method and device for processing sidelink operation, and storage medium | |
KR20160136219A (ko) | 시스템 정보 송수신 방법 및 그 장치 | |
CN108990149A (zh) | 寻呼配置方法 | |
CN104010278B (zh) | Td-scdma集群系统组呼建立方法及系统 | |
KR20150105602A (ko) | 페이징 메시지를 전송하는 방법 및 그 장치 | |
CN107404767A (zh) | 基站及其调度用户设备的方法 | |
CN108990150A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20220218 |
|
CF01 | Termination of patent right due to non-payment of annual fee |