CN101159986A - 一种确定呼叫优先级的方法 - Google Patents
一种确定呼叫优先级的方法 Download PDFInfo
- Publication number
- CN101159986A CN101159986A CNA2007101772095A CN200710177209A CN101159986A CN 101159986 A CN101159986 A CN 101159986A CN A2007101772095 A CNA2007101772095 A CN A2007101772095A CN 200710177209 A CN200710177209 A CN 200710177209A CN 101159986 A CN101159986 A CN 101159986A
- Authority
- CN
- China
- Prior art keywords
- priority
- emlpp
- calling
- subscriber
- called subscriber
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种在增强多级优先和抢占(eMLPP)业务的实现过程中确定呼叫优先级的方法,该方法包括:在呼叫建立过程中,比较主叫用户与被叫用户的增强多级优先和抢占eMLPP优先级高低;若被叫用户的eMLPP优先级高于主叫用户的eMLPP优先级,则根据所述被叫用户的eMLPP优先级重新确定所述呼叫的优先级,并将所述呼叫的优先级修改为所述重新确定的优先级。应用本发明能够提高eMLPP业务实现的公平性。
Description
技术领域
本发明涉及增强多级优先和抢占(eMLPP:enhanced Multi-LevelPrecedence and Pre-emption)业务技术,特别涉及一种在eMLPP业务的实现过程中确定呼叫优先级的方法。
背景技术
随着移动用户的急剧增加,无线通信网络的容量问题已经成为运营商首要考虑的问题。在每天的通话高峰期间,由于无线通信网络很难满足集中的、大量的通信请求,将导致出现网络拥塞;在市中心、热点地区也往往会存在严重的网络拥塞情况,这些都一定程度上影响了用户的正常通信接入。如果在发生网络拥塞时,对所有用户采取同样的策略排队接入,则对高端用户来说是显失公平的,因此对用户分级的需求日益迫切。
第三代合作伙伴计划(3GPP)针对这一需求提出了eMLPP业务。eMLPP是全球移动通信***(GSM)/通用移动通信***(UMTS)网络的一种补充业务,它将用户分为7个级别,即优先级别A、B、0、1、2、3和4(优先级别由高到低)。其中,优先级别A、B为网络级,仅用于移动交换中心(MSC)内部,用户不能订阅这两种优先级;优先级别0~4为用户级,可供用户订阅。在网络拥塞时,eMLPP业务将优先保证高优先级用户的正常通信。
在介绍现有eMLPP业务的实现过程之前,先对eMLPP业务实现过程中可能涉及的其他两种优先级进行简要介绍:
1)分配/保持优先级(Allocation/Retention Priority):不同的Allocation/Retention优先级对应着不同的资源抢占指示、被抢占指示和排队指示,在进行无线资源分配时,该优先级用于指导网络为用户分配相应的无线资源;在网络拥塞时,该优先级用于用户之间进行无线资源的抢占和排队。因此,在涉及无线资源的分配、抢占和排队时,呼叫优先级指的就是该优先级。
2)多级优先和抢占(MLPP)优先级:用于在MSC之间区分呼叫优先级,即:当需要在主叫网络与被叫网络之间传递优先级信息时,使用MLPP优先级。
eMLPP优先级、Allocation/Retention优先级和MLPP优先级这三种类型的优先级之间存在一定的映射关系,在呼叫建立的不同阶段可能需要使用不同类型的优先级作为呼叫的优先级,不同类型优先级之间的转换遵循相应的映射关系,所述转换在网络中进行。
下面根据3GPP技术标准TS22.067、TS23.067和TS24.067,对现有eMLPP业务的实现过程进行介绍。图1为现有eMLPP业务的呼叫建立流程示意图。参见图1,该呼叫建立流程包括:
步骤101:主叫用户设备(UE)确定主叫用户的eMLPP优先级。
eMLPP业务用户订阅的优先级(包括最大优先级和默认优先级)存储在用户的SIM卡和HLR中。本步骤中,主叫用户可以在主叫UE为本次呼叫选择eMLPP优先级,然后由主叫UE通过访问SIM卡来验证主叫用户所选择的eMLPP优先级是否有效:如果有效,则确定该优先级为主叫用户的eMLPP优先级,否则,将主叫用户的eMLPP优先级设定为低于、且最接近主叫用户所选优先级的有效优先级。
如果本步骤中,主叫用户没有选择优先级,则在步骤102中,主叫网络将把主叫用户的eMLPP优先级设置为主叫用户订阅的默认eMLPP优先级。
步骤102:根据主叫用户的eMLPP优先级,在主叫UE与主叫网络之间进行主叫侧呼叫建立过程。
所述主叫侧呼叫建立过程,包括:进行主叫侧连接管理(CM),对主叫用户以及主叫用户的eMLPP优先级进行鉴权、身份认证和加密,进行主叫侧呼叫建立(Setup),进行主叫侧无线资源分配和建立主叫侧无线承载(RB)。
其中,在进行主叫侧无线资源分配的过程中,首先根据主叫用户的eMLPP优先级确定相应的Allocation/Retention优先级,然后根据Allocation/Retention优先级进行无线资源的分配,并建立相应的无线承载。在网络拥塞的情况下,所述无线资源分配过程将涉及根据呼叫的Allocation/Retention优先级进行无线资源的抢占和排队。
在GSM***中,主叫网络包括:主叫UE所处基站子***(BSS)和MSC,被叫网络包括:被叫UE所处BSS和MSC;
在UMTS***中,主叫网络包括:主叫UE所处无线网络子***(RNS)和MSC,被叫网络包括:被叫UE所处RNS和MSC。
步骤103:主叫网络通过初始地址消息(IAM)向被叫UE所在被叫网络发起呼叫,IAM中携带与主叫用户eMLPP优先级对应的MLPP优先级。
步骤104:将IAM中携带的MLPP优先级作为优先级参数,在被叫UE与被叫网络之间进行被叫侧呼叫建立过程。
所述被叫侧呼叫建立过程,包括:寻呼被叫UE,对被叫用户进行鉴权、身份认证和加密,进行被叫侧CM,进行被叫侧Setup,进行被叫侧无线资源分配和建立被叫侧无线承载。
其中,在被叫侧Setup过程中,被叫网络将IAM中携带的MLPP优先级作为优先级参数,首先根据该MLPP优先级确定主叫用户的eMLPP优先级,然后将主叫用户的eMLPP优先级发送给被叫UE,用于被叫UE决定对本次呼叫是否进行自动应答或被叫抢占;
在进行无线资源分配的过程中,被叫网络将IAM中携带的MLPP优先级作为优先级参数,首先根据MLPP优先级确定相应的Allocation/Retention优先级,然后根据Allocation/Retention优先级进行无线资源的分配,并建立相应的无线承载。在网络拥塞的情况下,所述无线资源分配过程将涉及根据呼叫的Allocation/Retention优先级进行无线资源的抢占和排队。
步骤105:被叫网络向主叫网络发送地址全消息(ACM)。
步骤106:被叫用户应答后,被叫网络向主叫网络发送应答消息(ANS)。
步骤107:主叫用户与被叫用户进行通话。
至此,结束现有eMLPP业务的呼叫建立处理流程。
图1所示呼叫处理流程中,假设主叫UE与被叫UE处于不同MSC覆盖范围内。如果主叫UE与被叫UE处于同一MSC覆盖范围内,说明主叫网络中的MSC与被叫网络中的MSC是同一MSC,则主叫网络与被叫网络之间无需发送所述IAM消息、ACM消息和ANS消息,并且,在进行步骤104所述被叫侧呼叫建立的过程中,将直接以主叫用户的eMLPP优先级作为优先级参数。
由上述现有eMLPP业务的呼叫建立流程可见,呼叫的优先级是由主叫用户的eMLPP优先级决定的,与被叫用户的eMLPP优先级无关。当高eMLPP优先级用户接收来自低eMLPP优先级用户的呼叫时,该呼叫在整个网络的优先级别为低,那么在网络拥塞的情况下,该呼叫很可能被抢占,因此高eMLPP优先级用户作为被叫时就无法享受到高优先级的待遇,可见,现有eMLPP业务实现过程中确定呼叫优先级的方法缺乏公平性。
发明内容
有鉴于此,本发明的主要目的在于提供一种确定呼叫优先级的方法,达到提高eMLPP业务实现的公平性的目的。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种确定呼叫优先级的方法,用于增强多级优先和抢占eMLPP业务的实现过程中,包括:
A、比较主叫用户与被叫用户的增强多级优先和抢占eMLPP优先级高低,若被叫用户的eMLPP优先级高于主叫用户的eMLPP优先级,则继续执行步骤B;
B、根据所述被叫用户的eMLPP优先级重新确定所述呼叫的优先级;
C、将所述呼叫的优先级修改为所述重新确定的优先级。
其中,所述主叫用户与被叫用户可以处于不同移动交换中心MSC覆盖范围;
步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低的操作、以及步骤B所述重新确定所述呼叫的优先级的操作,由被叫用户所处MSC执行;
步骤C所述将呼叫的优先级修改为所述重新确定的优先级的操作,由主叫用户所处MSC和被叫用户所处MSC执行。
其中,在步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低之前,可以进一步包括:被叫用户所处MSC收到主叫用户所处MSC发送的初始地址消息IAM后,保存所述IAM消息中携带的MLPP优先级,并获取被叫用户的eMLPP优先级;
步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低为:根据MLPP优先级与eMLPP优先级的映射关系,比较所述IAM消息中携带的MLPP优先级与所述被叫用户的eMLPP优先级的高低。
其中,在步骤B所述重新确定所述呼叫的优先级之后,可以进一步包括:
被叫用户所处MSC将所述重新确定的优先级通知主叫用户所处MSC。
其中,所述通知的方式可以包括:
被叫用户所处MSC将所述重新确定的优先级携带于地址全消息ACM、应答消息ANS或预先设置的消息中发送给主叫用户所处MSC。
其中,所述主叫用户与被叫用户可以处于同一MSC覆盖范围;
所述比较主叫用户与被叫用户的eMLPP优先级高低的操作、重新确定所述呼叫的优先级的操作、以及将呼叫的优先级修改为所述重新确定的优先级的操作,由所述MSC执行。
其中,在步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低之前,可以进一步包括:
所述MSC保存主叫用户发起呼叫时所选择的eMLPP优先级,并获取被叫用户的eMLPP优先级。
其中,所述获取被叫用户的eMLPP优先级可以包括:
从被叫用户的拜访位置寄存器获取被叫用户订阅的最大eMLPP优先级、默认eMLPP优先级或预先设置的有效eMLPP优先级。
其中,步骤B所述根据被叫用户的eMLPP优先级重新确定所述呼叫的优先级可以包括:
将所述被叫用户的eMLPP优先级确定为所述呼叫的优先级;
或,根据预先设置的加权系数,对主叫用户的eMLPP优先级和被叫用户的eMLPP优先级进行加权,将加权结果确定为所述呼叫的优先级。
其中,步骤C所述将呼叫的优先级修改为所述重新确定的优先级可以包括:
通知主叫用户所处基站子***BSS或无线网络子***RNS,将所述呼叫的分配/保持优先级Allocation/Retention Priority修改为与所述重新确定的优先级对应的级别;
在进行被叫侧呼叫建立的过程中,以所述重新确定的优先级作为优先级参数。
由上述技术方案可见,本发明所公开的在eMLPP业务实现过程中确定呼叫优先级的方法,提供了一种基于被叫用户的eMLPP优先级提升端到端呼叫优先级的解决方案。该方案在主叫用户的eMLPP优先级低于被叫用户的eMLPP优先级时,首先根据被叫用户的eMLPP优先级重新确定本次呼叫的优先级,然后将本次呼叫的优先级修改为该重新确定的优先级,即:通过将本次呼叫的优先级提升为与被叫用户eMLPP优先级对应的高优先级,达到了在eMLPP业务的实现过程中体现对被叫用户的公平性的目的,从而实现了提高eMLPP业务实现的公平性。
附图说明
图1为现有eMLPP业务的呼叫建立流程示意图;
图2为本发明在eMLPP业务的实现过程中确定呼叫优先级的方法的流程示意图;
图3为本发明一较佳实施例中确定呼叫优先级的方法的流程示意图;
图4为在UMTS网络中实施本发明方法的主叫侧呼叫流程示意图;
图5为在UMTS网络中实施本发明方法的被叫侧呼叫流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
本发明的主要思想是基于被叫用户的eMLPP优先级提升端到端呼叫优先级,从而在eMLPP业务的实现过程中兼顾主叫用户与被叫用户的eMLPP优先级来确定呼叫的优先级,从而提高eMLPP业务实现的公平性。
图2为本发明在eMLPP业务的实现过程中确定呼叫优先级的方法的流程示意图。参见图2,该方法在呼叫建立过程中进行如下操作:
步骤201:比较主叫用户与被叫用户的eMLPP优先级高低,如果被叫用户的eMLPP优先级高于主叫用户的eMLPP优先级,则继续执行步骤202,否则,结束本方法流程;
步骤202:根据被叫用户的eMLPP优先级重新确定所述呼叫的优先级;
步骤203:将所述呼叫的优先级修改为所述重新确定的优先级。
至此,结束本发明确定呼叫优先级的方法流程。
在实际应用中,主叫用户与被叫用户可能处于不同MSC覆盖范围,也可能处于同一MSC覆盖范围;对应于这两种情况,执行本发明上述方案中各个操作的主体也将不同。
第一种情况:当主叫用户与被叫用户处于不同MSC覆盖范围时,根据背景技术可知,主叫网络将通过IAM消息将主叫用户eMLPP优先级对应的MLPP优先级发送给被叫网络,并且,被叫用户所处MSC能够比较方便地获取到被叫用户的eMLPP优先级,因此,较佳地,步骤201所述比较主叫用户与被叫用户的eMLPP优先级高低的操作、以及步骤202所述重新确定呼叫优先级的操作,可以由被叫用户所处MSC执行;而步骤203所述将呼叫的优先级修改为重新确定的优先级的操作,由于涉及主叫网络和被叫网络,可以分别由主叫用户所处MSC和被叫用户所处MSC执行。
第二种情况:当主叫用户与被叫用户处于同一MSC覆盖范围时,根据背景技术可知,所述MSC将获知主叫用户发起呼叫时所选择的eMLPP优先级,并且能够比较方便地获取到被叫用户的eMLPP优先级,因此,较佳地,步骤201所述比较主叫用户与被叫用户的eMLPP优先级高低的操作、步骤202所述重新确定呼叫优先级的操作、以及步骤203所述将呼叫的优先级修改为重新确定的优先级的操作,均可以由该MSC执行。
图3示出了本发明针对上述第一种情况所提供的确定呼叫优先级的方法的流程示意图。图3中,以圆角方框示出的步骤是在现有技术方案基础上引入本发明技术方案所需要增加的步骤,以虚线方框和虚线箭头示出的步骤是本发明技术方案需要对现有相应步骤进行修改的步骤。参见图3:
在步骤301~步骤303,执行与图1所示步骤101~步骤103相同的操作。
在步骤304,被叫用户所处MSC保存IAM消息中携带的MLPP优先级,并获取被叫用户的eMLPP优先级,然后比较主叫用户与被叫用户的eMLPP优先级高低:如果主叫用户的eMLPP优先级低于被叫用户的eMLPP优先级,则继续执行步骤305;否则,按照现有技术进行后续处理,即:执行图1所示步骤104~步骤107的操作,结束本方法流程。
本步骤中,可以根据MLPP优先级与eMLPP优先级的映射关系,比较IAM消息中携带的MLPP优先级与被叫用户的eMLPP的高低,从而确定主叫用户与被叫用户的eMLPP优先级高低。
本步骤中,可以从被叫用户的拜访位置寄存器(VLR)获取被叫用户订阅的最大eMLPP优先级、默认eMLPP优先级或预先设置的有效eMLPP优先级作为被叫用户的eMLPP优先级。当然,也可以从其他设备中,例如:专门用于存储eMLPP优先级的设备中获取被叫用户的eMLPP优先级。
在步骤305,根据被叫用户的eMLPP优先级重新确定本次呼叫的优先级。
本步骤中,根据被叫用户的eMLPP优先级重新确定本次呼叫的优先级的方式可以有以下几种:
1)直接以步骤304所获取的被叫用户的eMLPP优先级,作为所述呼叫的优先级;
2)根据预先设置的加权系数,对主叫用户的eMLPP优先级和步骤304所获取的被叫用户的eMLPP优先级进行加权,将加权结果确定为所述呼叫的优先级。
在步骤306中,以重新确定的优先级作为优先级参数,进行被叫侧呼叫建立过程。
本步骤所执行的操作与图1所示步骤104所执行的操作完全相同,区别仅在于:步骤104中以IAM中携带的MLPP优先级作为优先级参数,即:以主叫用户eMLPP优先级对应的MLPP优先级作为优先级参数;而本步骤中以重新确定的优先级作为优先级参数,即:以根据被叫用户eMLPP优先级确定的呼叫优先级作为优先级参数。
在步骤307中,被叫网络向主叫网络发送ACM消息,并在ACM消息中携带重新确定的呼叫优先级。
在实际应用中,被叫网络也可以通过步骤308所述ANS消息或者预先设置的其他消息来携带重新确定的呼叫优先级,只要能够使主叫网络获知所述重新确定的呼叫优先级即可。
在步骤308中,主叫网络判定来自于被叫网络的ACM消息中携带有优先级信息,则将本次呼叫的优先级修改为ACM消息中所携带的优先级,即修改为重新确定的优先级。
本步骤所述修改就是:通知主叫用户所处BSS或RNS,对本次呼叫的Allocation/Retention优先级进行修改,将其修改为与重新确定的优先级对应的级别。这样,当发生网络拥塞时,将根据所述修改后的Allocation/Retention优先级进行无线资源的抢占和排队。
在步骤309中,被叫用户应答后,被叫网络向主叫网络发送ANS消息。
在步骤310中,主叫用户与被叫用户进行通话。
至此,结束图3所述较佳实施例中确定呼叫优先级的方法流程。
以上结合图3,对主叫用户与被叫用户处于不同MSC覆盖范围情况下,本发明所提供的确定呼叫优先级的方法的具体实施方式进行了详细说明。在主叫用户与被叫用户处于同一MSC覆盖范围的情况下的实现过程大致相同,区别在于:无需发送步骤303、307和309所述消息,并且,步骤304、305、306和308所述操作均由所述MSC执行,请参照图3所示流程实施,在此不再赘述。
由上述技术方案可见,本发明所公开的在eMLPP业务实现过程中确定呼叫优先级的方法,提供了一种基于被叫用户的eMLPP优先级提升端到端呼叫优先级的解决方案。该方案在主叫用户的eMLPP优先级低于被叫用户的eMLPP优先级时,首先根据被叫用户的eMLPP优先级重新确定本次呼叫的优先级,然后将本次呼叫的优先级修改为该重新确定的优先级,即:通过将本次呼叫的优先级提升为与被叫用户eMLPP优先级对应的高优先级,达到了在eMLPP业务的实现过程中体现对被叫用户的公平性的目的,从而实现了提高eMLPP业务实现的公平性。
如前所述,eMLPP业务是GSM/UMTS网络的一种补充业务,根据3GPP技术标准TS22.067、TS23.067和TS24.067,eMLPP业务在GSM网络中的实现流程与在UMTS网络中的实现流程基本一致,区别仅在于所使用的消息分别遵循GSM相关标准和UMTS相关标准。下面结合现有相关技术规范和附图对在UMTS网络中实施本发明方法的呼叫处理流程进行详细说明。
图4和图5分别是在UMTS网络中实施本发明方法的主叫侧呼叫流程示意图和被叫侧呼叫流程示意图。参见图4和图5:
UE1和UE2分别表示主叫UE和被叫UE;
RNS1和RNS2分别表示主叫用户所处RNS和被叫用户所处RNS;
MSC1和MSC2分别表示主叫用户所处MSC和被叫用户所处MSC;
VLR1和VLR2分别表示主叫用户的VLR和被叫用户的VLR;
HLR1和HLR2分别表示主叫用户的归属位置寄存器(HLR)和被叫用户的HLR;
AuC1和AuC2分别表示主叫侧鉴权中心(AuC)和被叫侧AuC;
图4和图5中以X1~X6标出的步骤是在现有技术方案基础上引入本发明技术方案所需要增加的步骤,对于需要修改的步骤将在后续说明中具体指出。现在,参见图4:
在步骤1~步骤19所执行的操作为:根据主叫用户的eMLPP优先级在从UE1到MSC2之间为呼叫分配无线资源和落地资源,具体而言:
在步骤1,在UE1与RNS1之间建立无线资源控制协议(RRC)连接。
在步骤2,UE1向RNS1发送连接管理服务请求(CM Service Request)消息,该请求消息中携带主叫用户选择的eMLPP优先级。
在步骤3,RNS1向MSC1发送初始UE消息(Initial UE Message),将主叫用户选择的eMLPP优先级发送给MSC1。
在步骤4~5,MSC1通过访问VLR1对主叫用户选择的eMLPP优先级进行鉴权,同时,网络侧完成对主叫用户的身份识别与加密。
在步骤6,VLR1向MSC1返回接入请求接受(Access Request Accepted)消息。
在步骤7~8,MSC1通过RNS1向UE1返回连接管理服务接受(CMService Accepted)消息。如果主叫用户没有选择eMLPP优先级,则本步骤中,MSC1需要从VLR1获得主叫用户订阅的默认eMLPP优先级,并将该呼叫的优先级设为所述默认eMLPP优先级。
在步骤9~11,UE1向网络侧发起Setup过程,将被叫用户的移动用户ISDN号码(MSISDN)发送给MSC1。
在步骤11~12,MSC1在VLR1中登记与本次呼叫相关的信息。
在步骤13~14,MSC1通过RNS1向UE1发送呼叫处理中(CallProceeding)消息,该消息中包含经MSC1确定之后的主叫用户的eMLPP优先级,UE1保存该优先级。
在步骤15~17,MSC1向RNS1发送无线接入承载指配请求(RABAssignment Request)消息,消息中包含与主叫用户的eMLPP优先级对应的Allocation/Retention优先级;RNS1根据该优先级为本次呼叫分配相应的无线资源,并向MSC1返回RAB指配完成消息(RAB Assignment Complete)。在网络拥塞的情况下,该无线资源分配过程将涉及根据Allocation/Retention优先级进行无线资源的抢占和排队。
在步骤18~19,MSC1根据被叫用户的MSISDN,通过访问HLR2获得UE2的路由信息,并向UE2所在的MSC2发送初始地址消息(IAM)。该IAM消息中携带与主叫用户eMLPP优先级对应的MLPP优先级。
现在,参见图5:
在步骤X1,MSC2收到IAM消息后,保存该IAM消息中携带的MLPP优先级。
在步骤20~24,MSC2向UE2发起寻呼(Paging)消息;RNS2与UE2建立RRC连接;UE2向MSC2响应寻呼消息(Paging Response)。
在步骤25,MSC2向VLR2发送接入处理中请求(Processing AccessREQ)。
在步骤X2,VLR2查询UE2订阅的eMLPP优先级。
在步骤26,被叫网络对UE2进行鉴权、身份识别和加密。
在步骤27,VLR2向MSC2返回接入请求接受消息(Access RequestAccepted),该消息中携带被叫用户订阅的eMLPP优先级。如前所述,该eMLPP优先级可以是被叫用户订阅的最大eMLPP优先级、默认eMLPP优先级或预先设置的有效eMLPP优先级。
在步骤X3,比较主叫用户与被叫用户的eMLPP优先级高低,并在主叫用户eMLPP优先级低于被叫用户eMLPP优先级时,根据被叫用户的eMLPP优先级重新确定本次呼叫的优先级,并在后续被叫侧呼叫建立过程中,以该重新确定的优先级作为优先级参数。关于如何重新确定本次呼叫的优先级,请参照关于图3所示流程的说明,在此不再赘述。
如前所述,如果主叫用户eMLPP优先级高于被叫用户eMLPP优先级,则无需提升本次呼叫的优先级,可以按照现有技术完成后续呼叫处理流程。本实施例后续步骤的有关描述都是针对主叫用户eMLPP优先级低于被叫用户eMLPP优先级这种情况。
在步骤28~29,MSC2通过RNS2向UE2发送连接管理CM服务接受消息(CM Service Accept)。
在步骤30~33,MSC2向UE2发送Setup消息,消息中包含重新确定的呼叫优先级,用于UE2决定对该呼叫是否进行自动应答或被叫抢占。
在步骤34,MSC2向RNS2发送无线接入承载指配请求(RAB AssignmentRequest)消息,消息中包含与重新确定的呼叫优先级对应的Allocation/Retention优先级。
在步骤35,RNS2根据Allocation/Retention优先级为呼叫分配相应的无线资源,并建立无线承载。在网络拥塞的情况下,该资源分配将涉及根据Allocation/Retention优先级进行无线资源的抢占和排队。
在步骤36,RNS2向MSC2返回RAB指配完成消息(RAB AssignmentComplete)。
在步骤37~38,UE2通过RNS2向MSC2发送振铃消息(ALERTING)。
在步骤39,MSC2向MSC 1返回ACM消息,该消息中携带重新确定的呼叫优先级。为了在ACM消息中携带呼叫优先级信息,可以在ACM消息中扩展如表1所示“MLPP级别”字段:
参数 | 长度(字节) |
消息类型 | 1 |
…… | |
MLPP级别 | 6 |
表1
现在,参见图4:
在步骤X4,MSC1收到MSC2返回的ACM消息后,判断ACM消息中是否携带有“MLPP级别”字段,如果有则继续执行步骤X5和X6。
在步骤X5,MSC1向RNS1发送RAB指配请求消息,并在其中携带与ACM消息中的MLPP优先级对应的Allocation/Retention优先级,以通知RNS1修改Allocation/Retention优先级。
现有技术中,RAB Assignment Request消息可以用于建立/修改/删除RAB。当需要对已经存在的RAB进行优先级的修改时,只需在RABAssignment Request消息中携带RAB标识(ID)和Allocation/Retention Priority这两个信元(IE)即可。如表2所示:
IE/组名称 | 描述 |
Message Type | 消息类型 |
RABs To Be Setup Or Modified List | 建立或修改列表 |
>RABs To Be Setup Or Modified ItemIEs | RAB建立或修改IE |
>>First Setup Or Modify Item | 最先建立或修改条目 |
>>>RAB ID | 在同一组中RAB ID必须相同 |
>>>RAB P arameters | 包含所有RAB需要的参数,如表3所示 |
表2
表3示出了Allocation/Retention Priority包含的内容:
IE/组名称 | IE类型和参数 | 描述 |
RAB parameters | ||
>Allocation/RetentionPriority | ||
>>Priority Level | 整型{空 (0), | 该IE用于指示请求的优先级,其 |
最高优先级(1),..,最低优先级(14),无优先级(15)}(0..15) | 取值为1~14,优先级由高到低,1为最高优先级,14为最低优先级,如果接收到该IE值为0,则为逻辑错误。由该优先级和抢占指示共同决定该请求是否无条件立即执行。 | |
>>Pre-emptionCapability | 枚举型(不能触发抢占,可以触发抢占) | 该IE用于指示请求的抢占能力,当为该RAB分配资源时,该IE可以触发RNS抢占过程 |
>>Pre-emptionVulnerability | 枚举型(不可以抢占,可以抢占) | 该IE用于指示该RAB是否可以被其他RAB的抢占 |
>>Queuing Allowed | 枚举型(不允许排队,允许排队) | 该IE用于指示该请求是否可以放在资源分配队列中 |
表3
在步骤X6,RNS1完成RAB承载的相关优先级参数的修改后,向MSC1返回RAB指配完成消息。
在步骤40~41,MSC1通知UE1:被叫振铃。
在图5所示步骤42~45,被叫用户应答,MSC2向MSC1发送ANS消息。
在图4所示步骤46~47,MSC1通知UE1连接(CONNECT)。
在步骤48~51,建立起主叫UE与被叫UE之间的连接,主叫用户与被叫用户进行通话。
至此,完成在UMTS网络中实施本发明方法的呼叫处理流程。
由上述实施例可见,采用本发明技术方案能够获得以下有益效果:
1、本发明方法是在被叫用户为高优先级用户的情况下,基于被叫用户的eMLPP优先级提升呼叫优先级,该方法能够保证高优先级的用户在作为主叫用户或被叫用户时,都能享受高优先级待遇;
2、本发明方法所引入的对eMLPP业务实现流程的改动,可以单纯通过修改软件的方式来实现,不一定需要进行硬件上的改动,因此容易实现;
3、在提升优先级的过程中,不需要对已分配的无线资源进行重新配置,仅需对已分配的无线资源进行修改即可;
4、提升优先级时,完全可以使用已有消息或对已有消息进行少许扩展,对网元改动不大,实现简单。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种确定呼叫优先级的方法,用于增强多级优先和抢占eMLPP业务的实现过程中,其特征在于,包括:
A、比较主叫用户与被叫用户的增强多级优先和抢占eMLPP优先级高低,若被叫用户的eMLPP优先级高于主叫用户的eMLPP优先级,则继续执行步骤B;
B、根据所述被叫用户的eMLPP优先级重新确定所述呼叫的优先级;
C、将所述呼叫的优先级修改为所述重新确定的优先级。
2.根据权利要求1所述的方法,其特征在于,所述主叫用户与被叫用户处于不同移动交换中心MSC覆盖范围;
步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低的操作、以及步骤B所述重新确定所述呼叫的优先级的操作,由被叫用户所处MSC执行;
步骤C所述将呼叫的优先级修改为所述重新确定的优先级的操作,由主叫用户所处MSC和被叫用户所处MSC执行。
3.根据权利要求2所述的方法,其特征在于,在步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低之前,进一步包括:被叫用户所处MSC收到主叫用户所处MSC发送的初始地址消息IAM后,保存所述IAM消息中携带的MLPP优先级,并获取被叫用户的eMLPP优先级;
步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低为:根据MLPP优先级与eMLPP优先级的映射关系,比较所述IAM消息中携带的MLPP优先级与所述被叫用户的eMLPP优先级的高低。
4.根据权利要求2所述的方法,其特征在于,在步骤B所述重新确定所述呼叫的优先级之后,进一步包括:
被叫用户所处MSC将所述重新确定的优先级通知主叫用户所处MSC。
5.根据权利要求4所述的方法,其特征在于,所述通知的方式包括:
被叫用户所处MSC将所述重新确定的优先级携带于地址全消息ACM、应答消息ANS或预先设置的消息中发送给主叫用户所处MSC。
6.根据权利要求1所述的方法,其特征在于,所述主叫用户与被叫用户处于同一MSC覆盖范围;
所述比较主叫用户与被叫用户的eMLPP优先级高低的操作、重新确定所述呼叫的优先级的操作、以及将呼叫的优先级修改为所述重新确定的优先级的操作,由所述MSC执行。
7.根据权利要求6所述的方法,其特征在于,在步骤A所述比较主叫用户与被叫用户的eMLPP优先级高低之前,进一步包括:
所述MSC保存主叫用户发起呼叫时所选择的eMLPP优先级,并获取被叫用户的eMLPP优先级。
8.根据权利要求3或7所述的方法,所述获取被叫用户的eMLPP优先级包括:
从被叫用户的拜访位置寄存器获取被叫用户订阅的最大eMLPP优先级、默认eMLPP优先级或预先设置的有效eMLPP优先级。
9.根据权利要求1、2或6所述的方法,其特征在于,步骤B所述根据被叫用户的eMLPP优先级重新确定所述呼叫的优先级包括:
将所述被叫用户的eMLPP优先级确定为所述呼叫的优先级;
或,根据预先设置的加权系数,对主叫用户的eMLPP优先级和被叫用户的eMLPP优先级进行加权,将加权结果确定为所述呼叫的优先级。
10.根据权利要求1、2或6所述的方法,其特征在于,步骤C所述将呼叫的优先级修改为所述重新确定的优先级包括:
通知主叫用户所处基站子***BSS或无线网络子***RNS,将所述呼叫的分配/保持优先级Allocation/Retention Priority修改为与所述重新确定的优先级对应的级别;
在进行被叫侧呼叫建立的过程中,以所述重新确定的优先级作为优先级参数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101772095A CN101159986B (zh) | 2007-11-12 | 2007-11-12 | 一种确定呼叫优先级的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101772095A CN101159986B (zh) | 2007-11-12 | 2007-11-12 | 一种确定呼叫优先级的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101159986A true CN101159986A (zh) | 2008-04-09 |
CN101159986B CN101159986B (zh) | 2010-06-23 |
Family
ID=39307870
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101772095A Expired - Fee Related CN101159986B (zh) | 2007-11-12 | 2007-11-12 | 一种确定呼叫优先级的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101159986B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101296521B (zh) * | 2008-06-20 | 2011-08-10 | 华为技术有限公司 | 通信保障的方法、设备和*** |
CN102457836A (zh) * | 2010-10-22 | 2012-05-16 | ***通信集团设计院有限公司上海分公司 | 用户的优先级信息确定方法、装置及*** |
CN101483882B (zh) * | 2009-02-13 | 2013-08-14 | 华为技术有限公司 | 一种通信网络的流量控制方法、装置及*** |
CN104244196A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种集群***中业务建立的方法 |
CN107430523A (zh) * | 2014-11-18 | 2017-12-01 | 英特尔公司 | 图形处理器的高效抢占 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100403819C (zh) * | 2005-05-26 | 2008-07-16 | 华为技术有限公司 | 一种集群业务中进行信道资源分配的方法 |
CN100525477C (zh) * | 2005-11-02 | 2009-08-05 | 华为技术有限公司 | 话务链接电路的选择方法 |
CN101420717B (zh) * | 2007-10-26 | 2013-03-27 | 摩托罗拉*** | 用于在通信网络中确定呼叫优先级的方法 |
-
2007
- 2007-11-12 CN CN2007101772095A patent/CN101159986B/zh not_active Expired - Fee Related
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101296521B (zh) * | 2008-06-20 | 2011-08-10 | 华为技术有限公司 | 通信保障的方法、设备和*** |
CN101483882B (zh) * | 2009-02-13 | 2013-08-14 | 华为技术有限公司 | 一种通信网络的流量控制方法、装置及*** |
CN102457836A (zh) * | 2010-10-22 | 2012-05-16 | ***通信集团设计院有限公司上海分公司 | 用户的优先级信息确定方法、装置及*** |
CN102457836B (zh) * | 2010-10-22 | 2015-07-01 | ***通信集团设计院有限公司上海分公司 | 用户的优先级信息确定方法、装置及*** |
CN104244196A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种集群***中业务建立的方法 |
CN104244196B (zh) * | 2013-06-14 | 2018-04-13 | 中国普天信息产业股份有限公司 | 一种集群***中业务建立的方法 |
CN107430523A (zh) * | 2014-11-18 | 2017-12-01 | 英特尔公司 | 图形处理器的高效抢占 |
CN107430523B (zh) * | 2014-11-18 | 2021-06-22 | 英特尔公司 | 图形处理器的高效抢占 |
Also Published As
Publication number | Publication date |
---|---|
CN101159986B (zh) | 2010-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU719754B2 (en) | System and method for providing priority access and channel assignment in a cellular telecommunication system | |
KR100770843B1 (ko) | 이동통신 시스템에서 서로간 동시 통화 시도시 통화성공률 향상 방법 | |
US6597920B2 (en) | System and method for priority access channel assignment in a cellular telephone system | |
US7580714B2 (en) | Method for attaching a mobile equipment to a wireless communication network | |
KR100510651B1 (ko) | 이동통신 시스템의 자원 관리 방법 | |
CN103856927B (zh) | 一种确定用户设备之间邻近关系的方法、设备及通信*** | |
EP2019558B1 (en) | Method for checking qos parameter and communication device in networkside | |
JP3792155B2 (ja) | パケット交換網を介した通話予約サービスを提供する方法およびシステム | |
CN100455070C (zh) | Cdma数字集群传统式组呼的呼叫建立和呼叫控制方法 | |
CN101114927A (zh) | 一种实现负载均衡的***及方法 | |
CN101013947A (zh) | 网络调整呼叫区域的方法以及群组呼叫方法和设备 | |
CN101159986B (zh) | 一种确定呼叫优先级的方法 | |
EP1806862A1 (en) | A method for establishing call connection | |
US6829341B2 (en) | Method for managing a plurality of extension communication units | |
CN101316445A (zh) | 流量控制方法、通讯***及相关装置 | |
KR100790074B1 (ko) | 휴대단말기의 호 연결방법 | |
CN101299882A (zh) | 承载类型识别和指示方法 | |
US20020177440A1 (en) | System and method for providing serviceto guest users in a wireless enterprise network | |
CN101179857B (zh) | 一种应用于uma网络中的呼叫建立方法 | |
CN111800857B (zh) | 一种寻呼方法和设备 | |
US20040022209A1 (en) | Voice call precedence over active packet data call | |
EP1718099A2 (en) | Method for controlling service priority in radio communication network, radio communication system, radio control apparatus, terminal unit and core network | |
WO2007068205A1 (fr) | Procede et systeme permettant de realiser un service d'appels en attente pour le terminal appele | |
CN101115241B (zh) | 空闲的中继移动交换中心加入正在进行中的组呼的方法 | |
KR100357121B1 (ko) | 이동통신 시스템에서의 동시 서비스 방법 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100623 Termination date: 20211112 |
|
CF01 | Termination of patent right due to non-payment of annual fee |