CN101296521B - 通信保障的方法、设备和*** - Google Patents
通信保障的方法、设备和*** Download PDFInfo
- Publication number
- CN101296521B CN101296521B CN2008101287323A CN200810128732A CN101296521B CN 101296521 B CN101296521 B CN 101296521B CN 2008101287323 A CN2008101287323 A CN 2008101287323A CN 200810128732 A CN200810128732 A CN 200810128732A CN 101296521 B CN101296521 B CN 101296521B
- Authority
- CN
- China
- Prior art keywords
- user
- communication
- called
- important communication
- resource
- 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.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种通信保障的方法、设备和***,属于通信领域。所述方法包括:接收用户设备UE在接入过程中发送的接入请求;通过判断接入请求中是否携带预设的表示重要通信的原因值,确定所述UE是否是重要通信用户;如果是,优先为所述UE分配用户资源。本发明实施例提供了一种接入网设备,包括:接收模块、判断模块和资源分配模块。本发明实施例还提供了一种核心网设备、用户设备和通信保障的***。本发明实施例通过对携带表示重要通信的原因值的接入请求优先分配用户资源,可以有效地保障重要通信用户的通信,提高通信的服务质量,尤其在灾害发生后,各级指挥部门的通信将会得到优先保证,便于抢救、生产和生活的开展。
Description
技术领域
本发明涉及通信领域,特别涉及一种通信保障的方法、设备和***。
背景技术
目前,移动通信***包括:GSM(Global System for Mobile communication,全球移动通信)***、CDMA(Code Division Multiple Access,码分多址接入)***、UMTS(UniversalMobile Telecommunication System,通用移动通信***)***、LTE(Long Term Evolution,长期演进)和WIMAX(Worldwide Interoperability for Microwave Access,全球微波互联接入)***等。
以GSM***为例,其中UE(User Equipment,用户终端)的接入过程为:
1)用户向BTS(Base Transceiver Station,基站)/BSC(Base Station Controller,基站控制器)发送Channel Request(信道请求)消息,以请求接入;
2)BTS/BSC收到上述消息后,为该用户分配信令信道;
3)用户使用信令信道与***建立信令连接,并发送业务请求向核心网请求业务;
4)核心网收到用户的业务请求后,指示BSC为用户建立业务信道。
以UMTS***为例,其中用户的接入过程为:
1)用户向NodeB(Node Base-station,基站)/RNC(Radio Network Controller,无线网络控制器)发送RRC(Radio Resource Control,无线资源控制)连接请求消息,即RRCCONNECTION REQUEST消息,以请求接入;
2)NodeB/RNC收到RRC连接请求消息后,为该用户分配信令信道;
3)用户使用信令信道与***建立信令连接,并发送业务请求向核心网请求业务;
4)核心网收到用户的业务请求后,指示RNC为用户建立业务信道。
LTE中的接入过程与GSM***/UMTS中类似,不再赘述。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
由于目前移动通信协议的限制,在UE发起接入时,网络还不了解用户身份,只有当用户成功建立信令连接并和核心网进行交互,获得用户身份以后,才能获得用户的优先级信息。此后,才能通过基站控制器的排队和抢占功能,来保证高优先级用户所需资源可以优先获得。所以,在用户成功建立信令连接之前,可能由于随机接入信道或信令信道的拥塞,网络可能会拒绝重要用户的接入。
发明内容
为了保障重要的通信,本发明实施例提供了一种通信保障的方法、设备和***。所述技术方案如下:
一种通信保障的方法,所述方法包括:
接入网设备接收用户设备UE在接入过程中发送的接入请求;
接入网设备通过判断所述接入请求中是否携带预设的表示重要通信的原因值,确定所述UE是否是重要通信用户;如果是,接入网设备优先为所述UE分配用户资源。
一种通信保障的方法,所述方法包括:
核心网设备接收主叫用户设备UE发送的业务请求;
核心网设备判断所述主叫UE是否为重要通信用户;
如果是,则核心网设备向接入网设备发送寻呼消息,所述寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值。
一种接入网设备,所述接入网设备包括:
接收模块,用于接收用户设备UE在接入过程中发送的接入请求,其中,所述接入过程为初始接入过程;
判断模块,用于通过判断所述接收模块收到的接入请求中是否携带预设的表示重要通信的原因值,确定所述UE是否是重要通信用户;
资源分配模块,用于当所述判断模块的判断结果为所述UE是重要通信用户时,优先为所述UE分配用户资源。
一种核心网设备,所述核心网设备包括:
接收模块,用于接收主叫用户设备UE发送的业务请求;
判断模块,用于根据所述接收模块接收的业务请求判断所述主叫UE是否为重要通信用户;
寻呼模块,用于当所述判断模块的判断结果为所述主叫UE或被叫UE为重要通信用户时,向接入网设备发送寻呼消息,所述寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值。
一种用户设备,所述用户设备包括:
判断模块,用于通过对用户识别卡进行鉴权,判断该用户是否为重要通信用户;
请求发送模块,用于当所述判断模块的判断结果是该用户为重要通信用户时,发送携带表示重要通信的原因值的接入请求,所述接入请求在初始接入过程中发送给接入网设备。
一种通信保障的***,所述***包括所述的接入网设备、所述的用户设备。
本发明实施例提供的技术方案的有益效果是:
通过对携带表示重要通信的原因值的接入请求采取优先分配用户资源的措施,可以有效地保障重要通信用户的通信,提高通信的服务质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例1提供的通信保障的方法流程图;
图2是本发明实施例1提供的信道请求消息的格式示意图;
图3是本发明实施例1提供的被叫通信保障的方法流程图;
图4是本发明实施例2提供的通信保障的方法流程图;
图5是本发明实施例2提供的被叫通信保障的方法流程图;
图6是本发明实施例3提供的接入网设备的示意图;
图7是本发明实施例4提供的核心网设备的示意图;
图8是本发明实施例5提供的用户设备的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例通过对携带重要通信原因值的接入请求采取优先分配用户资源的措施,可以有效地保障重要用户的通信,提高通信的服务质量。
实施例1
参见图1,本实施例提供了一种通信保障的方法,本实施例的通信***为GSM***为例,该方法包括:
步骤101:用户终端UE对用户识别卡进行鉴权,判断该用户是否为重要通信用户,如果是,执行步骤102;如果不是,执行步骤103;
本实施例中,用户识别卡可以是SIM卡。UE需要对SIM(Subscriber Identity Module Card,用户识别卡)进行鉴权,通过读取SIM中的重要标示文件区分是否该用户是否是重要通信用户。对用户识别卡的鉴权包括以下两种方式:
第一种鉴权的处理方式为:通过SIM卡中的ACCESS CLASS(接入类型)字段中的信息进行鉴权;
其中,SIM卡中的用户信息可以是SIM卡中的ACCESS CLASS字段中的信息。本实施例中,可以采用以下设置方法:对于重要通信用户(即高优先级用户),可以设置此字段为11~15中的任何一个值;对于非重要通信用户(即普通优先级用户),可以设置此字段为0~10中的任何一个值。采用这样的设置方法后,UE通过识别SIM卡中的ACCESS CLASS字段,如果发现是重要通信用户(11~15),则执行步骤102;如果用户信息中的值是0~10,表明此用户是非重要通信用户,则在发起话音呼叫(接入请求)时按照现有技术的方案,在接入请求中使用原有原因值;
或者采用另外一种鉴权的处理方式:通过SIM卡中保存的EMLPP(enhanced Multi LevelPrecedence and Preemption,增强多级优先和抢占)文件对用户进行鉴权;
对于重要用户的SIM卡,设置其中的EMLPP文件为重要通信优先级(可以选择一种高优先级代表重要通信优先级,或将高优先级视为重要通信优先级)。UE读取用户SIM卡中的EFeMLPP(enhanced Multi Level Pre-emption and Priority)字段。如果发现为重要通信优先级,则执行步骤102;如果发现是非重要通信用户,按照正常呼叫进行处理。
步骤102:UE向接入网设备发起接入请求时,在接入请求中携带预设的重要通信原因值,表明该通信的等级为重要通信;
本实施例中,所述接入网设备可以是BSS(Base Station Subsystem,基站子***),其中,BSS由BSC和相应的BTS共同构成。
本实施例中,UE初始接入时,将向BSS发送信道请求Channel Request消息。该消息的格式如图2所示,该消息可以有8个bit,包括随机参数字段和建立原因(Establishment cause)字段,其中,建立原因字段可以占用3~6个bit。现有的协议中建立原因有多种,每种都以一 个特定的值标识,例如:101xxxxx,表示紧急呼叫,100xxxxx,表示以寻呼的形式应答等,这里不再详述。另外,现有的协议中共有三个原因值为预留值,为01100x01-01100011,本实施例可以从这三个预留值中任选一个,作为重要通信的原因值,例如,本实施例以01100011为例。
步骤103:UE向接入网设备发起接入请求时,按照现有技术的方案,在接入请求中使用原有原因值。
步骤104:接入网设备接收到UE的接入请求后,判断该接入请求是否携带预设的重要通信原因值,如果是,执行步骤105;否则,执行步骤106;
本实施例中,接入网设备通过读取并解析UE的接入请求,以判断该接入请求中是否携带重要通信原因值。具体的,UE将接入请求通过空口发送给BTS,BTS再将该接入请求通过Abis接口发送给BSC,BSC判断该接入请求中是否携带重要通信原因值。
步骤105:优先为该UE分配用户资源;
本实施例中,优先为该UE分配用户资源可以分为两个阶段:信令信道建立阶段和业务信道建立阶段,分别描述如下:
在信令信道建立阶段,接入网设备判断接入请求中携带预设的重要通信原因值时,识别出该UE的通信属于重要通信,则在接入阶段优先为该UE分配无线资源。具体可以包括:在随机接入时,如果该UE是重要通信用户,则在有预留的SDCCH(Separate Dedicated ControlChannel,独立专用控制信道)的情况下,优先为该UE分配预留的SDCCH,如果没有保留SDCCH,则为该UE分配普通的SDCCH。接入网设备(比如BSC)也可以记录该UE是一个重要通信用户。
在业务信道建立阶段,可以通过“业务优先级”的方式对用户的业务请求进行处理。核心网CN可以根据用户签约数据识别用户身份,而用户签约数据可以存储于CN的用户签约数据库中,比如HLR(Home Location Register,归属地位置寄存器)中。CN根据用户签约数据库中的信息可以确定用户的优先级。如果该用户为高优先级用户,则在发送给接入网设备的业务信道建立指示中,将该指示中的优先级字段设为高优先级。接入网设备为高优先级用户分配TCH(Traffic Channel,业务信道)时,如果有预留的TCH资源,则首先为该用户分配预留的TCH,如果没有预留的TCH,则分配空闲TCH,如果没有空闲TCH,则抢占小区中的低优先级用户的TCH。
具体的,可以是MSC(Mobile Switching Center,移动交换中心)在发送给BSC的业务信道建立指示中,将该指示中的优先级字段设为高优先级,指示该用户为高优先级用户。BSC 收到该指示后,通过指示中的高优先级标识,确认欲建立的业务信道应用于高优先级用户,在为该用户分配TCH的过程中,即可采用上述分配策略。
通过以上对重要通信用户的用户资源(无线资源)优先分配,保证了重要通信用户的及时接入和业务信道的使用。
步骤106:根据当前的通信负荷处理UE的通信。
同样的,对非重要通信用户的处理也可以分为两个阶段:在信令信道建立阶段,当接入请求为非重要通信的普通接入请求时,可以根据当前的通信负荷情况作为判决是否允许接入的依据。比如,先分析当前的通信负荷,如果通信负荷比较重,则直接拒绝该用户的接入,如果当前的通信负荷较轻,则允许该用户接入。如果允许UE的接入,在业务信道建立阶段,只有在TCH资源空闲的情况下,才可能为非重要通信用户分配TCH资源,非重要通信用户的TCH资源可以被重要通信用户所抢占。
另外,对于CN的MSC而言,在收到第一条消息后,若判断是重要通信用户,则保证优先为其分配用户资源,并且在后续流程中一直保留重要通信用户的优先级。
以上从主叫用户的角度,描述了重要通信用户从用户鉴权、接入请求、接入网设备优先分配用户资源的过程。以下将从被叫用户的角度,来说明对被叫的处理流程,本实施例称为“特殊被叫寻呼1”。
当重要通信用户拨打被叫时,无论该被叫的身份如何,在呼叫与通信过程中,该被叫将自动获得高优先级。参见图3,以GSM***为例进行说明,被叫通信保障的方法包括:
步骤301:核心网CN收到UE发送的业务请求后,根据用户签约数据库中的UE身份信息判断主叫用户的身份是否为重要通信用户,如果是,则执行步骤302,如果否,执行步骤306;
本发明实施例中,用户签约数据库中存储了用户的身份信息。而对于重要通信用户,可以选择现有技术中的一种高优先级的身份信息来表示,或者采用一种特殊的身份标识信息来表示。这样,当CN收到UE发送的业务请求后,就可以获得主叫用户的身份是否为重要通信用户。当明确主叫用户是重要通信用户时,执行步骤302。
具体的,UE发送的业务请求消息中可以携带UE的手机号码、IMSI(International MobileSubscriber Identity,国际移动台标识)或IMEI(International Mobile Station Equipment Identit,)国际移动台设备标识)等身份标识,CN通过该身份标识信息,从用户签约数据库中获知该UE所对应用户的优先级别,据此判断该主叫用户是否是重要通信用户。
步骤302:CN向接入网设备发送寻呼消息,在寻呼消息中携带特殊的寻呼PAGING原因值,以指示接入网保证被叫UE的通信;
现有A口(GSM网络中的BSS和MSC之间的接口)PAGING消息中的寻呼原因的编码采用如下形式:
00 此PAGING消息为移动终端呼叫;
01 此PAGING消息为短消息;
10 此PAGING消息为一个USSD;
11 空闲;
本实施例中,由于需要保障高优先级用户的通信,可以采用如下方式:在PAGING消息中新添加原因值,例如:添加“Terminating VIP Signalling”,其对应的编码为11,以指示接入网设备保证被呼UE(被叫UE)的通信。具体的,该接入网设备可以是BSC,BSC还可以保存被叫UE的手机号码、TMSI或IMSI,标示其为高优先级用户。
步骤303:接入网设备收到携带有特殊PAGING原因值的寻呼消息后,在空口向被叫UE发送寻呼消息,该寻呼消息的信道类型字段Channel Needed选用与普通呼叫相区分的值;
本实施例中,为了防止由于普通用户的被叫请求太多而影响高优先级被叫用户的寻呼响应,接入网设备(BSS)在空口下发寻呼消息时,可以使用PAGING消息中的信道类型字段Channel Needed进行指示,并在该字段选用一个与普通呼叫相区分的值。
根据04.18协议,手机在被叫时,当收到的PAGING消息中有Channel Needed字段、且该字段选用一个与普通呼叫相区分的值时,说明此时为高优先级用户;当收到的PAGING消息中没有Channel Needed字段,或者有Channel Needed字段、且该字段选用与普通呼叫相对应的值时,说明此时为普通用户。
本发明实施例中,对于纯信令信道流程,比如SMS(Short Message Service,短信息服务)等,针对非重要通信用户(普通用户),网络侧下发的Paging Indication可以设置为any channel(任何信道);针对重要通信用户,网络侧下发的Paging Indication可以设置为SDCCH。
步骤304:被叫UE根据接入网设备发送的寻呼消息,返回相应的信道请求消息;
被叫UE返回信道请求CHANNEL REQUEST消息时,会根据其收到的PAGING消息中的Channel Needed字段做出不同的指示,具体指示如表1所示:
表1
MS Capability Paging Indication(NOTE 3)(MS 寻呼能力指示) | Full rate only (全速率) | Dual rate(NOTE 5) (双速率) | SDCCH only(仅 SDCCH方式) |
Any channel(任何信道) | 100xxxxx | 100xxxxx | 100xxxxx |
SDCCH(独立专用控制 信道) | 0001xxxx | 0001xxxx | 0001xxxx |
TCH/F(传输信道/全速 率) | 100xxxxx | 0010xxxx | 0001xxxx |
TCH/H or TCH/F | 100xxxxx | 0011xxxx | 0001xxxx |
根据表1中的信息,被叫UE返回的信道请求消息中会携带相应的信息,比如,普通用户的被叫在Channel Request消息中可以携带100xxxxx,而重要通信用户的被叫在ChannelRequest消息中可以携带0001xxxx。
步骤305:接入网设备接收到信道请求消息后,根据消息中携带的信息为该被叫UE分配用户资源。具体的,该接入网设备可以是BSC。
步骤306:按照现有寻呼被叫的流程进行处理。
与上面“特殊被叫寻呼1”所采用的技术方案类似的一种实现方式为“特殊被叫寻呼2”:在被叫过程中,CN(比如MSC)判断被叫UE是否是重要通信用户,如果是,则在寻呼消息中携带特殊的信息,具体处理方式以及后续流程和上述“特殊被叫寻呼1”类似,此处不再赘述。
总之,在被叫过程中,当CN发现主叫用户是重要通信用户,为了保证主叫用户的通信,可以采用“特殊被叫寻呼1”的技术方案;当CN发现被叫用户是重要通信用户,为了保证被叫用户的通信,也可以采用“特殊被叫寻呼2”的技术方案。
值得说明的是,本实施例也可以在网络设备中设置实现重要通信保障的开关,该开关只有在一定条件下才开启,比如由于地震、海啸、洪水等自然灾害造成通信条件恶化的情况下,或其他预设的情况发生而造成通信条件恶化的情况下才开启。
具体的,可以在接入网设备BSC中设置开关,开启后,通过识别重要呼叫原因值进行相应处理,而正常情况下,该开关不启动,按照现有的通信方法进行处理;还可以在CN中的MSC中设置开关,开启后,通过识别请求业务的用户的身份,针对被叫进行相应的处理,而正常情况下,该开关不启动,按照现有的通信方法进行处理。
综上所述,本实施例提供的技术方案,一方面,通过接入请求消息中携带特殊原因值,***侧可以在接入过程中识别用户身份,若判断为重要通信用户,则优先分配资源。对于CN的MSC而言,在收到第一条消息后,若判断是重要通信用户,则保证优先为其分配用户资源, 并且在后续流程中一直保留重要通信用户的优先级。值得说明的是,该方案涉及的网元包括:UE/BTS/BSC/MSC,由于UE需要定制,***侧的网元需要识别该定制的UE。
另一方面,核心网在寻呼过程中,在寻呼消息中添加特殊标识,接入网设备据此得知需要保证被叫用户的通信,在空口向被叫UE发送的寻呼消息中的信道类型字段Channel Needed选用与普通呼叫相区分的值,被叫UE根据寻呼消息中的信息,在接入请求中携带不同的参数,接入网设备判断如果是重要通信用户,则为其优先分配资源。值得说明的是,该方案涉及的网元包括BTS/BSC/NSS(Network SubSystem,网络子***),这些网元需要识别重要通信用户。
而且,UE通过读取SIM卡中的重要标示文件来区分是否是重要通信客户,实现对SIM卡的鉴权。
通过以上技术方案,保证重要通信用户的优先接入和资源分配,可以有效地保障重要用户的通信,提高通信的服务质量。尤其在灾害发生后,各级指挥部门的通信将会得到优先保证,便于抢救、生产和生活的开展。例如汶川地震时,通过空投基站到灾区临时解决灾区现场指挥的通讯需求。这时重点保障重要通信用户(VIP客户),例如救灾指挥部队、重要领导等,能获得通讯手段,能迅速及时展开救援工作,并协调后方人员的总体行动。由于在这个阶段通讯资源非常有限,因此对普通用户的通讯需求,例如报平安、亲友交流等,则不予优先考虑或通过短信等其他方式解决。
实施例2
参见图4,本实施例提供了一种通信保障的方法,本实施例的通信***为UMTS,该方法包括:
步骤401:用户终端UE对用户识别卡进行鉴权,判断该用户是否为重要通信用户,如果是,执行步骤402;如果不是,执行步骤403;
本实施例中,用户识别卡可以是USIM(UMTS Subscriber Identity Module,UMTS用户识别卡)。
其中,鉴权的具体处理方法可以采用实施例1提供的两种鉴权方法中的任何一种,这里不再详述。
步骤402:UE向接入网设备发起接入请求时,在接入请求中携带预设的重要通信原因值,表明该通信的等级为重要通信;
本实施例中,所述接入网设备可以是基站子***,其中,基站子***可以由NodeB和RNC共同构成。
本实施例的UE初始接入时,将向接入网设备发送RRC CONNECTION REQUEST消息。现有RRC CONNECTION REQUEST消息的原因值如表2所示:
表2
Information Element/Gro up name(消 息字段名) | Need | Multi | 类型和参数 | 语意描述 |
建立原因值 | MP | Enumerated(Originating Conversational Call,(会话类呼叫(主叫)) Originating Streaming Call, (流类呼叫(主叫)) Originating Interactive Call, (交互类呼叫(主叫)) Originating Background Call, (背景类呼叫(主叫)) Originating Subscribed traffic Call, (交互类呼叫(主叫)) Terminating Conversational Call, (会话类呼叫(被叫)) Terminating Streaming Call, (流类呼叫(被叫)) Terminating Interactive Call, (交互类呼叫(被叫)) Terminating Background Call, (背景类呼叫(被叫)) Emergency Call,(紧急呼叫) Inter-RAT cell re-selection, (异接入***小区重选) Inter-RAT cell change order, (异接入***小区重选) Registration(注册),Detach(分离), Originating High Priority Signalling, (高优先级信令(主叫)) Originating Low Priority Signalling, (低优先级信令(主叫)) Call re-establishment,(重建呼叫) Terminating High Priority Signalling, (高优先级信令(被叫)) Terminating Low Priority Signalling, (低优先级信令(被叫)) Terminating-cause unknown(未知原因 (被叫)),MBMS reception,MBMS ptp RB request(MBMS点到点无线承载请 求)) | Eleven spare values are needed.(11 个原因值为 空闲值) |
其中,剩余11个空闲值,本实施例可以利用其中任何一个空闲值,比如,针对选择的空闲值添加新的建立原因“主叫为高优先级会话(Originating High Priority Conversational Call)”作为预设的重要通信原因值;
步骤403:UE向接入网设备发起接入请求时,按照现有技术的方案,在接入请求中使用原有原因值。
步骤404:接入网设备接收到UE的接入请求后,判断该接入请求是否携带预设的重要通信原因值,如果是,执行步骤405;否则,执行步骤406;
本实施例中,接入网设备通过读取并解析UE的接入请求,以判断该接入请求中是否携带重要通信原因值。具体的,UE将接入请求通过空口发送给Node B,Node B再将该接入请求通过Iub(Node B和RNC之间的接口)接口发送给RNC,RNC判断该接入请求中是否携带重要通信原因值。
步骤405:优先为该UE分配用户资源;
本实施例中,优先为该UE分配用户资源可以分为两个阶段:信令信道建立阶段和业务信道建立阶段,具体分配用户资源的方法与实施例1类似,简单描述如下:
当接入请求中携带预设的重要通信原因值时,接入网设备将识别出该用户为重要通信用户;则在接入阶段可以尽可能的保证用户资源。例如:在随机接入时,如果该用户是高优先级用户,则优先为这些用户分配预留的资源,如果没有保留资源,则分配普通的资源。接入网设备(比如RNC)也可以记录该用户是一个重要通信用户。
在业务信道建立阶段,可以通过“业务优先级”的方式对用户的业务请求进行处理。核心网CN根据用户签约数据库中的信息可以确定用户的优先级。如果该用户是高优先级用户,则在发送给接入网设备的业务信道建立指示中,将该指示中的优先级字段设为高优先级。接入网设备为高优先级用户分配TCH(Traffic Channel,业务信道)时,如果有预留的TCH资源,则首先为该用户分配预留的TCH,如果没有预留的TCH,则分配空闲TCH,如果没有空闲TCH,则抢占小区中的低优先级用户的TCH。
步骤406:根据当前的通信负荷处理用户的通信。
同样的,对非重要通信用户的处理也可以分为两个阶段:在信令信道建立阶段,当接入请求为普通的接入请求时,可以先分析当前的通信负荷,如果通信负荷比较重,则直接拒绝该用户的接入,如果当前的通信负荷较轻,则允许该用户接入;如果允许UE的接入,在业务信道建立阶段,只有在TCH资源空闲的情况下,才可能为非重要通信用户分配TCH资源,非重要通信用户的TCH资源可以被重要通信用户所抢占。
另外,对于CN的MSC而言,在收到第一条消息后,若判断是重要通信用户,则保证优先接入,并且在后续流程中一直保留重要通信用户的优先级。
以上从主叫用户的角度,描述了重要通信用户从用户鉴权、接入请求、接入网设备优先分配无线资源的过程。以下将从被叫用户的角度,来说明对被叫的处理流程。
当重要通信用户拨打被叫时,无论该被叫的身份如何,在呼叫与通信过程中,该被叫将自动获得高优先级。参见图5,以WCDMA***为例,被叫通信保障的方法包括:
步骤501:核心网设备收到UE发送的业务请求后,根据用户签约数据库中的UE信息判断主叫用户的身份为重要通信用户,如果是,则执行步骤502,如果否,执行步骤507;
本发明实施例中,用户签约数据库中存储了用户的身份信息。而对于重要通信用户,可以选择现有技术中的一种高优先级的身份信息来表示,或者采用一种特殊的身份标识信息来表示。这样,当核心网设备收到UE发送的业务请求后,就可以获得主叫用户的身份是否为重要通信用户。当明确主叫用户是重要通信用户时,执行步骤502。
步骤502:核心网设备向接入网设备(如RNC)发送寻呼消息,携带特殊的PAGING原因值,以指示接入网设备保证被叫UE的通信;
WCDMA***中现有PAGING原因值如表3所示:
表3
IE/Group Name(IE/ 组名) | Presence (呈现位) | Range (范围) | IE type and reference (IE类型和参数) | Semantics description(语 意描述) |
Paging Cause (寻呼原因) | M | ENUMERATED(Terminat ing Conversational Call, (会话类呼叫(被叫)) Terminating Streaming Call,(流类呼叫(被叫)) Terminating Interactive Call, (交互类呼叫(被叫)) Terminating Background Call, (背景类呼叫(被叫)) Terminating Low Priority Signalling, ..., (低优先级信令(被叫)) Terminating High Priority Signalling) (高优先级信令(被叫)) |
在WCDMA***下,当高优先级用户呼叫被叫时,为了保障高优先级用户的通信,本实施例的核心网向RNC发送寻呼消息时,在寻呼消息中添加新的原因值,例如,添加原因值:“Terminating VIP Signalling”,用以指示接入网设备该通信需要被保障。具体的,该接入网设备可以是RNC,RNC还可以保存被叫UE的手机号码、TMSI或IMSI,标示其为高优先级用户。
步骤503:接入网设备收到添加新的原因值的寻呼消息后,保存被叫UE的标识信息,并设置其为高优先级用户,然后下发寻呼消息;
被叫UE的标识信息可以是被叫UE的手机号码、TMSI或IMSI。
步骤504:被叫UE收到寻呼消息后,向接入网设备返回寻呼响应消息,即RRCCONNECTION REQUEST消息。
步骤505:接入网设备收到被叫UE返回的寻呼响应消息后,RNC解析RRCCONNECTION REQUEST消息,取出其中的UE标识字段,根据本地保存的信息判断该寻呼响应是否为重要通信用户寻呼的响应,如果是,执行步骤506;否则,执行步骤507;
其中,用户标识字段可能是TMSI,也可能是IMSI,根据本地保存的用户标识对应的用户信息判断该寻呼响应是否为重要通信用户寻呼的响应;
步骤506:优先保障为该被叫UE分配用户资源;
具体的,可以是接入网设备(比如RNC)为该被叫UE优先分配资源。
步骤507:按照现有寻呼被叫的流程进行处理。
另外,在UMTS***中,当CN发现被叫用户是重要通信用户,为了保证被叫用户的通信,也可以采用“特殊被叫寻呼”的技术方案。
值得说明的是,本实施例也可以在网络设备中设置实现重要通信保障的开关,该开关只有在一定条件下才开启,比如由于地震、海啸、洪水等自然灾害造成通信条件恶化的情况下,或其他预设的情况发生而造成通信条件恶化的情况下才开启。
具体地,可以在接入网设备RNC中设置实现重要通信保障的开关,开启后,通过识别重要呼叫原因值进行相应处理,而正常情况下,该开关不启动,按照现有的通信方法进行处理;还可以在CN中的MSC中设置开关,开启后,通过识别请求业务的用户的身份,针对被叫进行相应的处理,而正常情况下,该开关不启动,按照现有的通信方法进行处理。
本实施例提供的技术方案,可以有效地保障重要用户的通信,提高通信的服务质量,尤其在灾害发生后,各级指挥部门的通信将会得到优先保证,便于抢救、生产和生活的开展。 具体的技术效果与实施例1类似,由于已经在实施例1中进行了比较充分的描述,此处不再赘述。
上述实施例1和实施例2中提供的通信保障方法,也可以应用于LTE***。LTE***由核心网(EPC,Envolved Packet Core)、基站(eNodeb)组成;其中,eNodeB负责无线接入网部分,称为E-UTRAN(Evolved Universal Terrestrial Radio Access Network,演进通用陆地无线接入网络);EPC包括信令处理部分MME和数据处理部分SAEGa-teway。应用于LTE***中时,原理与UMTS***类似:UE同样通过RRC CONNECTION REQUEST信令接入网络,如果该UE通过鉴权,发现用户为重要通信用户时,则在RRC CONNECTION REQUEST信令中携带预设的重要通信原因值,以使基站eNodeb能够根据该信令确定是否优先保证该UE的用户资源分配。而“特殊被叫寻呼”的方案也大体类似,不同之处在于,网元有所不同,接口有所不同。
同样,上述实施例中提供的通信保障方法也适用于CDMA***、WIMAX等***,其方法的原理与实施例1和实施例2中的方法类似,这里不再详述。
实施例3
参见图6,本实施例提供了一种接入网设备,该接入网设备包括:
接收模块601,用于接收用户设备UE在接入过程中发送的接入请求;
判断模块602,用于通过判断接收模块601收到的接入请求中是否携带预设的表示重要通信的原因值,确定该UE是否是重要通信用户;
资源分配模块603,用于当判断模块602的判断结果为该UE是重要通信用户时,优先为该UE分配用户资源。
资源分配模块603包括:
信令信道资源分配子模块,用于在信令信道建立阶段,若有预留的信令信道资源,则优先为该UE分配预留的信令信道资源;和/或,
业务信道资源分配子模块,用于在业务信道建立阶段,若有预留的业务信道资源,则优先为该UE分配预留的业务信道资源,若没有空闲的业务信道资源,则抢占低优先级UE的业务信道资源。
进一步地,该接入网设备还可以包括:
寻呼消息接收模块,用于接收核心网设备发送的寻呼消息,该寻呼消息携带预设的表示 优先保证被叫UE通信资源的寻呼原因值;
寻呼模块,用于根据寻呼消息接收模块收到的寻呼消息中携带的寻呼原因值确认需要优先保证被叫UE的通信资源,下发携带信道类型字段的寻呼消息,该信道类型字段选用与普通呼叫相区分的值。
该接入网设备还可以包括:
标识设置模块,用于接收核心网设备发送的寻呼消息,该寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值;根据该预设的寻呼原因值确认需要优先保证被叫UE的通信资源,在本地保存被叫UE的标识,并设置被叫UE的标识为高优先级用户;
被叫资源分配模块,用于下发寻呼消息并接收被叫UE返回的寻呼响应,对寻呼响应进行解析,得到被叫UE的标识,并与本地保存的被叫UE标识比较判断该被叫UE是否是高优先级用户,若是,则优先保障该被叫用户的通信资源。
进一步地,接入网设备还可以包括:
开关模块,用于当***发生通信拥塞时,开启重要通信保障开关,启动判断模块602通过判断接入请求中是否携带预设表示重要通信的原因值、确定该UE是否是重要通信用户的功能。
当通信***为GSM***时,接入网设备可以由BTS和BSC构成;当通信***为UMTS时,接入网设备可以具体由NodeB和RNC构成。
本实施例提供的接入网设备也可以应用于LTE***,或者WCDMA、CDMA***和WIMAX***。
本实施例提供的接入网设备收到接入请求后,识别终端对应的用户是否为重要通信用户,如果是,优先为其分配用户资源;可以有效地保障重要用户的通信,提高通信的服务质量,尤其在灾害发生后,各级指挥部门的通信将会得到优先保证,便于抢救、生产和生活的开展。
实施例4
参见图7,本实施例提供了一种核心网设备,该核心网设备包括:
接收模块701,用于接收主叫用户设备UE发送的业务请求;
判断模块702,用于根据接收模块701接收的业务请求判断主叫UE或被叫UE是否为重要通信用户;
寻呼模块703,用于当判断模块702的判断结果为主叫UE或被叫UE为重要通信用户时, 向接入网设备发送寻呼消息,该寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值。
进一步地,判断模块702包括:
用户信息查询子模块,用于在用户签约数据库中查询接收模块701接收的业务请求对应的所述主叫UE或被叫UE的用户信息;
判断子模块,用于根据用户信息查询子模块的查询结果判断主叫UE或被叫UE是否为重要通信用户。
进一步地,在核心网设备内还可以设置一个开关模块,用于当***发生通信拥塞时,开启重要通信保障开关,启动判断模块702通过判断主叫UE或被叫UE是否为重要通信用户,进而确定寻呼所携带的寻呼原因值。
其中,核心网设备在GSM***或UMTS***中为移动交换中心MSC,其它通信***中对应的核心网设备为具有业务控制功能的实体,这里不再赘述。
本实施例提供的核心网设备确认主叫UE或被叫UE为重要通信用户后,在寻呼消息中携带表示优先保证被叫UE通信资源的寻呼原因值,以使接入网设备能够保障被叫UE的用户资源分配,进而保障了重要通信用户的通信,提高通信的服务质量,尤其在灾害发生后,各级指挥部门的通信将会得到优先保证,便于抢救、生产和生活的开展。
实施例5
参见图8,本实施例提供了一种用户设备,该用户设备包括:
判断模块801,用于通过对用户识别卡进行鉴权,判断该用户是否为重要通信用户;
请求发送模块802,用于当判断模块801的判断结果是该用户为重要通信用户时,发送携带表示重要通信的原因值的接入请求。
其中,用户设备可以通过多种方式对用户识别卡进行鉴权,具体鉴权方法与实施例1提供的鉴权方法类似,这里不再详述。
进一步地,若用户为重要通信用户,则其用户识别卡中的ACCESS CLASS字段设置为表示重要通信用户的优先级级别;或,
其用户识别卡中的增强多级优先和抢占EMLPP文件设置为标识重要通信用户的优先级级别。
本实施例提供的用户设备在发送接入请求时,判断用户是否为重要通信用户,当为重要通信用户时,接入请求中携带预设的重要通信原因值,以使网络侧设备能够优先为该用户设 备分配用户资源,进而有效地保障重要用户的通信,提高通信的服务质量,尤其在灾害发生后,各级指挥部门的通信将会得到优先保证,便于抢救、生产和生活的开展。
实施例6
本实施例提供了一种通信保障的***,该***包括实施例3中的接入网设备和实施例5中的用户设备:
进一步地,该***还可以包括实施例4中的核心网设备。
本实施例提供的***也可以应用于GSM***、LTE***,或者WCDMA、CDMA***和WIMAX***。
本实施例提供的通信保障的***中的接入网设备收到接入请求后,识别终端对应的用户是否为重要通信用户,当为重要通信用户时,优先为其分配用户资源;可以有效地保障重要用户的通信,提高通信的服务质量,尤其在灾害发生后,各级指挥部门的通信将会得到优先保证,便于抢救、生产和生活的开展。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种通信保障的方法,其特征在于,所述方法包括:
接入网设备接收用户设备UE在初始接入过程中发送的接入请求;
所述接入网设备通过判断所述接入请求中是否携带预设的表示重要通信的原因值,确定所述UE是否是重要通信用户;
如果是,所述接入网设备优先为所述UE分配用户资源。
2.如权利要求1所述的通信保障的方法,其特征在于,若UE通过对用户识别卡进行鉴权,判断该用户为重要通信用户,则所述UE发送的接入请求中携带表示重要通信的原因值。
3.如权利要求2所述的通信保障的方法,其特征在于,所述重要通信用户的用户识别卡中的ACCESS CLASS字段设置为表示重要通信用户的优先级级别;或,
所述重要通信用户的用户识别卡中的增强多级优先和抢占EMLPP文件设置为标识重要通信用户的优先级级别。
4.如权利要求1至3任一项所述的通信保障的方法,其特征在于,所述优先为所述UE分配用户资源包括:
在信令信道建立阶段,若有预留的信令信道资源,则优先为所述UE分配预留的信令信道资源;和/或,
在业务信道建立阶段,若有预留的业务信道资源,则优先为所述UE分配预留的业务信道资源,若没有空闲的业务信道资源,则抢占低优先级UE的业务信道资源。
5.如权利要求1至3任一项所述的通信保障的方法,其特征在于,所述方法还包括:
当***发生通信拥塞时,开启重要通信保障开关,启动通过判断接入请求中是否携带预设表示重要通信的原因值、确定所述UE是否是重要通信用户的功能。
6.一种通信保障的方法,其特征在于,所述方法包括:
核心网设备接收主叫用户设备UE发送的业务请求;
所述核心网设备判断所述主叫UE是否为重要通信用户;
如果是,则所述核心网设备向接入网设备发送寻呼消息,所述寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值。
7.如权利要求6所述的通信保障的方法,其特征在于,所述方法还包括:
所述接入网设备收到所述寻呼消息后,根据所述预设的寻呼原因值确认需要优先保证被叫UE的通信资源,下发携带信道类型字段的寻呼消息,所述信道类型字段选用与普通呼叫相区分的值。
8.如权利要求6所述的通信保障的方法,其特征在于,所述方法还包括:
所述接入网设备收到所述寻呼消息后,根据所述预设的寻呼原因值确认需要优先保证被叫UE的通信资源,在本地保存所述被叫UE的标识,并设置所述被叫UE的标识为高优先级用户;
所述接入网设备下发寻呼消息并接收所述被叫UE返回的寻呼响应,对所述寻呼响应进行解析,得到所述被叫UE的标识,并与本地保存的被叫UE标识比较判断该被叫UE是否是高优先级用户,若是,则优先保证该被叫用户的通信资源。
9.一种接入网设备,其特征在于,所述接入网设备包括:
接收模块,用于接收用户设备UE在接入过程中发送的接入请求,其中,所述接入过程为初始接入过程;
判断模块,用于通过判断所述接收模块收到的接入请求中是否携带预设的表示重要通信的原因值,确定所述UE是否是重要通信用户;
资源分配模块,用于当所述判断模块的判断结果为所述UE是重要通信用户时,优先为所述UE分配用户资源。
10.如权利要求9所述的接入网设备,其特征在于,所述资源分配模块包括:
信令信道资源分配子模块,用于在信令信道建立阶段,若有预留的信令信道资源,则优先为所述UE分配预留的信令信道资源;和/或,
业务信道资源分配子模块,用于在业务信道建立阶段,若有预留的业务信道资源,则优先为所述UE分配预留的业务信道资源,若没有空闲的业务信道资源,则抢占低优先级UE的业务信道资源。
11.如权利要求9所述的接入网设备,其特征在于,所述接入网设备还包括:
寻呼消息接收模块,用于接收核心网设备发送的寻呼消息,所述寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值;
寻呼模块,用于根据所述寻呼消息接收模块收到的寻呼消息中携带的寻呼原因值确认需要优先保证被叫UE的通信资源,下发携带信道类型字段的寻呼消息,所述信道类型字段选用与普通呼叫相区分的值。
12.如权利要求9所述的接入网设备,其特征在于,所述接入网设备还包括:
标识设置模块,用于接收核心网设备发送的寻呼消息,所述寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值;根据所述预设的寻呼原因值确认需要优先保证被叫UE的通信资源,在本地保存所述被叫UE的标识,并设置所述被叫UE的标识为高优先级用户;
被叫资源分配模块,用于下发寻呼消息并接收所述被叫UE返回的寻呼响应,对所述寻呼响应进行解析,得到所述被叫UE的标识,并与本地保存的被叫UE标识比较判断该被叫UE是否是高优先级用户,若是,则优先保障该被叫用户的通信资源。
13.如权利要求9至12任一项所述的接入网设备,其特征在于,所述接入网设备还包括:
开关模块,用于当***发生通信拥塞时,开启重要通信保障开关,启动所述判断模块通过判断接入请求中是否携带预设表示重要通信的原因值、确定所述UE是否是重要通信用户的功能。
14.一种核心网设备,其特征在于,所述核心网设备包括:
接收模块,用于接收主叫用户设备UE发送的业务请求;
判断模块,用于根据所述接收模块接收的业务请求判断所述主叫UE是否为重要通信用户;
寻呼模块,用于当所述判断模块的判断结果为所述主叫UE或被叫UE为重要通信用户时,向接入网设备发送寻呼消息,所述寻呼消息携带预设的表示优先保证被叫UE通信资源的寻呼原因值。
15.如权利要求14所述的核心网设备,其特征在于,所述判断模块包括:
用户信息查询子模块,用于在用户签约数据库中查询所述接收模块接收的业务请求对应的所述主叫UE或被叫UE的用户信息;
判断子模块,用于根据所述用户信息查询子模块的查询结果判断所述主叫UE或被叫UE是否为重要通信用户。
16.一种用户设备,其特征在于,所述用户设备包括:
判断模块,用于通过对用户识别卡进行鉴权,判断该用户是否为重要通信用户;
请求发送模块,用于当所述判断模块的判断结果是该用户为重要通信用户时,发送携带表示重要通信的原因值的接入请求,所述接入请求在初始接入过程中发送给接入网设备。
17.如权利要求16所述的用户设备,其特征在于,若用户为重要通信用户,则其用户识别卡中的ACCESS CLASS字段设置为表示重要通信用户的优先级级别;或,
其用户识别卡中的增强多级优先和抢占EMLPP文件设置为标识重要通信用户的优先级级别。
18.一种通信保障的***,其特征在于,所述***包括如权利要求9-13任一项所述的接入网设备、如权利要求16或17所述的用户设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101287323A CN101296521B (zh) | 2008-06-20 | 2008-06-20 | 通信保障的方法、设备和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101287323A CN101296521B (zh) | 2008-06-20 | 2008-06-20 | 通信保障的方法、设备和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101296521A CN101296521A (zh) | 2008-10-29 |
CN101296521B true CN101296521B (zh) | 2011-08-10 |
Family
ID=40066451
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101287323A Active CN101296521B (zh) | 2008-06-20 | 2008-06-20 | 通信保障的方法、设备和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101296521B (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101895855B (zh) * | 2009-05-18 | 2013-06-26 | ***通信集团公司 | 移动终端的接入方法、基站及接入*** |
US20110070862A1 (en) * | 2009-09-22 | 2011-03-24 | Te-Ming Chen | Method of Handling Paging and Related Communication Device |
CN101815273B (zh) * | 2010-01-11 | 2011-07-27 | 北京邮电大学 | 基于号码携带的通信保障方法和*** |
US8589498B2 (en) * | 2010-04-15 | 2013-11-19 | Avaya Inc. | Phase based prioritization of IMS signaling messages for overload throttling |
CN102440030B (zh) * | 2010-04-20 | 2014-02-19 | 华为技术有限公司 | 业务实现方法、装置和*** |
CN102256372B (zh) * | 2010-05-17 | 2016-06-22 | 中兴通讯股份有限公司 | Mtc终端接入方法及***和mtc终端 |
WO2011157122A2 (zh) * | 2011-05-31 | 2011-12-22 | 华为技术有限公司 | 终端配置方法和设备 |
WO2012171187A1 (zh) * | 2011-06-15 | 2012-12-20 | 华为技术有限公司 | 一种通信方法、无线用户设备和接入网设备 |
CN102665279B (zh) * | 2012-04-20 | 2014-12-10 | 大唐移动通信设备有限公司 | 一种移动通信***分配无线资源的方法及装置 |
CN102791034A (zh) * | 2012-07-18 | 2012-11-21 | 大唐移动通信设备有限公司 | 一种vip接入业务的方法及装置 |
CN102932940B (zh) * | 2012-10-17 | 2016-03-02 | 大唐移动通信设备有限公司 | 通信资源调整方法与装置 |
CN103874201A (zh) * | 2012-12-07 | 2014-06-18 | 普天信息技术研究院有限公司 | 一种终端寻呼方法以及一种演进型基站 |
CN103414656B (zh) * | 2013-07-31 | 2016-06-22 | 中国联合网络通信集团有限公司 | 报文发送控制方法和网卡 |
CN104837174A (zh) * | 2014-02-12 | 2015-08-12 | 鼎桥通信技术有限公司 | 无线资源控制接入方法及装置 |
CN103916330A (zh) * | 2014-03-24 | 2014-07-09 | 中国电子科技集团公司第三十研究所 | 一种ip数据优先级设置方法 |
CN105007633B (zh) * | 2015-06-16 | 2019-05-24 | 北京佰才邦技术有限公司 | 无线通信网的网络增强方法和装置 |
CN105228179B (zh) * | 2015-09-06 | 2018-09-25 | 深圳优克云联科技有限公司 | 历史网络kpi数据集合生成、用户识别卡分配方法、装置及*** |
CN105246136A (zh) * | 2015-10-28 | 2016-01-13 | 深圳优克云联科技有限公司 | 一种通信通道的配置方法、装置及移动通信终端设备 |
US10321300B2 (en) * | 2016-05-26 | 2019-06-11 | Oracle International Corporation | Methods, systems, and computer readable media for providing end-to-end priority service in long term evolution (LTE) or subsequent generation networks |
CN106162573B (zh) * | 2016-09-14 | 2020-02-28 | 海能达通信股份有限公司 | 一种集群组呼处理方法、相关设备和*** |
CN113556829B (zh) * | 2020-04-23 | 2023-11-21 | 维沃移动通信有限公司 | 建立网络连接的方法和电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1510935A (zh) * | 2002-12-21 | 2004-07-07 | 华为技术有限公司 | 一种通信***中资源规划方法 |
CN1538767A (zh) * | 2003-10-24 | 2004-10-20 | 大唐移动通信设备有限公司 | 根据无线链路的优先级实现资源抢占的方法和装置 |
CN1716872A (zh) * | 2004-06-28 | 2006-01-04 | 华为技术有限公司 | 一种3g接入网提供差异化服务的方法 |
CN1882171A (zh) * | 2005-08-01 | 2006-12-20 | 华为技术有限公司 | 差异化服务的实现方法 |
CN1297163C (zh) * | 2004-04-02 | 2007-01-24 | 华为技术有限公司 | 一种高优先级别用户上行抢占的方法 |
CN101159986A (zh) * | 2007-11-12 | 2008-04-09 | 普天信息技术研究院有限公司 | 一种确定呼叫优先级的方法 |
-
2008
- 2008-06-20 CN CN2008101287323A patent/CN101296521B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1510935A (zh) * | 2002-12-21 | 2004-07-07 | 华为技术有限公司 | 一种通信***中资源规划方法 |
CN1538767A (zh) * | 2003-10-24 | 2004-10-20 | 大唐移动通信设备有限公司 | 根据无线链路的优先级实现资源抢占的方法和装置 |
CN1297163C (zh) * | 2004-04-02 | 2007-01-24 | 华为技术有限公司 | 一种高优先级别用户上行抢占的方法 |
CN1716872A (zh) * | 2004-06-28 | 2006-01-04 | 华为技术有限公司 | 一种3g接入网提供差异化服务的方法 |
CN1882171A (zh) * | 2005-08-01 | 2006-12-20 | 华为技术有限公司 | 差异化服务的实现方法 |
CN101159986A (zh) * | 2007-11-12 | 2008-04-09 | 普天信息技术研究院有限公司 | 一种确定呼叫优先级的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101296521A (zh) | 2008-10-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101296521B (zh) | 通信保障的方法、设备和*** | |
US10003996B2 (en) | Granular network access control and methods thereof | |
KR101698285B1 (ko) | Ims 기반 서비스 연결 방법 | |
KR101519942B1 (ko) | Apn 기반의 혼잡 제어의 처리 방법 및 관련 통신 장치 | |
US9565550B2 (en) | Method and program for cell barring in a cellular network | |
EP2123082B1 (en) | Improvements in the implementation of telecommunications network access restrictions | |
US20160227468A1 (en) | Execution method and user equipment for service request procedure | |
CN104221423A (zh) | 管理高网络负载情况的网络控制的自适应终端行为 | |
CN101610494A (zh) | 实现过载控制或差异化服务的方法、***及设备 | |
US8995467B2 (en) | System and method for providing information indicating the priority level of a non access stratum signaling message and for using the priority level information to select a response | |
CN101631372A (zh) | 通信保障方法、通信保障服务器和通信保障*** | |
CN103313424B (zh) | 一种ue的接入控制方法和设备 | |
CN101018417A (zh) | Imsi寻呼过程中的核心网选择方法及其装置 | |
US20170223541A1 (en) | Method and apparatus for controlling access to a telecommunications network | |
CN100512171C (zh) | 一种控制接入的实现方法 | |
CN101577937B (zh) | 流量控制方法、装置及基站子*** | |
JP6012331B2 (ja) | 移動通信システムにおける基地局及び規制方法 | |
CN105165065B (zh) | 接入控制方法及装置 | |
US20200107246A1 (en) | Method and apparatus providing access control | |
CN104837174A (zh) | 无线资源控制接入方法及装置 | |
CN103227983A (zh) | 实现过载控制或差异化服务的方法、***及设备 | |
JP6375245B2 (ja) | 端末及び通信制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |