CN102158897A - 基于网络负荷进行编解码选择的方法和系统 - Google Patents
基于网络负荷进行编解码选择的方法和系统 Download PDFInfo
- Publication number
- CN102158897A CN102158897A CN2010101256286A CN201010125628A CN102158897A CN 102158897 A CN102158897 A CN 102158897A CN 2010101256286 A CN2010101256286 A CN 2010101256286A CN 201010125628 A CN201010125628 A CN 201010125628A CN 102158897 A CN102158897 A CN 102158897A
- Authority
- CN
- China
- Prior art keywords
- cscf
- network element
- type
- coding
- congested
- 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)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种基于网络负荷进行编解码选择的方法和系统。本发明公开了一种基于网络负荷进行编码选择方法和系统,所述方法包括:用户设备UE根据代理呼叫会话控制功能P-CSCF设置的负荷指示和/或IP连接接入网IP-CAN网元设置的拥塞指示选择编码类型。本发明还提供了一种基于网络负荷进行编码选择的系统,所述系统包括UE、P-CSCF以及用户面承载网元,其中,所述UE用于根据P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型。采用本发明的方法及系统,能解决由于编码选择协商时没有考虑网络负荷,导致当网络高负荷状态下无法为会话分配足够资源,使得会话无法进行的问题。
Description
技术领域
本发明涉及通信领域,尤其涉及一种IP(网络互联协议,InternetProtocol,简称IP)多媒体子系统中基于网络负荷进行编解码选择的方法和系统。
背景技术
IP(网络互联协议,Internet Protocol,简称IP)多媒体子系统(IPMultimedia Core Network Subsystem,简称IMS)是由第三代合作伙伴计划(3rdGeneration Partnership Project,简称3GPP)提出的一种基于IP的网络架构,其构建了一个开放而灵活的业务环境,支持多媒体应用,并为用户提供丰富的多媒体业务(如图1所示)。
IMS信令和业务数据是承载在IP-CAN(IP Connectivity Access Network,IP连接接入网)上的。由于IMS是与接入网关的,因此IP-CAN可以为GPRS(General Packet Radio Service,通用分组无线业务)、WLAN(Wireless LocalArea Network,无线局域网)、GSM(Global System for Mobile communications,全球移动通讯系统)、UMTS(Universal Mobile Telecommunications System,统一移动通讯系统)以及EPS(Evolved Packet System,演进分组系统)等无线分组接入网。具体来说,在GSM/UMTS中,通常由RAN(Radio AccessNetwork,无线接入网)网元(如无线基站、以及无线基站控制器)和CN(CoreNetwork,核心网)网元SGSN(Serving GPRS Support Node,服务GPRS支持节点)、GGSN(Gateway GPRS Support Node,网关GPRS支持节点)提供承载业务,对于EPS系统,通常由RAN的网元无线基站(如eNodeB)以及CN网元S-GW(Serving Gateway,服务网关),P-GW(PDN Gateway,分组数据网络网关)提供承载业务。
IMS系统的业务的控制和触发是由是呼叫会话控制功能(Call SessionControl Function,简称CSCF)完成的。呼叫会话控制功能分为:代理呼叫会话控制功能(Proxy-CSCF,简称P-CSCF)、查询呼叫会话控制功能(Interrogating-CSCF,简称I-CSCF)和服务呼叫会话控制功能(Serving-CSCF,简称S-CSCF)三种类型,其中P-CSCF是IMS系统中用户的第一个接触点。所有的SIP(Session Initial Protocol,会话发起协议)消息都必须通过P-CSCF,I-CSCF负责从HSS(Home Subscriber Server,归属用户服务器)获取为用户服务的S-CSCF或根据HSS获取的能力集为用户制定一个S-CSCF。S-CSCF是IMS的核心所在,为UE进行会话控制和注册服务。当UE处于会话中时,S-CSCF维持会话状态,并且根据网络运营商对服务支持的需要与服务平台交互。
会话中的端到端设备称为用户设备(User Equipment,简称UE),负责与使用者的交互。为了实现业务访问,在呼叫建立的过程中,UE需要和对端(AS,UE)进行媒体协商,包括使用的媒体组合以及各媒体使用的编码方式。IMS再将协商好的业务信息发送给PCRF(Policy and Charging RuleFunction,策略计费规则功能)。PCRF将根据用户的签约、访问的业务信息、接入信息、网络策略等制定策略,其中最重要的便是传输业务所需要的QoS策略。PCRF将QoS策略发送给IP-CAN中的网元,并由这些网元根据QoS策略分配相应的资源,以提供满足传输业务需要的承载业务。
图2为现有技术中两个UE之间的媒体协商的流程:
步骤201,主叫UE发起起呼请求,向主叫侧P-CSCF发送SIP起呼请求,该SIP消息中携带第一个SDP(Session Description Protocol,会话描述协议)提供给被叫UE。SDP提供列出了本次会话中主叫UE希望使用的所有媒体类型,以及主叫UE对这些不同的媒体所支持的各种编码类型。主叫UE是通过IP-CAN提供的承载业务将该SIP信令发送给主叫侧P-CSCF的;
步骤202,主叫侧P-CSCF收到SIP消息后转发至为该UE服务的主叫侧S-CSCF;
步骤203,主叫侧S-CSCF将SIP消息进一步转发至被叫侧I-CSCF;
步骤204,被叫侧I-CSCF通过与HSS交互,获取为该被叫UE服务的S-CSCF后,被叫侧I-CSCF将SIP消息发送给被叫侧S-CSCF;
步骤205,被叫侧S-CSCF将该SIP消息进一步转发至被叫侧P-CSCF;
步骤206,被叫侧P-CSCF将该SIP消息发送给被叫UE,该消息也是通过被叫侧的IP-CAN提供的承载业务发送给被叫UE的;
步骤207,被叫UE根据自身能力,可能拒绝一些被建议的媒体类型以及编码类型。被叫UE返回SIP消息183会话进行中,该SIP消息携带第一个SDP应答,包含双方都能支持的编码类型。被叫UE通过被叫侧IP-CAN提供的承载业务将SIP消息发送给被叫侧P-CSCF;
步骤208,被叫侧P-CSCF将SIP消息转发至被叫侧S-CSCF;步骤209,被叫测S-CSCF将SIP消息进一步转发至被叫侧I-CSCF;
步骤210,被叫侧I-CSCF将SIP消息转发至主叫侧S-CSCF;
步骤211,主叫侧S-CSCF将SIP消息转发至主叫侧P-CSCF;
步骤212,主叫侧P-CSCF将SIP消息发送给主叫UE,主叫侧P-CSCF通过主叫侧IP-CAN提供的承载业务将SIP消息发送给主叫UE;
步骤213,主叫UE收到应答后,如果发现有媒体类型的应答中包含了多种编码方式,则挑选一个编码方式。主叫UE向被叫UE发送更新会话请求SIP消息,携带第二个SDP提供,包含了每个媒体类型所采用的编码类型;
步骤215,主叫侧P-CSCF收到该SIP消息后,将SIP消息转发至主叫侧S-CSCF;
步骤216,主叫侧S-CSCF将SIP消息发送给被叫侧P-CSCF;
步骤217,被叫侧P-CSCF将SIP消息发送给被叫UE;
步骤218,被叫UE接受第二个SDP提供,并向主叫UE返回确认消息;
步骤219,被叫侧P-CSCF将消息转发至被叫侧S-CSCF;
步骤220,被叫S-CSCF将SIP消息转发至主叫侧S-CSCF;
步骤221,主叫侧S-CSCF将SIP消息转发至主叫侧P-CSCF;
步骤222,主叫侧P-CSCF将SIP消息发送给主叫UE。
若经过第一次SDP提供/应答交互,每一个媒体类型只有一种编码格式,那么步骤213-222可以省略。通过上述流程,主叫和被叫UE被媒体类型以及编码格式进行了协商,并且网络可以根据协商的编码格式为请求建立的会话预留资源。
然而,上述协商方案仅考虑了主叫UE、被叫UE的自身能力,对于当前的网络负荷请求没有考虑。这会导致到网元根据协商好的编码类型进行资源预留时,由于当前的网络已经处于高负荷(即拥塞)状态下(在移动网络中,主要考虑空口的无线资源),无法为会话分配足够的资源,从而使得会话无法进行。
发明内容
针对现有技术中由于编码选择协商时没有考虑网络负荷,导致当网络高负荷状态下无法为会话分配足够资源,使得会话无法进行的问题,本发明提供了一种基于网络负荷进行编码选择的方法和系统,以解决上述问题。
为了解决上述问题,本发明提供一种基于网络负荷进行编码选择的方法。
根据本发明的基于网络负荷进行编码选择方法包括:
用户设备UE根据代理呼叫会话控制功能P-CSCF设置的负荷指示和/或IP连接接入网IP-CAN网元设置的拥塞指示选择编码类型。
进一步地,当所述UE为主叫UE,则所述P-CSCF为被叫侧P-CSCF,所述IP-CAN网元为主叫侧的IP-CAN网元;当所述UE为被叫UE,则所述P-CSCF为主叫侧P-CSCF,所述IP-CAN网元为被叫侧的IP-CAN网元。
进一步地,所述IP-CAN网元设置拥塞指示具体包括以下方式之一或组合:方式一:所述主叫侧IP-CAN网元当检测自身拥塞时,在所述主叫侧P-CSCF发送的SIP消息的IP包头设置第一拥塞指示;方式二:所述被叫侧IP-CAN网元当检测自身拥塞时,在所述被叫侧P-CSCF发送的SIP消息的IP包头设置第二拥塞指示。
进一步地,所述P-CSCF设置负荷指示具体包括以下方式之一或组合:方式一:当所述主叫侧IP-CAN网元检测自身拥塞时,在所述主叫UE发送的SIP消息的IP包头设置第三拥塞指示;当所述主叫侧P-CSCF收到IP包头设置有所述第三拥塞指示的所述SIP消息时,根据所述第三拥塞指示,在所述SIP消息中设置第一负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述被叫UE;方式二:当所述被叫侧IP-CAN网元检测自身拥塞时,在所述被叫UE发送的SIP消息的IP包头设置第四拥塞指示;当所述被叫侧P-CSCF收到IP包头设置有所述第四拥塞指示的所述SIP消息时,根据所述第四拥塞指示,在所述起呼请求SIP消息中设置第二负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述主叫UE。
进一步地,所述主叫侧或被叫侧IP-CAN网元采用显示拥塞机制ECN来设置所述第一、第二、第三或第四拥塞指示。
进一步地,所述主叫侧或被叫侧P-CSCF重新排序各个媒体类型的编码类型列表,具体包括:将QoS要求低的编码类型放在编码列表的靠前位置来重新排序各个媒体类型的编码类型列表。
进一步地,所述UE根据所述P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型,具体包括:所述UE根据所述P-CSCF设置的所述负荷指示或重新排序的各个媒体类型的编码类型列表,和/或IP-CAN网元设置的所述拥塞指示,选择QoS要求低的编码类型。
进一步地,所述IP-CAN网元至少包括以下任意之一:无线基站、无线基站控制器,服务通用分组无线业务支持节点SGSN,网关通用分组无线业务支持节点GGSN,服务网关Serving GW,分组数据网络网关PDN GW。
为了解决上述问题,本发明提供一种基于网络负荷进行编码选择的系统。
根据本发明的一种基于网络负荷进行编码选择的系统,包括UE、P-CSCF以及用户面承载网元,其特征在于,
所述UE用于根据P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型。
进一步地,所述IP-CAN网元用于当检测自身拥塞时,在SIP消息的IP包头设置拥塞指示;所述P-CSCF用于根据所述IP-CAN网元设置的所述拥塞指示,在所述SIP消息中设置负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述UE。
进一步地,所述IP-CAN网元进一步用于采用显示拥塞机制ECN来设置所述拥塞指示;所述P-CSCF进一步用于将QoS要求低的编码类型放在编码列表的靠前位置来重新排序各个媒体类型的编码类型列表。
进一步地,所述UE进一步用于根据所述P-CSCF设置的负荷指示或重新排序的各个媒体类型的编码类型列表,和/或IP-CAN网元设置的拥塞指示,选择QoS要求低的编码类型。
进一步地,所述IP-CAN网元至少包括以下任意之一:无线基站,无线基站控制器,服务通用分组无线业务支持节点SGSN,网关通用分组无线业务支持节点GGSN,服务网关Serving GW,分组数据网络网关PDN GW。
通过本发明提供的方法和系统,UE在进行编码协商时,根据P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型,解决了现有技术中由于编码选择协商时没有考虑网络负荷,导致当网络高负荷状态下无法为会话分配足够资源,使得会话无法进行的问题,可以有效保证会话进行,大大改善用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是IMS的架构图;
图2是现有技术中媒体协商的流程示意图;
图3是实施例一流程图;
图4是实施例二流程图;
具体实施方式
本发明的核心思想是,用户设备UE根据代理呼叫会话控制功能P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型。
进一步地,当所述UE为主叫UE,则所述P-CSCF为被叫侧P-CSCF,所述IP-CAN网元为主叫侧的IP-CAN网元;当所述UE为被叫UE,则所述P-CSCF为主叫侧P-CSCF,所述IP-CAN网元为被叫侧的IP-CAN网元。
优选地,所述IP-CAN网元设置拥塞指示具体包括以下方式之一或组合:方式一:所述主叫侧IP-CAN网元当检测自身拥塞时,在所述主叫侧P-CSCF发送的SIP消息的IP包头设置第一拥塞指示;方式二:所述被叫侧IP-CAN网元当检测自身拥塞时,在所述被叫侧P-CSCF发送的SIP消息的IP包头设置第二拥塞指示。
优选地,所述P-CSCF设置负荷指示具体包括以下方式之一或组合:方式一:当所述主叫侧IP-CAN网元检测自身拥塞时,在所述主叫UE发送的SIP消息的IP包头设置第三拥塞指示;当所述主叫侧P-CSCF收到IP包头设置有所述第三拥塞指示的所述SIP消息时,根据所述第三拥塞指示,在所述SIP消息中设置第一负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述被叫UE;方式二:当所述被叫侧IP-CAN网元检测自身拥塞时,在所述被叫UE发送的SIP消息的IP包头设置第四拥塞指示;当所述被叫侧P-CSCF收到IP包头设置有所述第四拥塞指示的所述SIP消息时,根据所述第四拥塞指示,在所述起呼请求SIP消息中设置第二负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述主叫UE。
优选地,所述主叫侧或被叫侧IP-CAN网元采用显示拥塞机制ECN来设置所述第一、第二、第三或第四拥塞指示。
优选地,所述主叫侧或被叫侧P-CSCF重新排序各个媒体类型的编码类型列表,具体包括:将QoS要求低的编码类型放在编码列表的靠前位置来重新排序各个媒体类型的编码类型列表。
优选地,所述UE根据所述P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型,具体包括:所述UE根据所述P-CSCF设置的所述负荷指示或重新排序的各个媒体类型的编码类型列表,和/或IP-CAN网元设置的所述拥塞指示,选择QoS要求低的编码类型。
优选地,所述IP-CAN网元至少包括以下任意之一:无线基站、无线基站控制器,服务通用分组无线业务支持节点SGSN,网关通用分组无线业务支持节点GGSN,服务网关Serving GW,分组数据网络网关PDN GW。
为了解决上述问题,本发明还提供一种基于网络负荷进行编码选择的系统。
根据本发明的一种基于网络负荷进行编码选择的系统,包括UE、P-CSCF以及用户面承载网元,其特征在于,
所述UE用于根据P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型。
进一步地,所述IP-CAN网元用于当检测自身拥塞时,在SIP消息的IP包头设置拥塞指示;所述P-CSCF用于根据所述IP-CAN网元设置的所述拥塞指示,在所述SIP消息中设置负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述UE。
进一步地,所述IP-CAN网元进一步用于采用显示拥塞机制ECN来设置所述拥塞指示;所述P-CSCF进一步用于将QoS要求低的编码类型放在编码列表的靠前位置来重新排序各个媒体类型的编码类型列表。
进一步地,所述UE进一步用于根据所述P-CSCF设置的负荷指示或重新排序的各个媒体类型的编码类型列表,和/或IP-CAN网元设置的拥塞指示,选择QoS要求低的编码类型。
进一步地,所述IP-CAN网元至少包括以下任意之一:无线基站,无线基站控制器,服务通用分组无线业务支持节点SGSN,网关通用分组无线业务支持节点GGSN,服务网关Serving GW,分组数据网络网关PDN GW。
下面将结合附图和实施例对本发明进行详细描述。
图3为IMS会话建立过程中,主叫侧UE根据网络负荷进行编码类型选择的实施例的流程图,如图3所示,本发明的基于网络负荷进行编码选择的方法包括如下步骤:
步骤301,主叫UE发起起呼请求,向主叫侧P-CSCF发送SIP请求消息,携带第一个SDP提供。SDP提供列出了本次会话中主叫UE希望使用的所有媒体类型,以及主叫UE对这些不同的媒体所支持的各种编码类型。该SIP请求消息的IP包头支持ECN(Explicit Congestion Notification,显示拥塞指示)指示位,该指示位设置为“01”或“10”。主叫UE将该SIP请求消息封装在IP-CAN网元提供的用户面承载的IP包中作为载荷进行传输;
步骤302,若在传输路径上的IP-CAN网元检测自身负荷较高(即拥塞)时,该网元将把SIP请求消息的IP包头的ECN指示位设置“11”,表示网络出现拥塞。IP-CAN网元包括无线接入网网元(如无线基站,无线基站控制器),核心网网元(如SGSN/GGSN,S-GW,P-GW);
步骤303,IP-CAN网元网元中的数据网关(如GGSN,P-GW)将SIP请求消息从用户面承载的IP包中解封装,然后将SIP请求消息转发发送给主叫侧P-CSCF;
步骤304,主叫侧P-CSCF根据SIP请求消息的IP包头的ECN指示位为“11”,判断主叫用户的上行路径上出现拥塞;
步骤305,主叫侧P-CSCF进一步转发SIP请求消息携带第一个SDP提供,并在该SIP消息中增加主叫UE上行路径拥塞指示;
步骤306,主叫侧P-CSCF接收到携带第一个SDP应答的SIP消息,该消息中可能携带被叫UE上行路径拥塞指示,该指示表示被叫侧UE上行路径上某个或多个IP-CAN网元出现拥塞;
步骤307,主叫侧P-CSCF将该SIP消息发送给主叫侧IP-CAN数据网关(如P-GW,GGSN)。其中该SIP请求消息的IP包头支持ECN指示位,该指示位设置为“01”或“10”。IP-CAN网元数据网关将SIP该消息封装在用户面承载的IP包中作为载荷发往主叫侧UE;
步骤308,若在传输路径上的任意IP-CAN网元设备负荷较高(即拥塞)时,该网元将把SIP消息的IP包头的ECN指示位设置“11”,表示网络出现拥塞。IP-CAN网元包括无线接入网网元(如无线基站,无线基站控制器),核心网网元(如SGSN/GGSN,S-GW,P-GW);
步骤309,IP-CAN网元设备将SIP消息作为用户面载荷发送给主叫侧UE;
步骤310,主叫侧UE将SIP消息从用户面承载的IP包中解封装,并根据SIP消息中携带的主叫UE上行路径拥塞指示和/或SIP消息的IP包头的ECN=“11”选择较低QoS要求的编码类型;
步骤311,主叫侧UE发起更新会话请求第二个SDP提供,携带选择的编码类型与被叫侧UE进行媒体协商,被叫UE返回应答消息。
在其他实施例中,在步骤304中,当P-CSCF判断出主叫用户的上行路径上出现拥塞,P-CSCF可以根据配置的策略修改SDP提供中各个媒体类型的编码类型的先后顺序,将需要较低QoS要求的编码类型列在前面,并在步骤305中转发给被叫侧UE。类似中,在步骤306种,主叫侧P-CSCF收到的SIP消息中,也不携带被叫侧UE上行路径拥塞指示,而是SDP应答中各个媒体类型的编码类型的先后顺序经过被叫侧P-CSCF根据被叫侧UE上行路径的拥塞而进行了重新排序。在步骤310中,主叫侧UE可以选择列在前面的编码类型。
图4为IMS会话建立过程中,被叫侧UE根据网络负荷进行编码类型选择的实施例的流程图,如图4所示,本发明的基于网络负荷进行编码选择的方法包括如下步骤:
步骤401,被叫侧P-CSCF接收到起呼请求SIP消息,携带第一个SDP提供,消息中还可能携带主叫UE上行路径拥塞指示,该指示表示主叫侧UE上行路径上某个或多个IP-CAN网元出现拥塞;;
步骤402,被叫侧P-CSCF将该SIP消息发送给被叫侧核心网数据网关(如P-GW,GGSN)。其中该SIP请求消息的IP包头支持ECN指示位,该指示位设置为“01”或“10”。核心网数据网关将SIP该消息封装在用户面承载的IP包中作为载荷发往被叫侧UE;
步骤403,若在传输路径上的任意IP-CAN网元设备负荷较高(即拥塞)时,该网元将把SIP消息的IP包头的ECN指示位设置“11”,表示网络出现拥塞。IP-CAN网元包括无线接入网网元(如无线基站,无线基站控制器),核心网网元(如SGSN/GGSN,S-GW,P-GW);
步骤404,IP-CAN网元设备将SIP消息作为用户面载荷发送给被叫侧UE;;
步骤405,被叫侧UE根据SIP消息中携带的主叫UE上行路径拥塞指示和/或SIP消息的IP包头的ECN=“11”,以及自身的能力选择较低QoS要求的编码类型;
步骤406,被叫UE返回携带第一个SDP应答SIP消息,携带其选择的编码类型。该SIP请求消息的IP包头支持ECN指示位,该指示位设置为“01”或“10”。被叫UE将该SIP请求消息封装在IP-CAN网元提供的用户面承载的IP报中作为载荷进行传输,发往主叫侧UE;;
步骤407,若在传输路径上的任意IP-CAN网元设备负荷较高(即拥塞)时,该网元将把SIP消息的IP包头的ECN指示位设置“11”,表示网络出现拥塞。IP-CAN网元设备包括无线接入网网元(如无线基站,无线基站控制器),核心网网元(如SGSN/GGSN,S-GW,P-GW);
步骤408,IP-CAN网元中的数据网关(如GGSN,P-GW)将SIP请求消息从用户面承载的IP包中解封装,然后将SIP请求消息转发发送给被叫侧P-CSCF;
步骤409,被叫侧P-CSCF根据SIP消息的IP包头的ECN指示位为“11”,判断被叫UE的上行路径上出现拥塞;
步骤410,被叫侧P-CSCF进一步转发SIP消息,携带第一个SDP应答,并在该SIP消息中增加被叫UE上行路径拥塞指示。
在其他实施例中,在步骤409中,当P-CSCF判断出被叫用户的上行路径上出现拥塞,P-CSCF可以根据配置的策略修改SDP提供中各个媒体类型的编码类型的先后顺序,将需要较低QoS要求的编码类型列在前面,并在步骤410中转发给被叫侧UE。类似中,在步骤401种,被叫侧P-CSCF收到的SIP消息中,也不携带主叫侧UE上行路径拥塞指示,而是SDP提供中各个媒体类型的编码类型的先后顺序经过主叫侧P-CSCF根据主叫侧UE上行路径的拥塞而进行了重新排序。在步骤405中,主叫侧UE可以选择列在前面的编码类型。
本发明不仅可以应用于会话初始建立的媒体协商过程中,还可以应用于会话建立后的媒体更新以及重协商等各种IMS媒体协商过程中。因此,本发明中,IP-CAN网元设置拥塞指示以及P-CSCF设置负荷指示的方法可应用于任何SIP消息中。流程类似,这里不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种基于网络负荷进行编码选择方法,其特征在于,
用户设备UE根据代理呼叫会话控制功能P-CSCF设置的负荷指示和/或IP连接接入网IP-CAN网元设置的拥塞指示选择编码类型。
2.如权利要求1所述方法,其特征在于,
当所述UE为主叫UE,则所述P-CSCF为被叫侧P-CSCF,所述IP-CAN网元为主叫侧的IP-CAN网元;
当所述UE为被叫UE,则所述P-CSCF为主叫侧P-CSCF,所述IP-CAN网元为被叫侧的IP-CAN网元。
3.如权利要求2所述方法,其特征在于,所述IP-CAN网元设置拥塞指示具体包括以下方式之一或组合:
方式一:所述主叫侧IP-CAN网元当检测自身拥塞时,在所述主叫侧P-CSCF发送的SIP消息的IP包头设置第一拥塞指示;
方式二:所述被叫侧IP-CAN网元当检测自身拥塞时,在所述被叫侧P-CSCF发送的SIP消息的IP包头设置第二拥塞指示。
4.如权利要求3所述方法,其特征在于,所述P-CSCF设置负荷指示具体包括以下方式之一或组合:
方式一:当所述主叫侧IP-CAN网元检测自身拥塞时,在所述主叫UE发送的SIP消息的IP包头设置第三拥塞指示;当所述主叫侧P-CSCF收到IP包头设置有所述第三拥塞指示的所述SIP消息时,根据所述第三拥塞指示,在所述SIP消息中设置第一负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述被叫UE;
方式二:当所述被叫侧IP-CAN网元检测自身拥塞时,在所述被叫UE发送的SIP消息的IP包头设置第四拥塞指示;当所述被叫侧P-CSCF收到IP包头设置有所述第四拥塞指示的所述SIP消息时,根据所述第四拥塞指示,在所述起呼请求SIP消息中设置第二负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述主叫UE。
5.如权利要求3、4所述方法,其特征在于,所述主叫侧或被叫侧IP-CAN网元采用显示拥塞机制ECN来设置所述第一、第二、第三或第四拥塞指示。
6.如权利要求4所述方法,其特征在于,所述主叫侧或被叫侧P-CSCF重新排序各个媒体类型的编码类型列表,具体包括:
将QoS要求低的编码类型放在编码列表的靠前位置来重新排序各个媒体类型的编码类型列表。
7.如权利要求1所述方法,其特征在于,所述UE根据所述P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型,具体包括:
所述UE根据所述P-CSCF设置的所述负荷指示或重新排序的各个媒体类型的编码类型列表,和/或IP-CAN网元设置的所述拥塞指示,选择QoS要求低的编码类型。
8.如权利要求1-7中任一项所述方法,其特征在于,
所述IP-CAN网元至少包括以下任意之一:无线基站、无线基站控制器,服务通用分组无线业务支持节点SGSN,网关通用分组无线业务支持节点GGSN,服务网关Serving GW,分组数据网络网关PDN GW。
9.一种基于网络负荷进行编码选择的系统,包括UE、P-CSCF以及用户面承载网元,其特征在于,
所述UE用于根据P-CSCF设置的负荷指示和/或IP-CAN网元设置的拥塞指示选择编码类型。
10.如权利要求9所述系统,其特征在于,
所述IP-CAN网元用于当检测自身拥塞时,在SIP消息的IP包头设置拥塞指示;
所述P-CSCF用于根据所述IP-CAN网元设置的所述拥塞指示,在所述SIP消息中设置负荷指示或重新排序的各个媒体类型的编码类型列表后发送给所述UE。
11.如权利要求10所述系统,其特征在于,
所述IP-CAN网元进一步用于采用显示拥塞机制ECN来设置所述拥塞指示;
所述P-CSCF进一步用于将QoS要求低的编码类型放在编码列表的靠前位置来重新排序各个媒体类型的编码类型列表。
12.如权利要求9所述系统,其特征在于,
所述UE进一步用于根据所述P-CSCF设置的负荷指示或重新排序的各个媒体类型的编码类型列表,和/或IP-CAN网元设置的拥塞指示,选择QoS要求低的编码类型。
13.如权利要求9-12中任一项所述系统,其特征在于,
所述IP-CAN网元至少包括以下任意之一:无线基站,无线基站控制器,服务通用分组无线业务支持节点SGSN,网关通用分组无线业务支持节点GGSN,服务网关Serving GW,分组数据网络网关PDN GW。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010125628.6A CN102158897B (zh) | 2010-02-12 | 2010-02-12 | 基于网络负荷进行编码选择的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010125628.6A CN102158897B (zh) | 2010-02-12 | 2010-02-12 | 基于网络负荷进行编码选择的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102158897A true CN102158897A (zh) | 2011-08-17 |
CN102158897B CN102158897B (zh) | 2015-04-01 |
Family
ID=44440004
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010125628.6A Active CN102158897B (zh) | 2010-02-12 | 2010-02-12 | 基于网络负荷进行编码选择的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102158897B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106817351A (zh) * | 2015-12-01 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种媒体协商的方法及装置 |
CN107637122A (zh) * | 2015-06-26 | 2018-01-26 | 英特尔Ip公司 | 用于处理上传业务拥塞的通信终端和方法 |
WO2018127148A1 (en) * | 2017-01-05 | 2018-07-12 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (pdu) session management |
US10785696B2 (en) | 2016-06-21 | 2020-09-22 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
US10972552B2 (en) | 2016-09-30 | 2021-04-06 | Huawei Technologies Co., Ltd. | Method and system for user plane path selection |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101014159A (zh) * | 2007-02-10 | 2007-08-08 | 华为技术有限公司 | 自适应多速率分组语音编码模式调整方法及基站控制器 |
CN101218774A (zh) * | 2005-06-15 | 2008-07-09 | 艾利森电话股份有限公司 | 通过因特网协议网络的自适应移动电话语音传输 |
EP2148505A1 (en) * | 2007-10-22 | 2010-01-27 | Huawei Technologies Co., Ltd. | A method and a device for obtaining the media describing information of iptv service |
CN101997644A (zh) * | 2009-08-24 | 2011-03-30 | 华为技术有限公司 | 速率调整方法、系统、编码方式选择方法和装置 |
-
2010
- 2010-02-12 CN CN201010125628.6A patent/CN102158897B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101218774A (zh) * | 2005-06-15 | 2008-07-09 | 艾利森电话股份有限公司 | 通过因特网协议网络的自适应移动电话语音传输 |
CN101014159A (zh) * | 2007-02-10 | 2007-08-08 | 华为技术有限公司 | 自适应多速率分组语音编码模式调整方法及基站控制器 |
EP2148505A1 (en) * | 2007-10-22 | 2010-01-27 | Huawei Technologies Co., Ltd. | A method and a device for obtaining the media describing information of iptv service |
CN101997644A (zh) * | 2009-08-24 | 2011-03-30 | 华为技术有限公司 | 速率调整方法、系统、编码方式选择方法和装置 |
Non-Patent Citations (2)
Title |
---|
MAGNUS WESTERLUND 等: "ECN for RTP over UDP/IP", 《HTTP://WWW.IETF.ORG/PROCEEDINGS/75/SLIDES/AVT-11.PDF》 * |
MAYUTAN ARUMAITHURAI 等: "An Encoding Method to Signal 3 States with a Single PCN Bit", 《IEEE XPLORE DIGITAL LIBRARY》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107637122A (zh) * | 2015-06-26 | 2018-01-26 | 英特尔Ip公司 | 用于处理上传业务拥塞的通信终端和方法 |
CN107637122B (zh) * | 2015-06-26 | 2022-03-11 | 苹果公司 | 用于处理上传业务拥塞的通信终端和方法 |
CN106817351A (zh) * | 2015-12-01 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种媒体协商的方法及装置 |
US11184830B2 (en) | 2016-06-21 | 2021-11-23 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
US11856501B2 (en) | 2016-06-21 | 2023-12-26 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
US11350336B2 (en) | 2016-06-21 | 2022-05-31 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
US10785696B2 (en) | 2016-06-21 | 2020-09-22 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
US10972552B2 (en) | 2016-09-30 | 2021-04-06 | Huawei Technologies Co., Ltd. | Method and system for user plane path selection |
US11700312B2 (en) | 2016-09-30 | 2023-07-11 | Huawei Technologies Co., Ltd. | Method and system for user plane path selection |
RU2758457C2 (ru) * | 2017-01-05 | 2021-10-28 | Хуавей Текнолоджиз Ко., Лтд. | Системы и способы для управления сеансом блока данных протокола (pdu), адаптированного к приложению |
US11096046B2 (en) | 2017-01-05 | 2021-08-17 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
US10812977B2 (en) | 2017-01-05 | 2020-10-20 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
US10531420B2 (en) | 2017-01-05 | 2020-01-07 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
US11838756B2 (en) | 2017-01-05 | 2023-12-05 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
WO2018127148A1 (en) * | 2017-01-05 | 2018-07-12 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (pdu) session management |
Also Published As
Publication number | Publication date |
---|---|
CN102158897B (zh) | 2015-04-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100474854C (zh) | 一种选择被叫接续网络的方法及网络系统 | |
CN102210132B (zh) | 使用现有授权架构和协议来支持sip会话策略的方法和系统 | |
US8126459B2 (en) | Controlling registration in a communication system | |
EP1863236B1 (en) | Method and apparatus for combining voice and multimedia services between CSI terminal and IMS terminal | |
CN101658014B (zh) | 用于执行服务器发现的机制 | |
AU2010200126B2 (en) | Network Interoperability Between IP Communications Networks or Sub-Networks | |
CN104081741B (zh) | 经由分组交换网络提供ims语音会话以及经由电路交换网络提供紧急语音会话的方法及装置 | |
KR100933121B1 (ko) | Ims 도메인을 통한 실시간 서비스를 포함하는 ims 단말의 호 요청을 csi 단말이 처리하는 방법 및 장치 | |
KR101441567B1 (ko) | Ims 망을 통한 m2m 데이터 전달 방법 및 이를 위한 m2m 서비스 플랫폼 | |
US8325615B2 (en) | System and method for collapsed subscriber management and call control | |
US20090075684A1 (en) | Apparatus and method for routing message service | |
CN101296504B (zh) | 在漫游网络实现ip多媒体子系统业务的方法、系统及装置 | |
CN1859412B (zh) | 一种演进网络中漫游用户ip地址的注册和业务使用方法 | |
CN100493255C (zh) | 一种基于话音业务连续性的实现呼叫业务的系统和方法 | |
CN101971592A (zh) | 接入地会话控制器、ip多媒体子系统及其注册会话方法 | |
JP2011523239A (ja) | パケット交換マルチメディア加入者サービスを提供するアーキテクチャにより規定された機能とのインタフェースを有する移動交換センタプラットフォーム | |
EP2482498A1 (en) | Method and system for subscription service in ip multimedia subsystem network | |
CN101448232B (zh) | 紧急呼叫实现方法及系统、用户设备 | |
CN102457477A (zh) | Ims多媒体优先级业务会话处理方法和装置 | |
CN102158897B (zh) | 基于网络负荷进行编码选择的方法和系统 | |
US8688840B2 (en) | Media transmission method and apparatus in a communication system | |
US9692835B2 (en) | Method and apparatuses for the provision of network services offered through a set of servers in an IMS network | |
CN105959274B (zh) | 通信方法和通信方法中使用的网元 | |
CN101730039B (zh) | 一种ip多媒体子系统业务的建立方法及系统 | |
CN101146367A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |