实现sbc过载控制的方法、系统、sbc及as的制作方法

文档序号:7997167阅读:755来源:国知局
实现sbc过载控制的方法、系统、sbc及as的制作方法
【专利摘要】本发明提出一种实现会话边界控制器(SBC)过载控制的方法、系统、SBC和AS,其中方法包括:本端SBC检测自身是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述本端SBC的可直连业务对应的会话和会话双方终端的信息;本端SBC根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商。本发明能够在实现SBC过载控制的同时保证SBC服务用户数量。
【专利说明】实现SBC过载控制的方法、系统、SBC及AS

【技术领域】
[0001]本发明涉及核心网【技术领域】,尤其涉及一种实现会话边界控制器(SBC,Sess1nBorder Controller)过载控制的方法、系统、SBC及应用服务器(AS,Applicat1n Server)。

【背景技术】
[0002]SBC作为IP多媒体子系统(MS,IP Multimedia Subsystem)的信令和媒体的入口点,将造成两个MS客户端之间的通信媒体迂回。
[0003]如图1为现有技术中SBC对信令和媒体的控制机制示意图。在图1中,UE向SBC发送请求,当SBC的负载没有超过预先设定的负载门限时,接受该UE的请求,为该UE提供媒体面的代理;当SBC的负载超过预先设定的负载门限时,直接拒绝该UE的请求。可见,现有的SBC过载控制方式本质上是采取“堵”的方式。但在实际情况下,有一些业务(比如,企业、学校、家庭内部的群组业务)只需要在本地网络中实现媒体交换、并且可能是不需要政府合法监听的,这类业务的媒体流并不需要绕道SBC上,而是可以在UE之间进行媒体直连;然而过载的SBC将这部分本身并不需要其代理的请求直接拒绝掉,造成SBC服务用户数量的减少。


【发明内容】

[0004]本发明提供了一种实现SBC过载控制的方法、系统、SBC及AS,能够在SBC过载的情况下,将可以实现媒体直连的会话从该SBC转移出来,直接在终端之间传送,从而在实现SBC过载控制的同时保证SBC服务用户数量。
[0005]本发明的技术方案是这样实现的:
[0006]一种实现会话边界控制器(SBC)过载控制的方法,包括:
[0007]本端SBC检测自身是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述本端SBC的可直连业务对应的会话和会话双方终端的信息;
[0008]本端SBC根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0009]一种实现SBC过载控制的系统,包括:
[0010]本端SBC,用于检测自身是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述本端SBC的可直连业务对应的会话和会话双方终端的信息;根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商;
[0011]AS,用于向本端SBC提供所述媒体优化会话信息;还用于根据本端SBC的指示对可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0012]一种实现SBC过载控制的SBC,包括:
[0013]负载检测触发媒体直连功能模块,用于检测所述SBC是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述SBC的可直连业务对应的会话和会话双方终端的信息;
[0014]媒体直连会话选择功能模块,用于根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0015]一种实现SBC过载控制的AS,包括:
[0016]直连业务筛选功能模块,用于根据SBC的要求,向所述SBC提供媒体优化会话信息,所述媒体优化会话信息包括通过所述SBC的可直连业务对应的会话和会话双方终端的信息;
[0017]会话重协商功能模块,用于根据SBC指示,对可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0018]可见,本发明提出的实现SBC过载控制的方法、系统、SBC及AS,能够在SBC过载的情况下,筛选出通过该SBC的可以实现媒体直连的会话,由AS对这些会话发起用于媒体直连的会话重协商,使得原本经过过载SBC的媒体流不需要再经过该SBC传送,从而在实现SBC过载控制的同时保证SBC服务用户数量。

【专利附图】

【附图说明】
[0019]图1为现有技术中SBC对信令和媒体的控制机制示意图;
[0020]图2为本发明提出的实现SBC过载控制的方法流程图;
[0021]图3为本发明实施例一的实现流程图;
[0022]图4为本发明实施例二的实现流程图;
[0023]图5为本发明提出的实现SBC过载控制的系统结构示意图;
[0024]图6为本发明提出的实现SBC过载控制的SBC结构示意图;
[0025]图7为本发明提出的实现SBC过载控制的AS结构示意图。

