您的位置：
基于Flex技术的IMS终端的设计与实现
基于Flex技术的IMS终端的设计与实现
Development of IMS Terminal based on Flex
发布时间：　　浏览量：399　　收藏数：0　　评论数：
北京邮电大学信息与通信工程学院；
文章先介绍了IMS系统的演变与发展，列举了IMS终端实现的可选方案并分别进行了概要介绍；其次介绍了Flex技术的组成结构和特点，主要在编程框架、呈现能力以及数据接入方式三方面做了着重讲述；继而介绍了如何结合Flex所提供的基础功能和附加服务来实现IMS多媒体终端，分别列举了各个功能实现的具体选型方案；最后对该技术领域的IMS终端方案和本次设计进行了分析对比，总结了该方案的优势和有待提高的方面，继而做了该技术的未来展望。
Flex；IMS；Web；终端
Li Shaosheng
Beijing University of Posts and Telecommunications；
Abstract：
This article first introduces the development of IMS and lists different plans about the implement of IMS terminal. Second, emphasizing on programming schema, ability of presentation and data accessing, the paper introduces the features and architecture of Flex technology. Then it elaborates how to combine the basic function and external service to implement the IMS terminal and lists every concrete procedure of using the services. Finally, it makes a contrast among each plan of implementing the IMS terminal and summarizes their pros and cons. Then the article gives a discussion and expectation of the future of IMS terminal technology.
Keywords：
FIMS;WTerminal
PDF全文下载：
&&&&（185）
作者简介：
通信联系人：
【收录情况】
中国科技论文在线：李博，李绍胜.&基于Flex技术的IMS终端的设计与实现[EB/OL].北京：中国科技论文在线&
[].http://www./releasepaper/content/.
发表期刊：
首发论文搜索
&> 信息科学与系统科学
&> 地球科学
&> 畜牧、兽医科学
&> 基础医学
&> 临床医学
&> 预防医学与卫生学
&> 军事医学与特种医学
&> 中医学与中药学
&> 工程与技术科学基础学科
&> 测绘科学技术
&> 材料科学
&> 矿山工程技术
&> 冶金工程技术
&> 机械工程
&> 动力与电气工程
&> 能源科学技术
&> 核科学技术
&> 电子、通信与自动控制技术
&> 计算机科学技术
&> 化学工程
&> 纺织科学技术
&> 食品科学技术
&> 土木建筑工程
&> 水利工程
&> 交通运输工程
&> 航空航天科学技术
&> 环境科学技术
&> 安全科学技术
&> 图书馆、情报与文献学
&> 体育科学
尊敬的作者，欢迎您在本站投稿：
注：请投稿作者直接在本站注册并登录提交文章，
任何个人或机构宣称代理在本站投稿均为侵权行为
本学科今日推荐
本文作者合作关系
本文相关论文
电子技术无线通信技术通信网络技术电子、通信与自动无线通信技术
&&&&&&&&&&&&&&
中国科技论文在线
&|&&|&&|&&|&&|&nbsp
光电子学与激光技术
半导体技术
信息处理技术
广播与电视工程技术
自动控制技术
电子、通信与自动控制技术其他学科
基于Flex技术的IMS终端的设计与实现
&&收藏本文
&&推荐本文给好友
&&订阅本文所在学科
&&分享到我的圈子
多个邮箱请用逗号“，”隔开
分享到我的圈子网站已改版，请使用新地址访问：
imsdroid 一个基于An 系统的IMS网络电话源代码 an
238万源代码下载-
&文件名称: imsdroid
& & & & &&]
&&所属分类:
&&开发工具: Java
&&文件大小: 10362 KB
&&上传时间:
&&下载次数: 4
&&提 供 者:
&详细说明：一个基于Android系统的IMS网络电话源代码-an IMS-based voip terminal source code running on Android
文件列表(点击判断是否您需要的文件，如果是垃圾请在下面评价投诉):
&&imsdroid\.classpath&&........\.project&&........\.settings\org.eclipse.core.resources.prefs&&........\AndroidManifest.xml&&........\bin\classes.dex&&........\...\ietf\params\xml\ns\pidf\Basic.class&&........\...\....\......\...\..\....\caps\Actortype.class&&........\...\....\......\...\..\....\....\Actortypes.class&&........\...\....\......\...\..\....\....\Classtype.class&&........\...\....\......\...\..\....\....\Classtypes.class&&........\...\....\......\...\..\....\....\Descriptiontype.class&&........\...\....\......\...\..\....\....\Devcaps.class&&........\...\....\......\...\..\....\....\Duplextype.class&&........\...\....\......\...\..\....\....\Duplextypes.class&&........\...\....\......\...\..\....\....\Equalstype.class&&........\...\....\......\...\..\....\....\EventPackagestype.class&&........\...\....\......\...\..\....\....\Eventtypes.class&&........\...\....\......\...\..\....\....\Extensionstype.class&&........\...\....\......\...\..\....\....\Extensiontypes.class&&........\...\....\......\...\..\....\....\Higherthantype.class&&........\...\....\......\...\..\....\....\Languagestype$Notsupported.class&&........\...\....\......\...\..\....\....\Languagestype$Supported.class&&........\...\....\......\...\..\....\....\Languagestype.class&&........\...\....\......\...\..\....\....\Lowerthantype.class&&........\...\....\......\...\..\....\....\Methodstype.class&&........\...\....\......\...\..\....\....\Methodtypes.class&&........\...\....\......\...\..\....\....\Mobilitytype.class&&........\...\....\......\...\..\....\....\Mobilitytypes.class&&........\...\....\......\...\..\....\....\Prioritytype.class&&........\...\....\......\...\..\....\....\Prioritytypes.class&&........\...\....\......\...\..\....\....\Rangetype.class&&........\...\....\......\...\..\....\....\Schemestype$Notsupported.class&&........\...\....\......\...\..\....\....\Schemestype$Supported.class&&........\...\....\......\...\..\....\....\Schemestype.class&&........\...\....\......\...\..\....\....\Servcapstype.class&&........\...\....\......\...\..\....\Contact.class&&........\...\....\......\...\..\....\data_model\Device.class&&........\...\....\......\...\..\....\..........\Empty.class&&........\...\....\......\...\..\....\..........\NoteT.class&&........\...\....\......\...\..\....\..........\Person.class&&........\...\....\......\...\..\....\Note.class&&........\...\....\......\...\..\....\Presence.class&&........\...\....\......\...\..\....\rpid\ActiveIdle.class&&........\...\....\......\...\..\....\....\Activities$activity.class&&........\...\....\......\...\..\....\....\Activities$ACTIVITY_TYPE.class&&........\...\....\......\...\..\....\....\Activities$appointment.class&&........\...\....\......\...\..\....\....\Activities$away.class&&........\...\....\......\...\..\....\....\Activities$breakfast.class&&........\...\....\......\...\..\....\....\Activities$busy.class&&........\...\....\......\...\..\....\....\Activities$dinner.class&&........\...\....\......\...\..\....\....\Activities$holiday.class&&........\...\....\......\...\..\....\....\Activities$in_transit.class&&........\...\....\......\...\..\....\....\Activities$looking_for_work.class&&........\...\....\......\...\..\....\....\Activities$meal.class&&........\...\....\......\...\..\....\....\Activities$meeting.class&&........\...\....\......\...\..\....\....\Activities$on_the_phone.class&&........\...\....\......\...\..\....\....\Activities$other.class&&........\...\....\......\...\..\....\....\Activities$performance.class&&........\...\....\......\...\..\....\....\Activities$permanent_absence.class&&........\...\....\......\...\..\....\....\Activities$playing.class&&........\...\....\......\...\..\....\....\Activities$presentation.class&&........\...\....\......\...\..\....\....\Activities$shopping.class&&........\...\....\......\...\..\....\....\Activities$sleeping.class&&........\...\....\......\...\..\....\....\Activities$spectator.class&&........\...\....\......\...\..\....\....\Activities$steering.class&&........\...\....\......\...\..\....\....\Activities$travel.class&&........\...\....\......\...\..\....\....\Activities$tv.class&&........\...\....\......\...\..\....\....\Activities$vacation.class&&........\...\....\......\...\..\....\....\Activities$working.class&&........\...\....\......\...\..\....\....\Activities$worship.class&&........\...\....\......\...\..\....\....\Activities.class&&........\...\....\......\...\..\....\....\Empty.class&&........\...\....\......\...\..\....\....\Mood.class&&........\...\....\......\...\..\....\....\NoteT.class&&........\...\....\......\...\..\....\....\PlaceIs$Audio.class&&........\...\....\......\...\..\....\....\PlaceIs$Text.class&&........\...\....\......\...\..\....\....\PlaceIs$Video.class&&........\...\....\......\...\..\....\....\PlaceIs.class&&........\...\....\......\...\..\....\....\PlaceType.class&&........\...\....\......\...\..\....\....\Privacy.class&&........\...\....\......\...\..\....\....\Relationship.class&&........\...\....\......\...\..\....\....\ServiceClass.class&&........\...\....\......\...\..\....\....\Sphere.class&&........\...\....\......\...\..\....\....\StatusIcon.class&&........\...\....\......\...\..\....\....\TimeOffset.class&&........\...\....\......\...\..\....\....\UserInput.class&&........\...\....\......\...\..\....\Status.class&&........\...\....\......\...\..\....\Tuple.class&&........\...\....\......\...\..\resource_lists\DisplayNameType.class&&........\...\....\......\...\..\..............\EntryRef.class&&........\...\....\......\...\..\..............\EntryRefType.class&&........\...\....\......\...\..\..............\EntryType$DisplayName.class&&........\...\....\......\...\..\..............\EntryType.class&&........\...\....\......\...\..\..............\ExternalType.class&&........\...\....\......\...\..\..............\ListType$List.class&&........\...\....\......\...\..\..............\ListType.class&&........\...\....\......\...\..\..............\ResourceLists.class&&........\...\....\......\...\..\.ls_services\PackagesType.class&&........\...\....\......\...\..\............\RlsServices.class&&........\...\....\......\...\..\............\ServiceType.class
&近期下载过的用户:
&输入关键字，在本站238万海量源码库中尽情搜索：
&[] - 使用protocol buffer实现接口通讯
&[] - a sip phone program written by java
&[] - 基于RFID的食堂管理系统：单片机通过RFID读取卡中存储区的数据，进行进制的转换为金额数据，在消费后扣除金额，并且把余额重新写入卡中。同时，还具有充值的功能。
&[] - 很好的心率 安卓计算绘制工具 大家下载后自己二次开发
主要绘制和计算心率数值 等等
&[] - android 抽屉的自定义实现，包含了抽屉往4个方向的收缩，比如说android手机消息下拉。503 Service Temporarily Unavailable
503 Service Temporarily Unavailable
openresty/1.11.2.4Ims终端注册风暴处理方法和边缘接入控制设备的制作方法
Ims终端注册风暴处理方法和边缘接入控制设备的制作方法
【专利摘要】本发明公开了一种IMS终端注册风暴处理方法和边缘接入控制设备，涉及移动互联网【技术领域】。本方案对BAC的注册消息处理功能进行优化，当每秒注册刷新消息总量已超过最大核心网转发注册频率时，应由BAC先对超量的刷新注册进行本地响应，然后在下一个Register心跳窗口尝试将该用户的注册消息向核心网转发，该消息转发到核心网，核心网将启动注册鉴权，本次进程可视为前次因注册超量被延迟的核心网侧的注册更新。本发明对现有技术进行了优化和改进，使得BAC在应对IMS终端注册过载时更加科学实施消息的筛选和相应处理，不但能有效保护核心网免受过载攻击，而且能有效保护已有用户不受影响，实现服务的可靠性、稳定性和健壮性。
【专利说明】IMS终端注册风暴处理方法和边缘接入控制设备
【技术领域】
[0001]本发明涉及移动互联网领域，特别涉及一种IMS (IP Multimedia Subsystem, IP多媒体子系统)终端注册风暴处理方法和边缘接入控制设备。
【背景技术】[0002]【I HMS 简介
[0003]IMS是IP多媒体系统，是一种全新的多媒体业务形式，它能够满足现在的终端客户更新颖、更多样化多媒体业务的需求。目前，MS被认为是下一代网络的核心技术，也是解决移动与固网融合，引入语音、数据、视频三重融合等差异化业务的重要方式。
[0004]MS技术最大的特点是将传统通讯系统中的业务、控制和接入部分完全分离开，各自成为一个体系，各体系间用统一标准的接口进行连接，这样的结构可以简化网络结构，节省投资，易于管理。
[0005]IMS的体系架构如下图1所示:
[0006]IMS的主要功能实体为呼叫会话控制功能CSCF (Call Session ControlFunction,呼叫会话控制功能)，CSCF分为三类，分别是P (Proxy,代理)-CSCF, I(Interrogating,查询)-CSCF 和 S (Serving,服务)-CSCF。
[0007]P-CSCF:代理-呼叫会话控制功能，是代理服务器，为所有终端提供接入点，所有类型的终端设备的信令都要通过P-CSCF，由P-CSCF将其转换成SIP(Session InitiationProtocol，会话初始协议)信令，访问MS网络。
[0008]1-CSCF:询问-呼叫会话控制功能，实际上是本地网络的第一个接入点，它负责将呼叫请求转到合适的S-CSCF,它会去询问HSS (Home Subscriber Server,归属用户服务器)，哪个S-CSCF适合服务这个呼叫，然后将这个呼叫转到S-CSCF。
[0009]S-CSCF:业务-呼叫会话控制功能，为用户提供用户所请求的服务，如帮用户寻找被叫用户。它会从HSS中得到用户的配置信息，知道用户订阅了什么服务，再去访问相应的AS (Application Server，应用服务器)，让AS提供具体的服务，它只是个服务定位者，不是提供者，一个頂S网络允许有多个S-CSCF，每个可以有不同的能力，HSS会根据用户的配置信息为他分配合适的S-CSCF。
[0010]其他重要的功能实体有HSS，负责保存用户数据和用户的业务签约数据。AS，存储并执行业务逻辑，提供各种頂S业务。
[0011]【2】BAC简介
[0012]边缘接入控制设备(Border Access Controller, BAC),位于IMS核心网络与IMS用户之间，为多种网络环境下的用户提供业务接入和互通；同时实现安全防护、媒体管理等功能，并配合承载网络实现QoS (服务质量)管理。图2示出BAC在MS架构中的位置示意图。
[0013] BAC的上述功能由下列功能模块共同实现:接口功能模块、信令处理模块、媒体转接模块、安全防护模块、QoS模块、路由及资源控制管理模块、网络管理模块。图3示出BAC功能模块示意图。
[0014]BAC的核心功能为能实现不同网络环境下用户业务的互通，实现媒体的转接，路由及资源控制管理功能，辅助实现业务质量(QoS)保障功能，对核心网实现安全保护功能等。
[0015]不同网络环境的网络互通具体包括以下三种情况:用户处于私网、MS核心网处于公网；用户处于公网、IMS核心网络处于私网；用户处于私网，IMS核心网处于另一私网。BAC能支持IMS/软交换业务在用户网络侧的FW/NAT (Network Address Transformation,网络地址转换)穿越。
[0016]在媒体转换方面，BAC应支持对媒体流的控制管理，可以实现对媒体的转接控制、统计、分析、带宽控制等功能。
[0017]BAC还要对消息进行正确的路由并进行资源管理。对超量的注册、呼叫等消息，BAC应进行筛选和处理，过量消息不能转发到核心网。BAC上应能定义相应的资源控制策略。
[0018]BAC支持数据包的优先级处理和QoS标记功能。BAC作为策略执行点与RACS (资源接纳控制子系统)的策略控制系统进行交互，并执行动态QoS策略的功能暂不要求。
[0019]BAC作为用户接入网和MS核心网的应用层防火墙，可实现对MS核心网的安全防护。[0020]【3HMS用户注册和心跳
[0021]在MS网络中，用户通过BAC向核心网注册。对用户来说，核心网是不可见的，用户是向BAC发送注册消息。BAC只是用户的代理服务器，它将受到的消息向核心网转发，并向用户转发核心网回复的响应。
[0022]图4示出注册消息处理的信令示意图。如图4所示，用户的注册一般会起用鉴权功能，即用户的注册过程需要两个注册消息(Register)，即第一个Register，和第二个Register消息，第一个注册消息将用户的账号发送给核心网，发起注册请求，网络以401响应通知用户要进行鉴权，鉴权信息在第二个Register消息中传送给核心网，待鉴权通过后，核心网再向注册用户发送注册成功的响应，响应重会包含一个过期值expire，表示本次注册的有效时间。用户必须在过期值到期前发送注册刷新消息，来保持用户在核心网的注册有效。否则，用户将被网络视为注册失效。
[0023]当用户注册完成后，用户会在注册有效期到期前，周期性地发送注册刷新Register消息,保持注册有效。
[0024]另外，在MS网络中，用户和BAC之间也需要保持心跳。该心跳也可以采用Register消息,该心跳的目的是用户检查BAC的有效性，当BAC失效时,可重新选择备用的BAC继续获得服务。对于此类Register消息，BAC能够与注册刷新区分开来，直接以2000K本地响应该类消息，不向核心网转发。BAC通过计时器来区分是注册刷新还是BAC和用户间的心跳消息。当计时器到达注册刷新时间时，则判断该注册消是注册刷新，向网络转发。而还没有到达注册刷新之前的注册消息都是BAC与用户之间的心跳。当采用Register作为心跳时，BAC在向用户发送响应时注册有效期值expire改写为心跳周期的值(一般较短，如5分钟)。由BAC上的计时器决定收到的Register消息是应作为心跳本地回复还是作为注册刷新向核心网转发。
[0025]【4】IMS用户注册消息过量的常规处理方法
[0026]BAC位于MS的边缘，负责为MS网络汇集各类的MS终端，由于MS终端的数量巨大，并且用户接入MS网络属于自发行为，具有不确定性。MS网络会在短时期内收到非常密集的注册请求。一般为了防止核心网收到过密的消息或受到DDOS攻击，在BAC上会设置一些资源使用限制措施，如限定单位时间内(如每秒)处理注册消息的数量，将过量的注册消息丢弃，只转发在允许的转发量内的消息。
[0027]常规的BAC上丢弃超量注册消息时先丢弃初始注册Regsiter消息，然后开始丢弃超量的注册刷新消息。注册刷新消息超量时简单丢弃，这将导致在发生拥塞时，部分已注册的用户的注册刷新消息被丢弃，不能转发到核心网，该用户将被终止服务。图5A-5B示出基于BAC实现MS终端注册风暴常规处理示意图。
[0028]为了实现用户服务最大程度的稳定、有保障，应寻找一种方法实现IMS终端注册风暴优化处理。
【发明内容】
[0029]本发明的发明人发现上述现有技术中存在问题，并因此针对所述问题中的至少一个问题提出了一种新的技术方案。
[0030]本发明的一个目的是提供一种用于MS终端注册风暴处理的技术方案。
[0031]根据本发明的第一方面，提供了一种MS终端注册风暴处理方法，包括:
[0032]如果BAC判断当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则所述BAC对在所述当前单位时间内接收来自终端的注册刷新消息进行本地响应；
[0033]所述BAC接收到所述终端在下一心跳周期的注册心跳消息；
[0034]所述BAC将所述终端的注册心跳消息作为所述终端的注册刷新消息转发到核心网以进行注册刷新。
[0035]可选地，该方法还包括:如果BAC判断当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则所述BAC丢弃在所述当前单位时间内来自终端的初始注册消息。
[0036]可选地，BAC对在所述当前单位时间内接收来自终端的注册刷新消息进行本地响应包括:在所述当前单位时间内所述BAC接收到来自所述终端的注册刷新消息；所述BAC向所述终端返回2000K消息；所述BAC将所述终端记录在延期注册刷新终端列表；
[0038]所述BAC将所述终端的注册心跳消息作为所述终端的注册刷新消息转发到核心网包括:所述BAC判断所述终端是否位于所述延期注册刷新终端列表中，如果是，则所述BAC将所述终端的注册心跳消息作为所述终端的注册刷新消息转发到核心网。
[0039]可选地，该方法还包括:所述BAC接收来自核心网的401消息，将所述401消息转发给所述终端。
[0040]可选地，BAC根据计时器确定来自终端的注册消息为注册心跳消息或注册刷新消
肩、O [0041]根据本发明的另一方面，提供一种边缘接入控制设备，包括:
[0042]注册消息接收模块，用于接收来自终端的注册消息，所述注册消息包括注册刷新消息、注册心跳消息和初始注册消息；[0043]注册消息响应模块，用于接收来自所述注册消息接收模块的注册消息，向所述终端进行本地响应；
[0044]注册消息转发模块，用于接收来自所述注册消息接收模块的注册消息，向核心网转发所述注册消息；
[0045]消息转发控制模块，用于接收来自所述注册消息接收模块的注册消息，获取当前单位时间内向核心网转发的注册消息的数量，如果当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则将所述终端的注册刷新信息发送给所述注册消息响应模块以进行本地响应，且将在下一心跳周期接收的所述终端的注册心跳消息作为注册刷新消息发送给所述注册消息转发模块以转发到核心网进行注册刷新。
[0046]可选地，如果当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，所述消息转发控制模块还用于丢弃在所述当前单位时间内来自终端的初始注册消息。
[0047]可选地，消息转发控制模块将注册刷新消息发送给所述注册消息响应模块，并在延期注册刷新终端列表中增加所述终端记录；在下一心跳周期接收的所述终端的注册心跳消息后，判断所述终端是否位于所述延期注册刷新终端列表中，如果是，则将所述终端的注册心跳消息作为所述终端的注册刷新消息发送给所述注册消息转发模块以转发到核心网进行注册刷新。
[0048]可选地，注册消息响应模块通过向终端发送2000K消息进行本地响应。
[0049]可选地 ，注册消息接收模块根据计时器确定来自终端的注册消息为注册心跳消息或注册刷新消息。
[0050]本发明的一个优点在于，通过对现有技术进行了优化和改进，使得BAC在应对MS终端注册过载时更加科学实施消息的筛选和相应处理，不但能有效保护核心网免受过载攻击，而且能有效保护已有用户不受影响，实现服务的可靠性、稳定性和健壮性。
[0051]通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
【专利附图】
【附图说明】
[0052]构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。
[0053]参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中:
[0054]图1示出IMS系统架构示意图。
[0055]图2示出BAC在MS架构中的位置示意图。
[0056]图3示出BAC的功能模块示意图。
[0057]图4示出注册消息处理的信令示意图。
[0058]图5A-5B示出基于BAC实现MS终端注册风暴常规处理示意图。
[0059]图6示出根据本发明的IMS终端注册风暴处理方法的一个实施例的流程图。
[0060]图7示出根据本发明的MS终端注册风暴处理方法的另一个实施例的流程图。
[0061]图8示出根据本发明的边缘接入控制设备的一个实施例的结构图。【具体实施方式】
[0062]现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
[0063]同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
[0064]以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
[0065]对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
[0066]在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
[0067]应注意到:相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
[0068]本发明提供一种基于边缘接入控制设备实现的MS终端注册过载时优化处理的方案，主要思路是:对BAC的资源控制模块的注册消息处理功能进行优化，当每秒注册刷新消息总量已超过最大核心网转发注册频率时,应由BAC先对超量的刷新注册进行本地响应，然后在下一个Register心跳窗口尝试将该用户的注册消息向核心网转发，该消息转发到核心网，核心网将 启动注册鉴权，本次进程可视为前次因注册超量被延迟的核心网侧的注册更新。
[0069]图6示出根据本发明的MS终端注册风暴处理方法的一个实施例的流程图。
[0070]如图6所示，步骤602，BAC判断当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量。
[0071]步骤604，BAC对在当前单位时间内接收来自终端的注册刷新消息进行本地响应。BAC对终端发送2000K消息，将该终端的例如标识信息记录在延期注册刷新终端列表。
[0072]步骤606，BAC接收到该终端在下一心跳周期的注册心跳消息。
[0073]步骤608，BAC将终端的注册心跳消息作为终端的注册刷新消息转发到核心网以进行注册刷新。BAC判断终端是否记录在延期注册刷新终端列表中，如果是，则将该终端的注册心跳消息作为注册刷新消息转发到核心网以进行该终端的注册刷新进程，并将该终端从延期注册刷新终端列表中删除。
[0074]在一个实施例中，如果BAC判断当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则BAC丢弃在当前单位时间内随后来自终端的初始注册消息。
[0075]上述实施例中，通过在BAC上设计更完善的针对MS终端过载的消息处理进行优化，实现最大程度上保障頂S上已注册用户的注册稳定可靠，不受注册风暴影响，同时可以将密集的注册刷新行为分散到不同时间片，缓解注册拥塞。
[0076]通过将注册刷新延迟到下一心跳周期内进行，使得原本密集在一个时间段内进行注册刷新行为分散到多个时间片内，实现一定程度上的均分，有效地缓解了注册刷新的拥塞，是一种有效的平缓注册拥塞的手段。[0077]图7示出根据本发明的MS终端注册风暴处理方法的另一个实施例的流程图。
[0078]如图7所示，步骤701，边缘接入控制设备(BAC)判断向核心网转发的注册消息超量。
[0079]步骤702，UE (终端)在注册刷新周期发送注册刷新消息Register。
[0080]步骤703，BAC发现遭遇过量注册，注册刷新消息超量，BAC确定对本应转发到核心网的注册刷新Register消息进行本地回应，并记录该终端在延迟刷新列表中。
[0081]步骤704，BAC向UE发送2000K进行响应，UE收到注册刷新的响应2000K，保持注册状态。
[0082]步骤705，下一个心跳周期到达(如5分钟)，用户发送作为心跳的Register注册消
[0083]步骤706，BAC判断该终端位于延迟刷新列表中，对该注册消息进行转发，发送到核心网，进行注册刷新的鉴权流程。
[0084]步骤707，核心网向BAC发送401消息要求鉴权，BAC将401消息转发给UE。 [0085]步骤708，UE发送携带鉴权信息的注册消息，经过BAC转发到核心网。
[0086]步骤709，核心网鉴权完毕，发送2000K响应，并刷新保持核心网上的用户注册状态。
[0087]下面介绍基于边缘接入控制设备实现的IMS终端注册过载时消息筛选优化的实现流程的一个应用例。该应用例中，假设BAC上设置最大向核心网转发注册消息的速率为每秒A条，IMS终端注册消息数量为每秒B条，其中注册刷新消息为每秒C条。具体流程如下:
[0088]I)假设若B〈A，即MS终端的注册消息小于BAC允许向核心网转发的注册消息上限，BAC全部转发注册消息。若B&A，即MS终端注册消息已经超过BAC允许向核心网转发的注册消息上限，BAC需根据筛选策略优先转发注册刷新消息。
[0089]2)若C〈A，即注册刷新消息小于BAC允许向核心网转发的注册消息上限，BAC全部转发注册刷新消息，并可转发部分其它类型的注册消息，若C&A，即注册刷新消息已超过BAC允许向核心网转发的注册消息上限，则BAC需要对超量的注册刷新消息进行特殊处理而不是直接丢弃。
[0090]3) BAC对过量的注册刷新消息进行本地响应，即直接回复2000K。
[0091]4)下一个心跳周期到来时，MS终端发送Register心跳消息，BAC对该心跳消息不是本地响应，而是向核心网转发，核心网以401要求用户注册进行鉴权，BAC再转发核心网的响应，完成带鉴权的注册更新，以此补偿上一次因注册拥塞而被延迟的注册刷新进程，用户仍可成功实现刷新周期内的注册更新。
[0092]上述应用例中，在发生注册风暴时，根据注册的类型进行消息筛选，并进行相应的流程优化处理，最大程度上保障已注册用户的服务不受注册风暴影响，保证已注册用户服务的稳定可靠。
[0093]图8示出根据本发明的边缘接入控制设备的一个实施例的结构图。如图8所示，该设备包括:
[0094]注册消息接收模块81，用于接收来自终端的注册消息，注册消息包括注册刷新消息、注册心跳消息和初始注册消息；注册消息接收模块81根据计时器确定来自终端的注册消息为注册心跳消息或注册刷新消息；
[0095]注册消息响应模块83，用于接收来自注册消息接收模块的注册消息，向终端进行本地响应；注册消息响应模块83可以通过向终端发送2000K消息进行本地响应；
[0096]注册消息转发模块84，用于接收来自注册消息接收模块的注册消息，向核心网转发注册消息；
[0097]消息转发控制模块82，用于接收来自注册消息接收模块的注册消息，获取当前单位时间内向核心网转发的注册消息的数量，如果当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则将终端的注册刷新信息发送给注册消息响应模块以进行本地响应，且将在下一心跳周期接收的终端的注册心跳消息作为注册刷新消息发送给注册消息转发模块以转发到核心网进行注册刷新。
[0098]在一个实施例中，如果当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，消息转发控制模块还用于丢弃在当前单位时间内来自终端的初始注册消息。
[0099]在一个实施例中，消息转发控制模块将注册刷新消息发送给注册消息响应模块进行本地响应的终端记录在延期注册刷新终端列表中；在下一心跳周期接收的终端的注册心跳消息后，判断该终端是否位于延期注册刷新终端列表中，如果是，则将该终端的注册心跳消息作为注册刷新消息发送给注册消息转发模块以转发到核心网进行注册刷新。
[0100]本方案对现有技术进行了优化和改进，使得BAC在应对MS终端注册过载时更加科学实施消息的筛选和相应处理，不但能有效保护核心网免受过载攻击，而且能有效保护已有用户不受影响，实现服务的可靠性、稳定性和健壮性。
[0101]至此，已经详细描述了根据本发明的MS终端注册风暴处理方法和BAC。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
[0102]可能以许多方式来实现本发明的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
[0103]虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例 仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。
【权利要求】
1.一种MS终端注册风暴处理方法，其特征在于，包括:
如果边缘接入控制设备判断当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则所述边缘接入控制设备对在所述当前单位时间内接收来自终端的注册刷新消息进行本地响应；
所述边缘接入控制设备接收到所述终端在下一心跳周期的注册心跳消息；
所述边缘接入控制设备将所述终端的注册心跳消息作为所述终端的注册刷新消息转发到核心网以进行注册刷新。
2.根据权利要求1所述的方法，其特征在于，还包括:
如果边缘接入控制设备判断当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则所述边缘接入控制设备丢弃在所述当前单位时间内来自终端的初始注册消息。
3.根据权利要求1所述的方法，其特征在于，所述边缘接入控制设备对在所述当前单位时间内接收来自终端的注册刷新消息进行本地响应包括: 在所述当前单位时间内所述边缘接入控制设备接收到来自所述终端的注册刷新消息；
所述边缘接入控制设备向所述终端返回2000K消息；
所述边缘接入控制设备将所述终端记录在延期注册刷新终端列表；
所述边缘接入控制设备将所述终端的注册心跳消息作为所述终端的注册刷新消息转发到核心网包括:
所述边缘接入控制设备判断所述终端是否位于所述延期注册刷新终端列表中，如果是，则所述边缘接入控制设备将所述终端的注册心跳消息作为所述终端的注册刷新消息转发到核心网。
4.根据权利要求1所述的方法，其特征在于，还包括:
所述边缘接入控制设备接收来自核心网的401消息，将所述401消息转发给所述终端。
5.根据权利要求1所述的方法，其特征在于，所述边缘接入控制设备根据计时器确定来自终端的注册消息为注册心跳消息或注册刷新消息。
6.一种边缘接入控制设备，其特征在于，包括:
注册消息接收模块，用于接收来自终端的注册消息，所述注册消息包括注册刷新消息、注册心跳消息和初始注册消息；
注册消息响应模块，用于接收来自所述注册消息接收模块的注册消息，向所述终端进行本地响应；
注册消息转发模块，用于接收来自所述注册消息接收模块的注册消息，向核心网转发所述注册消息；
消息转发控制模块，用于接收来自所述注册消息接收模块的注册消息，获取当前单位时间内向核心网转发的注册消息的数量，如果当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，则将所述终端的注册刷新信息发送给所述注册消息响应模块以进行本地响应，且将在下一心跳周期接收的所述终端的注册心跳消息作为注册刷新消息发送给所述注册消息转发模块以转发到核心网进行注册刷新。
7.根据权利要求6所述的设备，其特征在于，如果当前单位时间内向核心网转发的注册消息已经超过最大单位时间注册消息转发量，所述消息转发控制模块还用于丢弃在所述当前单位时间内来自终端的初始注册消息。
8.根据权利要求6所述的设 备，其特征在于，所述消息转发控制模块将注册刷新消息发送给所述注册消息响应模块，并在延期注册刷新终端列表中增加所述终端记录；在下一心跳周期接收的所述终端的注册心跳消息后，判断所述终端是否位于所述延期注册刷新终端列表中，如果是，则将所述终端的注册心跳消息作为所述终端的注册刷新消息发送给所述注册消息转发模块以转发到核心网进行注册刷新。
9.根据权利要求6所述的设备，其特征在于，所述注册消息响应模块通过向终端发送2000K消息进行本地响应。
10.根据权利要求6所述的设备，其特征在于，所述注册消息接收模块根据计时器确定来自终端的注册消息为注册心跳消息或注册刷新消息。
【文档编号】H04W60/00GKSQ
【公开日】日
申请日期:日
优先权日:日
【发明者】娄颖, 张凌
申请人:中国电信股份有限公司