CN103731919A - 一种基于优先级的寻呼方法和设备 - Google Patents
一种基于优先级的寻呼方法和设备 Download PDFInfo
- Publication number
- CN103731919A CN103731919A CN201210389143.7A CN201210389143A CN103731919A CN 103731919 A CN103731919 A CN 103731919A CN 201210389143 A CN201210389143 A CN 201210389143A CN 103731919 A CN103731919 A CN 103731919A
- Authority
- CN
- China
- Prior art keywords
- priority
- page queue
- paging request
- equipment
- downlink data
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种基于优先级的寻呼方法和设备,该方法包括:核心网设备在接收到下行数据包后,如果所述下行数据包对应的终端设备处于待机状态,则所述核心网设备从所述下行数据包的服务等级指示SCI字段中获得业务类别信息;所述核心网设备确定所述业务类别信息对应的优先级,并利用所述优先级对所述下行数据包进行寻呼。本发明实施例中,可以实现区分业务优先级的差异化寻呼方式,提升运营商自有业务或关键业务的用户体验。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于优先级的寻呼方法和设备。
背景技术
为了节省有限的无线频谱资源,无线通信系统在终端设备待机时,并不分配无线信道给终端设备;进一步的,在网络需要访问处于待机状态的终端设备时,为了唤醒待机状态的终端设备,网络需要在所有可能的区域内广播寻呼该终端设备,且该终端设备在收到寻呼后,脱离待机状态,并在建立无线信道后,网络可以完成对该终端设备的访问。
寻呼可以分为语音寻呼和数据寻呼,对于由数据业务引发的数据寻呼,由SGSN(Serving GPRS Supporting Node,服务GPRS支持节点)/MME(Mobility Management Entity,移动性管理实体)等发起寻呼过程,并由BSC(Base Station Controller,基站控制器)/RNC(Radio Network Controller,无线网络控制器)/eNodeB(Evolved Node B,基站)等执行寻呼过程。
具体的,在LTE(Long Term Evolution,长期演进)寻呼流程中,网络的下行数据包到达MME后,MME向eNodeB发起寻呼,并由eNodeB向UE(User Equipment,用户设备)发起寻呼;在2G/3G寻呼流程中,网络的下行数据包到达SGSN后,SGSN向RNC/BSC发起寻呼,并由RNC/BSC向UE发起寻呼。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
随着数据业务的发展,即时消息和微博等小数据包类应用被广泛使用,这类应用对网络带来巨大影响,并大幅增加数据寻呼的执行次数,从而导致寻呼失败率很高;现有技术中对所有数据寻呼进行统一处理,用户体验较差。
发明内容
本发明实施例提供一种基于优先级的寻呼方法和设备,以基于下行数据包的业务优先级进行寻呼,提高用户体验。
为达到上述目的,本发明实施例提供一种基于优先级的寻呼方法,包括:
核心网设备在接收到下行数据包之后,如果所述下行数据包对应的终端设备处于待机状态,则所述核心网设备从所述下行数据包的服务等级指示SCI字段中获得业务类别信息;
所述核心网设备确定所述业务类别信息对应的优先级,并利用所述优先级对所述下行数据包进行寻呼。
本发明实施例提供一种基于优先级的寻呼方法,包括:
接入网设备接收来自核心网设备的下行数据包对应的寻呼请求,且所述下行数据包对应的寻呼请求中携带了所述下行数据包的业务类别信息;
所述接入网设备确定所述业务类别信息对应的优先级,并利用所述优先级对所述下行数据包进行寻呼。
本发明实施例提供一种核心网设备,包括:
获得模块,用于在接收到下行数据包之后,如果所述下行数据包对应的终端设备处于待机状态,则从所述下行数据包的服务等级指示SCI字段中获得业务类别信息;
确定模块,用于确定所述业务类别信息对应的优先级;
处理模块,用于利用所述优先级对所述下行数据包进行寻呼。
本发明实施例提供一种接入网设备,包括:
接收模块,用于接收来自核心网设备的下行数据包对应的寻呼请求,且所述下行数据包对应的寻呼请求中携带了所述下行数据包的业务类别信息;
确定模块,用于确定所述业务类别信息对应的优先级;
处理模块,用于利用所述优先级对所述下行数据包进行寻呼。
与现有技术相比,本发明实施例至少具有以下优点:本发明实施例中,可以基于下行数据包的业务优先级进行寻呼,以实现区分业务优先级的差异化寻呼方式,从而提升运营商自有业务或关键业务的用户体验和用户粘度。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的一种基于优先级的寻呼方法流程示意图;
图2是本发明实施例二提供的一种基于优先级的寻呼方法流程示意图;
图3是本发明实施例三提供的一种核心网设备的结构示意图;
图4是本发明实施例四提供的一种接入网设备的结构示意图。
具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供了一种基于优先级的寻呼方法,由核心网设备(如SGSN/MME等)基于优先级进行寻呼,如图1所示,该方法包括以下步骤:
步骤101,核心网设备在收到下行数据包后,如果下行数据包对应的终端设备处于待机状态,则从下行数据包的SCI(Service Class Indicator,服务等级指示)字段中获得业务类别信息;如果下行数据包对应的终端设备不是待机状态,则将下行数据包发送给终端设备,该过程本发明实施例中不再赘述。
具体的,在SIRIG(Service Identification for RRC Improvements in GERAN,GERAN(无线接入网络)中基于RRC(无线资源控制)演进的服务标识)中定义了随路信令SCI字段,该SCI字段用于接入网设备根据业务类别优化无线资源调度,且该SCI字段中携带了业务类别信息;基于此,本发明实施例中,核心网设备可以从下行数据包的SCI字段中获得业务类别信息。
步骤102,核心网设备确定业务类别信息对应的优先级;其中,不同的业务类别信息可以对应相同的优先级,也可以对应不同的优先级。
本发明实施例中,该SCI字段中携带的业务类别信息可以包括但不限于:会话类业务(Conversational Class)、流类业务(Streaming Class)、交互类业务(Interactive Class)、背景类业务(Background Class)等;基于实际需要,可以设置会话类业务具有第一优先级(最高级别),流类业务具有第二优先级,交互类业务具有第三优先级,背景类业务具有第四优先级(最低级别);也可以设置会话类业务和流类业务具有第一优先级(最高级别),交互类业务和背景类业务具有第二优先级(最低级别);业务类别信息与优先级的对应关系可以根据实际需要任意设置,本发明实施例中不再详加赘述。
为了对用户提供更好的业务体验,还可以综合考虑用户级别信息以及业务类别信息,并确定对应的优先级;为此,在本发明实施例的一种优选实施方式中,还可以对SCI字段进行扩展,使得该SCI字段中携带用户级别信息;或者,在下行数据包中扩展UCI(User Class Indicator,用户等级指示)字段,并通过该UCI字段携带用户级别信息;基于此,核心网设备可以从下行数据包的SCI字段或者UCI字段中获得用户级别信息,并确定该业务类别信息(从SCI字段中获得)以及用户级别信息所对应的优先级。
业务类别信息和用户级别信息与优先级的对应关系可以任意设置,例如,假设SCI字段中携带的业务类别信息为会话类业务、流类业务、交互类业务、背景类业务,SCI字段或UCI字段中携带的用户级别信息为第一级别、第二级别,则基于实际需要,可以设置第一级别的会话类业务具有第一优先级(最高级别),第一级别的流类业务具有第二优先级,第一级别的交互类业务具有第三优先级,第一级别的背景类业务具有第四优先级,第二级别的会话类业务具有第五优先级,第二级别的流类业务具有第六优先级,第二级别的交互类业务具有第七优先级,第二级别的背景类业务具有第八优先级(最低级别)。
步骤103,核心网设备利用优先级对下行数据包进行寻呼。
本发明实施例的一种优选实施方式中,可以在核心网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级,因此在确定了业务类别信息对应的优先级之后,可以确定该优先级对应的寻呼队列;基于此,
核心网设备利用优先级对下行数据包进行寻呼包括如下步骤:
步骤1、核心网设备确定优先级对应的寻呼队列。
本发明实施例中,核心网设备将单一的寻呼队列扩展为多个区分优先级的寻呼队列,假设优先级分为第一优先级、第二优先级、第三优先级和第四优先级,则核心网设备上可以维护有四个寻呼队列,维护的四个寻呼队列分别为寻呼队列1、寻呼队列2、寻呼队列3和寻呼队列4;其中,寻呼队列1可以对应第一优先级(最高级别),寻呼队列2可以对应第二优先级,寻呼队列3可以对应第三优先级,寻呼队列4可以对应第四优先级(最低级别)。
进一步的,如果业务类别信息对应的优先级为第一优先级,则该优先级对应的寻呼队列为寻呼队列1;如果业务类别信息对应的优先级为第二优先级,则该优先级对应的寻呼队列为寻呼队列2;如果业务类别信息对应的优先级为第三优先级,则该优先级对应的寻呼队列为寻呼队列3;如果业务类别信息对应的优先级为第四优先级,则该优先级对应的寻呼队列为寻呼队列4。
步骤2,核心网设备将下行数据包对应的寻呼请求添加到优先级对应的寻呼队列。如果业务类别信息对应的优先级为第一优先级,则核心网设备将下行数据包对应的寻呼请求添加到寻呼队列1;如果业务类别信息对应的优先级为第二优先级,则核心网设备将下行数据包对应的寻呼请求添加到寻呼队列2;如果业务类别信息对应的优先级为第三优先级,则核心网设备将下行数据包对应的寻呼请求添加到寻呼队列3;如果业务类别信息对应的优先级为第四优先级,则核心网设备将下行数据包对应的寻呼请求添加到寻呼队列4。
步骤3、核心网设备在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
本发明实施例中,核心网设备优先对具有高优先级的寻呼队列中的寻呼请求进行处理,具体包括但不限于如下方式:
方式一,该方式包括以下步骤、步骤A、核心网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;步骤B、核心网设备对具有最高优先级的寻呼队列中的寻呼请求进行处理;步骤C、核心网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;步骤D、核心网设备对具有下一优先级的寻呼队列中的寻呼请求进行处理。
假设寻呼队列1对应第一优先级(最高级别),寻呼队列2对应第二优先级,寻呼队列3对应第三优先级,寻呼队列4对应第四优先级(最低级别),则:核心网设备判断寻呼队列1(具有最高优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列1中的寻呼请求进行处理;如果否,则判断寻呼队列2(寻呼队列1的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列2中的寻呼请求进行处理;如果否,则判断寻呼队列3(寻呼队列2的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列3中的寻呼请求进行处理;如果否,则判断寻呼队列4(寻呼队列3的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列4中的寻呼请求进行处理;如果否,则结束流程。
方式二,该方式包括以下步骤:步骤a、核心网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,执行步骤b;否则执行步骤e;步骤b、核心网设备读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;步骤c、核心网设备对当前需要处理的寻呼队列中的一个寻呼请求进行处理,将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;步骤d、核心网设备判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,执行步骤b;否则执行步骤e;步骤e、核心网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,执行步骤b;否则执行步骤e。
本发明实施例中,每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,寻呼队列初始被分配的优先级权值越大;例如,假设寻呼队列1对应第一优先级(最高级别),寻呼队列2对应第二优先级,寻呼队列3对应第三优先级,寻呼队列4对应第四优先级(最低级别),则在初始分配时,可以为寻呼队列1分配优先级权值20,为寻呼队列2分配优先级权值15,为寻呼队列3分配优先级权值10,为寻呼队列4分配优先级权值5。
基于各寻呼队列的优先级权值,则方式二的步骤如下:
步骤1、核心网设备判断寻呼队列1(具有最高优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,执行步骤2;否则执行步骤5;
步骤2、核心网设备读取寻呼队列1(当前需要处理的寻呼队列)所对应的优先级权值;当优先级权值不为0时,执行步骤3;否则执行步骤5;
步骤3、核心网设备对寻呼队列1(当前需要处理的寻呼队列)中的一个寻呼请求(队列中最靠前的寻呼请求或任意一个寻呼请求)进行处理,将寻呼队列1(当前需要处理的寻呼队列)所对应的优先级权值减1,转到步骤4;
步骤4、核心网设备判断寻呼队列1(当前需要处理的寻呼队列)中是否有待处理的寻呼请求;如果是,则执行步骤2;否则执行步骤5;
步骤5、核心网设备判断寻呼队列2(寻呼队列1的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,执行步骤6;否则执行步骤9;
步骤6、核心网设备读取寻呼队列2(当前需要处理的寻呼队列)所对应的优先级权值;当优先级权值不为0时,执行步骤7;否则执行步骤9;
步骤7、核心网设备对寻呼队列2(当前需要处理的寻呼队列)中的一个寻呼请求(队列中最靠前的寻呼请求或任意一个寻呼请求)进行处理,将寻呼队列2(当前需要处理的寻呼队列)所对应的优先级权值减1,转到步骤8;
步骤8、核心网设备判断寻呼队列2(当前需要处理的寻呼队列)中是否有待处理的寻呼请求;如果是,则执行步骤6;否则执行步骤9;
步骤9、核心网设备判断寻呼队列3(寻呼队列2的下一优先级的寻呼队列)中是否有待处理的寻呼请求;以此类推,后续过程不再详加赘述。
本发明实施例中,按照上述方式对具有最低优先级的寻呼队列处理完成后,还需要恢复各寻呼队列所对应的优先级权值,即恢复各寻呼队列初始分配的优先级权值(该优先级权值可配置);例如,将寻呼队列1的优先级权值恢复为20,将寻呼队列2的优先级权值恢复为15,将寻呼队列3的优先级权值恢复为10,将寻呼队列4的优先级权值恢复为5。
实施例二
本发明实施例一所提出的基于优先级的寻呼方法中,是由核心网设备基于优先级进行寻呼的,而在具体实现过程中,核心网设备还可以基于正常流程进行寻呼,并由接入网设备基于优先级进行寻呼;基于此,核心网设备从下行数据包的SCI字段中获得业务类别信息之后,还可以将业务类别信息添加到下行数据包对应的寻呼请求(如寻呼请求的扩展字段)中,并将下行数据包对应的寻呼请求发送给接入网设备;基于上述过程中,本发明实施例二提供了一种基于优先级的寻呼方法,由接入网设备(如BSC/RNC/eNodeB等)基于优先级进行寻呼,如图2所示,该方法包括以下步骤:
步骤201,接入网设备接收来自核心网设备的下行数据包对应的寻呼请求,且该下行数据包对应的寻呼请求中携带了下行数据包的业务类别信息。
步骤202,接入网设备确定业务类别信息对应的优先级;其中,不同的业务类别信息可以对应相同的优先级,也可以对应不同的优先级。
本发明实施例中,该寻呼请求中携带的业务类别信息可以包括但不限于:会话类业务(Conversational Class)、流类业务(Streaming Class)、交互类业务(Interactive Class)、背景类业务(Background Class)等;基于实际需要,可以设置会话类业务具有第一优先级(最高级别),流类业务具有第二优先级,交互类业务具有第三优先级,背景类业务具有第四优先级(最低级别);也可以设置会话类业务和流类业务具有第一优先级(最高级别),交互类业务和背景类业务具有第二优先级(最低级别);业务类别信息与优先级的对应关系可以根据实际需要任意设置,本发明实施例中不再详加赘述。
为了对用户提供更好的业务体验,还可以综合考虑用户级别信息以及业务类别信息,并确定对应的优先级;为此,在本发明实施例的一种优选实施方式中,核心网设备从下行数据包的SCI字段中获得业务类别信息,并从下行数据包的SCI字段或者UCI字段中获得用户级别信息之后,还可以将业务类别信息和用户级别信息添加到下行数据包对应的寻呼请求(如寻呼请求的扩展字段)中,并将下行数据包对应的寻呼请求发送给接入网设备;基于此,接入网设备确定业务类别信息对应的优先级的过程,进一步包括:当下行数据包对应的寻呼请求中携带了业务类别信息和用户级别信息时,接入网设备确定业务类别信息以及用户级别信息所对应的优先级。
业务类别信息和用户级别信息与优先级的对应关系可以任意设置,例如,寻呼请求中携带的业务类别信息为会话类业务、流类业务、交互类业务、背景类业务,携带的用户级别信息为第一级别、第二级别,则基于实际需要,可以设置第一级别的会话类业务具有第一优先级(最高级别),第一级别的流类业务具有第二优先级,第一级别的交互类业务具有第三优先级,第一级别的背景类业务具有第四优先级,第二级别的会话类业务具有第五优先级,第二级别的流类业务具有第六优先级,第二级别的交互类业务具有第七优先级,第二级别的背景类业务具有第八优先级(最低级别)。
步骤203,接入网设备利用优先级对下行数据包进行寻呼。
本发明实施例的一种优选实施方式中,可以在接入网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级,因此在确定了业务类别信息对应的优先级之后,可以确定该优先级对应的寻呼队列;基于此,
接入网设备利用优先级对下行数据包进行寻呼包括如下步骤:
步骤1、确定优先级对应的寻呼队列。
本发明实施例中,接入网设备将单一的寻呼队列扩展为多个区分优先级的寻呼队列,假设优先级分为第一优先级、第二优先级、第三优先级和第四优先级,则接入网设备上可以维护有四个寻呼队列,维护的四个寻呼队列分别为寻呼队列1、寻呼队列2、寻呼队列3和寻呼队列4;其中,寻呼队列1可以对应第一优先级(最高级别),寻呼队列2可以对应第二优先级,寻呼队列3可以对应第三优先级,寻呼队列4可以对应第四优先级(最低级别)。
进一步的,如果业务类别信息对应的优先级为第一优先级,则该优先级对应的寻呼队列为寻呼队列1;如果业务类别信息对应的优先级为第二优先级,则该优先级对应的寻呼队列为寻呼队列2;如果业务类别信息对应的优先级为第三优先级,则该优先级对应的寻呼队列为寻呼队列3;如果业务类别信息对应的优先级为第四优先级,则该优先级对应的寻呼队列为寻呼队列4。
步骤2,接入网设备将下行数据包对应的寻呼请求添加到优先级对应的寻呼队列。如果业务类别信息对应的优先级为第一优先级,则接入网设备将下行数据包对应的寻呼请求添加到寻呼队列1;如果业务类别信息对应的优先级为第二优先级,则接入网设备将下行数据包对应的寻呼请求添加到寻呼队列2;如果业务类别信息对应的优先级为第三优先级,则接入网设备将下行数据包对应的寻呼请求添加到寻呼队列3;如果业务类别信息对应的优先级为第四优先级,则接入网设备将下行数据包对应的寻呼请求添加到寻呼队列4。
步骤3,接入网设备在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
本发明实施例中,接入网设备优先对具有高优先级的寻呼队列中的寻呼请求进行处理,具体包括但不限于如下方式:
方式一,该方式包括以下步骤、步骤A、接入网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;步骤B、接入网设备对具有最高优先级的寻呼队列中的寻呼请求进行处理;步骤C、接入网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;步骤D、接入网设备对具有下一优先级的寻呼队列中的寻呼请求进行处理。
假设寻呼队列1对应第一优先级(最高级别),寻呼队列2对应第二优先级,寻呼队列3对应第三优先级,寻呼队列4对应第四优先级(最低级别),则:接入网设备判断寻呼队列1(具有最高优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列1中的寻呼请求进行处理;如果否,则判断寻呼队列2(寻呼队列1的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列2中的寻呼请求进行处理;如果否,则判断寻呼队列3(寻呼队列2的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列3中的寻呼请求进行处理;如果否,则判断寻呼队列4(寻呼队列3的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,则对寻呼队列4中的寻呼请求进行处理;如果否,则结束流程。
方式二,该方式包括以下步骤:步骤a、接入网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,执行步骤b;否则执行步骤e;步骤b、接入网设备读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;步骤c、接入网设备对当前需要处理的寻呼队列中的一个寻呼请求进行处理,将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;步骤d、接入网设备判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,执行步骤b;否则执行步骤e;步骤e、接入网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,执行步骤b;否则执行步骤e。
本发明实施例中,每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,寻呼队列初始被分配的优先级权值越大;例如,假设寻呼队列1对应第一优先级(最高级别),寻呼队列2对应第二优先级,寻呼队列3对应第三优先级,寻呼队列4对应第四优先级(最低级别),则在初始分配时,可以为寻呼队列1分配优先级权值20,为寻呼队列2分配优先级权值15,为寻呼队列3分配优先级权值10,为寻呼队列4分配优先级权值5。
基于各寻呼队列的优先级权值,则方式二的步骤如下:
步骤1、接入网设备判断寻呼队列1(具有最高优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,执行步骤2;否则执行步骤5;
步骤2、接入网设备读取寻呼队列1(当前需要处理的寻呼队列)所对应的优先级权值;当优先级权值不为0时,执行步骤3;否则执行步骤5;
步骤3、接入网设备对寻呼队列1(当前需要处理的寻呼队列)中的一个寻呼请求(队列中最靠前的寻呼请求或任意一个寻呼请求)进行处理,将寻呼队列1(当前需要处理的寻呼队列)所对应的优先级权值减1,转到步骤4;
步骤4、接入网设备判断寻呼队列1(当前需要处理的寻呼队列)中是否有待处理的寻呼请求;如果是,则执行步骤2;否则执行步骤5;
步骤5、接入网设备判断寻呼队列2(寻呼队列1的下一优先级的寻呼队列)中是否有待处理的寻呼请求;如果是,执行步骤6;否则执行步骤9;
步骤6、接入网设备读取寻呼队列2(当前需要处理的寻呼队列)所对应的优先级权值;当优先级权值不为0时,执行步骤7;否则执行步骤9;
步骤7、接入网设备对寻呼队列2(当前需要处理的寻呼队列)中的一个寻呼请求(队列中最靠前的寻呼请求或任意一个寻呼请求)进行处理,将寻呼队列2(当前需要处理的寻呼队列)所对应的优先级权值减1,转到步骤8;
步骤8、接入网设备判断寻呼队列2(当前需要处理的寻呼队列)中是否有待处理的寻呼请求;如果是,则执行步骤6;否则执行步骤9;
步骤9、接入网设备判断寻呼队列3(寻呼队列2的下一优先级的寻呼队列)中是否有待处理的寻呼请求;以此类推,后续过程不再详加赘述。
本发明实施例中,按照上述方式对具有最低优先级的寻呼队列处理完成后,还需要恢复各寻呼队列所对应的优先级权值,即恢复各寻呼队列初始分配的优先级权值(该优先级权值可配置);例如,将寻呼队列1的优先级权值恢复为20,将寻呼队列2的优先级权值恢复为15,将寻呼队列3的优先级权值恢复为10,将寻呼队列4的优先级权值恢复为5。
实施例三
基于与上述方法同样的发明构思,本发明实施例中还提供了一种核心网设备,如图3所示,该核心网设备包括:
获得模块11,用于在接收到下行数据包之后,如果所述下行数据包对应的终端设备处于待机状态,则从所述下行数据包的服务等级指示SCI字段中获得业务类别信息;
确定模块12,用于确定所述业务类别信息对应的优先级;
处理模块13,用于利用所述优先级对所述下行数据包进行寻呼。
所述获得模块11,还用于从所述下行数据包的SCI字段或者用户等级指示UCI字段中获得用户级别信息;
所述确定模块12,具体用于确定所述业务类别信息和用户级别信息对应的优先级。
本发明实施例中,所述核心网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级;所述处理模块13,具体用于确定所述优先级对应的寻呼队列,并将所述下行数据包对应的寻呼请求添加到所述优先级对应的寻呼队列;在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
所述处理模块13,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤A、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;
步骤B、对具有最高优先级的寻呼队列中的寻呼请求进行处理;
步骤C、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;
步骤D、对具有下一优先级的寻呼队列中的寻呼请求进行处理。
每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,所述寻呼队列初始被分配的优先级权值越大;
所述处理模块13,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤a、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤b、读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;
步骤c、对当前需要处理的寻呼队列中的一个寻呼请求进行处理,并将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;
步骤d、判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤e、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则继续执行步骤e。
所述处理模块13,还用于将所述业务类别信息添加到所述下行数据包对应的寻呼请求中,并将所述下行数据包对应的寻呼请求发送给接入网设备。
所述处理模块13,还用于将所述业务类别信息以及所述用户级别信息添加到所述下行数据包对应的寻呼请求中,并将所述下行数据包对应的寻呼请求发送给接入网设备。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例四
基于与上述方法同样的发明构思,本发明实施例中还提供了一种接入网设备,如图4所示,该接入网设备包括:
接收模块21,用于接收来自核心网设备的下行数据包对应的寻呼请求,所述下行数据包对应的寻呼请求中携带了所述下行数据包的业务类别信息;
确定模块22,用于确定所述业务类别信息对应的优先级;
处理模块23,用于利用所述优先级对所述下行数据包进行寻呼。
所述确定模块22,具体用于当所述下行数据包对应的寻呼请求中还携带了所述下行数据包的用户级别信息时,确定所述业务类别信息以及所述用户级别信息所对应的优先级。
所述接入网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级;所述处理模块23,具体用于确定所述优先级对应的寻呼队列,并将所述下行数据包对应的寻呼请求添加到所述优先级对应的寻呼队列;在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
所述处理模块23,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤A、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;
步骤B、对具有最高优先级的寻呼队列中的寻呼请求进行处理;
步骤C、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;
步骤D、对具有下一优先级的寻呼队列中的寻呼请求进行处理。
每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,所述寻呼队列初始被分配的优先级权值越大;
所述处理模块23,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤a、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤b、读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;
步骤c、对当前需要处理的寻呼队列中的一个寻呼请求进行处理,并将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;
步骤d、判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤e、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则继续执行步骤e。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (24)
1.一种基于优先级的寻呼方法,其特征在于,包括:
核心网设备在接收到下行数据包之后,如果所述下行数据包对应的终端设备处于待机状态,则所述核心网设备从所述下行数据包的服务等级指示SCI字段中获得业务类别信息;
所述核心网设备确定所述业务类别信息对应的优先级,并利用所述优先级对所述下行数据包进行寻呼。
2.如权利要求1所述的方法,其特征在于,所述核心网设备确定所述业务类别信息对应的优先级的过程,进一步包括:
所述核心网设备从所述下行数据包的SCI字段或用户等级指示UCI字段中获得用户级别信息,确定所述业务类别信息和用户级别信息对应的优先级。
3.如权利要求1或2所述的方法,其特征在于,所述核心网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级;
所述核心网设备利用所述优先级对所述下行数据包进行寻呼,包括:
所述核心网设备确定所述优先级对应的寻呼队列,并将所述下行数据包对应的寻呼请求添加到所述优先级对应的寻呼队列;
所述核心网设备在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
4.如权利要求3所述的方法,其特征在于,所述核心网设备优先对具有高优先级的寻呼队列中的寻呼请求进行处理,具体包括:
步骤A、所述核心网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;
步骤B、所述核心网设备对具有最高优先级的寻呼队列中的寻呼请求进行处理;
步骤C、所述核心网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;
步骤D、所述核心网设备对具有下一优先级的寻呼队列中的寻呼请求进行处理。
5.如权利要求3所述的方法,其特征在于,每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,所述寻呼队列初始被分配的优先级权值越大;所述核心网设备优先对具有高优先级的寻呼队列中的寻呼请求进行处理的过程,进一步包括:
步骤a、所述核心网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤b、所述核心网设备读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;
步骤c、所述核心网设备对当前需要处理的寻呼队列中的一个寻呼请求进行处理,并将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;
步骤d、所述核心网设备判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤e、所述核心网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则继续执行步骤e。
6.如权利要求1或2所述的方法,其特征在于,所述核心网设备从所述下行数据包的SCI字段中获得业务类别信息之后,所述方法进一步包括:
所述核心网设备将所述业务类别信息添加到所述下行数据包对应的寻呼请求中,并将所述下行数据包对应的寻呼请求发送给接入网设备。
7.如权利要求2所述的方法,其特征在于,所述核心网设备从所述下行数据包的SCI字段或UCI字段中获得用户级别信息后,所述方法进一步包括:
所述核心网设备将所述业务类别信息以及所述用户级别信息添加到所述下行数据包对应的寻呼请求中,并将所述下行数据包对应的寻呼请求发送给接入网设备。
8.一种基于优先级的寻呼方法,其特征在于,包括:
接入网设备接收来自核心网设备的下行数据包对应的寻呼请求,且所述下行数据包对应的寻呼请求中携带了所述下行数据包的业务类别信息;
所述接入网设备确定所述业务类别信息对应的优先级,并利用所述优先级对所述下行数据包进行寻呼。
9.如权利要求8所述的方法,其特征在于,所述接入网设备确定所述业务类别信息对应的优先级的过程,进一步包括:
当所述下行数据包对应的寻呼请求中还携带了所述下行数据包的用户级别信息时,所述接入网设备确定所述业务类别信息以及所述用户级别信息所对应的优先级。
10.如权利要求8或9所述的方法,其特征在于,所述接入网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级;
所述接入网设备利用所述优先级对所述下行数据包进行寻呼,包括:
所述接入网设备确定所述优先级对应的寻呼队列,并将所述下行数据包对应的寻呼请求添加到所述优先级对应的寻呼队列;
所述接入网设备在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
11.如权利要求10所述的方法,其特征在于,所述接入网设备优先对具有高优先级的寻呼队列中的寻呼请求进行处理,具体包括:
步骤A、所述接入网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;
步骤B、所述接入网设备对具有最高优先级的寻呼队列中的寻呼请求进行处理;
步骤C、所述接入网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;
步骤D、所述接入网设备对具有下一优先级的寻呼队列中的寻呼请求进行处理。
12.如权利要求10所述的方法,其特征在于,每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,所述寻呼队列初始被分配的优先级权值越大;所述接入网设备优先对具有高优先级的寻呼队列中的寻呼请求进行处理的过程,进一步包括:
步骤a、所述接入网设备判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤b、所述接入网设备读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;
步骤c、所述接入网设备对当前需要处理的寻呼队列中的一个寻呼请求进行处理,并将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;
步骤d、所述接入网设备判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤e、所述接入网设备判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则继续执行步骤e。
13.一种核心网设备,其特征在于,包括:
获得模块,用于在接收到下行数据包之后,如果所述下行数据包对应的终端设备处于待机状态,则从所述下行数据包的服务等级指示SCI字段中获得业务类别信息;
确定模块,用于确定所述业务类别信息对应的优先级;
处理模块,用于利用所述优先级对所述下行数据包进行寻呼。
14.如权利要求13所述的核心网设备,其特征在于,
所述获得模块,还用于从所述下行数据包的SCI字段或者用户等级指示UCI字段中获得用户级别信息;
所述确定模块,具体用于确定所述业务类别信息和用户级别信息对应的优先级。
15.如权利要求13或14所述的核心网设备,其特征在于,所述核心网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级;
所述处理模块,具体用于确定所述优先级对应的寻呼队列,并将所述下行数据包对应的寻呼请求添加到所述优先级对应的寻呼队列;
在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
16.如权利要求15所述的核心网设备,其特征在于,
所述处理模块,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤A、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;
步骤B、对具有最高优先级的寻呼队列中的寻呼请求进行处理;
步骤C、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;
步骤D、对具有下一优先级的寻呼队列中的寻呼请求进行处理。
17.如权利要求15所述的核心网设备,其特征在于,每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,所述寻呼队列初始被分配的优先级权值越大;
所述处理模块,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤a、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤b、读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;
步骤c、对当前需要处理的寻呼队列中的一个寻呼请求进行处理,并将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;
步骤d、判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤e、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则继续执行步骤e。
18.如权利要求13或14所述的核心网设备,其特征在于,
所述处理模块,还用于将所述业务类别信息添加到所述下行数据包对应的寻呼请求中,并将所述下行数据包对应的寻呼请求发送给接入网设备。
19.如权利要求14所述的核心网设备,其特征在于,
所述处理模块,还用于将所述业务类别信息以及所述用户级别信息添加到所述下行数据包对应的寻呼请求中,并将所述下行数据包对应的寻呼请求发送给接入网设备。
20.一种接入网设备,其特征在于,包括:
接收模块,用于接收来自核心网设备的下行数据包对应的寻呼请求,且所述下行数据包对应的寻呼请求中携带了所述下行数据包的业务类别信息;
确定模块,用于确定所述业务类别信息对应的优先级;
处理模块,用于利用所述优先级对所述下行数据包进行寻呼。
21.如权利要求20所述的接入网设备,其特征在于,
所述确定模块,具体用于当所述下行数据包对应的寻呼请求中还携带了所述下行数据包的用户级别信息时,确定所述业务类别信息以及所述用户级别信息所对应的优先级。
22.如权利要求20或21所述的接入网设备,其特征在于,所述接入网设备上维护有多个寻呼队列,且不同的寻呼队列对应有不同的优先级;
所述处理模块,具体用于确定所述优先级对应的寻呼队列,并将所述下行数据包对应的寻呼请求添加到所述优先级对应的寻呼队列;
在发起寻呼时,利用各寻呼队列所对应的优先级,优先对具有高优先级的寻呼队列中的寻呼请求进行处理。
23.如权利要求22所述的接入网设备,其特征在于,
所述处理模块,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤A、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤B;如果否,则执行步骤C;
步骤B、对具有最高优先级的寻呼队列中的寻呼请求进行处理;
步骤C、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤D;如果否,则继续执行步骤C;
步骤D、对具有下一优先级的寻呼队列中的寻呼请求进行处理。
24.如权利要求22所述的接入网设备,其特征在于,每个寻呼队列对应有优先级权值,且寻呼队列所对应的优先级越高,所述寻呼队列初始被分配的优先级权值越大;
所述处理模块,进一步用于通过如下步骤优先对具有高优先级的寻呼队列中的寻呼请求进行处理:
步骤a、判断具有最高优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤b、读取当前需要处理的寻呼队列所对应的优先级权值;当优先级权值不为0时,执行步骤c;当优先级权值为0时,执行步骤e;
步骤c、对当前需要处理的寻呼队列中的一个寻呼请求进行处理,并将当前需要处理的寻呼队列所对应的优先级权值减1,转到步骤d;
步骤d、判断当前需要处理的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则执行步骤e;
步骤e、判断具有下一优先级的寻呼队列中是否有待处理的寻呼请求;如果是,则执行步骤b;如果否,则继续执行步骤e。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210389143.7A CN103731919A (zh) | 2012-10-15 | 2012-10-15 | 一种基于优先级的寻呼方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210389143.7A CN103731919A (zh) | 2012-10-15 | 2012-10-15 | 一种基于优先级的寻呼方法和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103731919A true CN103731919A (zh) | 2014-04-16 |
Family
ID=50455804
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210389143.7A Pending CN103731919A (zh) | 2012-10-15 | 2012-10-15 | 一种基于优先级的寻呼方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103731919A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105376858A (zh) * | 2015-10-14 | 2016-03-02 | 中国联合网络通信集团有限公司 | 一种寻呼的方法及装置 |
CN105721336A (zh) * | 2016-02-26 | 2016-06-29 | 联想(北京)有限公司 | 一种数据处理方法及电子设备 |
CN109478991A (zh) * | 2016-08-11 | 2019-03-15 | 高通股份有限公司 | 设备到设备通信系统中基于优先级的资源选择 |
CN109818917A (zh) * | 2017-11-21 | 2019-05-28 | 华为技术有限公司 | 一种通信方法及其装置 |
WO2019192271A1 (zh) * | 2018-04-04 | 2019-10-10 | 电信科学技术研究院有限公司 | 接入控制信息的传输方法、装置及网络侧设备 |
CN114338925A (zh) * | 2020-09-30 | 2022-04-12 | 马上消费金融股份有限公司 | 一种来电处理方法、装置和电子设备 |
CN114531735A (zh) * | 2022-02-07 | 2022-05-24 | 中科南京信息高铁研究院 | 一种基于机会均衡的paging优先级排序方法 |
-
2012
- 2012-10-15 CN CN201210389143.7A patent/CN103731919A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105376858A (zh) * | 2015-10-14 | 2016-03-02 | 中国联合网络通信集团有限公司 | 一种寻呼的方法及装置 |
CN105721336A (zh) * | 2016-02-26 | 2016-06-29 | 联想(北京)有限公司 | 一种数据处理方法及电子设备 |
CN109478991A (zh) * | 2016-08-11 | 2019-03-15 | 高通股份有限公司 | 设备到设备通信系统中基于优先级的资源选择 |
CN109478991B (zh) * | 2016-08-11 | 2021-10-29 | 高通股份有限公司 | 用于设备到设备通信系统中基于优先级的资源选择的方法、装置和介质 |
CN109818917A (zh) * | 2017-11-21 | 2019-05-28 | 华为技术有限公司 | 一种通信方法及其装置 |
CN109818917B (zh) * | 2017-11-21 | 2021-10-26 | 华为技术有限公司 | 一种通信方法及其装置 |
WO2019192271A1 (zh) * | 2018-04-04 | 2019-10-10 | 电信科学技术研究院有限公司 | 接入控制信息的传输方法、装置及网络侧设备 |
US11516729B2 (en) | 2018-04-04 | 2022-11-29 | Datang Mobile Communications Equipment Co., Ltd. | Method and device for transmitting access control information, and network side device |
CN114338925A (zh) * | 2020-09-30 | 2022-04-12 | 马上消费金融股份有限公司 | 一种来电处理方法、装置和电子设备 |
CN114531735A (zh) * | 2022-02-07 | 2022-05-24 | 中科南京信息高铁研究院 | 一种基于机会均衡的paging优先级排序方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103731919A (zh) | 一种基于优先级的寻呼方法和设备 | |
CN108605266B (zh) | 无线接入控制方法、装置及系统 | |
RU2604648C1 (ru) | Способ миграции и устройство | |
US20180124803A1 (en) | Resource Allocation Method, UE, and Base Station | |
CN110267343B (zh) | 一种寻呼管理方法、网络数据分析功能及网络侧设备 | |
EP3119130B1 (en) | Restriction control device and restriction control method | |
US8917667B2 (en) | Method, apparatus, and system for processing EMPS in a CSFB mechanism | |
CN106454908A (zh) | 一种调度信息的处理方法及装置 | |
US9385854B2 (en) | Interference coordination method and base station | |
CN105636209A (zh) | 一种终端并发业务的资源分配方法、装置及基站 | |
US20140369190A1 (en) | Tier-based congestion control for multimode user equipment | |
CN108462978B (zh) | 接入控制方法及装置 | |
KR101536884B1 (ko) | 클러스터 유저를 기반으로 하는 메시지 전송 방법 및 장치 | |
CN102625412A (zh) | 一种拥塞控制的方法和设备 | |
CN106550460B (zh) | 一种非对称载波聚合中进行上行调度方法和设备 | |
CN103609169A (zh) | 一种数据传输的控制方法、装置 | |
EP4354806A1 (en) | Method and apparatus for acquiring traffic feature analysis result, and network side device | |
CN106538020A (zh) | 一种语音业务建立方法、装置及设备 | |
KR20150039510A (ko) | 중요 데이터 패킷을 우선 처리하는 방법 및 장치 | |
CN110278618B (zh) | 一种数据处理方法和系统 | |
EP3289806A1 (en) | Method and apparatus for using call admission control for client balancing | |
CN109219064B (zh) | 一种tdd/fdd网络互操作处理方法及基站 | |
CN101883404B (zh) | 一种连接状态切换的方法、系统和装置 | |
CN114157404A (zh) | 一种数据传输方法、装置电子设备及存储介质 | |
CN104469953A (zh) | 一种通过辅载波传输用户数据的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140416 |