【具体实施方式】
[0026]本发明提出一种方法实现SBC过载控制的方法,如图2为该方法实现流程图,包括:
[0027]步骤201:本端SBC检测自身是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述本端SBC的可直连业务对应的会话和会话双方终端的信息;
[0028]步骤202:本端SBC根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0029]上述步骤202中,本端SBC确定可以实现媒体直连的会话的方式具体可以为:
[0030]如果会话双方终端的地址属于同一 IP地址段,则确定该会话可以实现媒体直连;或者,
[0031]如果会话双方终端属于同一网络地址转换(NAT, Network Address Translat1n)设备,则确定该会话可以实现媒体直连;或者,
[0032]如果会话双方终端被防火墙阻挡,则确定该会话不能实现媒体直连。
[0033]上述步骤202之后,可以进一步包括:
[0034]可以实现媒体直连的会话涉及的对端SBC接收AS发起的用于媒体直连的会话重协商,判断涉及所述会话的下属终端是否可以采用终端地址进行直连,如果可以,则采用所述终端地址进行媒体直连;否则,采用所述对端SBC的地址进行连接。
[0035]以下结合附图,举具体的实施例对本发明做详细介绍。
[0036]实施例一:
[0037]如图3为实施例一的实现流程图。包括以下步骤:
[0038]步骤301 =SBC-1检测到自身负载过重,超过高负载警戒值。
[0039]步骤302 =SBC-1从AS获取媒体优化会话信息,包括通过SBC-1的可直连业务对应的会话和会话双方终端的信息。
[0040]步骤303 =SBC-1根据会话双方终端的信息进行判断,筛选出媒体优化会话信息中可以实现媒体直连的会话。
[0041]其中判断及筛选的具体方式可以为:
[0042]如果会话双方终端的地址属于同一 IP地址段,则确定该会话可以实现媒体直连;或者,
[0043]如果会话双方终端属于同一 NAT设备,则确定该会话可以实现媒体直连;或者,
[0044]如果会话双方终端被防火墙阻挡,则确定该会话不能实现媒体直连。
[0045]步骤304a =SBC-1指示AS对于筛选出的会话发起会话重协商,用于实现媒体直连。
[0046]步骤304b:AS指示对端的SBC-2和SBC_n对于筛选出的会话发起会话重协商,用于实现媒体直连。
[0047]步骤305a和305b:AS及相关SBC对筛选出的会话发起会话重协商。SBC-2和SBC_n对会话进行筛选得到可以采用终端地址直连和需要SBC直连(即不能采用终端地址直连)的会话。在本实施例中,筛选出UE-3的终端地址不能用于直连,UE-m的终端地址可以用于直连。
[0048]步骤306 =UE-1和UE-2之间实现媒体直连;UE_2和UE_m之间实现媒体直连;UE_1和UE-3不经过SBC-1,只通过SBC-2连接。
[0049]通过上述过程,实现了将可以实现媒体直连的会话从过载的SBC-1上转移下来,降低SBC-1的负载,同时保证了 SBC-1服务的用户数量。
[0050]实施例二:
[0051]如图4为本发明实施例二的实现流程图。在图4中,本端网络的UE-1与SBC-1连接,对端网络的UE-m与SBC-n连接。初始状态下,UE-1与UE_m之间的媒体流经过SBC-1和SBC-n。
[0052]步骤401: SBC-1检测到自身过载。
[0053]步骤402 =SBC-1从AS获取经过SBC-1的可直连业务对应的会话列表,该列表中包括可直连的会话及会话双方UE的地址信息。其中,由于UE是由SBC全代理的,因此UE的地址信息包括该UE连接的SBC的地址信息以及SBC为该UE分配的端口信息。
[0054]步骤403 =SBC-1通过会话双方UE的地址信息进行判断,根据判断结果筛选出可以实现UE之间媒体直连的会话。在本实施例中,筛选出的会话为UE-1与UE-m之间的会话。
[0055]步骤404 =SBC-1指示AS对筛选出的会话发起会话重协商。
[0056]步骤405:AS指示SBC_n对筛选出的会话中经过SBC-1和SBC_n的会话(在本实施例中为UE-1与UE-m之间的会话)发起会话重协商。
[0057]步骤406:SBC-n通过会话双方UE的地址信息进行判断,根据判断结果筛选出可以实现UE之间媒体直连的会话。
[0058]步骤407?步骤410:AS向SBC-1端发起会话重协商,UE-1通过2000K消息将自身的IP地址反馈至SBC-1,SBC-1将UE-1的IP地址反馈至AS,用于实现媒体直连。
[0059]步骤411?413:AS向SBC_n端发起会话重协商,UEn通过2000K消息将自身的IP地址反馈至SBC-n。
[0060]如果上述步骤406中,SBC-n判断出UEi的地址可以用于直连,则继续执行步骤414a和步骤415a ;否则,继续执行步骤414b和步骤415b。
[0061]步骤414a:由于判断出UEi的地址可以用于直连,SBC-n通过2000K消息向AS反馈UE-m的IP地址,用于实现媒体直连。
[0062]步骤415a:UE-1和UEi之间实现媒体直连。结束当前流程。
[0063]步骤414b:由于判断出UE-m的地址不能用于直连,SBC-n通过2000K消息向AS反馈SBC-n的IP地址。
[0064]步骤415b =UE-1和UE_m之间的媒体流经过SBC_n进行连接。
[0065]经过上述过程,将UE-1与UE-m之间经过SBC-1和SBC_n传输的媒体流从SBC-1上转移出来,从而既避免了 SBC-1的负载过重,又不影响UE-1与UE-m之间的业务传输,节约了网络资源,并且保证了 SBC服务的用户数量。
[0066]本发明还提出一种实现SBC过载控制的系统,如图5为该系统结构示意图,包括:
[0067]本端SBC501,用于检测自身是否过载,如果是,则从AS502获取媒体优化会话信息,所述媒体优化会话信息包括通过所述本端SBC501的可直连业务对应的会话和会话双方终端的信息;根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS502对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商;
[0068]AS502,用于向本端SBC501提供所述媒体优化会话信息;还用于根据本端SBC501的指示对可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0069]上述系统中,本端SBC501确定可以实现媒体直连的会话的方式具体可以为:
[0070]如果会话双方终端的地址属于同一 IP地址段,则确定该会话可以实现媒体直连;或者,
[0071]如果会话双方终端属于同一 NAT设备,则确定该会话可以实现媒体直连;或者,
[0072]如果会话双方终端被防火墙阻挡,则确定该会话不能实现媒体直连。
[0073]上述系统可以进一步包括:
[0074]对端SBC503,所述对端SBC为所述可以实现媒体直连的会话涉及的SBC,所述对端SBC503接收AS502发起的用于媒体直连的会话重协商,判断涉及所述会话的下属终端是否可以采用终端地址进行直连,如果可以,则采用所述终端地址进行媒体直连;否则,采用所述对端SBC的地址进行连接。
[0075]本发明还提出一种实现SBC过载控制的SBC,如图6为该SBC的机构示意图,包括:
[0076]负载检测触发媒体直连功能模块601,用于检测所述SBC是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述SBC的可直连业务对应的会话和会话双方终端的信息;
[0077]媒体直连会话选择功能模块602,用于根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0078]上述SBC中,媒体直连会话选择功能模块602确定可以实现媒体直连的会话的方式具体可以为:
[0079]如果会话双方终端的地址属于同一 IP地址段,则确定该会话可以实现媒体直连;或者,
[0080]如果会话双方终端属于同一 NAT设备,则确定该会话可以实现媒体直连;或者,
[0081]如果会话双方终端被防火墙阻挡,则确定该会话不能实现媒体直连。
[0082]上述SBC还可以包括:
[0083]直连功能模块603,用于接收AS发起的用于媒体直连的会话重协商,判断涉及所述会话的下属终端是否可以采用终端地址进行直连,如果可以,则采用所述终端地址进行媒体直连;否则,采用所述SBC的地址进行连接。
[0084]本发明还提出一种实现SBC过载控制的AS,如图7为该AS的结构示意图,包括:
[0085]直连业务筛选功能模块701,用于根据SBC的要求,向所述SBC提供媒体优化会话信息,所述媒体优化会话信息包括通过所述SBC的可直连业务对应的会话和会话双方终端的信息;
[0086]会话重协商功能模块702,用于根据SBC指示,对可以实现媒体直连的会话发起用于媒体直连的会话重协商。
[0087]综上可见,本发明提出的实现SBC过载控制的方法、系统、SBC及AS,能够将在SBC过载的情况下,筛选出通过该SBC的可以实现媒体直连的会话,由AS对这些会话发起用于媒体直连的会话重协商,使得原本经过过载SBC的媒体流不需要再经过该SBC传送,从而既解决SBC过载问题又保证了 SBC服务用户数量。本发明与现有的SBC过载解决方法相比采用疏导的方法,能够进一步保证SBC服务的用户数量,是一种更积极可取的方式。
[0088]以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
【权利要求】
1.一种实现会话边界控制器SBC过载控制的方法,其特征在于,所述方法包括: 本端SBC检测自身是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述本端SBC的可直连业务对应的会话和会话双方终端的信息; 本端SBC根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商。
2.根据权利要求1所述的方法,其特征在于,所述本端SBC确定可以实现媒体直连的会话的方式为: 如果会话双方终端的地址属于同一 IP地址段,则确定该会话可以实现媒体直连;或者, 如果会话双方终端属于同一网络地址转换NAT设备,则确定该会话可以实现媒体直连;或者, 如果会话双方终端被防火墙阻挡,则确定该会话不能实现媒体直连。
3.根据权利要求1或2所述的方法,其特征在于,所述方法进一步包括: 可以实现媒体直连的会话涉及的对端SBC接收AS发起的用于媒体直连的会话重协商,判断涉及所述会话的下属终端是否可以采用终端地址进行直连,如果可以,则采用所述终端地址进行媒体直 连;否则,采用所述对端SBC的地址进行连接。
4.一种实现SBC过载控制的系统,其特征在于,所述系统包括: 本端SBC,用于检测自身是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述本端SBC的可直连业务对应的会话和会话双方终端的信息;根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商; AS,用于向本端SBC提供所述媒体优化会话信息;还用于根据本端SBC的指示对可以实现媒体直连的会话发起用于媒体直连的会话重协商。
5.根据权利要求4所述的系统,其特征在于,所述本端SBC确定可以实现媒体直连的会话的方式为: 如果会话双方终端的地址属于同一 IP地址段,则确定该会话可以实现媒体直连;或者, 如果会话双方终端属于同一 NAT设备,则确定该会话可以实现媒体直连;或者, 如果会话双方终端被防火墙阻挡,则确定该会话不能实现媒体直连。
6.根据权利要求4或5所述的系统,其特征在于,所述系统进一步包括: 对端SBC,所述对端SBC为所述可以实现媒体直连的会话涉及的SBC,所述对端SBC接收AS发起的用于媒体直连的会话重协商,判断涉及所述会话的下属终端是否可以采用终端地址进行直连,如果可以,则采用所述终端地址进行媒体直连;否则,采用所述对端SBC的地址进行连接。
7.一种实现SBC过载控制的SBC,其特征在于,所述SBC包括: 负载检测触发媒体直连功能模块,用于检测所述SBC是否过载,如果是,则从AS获取媒体优化会话信息,所述媒体优化会话信息包括通过所述SBC的可直连业务对应的会话和会话双方终端的信息; 媒体直连会话选择功能模块,用于根据所述会话双方终端的信息确定所述媒体优化会话信息中可以实现媒体直连的会话,指示AS对所述可以实现媒体直连的会话发起用于媒体直连的会话重协商。
8.根据权利要求7所述的SBC,其特征在于,所述媒体直连会话选择功能模块确定可以实现媒体直连的会话的方式为: 如果会话双方终端的地址属于同一 IP地址段,则确定该会话可以实现媒体直连;或者, 如果会话双方终端属于同一 NAT设备,则确定该会话可以实现媒体直连;或者, 如果会话双方终端被防火墙阻挡,则确定该会话不能实现媒体直连。
9.根据权利要求7或8所述的SBC,其特征在于,所述SBC还包括: 直连功能模块,用于接收AS发起的用于媒体直连的会话重协商,判断涉及所述会话的下属终端是否可以采用终端地址进行直连,如果可以,则采用所述终端地址进行媒体直连;否则,采用所述SBC的地址进行连接。
10.一种实现SBC过载控制的AS,其特征在于,所述AS包括: 直连业务筛选功能模块,用于根据SBC的要求,向所述SBC提供媒体优化会话信息,所述媒体优化会话信息包括通过所述SBC的可直连业务对应的会话和会话双方终端的信息;会话重协商功能模块,用于根据SBC指示,对可以实现媒体直连的会话发起用于媒体直连的会话重 协商。
【文档编号】H04L29/06GK104052675SQ201310079250
【公开日】2014年9月17日 申请日期:2013年3月13日 优先权日:2013年3月13日
【发明者】乐利锋 申请人:中国移动通信集团公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1