针对通信连接的参数协商的控制的制作方法

文档序号:7551426阅读:122来源:国知局
专利名称:针对通信连接的参数协商的控制的制作方法
技术领域
本发明涉及一种用于控制通信连接中的参数协商的机制。特别地,本发明涉及一种用于控制通信连接中的参数协商、特别是控制会话的媒体传输路径的方法和设备。
背景技术
在过去的几年中,通信网络的不断增加的扩展在全世界发生,例如诸如综合业务数字网(ISDN)之类的线为基础的通信网络(wire based communication network)、或诸如cdma 2000 (码分多址)系统、像通用移动电信系统(UMTS)—样的蜂窝式第三代(3G)通信网络、像全球移动通信系统(GSM) —样的蜂窝式第二代(2G)通信网络、通用分组无线电系统(GPRS)、全球演进的增强型数据速率(EDGE)之类的无线通信网络、或诸如无线局域网(WLAN)或微波接入全球互通(WiMax)之类的其它无线通信系统的不断增加的扩展在全世界发生。诸如第三代合作伙伴计划(3GPP)、电信和互联网融合业务及高级网络 协议(TISPAN)、国际电信联盟(ITU)、第三代合作伙伴计划2 (3GPP2)、因特网工程任务组(IETF)、IEEE (电气和电子工程师协会)、WiMax论坛等等之类的各种组织正在从事于针对电信网络和接入环境的标准。在如由第三代合作伙伴计划(3GPP)所定义的IP(因特网协议)多媒体子系统(MS)内,由因特网工程任务组(IETF)所定义的会话发起协议(SIP)被用于控制通信。SIP是用于创建、修改和终止与一个或多个参与者的会话的应用层控制协议。这些会话可以包括因特网多媒体会议、因特网电话呼叫和多媒体分布。会话中的成员可以经由组播或者经由单播关系网或者组播和单播关系网的组合来进行通信。会话描述协议(SDP)是如下协议所述协议输送关于多媒体会话中的媒体流的信息,以允许会话描述的接受者参与该会话。SDP提议(offer)和应答可以被携带在SIP消息中。Diameter协议已经由IETF定义,并且意图提供针对诸如网络接入或IP移动性之类的应用的认证、授权和计费(AAA)框架。一般,为了适当地建立和处理网络元件之间的通信连接、诸如用户设备与另一通信设备或用户设备、数据库、服务器等之间的通信连接,可以属于不同的通信网络的诸如控制网络元件、支持节点、服务节点和交互工作元件之类的一个或多个中间网络元件被涉及。会话边界控制器(SBC)、例如互连边界控制功能(IBCF)或代理呼叫状态控制功能(P-CSCF)内的SIP应用级网关(SIP-ALG)常常被部署在MS网络之间并且朝着被附着到IMS的接入网络或企业网络的网络边界处。这样的SBC常常把网关(例如转换网关(TrGW)或边界网关(BGW))插入到用户面路径中,用于诸如IP地址和端口转换以及网络保护之类的各种目的。作为令人遗憾的副作用,用户面被迫使横越与信令面相同的网络,即使短得多的用户面路径在其它情况下会是可能的,例如,如果呼叫方和被呼叫方位于相同的拜访网络或企业网络中,但是所涉及的信令仍然需要横越它们的归属IMS网络。优化的媒体路由(OMR)的目的是从用户面路径中去除不必要的网关
发明内容
通过提供一种会话控制实体、方法和计算机程序产品,本发明克服了上面的问题,其中所述会话控制实体、方法和计算机程序产品用于
传输包括涉及针对用户的媒体传输路径的建立的参数的请求,并且在该请求中包括指示了所述参数是否已从用户被接收到的指示。涉及媒体传输路径的建立的参数可以是编解码器(codec)。指示了参数是否已从用户被接收到的指示可以是下面中的一个
-参数已由用户被包括的指示,
-参数已通过通信网络被包括的指示,或 -参数已通过会话控制实体被包括的指示。 指示可以被编码为会话描述协议的a行。会话控制实体、方法和计算机程序产品可以进一步包括在请求中包含该参数。此外,一种会话控制实体、方法和计算机程序产品被提供,用于
接收包括涉及针对用户的媒体传输路径的建立的参数的请求,
在该请求中探测指示了所述参数是否已从用户被接收到的指示,以及 基于该指示来决定该请求的处理。请求的处理包括下面中的至少一个
-判定媒体的转码是否被本地完成,
-如果所述指示指示了参数还没有从用户被接收到,那么就从该请求中去除该参数,
-决定媒体释放,
-决定强制执行本地政策。本发明的实施例可以具有下面优点中的一个或多个
-信令路径中的网络元件可以注意到媒体参数的起源,并且从而可以作出更好的判定,以优化媒体。-避免媒体路径上的转码的数目或者使所述数目最小化。


图Ia和Ib图示了对于本发明的各方面相关的网络架构以及控制和用户面路径。图2和图3图示了实施本发明的各方面的设备的内部结构和功能。图4和图5图示了用于实施本发明的各方面的实例过程。
具体实施例方式不同类型的网络实体和功能存在于MS网络中。呼叫会话控制功能(CSCF)在SIP层中实施会话控制功能。CSCF可以充当代理CSCF (P-CSCF)、服务CSCF (S-CSCF)或询问CSCF (I-CSCF)0 P-CSCF是在MS内的针对用户设备(UE)的第一联系点;S-CSCF处理网络中的会话状态;I-CSCF主要是在运营商的网络内的、针对被指定到那个网络运营商的订户(subscriber)或当前位于那个网络运营商的服务区内的漫游订户的所有MS连接的联系点。由I-CSCF所执行的功能是例如把S-CSCF分配到执行SIP注册的用户以及朝着S-CSCF路由从另一网络接收到的SIP请求。S-CSCF可以执行针对UE的会话控制服务。该S-CSCF维持如由网络运营商针对服务的支持所需要的会话状态,并且该S-CSCF可以正充当注册机构(registrar),即该S-CSCF接受注册请求并且使得其信息通过定位服务器(例如HSS)可得到。S-CSCF是对于由该S-CSCF所主控的用户的中心点。当S-CSCF被分配到已注册的和未注册的用户时,S-CSCF可以向这些已注册的和未注册的用户提供服务。该分配可以被存储在归属订户服务器(HSS)中。
例如,在MS的情况下,被称为媒体网关控制功能(MGCF)的交互工作的网络元件被提供,所述交互工作的网络元件执行呼叫控制协议变换。例如,MGCF被用于在会话发起协议(SIP)与ISDN用户部分(ISUP)之间的呼叫控制协议变换。交互工作的网络元件可以控制网关网络元件,例如在MGCF的情况下,MGCF控制媒体网关(MGW),所述媒体网关(MGW)提供在这两个网络之间交互工作的用户面。MGCF和MGW可以是分离的网络元件,或者也可以被组合在单个物理实体中。互连边界控制功能(IBCF)可以基于运营商偏好被应用在两个IP多媒体(頂)核心网(CN)子系统之间或者在頂CN子系统与其它基于SIP的多媒体网络之间。边界控制功能可以既充当针对网络的入口点又充当针对网络的出口点。如果该边界控制功能处理从其它网络接收到的SIP请求,那么该边界控制功能起入口点的作用,并且无论何时该边界控制功能处理被发送到其它网络的SIP请求时,该边界控制功能都充当出口点。边界控制功能的功能可以包括
-网络配置隐藏
-充当应用级网关(ALG)
-传送平面控制(transport plane control),即 QoS 控制 -SIP信令的筛选,包括在转发SIP消息之前省略或修改接收到的SIP头部字段 -如果适当,则包括交互工作的功能(IWF);以及
-媒体转码控制,以便允许基于交互工作的协定和会话信息来建立在使用不同的媒体编解码器的頂CN子系统之间的通信。由IBCF所执行的功能可以由运营商来配置,并且可以是网络特定的。SIP应用层网关(SIP-ALG)是处理会话发起协议(SIP)信令的应用层网关,可以通过控制接口来控制媒体代理,并且可以重写会话描述协议(SDP)信令,以对应于媒体代理中的媒体分组的网络地址转换。媒体代理(MP)是位于IP多媒体子系统(MS)的边界处的网络元件,目的是帮助跨越不同的IP网络转发MS呼叫的用户面通信量。媒体代理可以针对用户面通信量提供涉及网络地址转换-协议转换(NAT-PT)的功能。在转发期间,媒体代理可以改变源地址和目的地地址以及协议头部中的端口,并且执行需要的改变、诸如校验和计算。多媒体资源功能(MRF)是如下功能所述功能可以执行多方呼叫和多媒体会议功能,并且可以在多方或多媒体会议的情况下负责承载控制,并且可以与呼叫状态控制进行通信,用于针对多方和多媒体会话的服务验证。SDP被用来协商用于在端点之间传输媒体的参数,但是SDP并不传输媒体本身,这可以例如通过使用实时传输协议(RTP)来完成。SDP会话描述可以包括下面的会话相关信息会话名称和目的、会话活动的(多个)时间、包括会话的媒体、接收那些媒体所需的信息(地址、端口、格式等)、关于要由会话所使用的带宽的信息、针对负责该会话的人的联系信息。SDP会话描述可以包括下面的媒体信息媒体的类型(视频、音频等)、所使用的传输协议(RTP/UDP/IP,H. 320等)、媒体的格式(H. 261视频、MPEG视频等)、针对媒体的远程地址、针对媒体的远程传输端口。在SDP中,通过使用ASCII格式,信息被呈现为文本行。SDP会话描述可以包括继之以零个或多个媒体级部分(media-level section)的会话级部分。会话级部分可以从“V=”行开始,并且可以继续到第一媒体级部分。每个媒体级部分都可以从“m=”行开始,并且可以继续到下一媒体级部分或者整个会话描述的尾部。会话级值针对所有媒体可以是缺省的,除非被等同的媒体级值覆盖。在每个描述中的一些行都可以是强制性的(REQUIRED),并且一些可以是可选的(OPTIONAL,在下面被标以*)。 会话描述
V=(协议版本)
O=(发起方和会话标识符)
S=(会话名称)
I=*(会话信息)
U=*(描述的URI)
e=*(电子邮件地址)
P=*(电话号码)
C=*(连接信息一如果被包括在所有的媒体中,则不被要求)
b=*(零个或多个带宽信息行)
一个或多个时间描述(“ t=”行和“r=”行;参见下面)
Z=*(时区调整)
k=*(加密密钥)
a=*(零个或多个会话属性行)
零个或多个媒体描述 时间描述
t=(会话活动的时间)
r=*(零个或多个重复次数(repeat times))
媒体描述(如果存在的话) m=(媒体名称和传送地址)
i=*(媒体标题)
C=*(连接信息——如果被包括在会话级处,则是可选的)
b=*(零个或多个带宽信息行)
k=*(加密密钥)
a=*(零个或多个媒体属性行)。属性机制(a行,“a=”)是用于把SDP扩展到特定的应用或媒体,并且使SDP适合于特定的应用或媒体。如果网络元件并不理解a行的内容,那么未知的a行可以在网络中被向前传。
通信网络的基本系统架构可以包括有线或无线接入网络子系统的通常称为的架构。这样的架构包括一个或多个接入网络控制单元、无线电接入网络元件、接入服务网络网关或基站收发信机,用户设备能够经由用于传输数种类型的数据的一个或多个通道与所述一个或多个接入网络控制单元、无线电接入网络元件、接入服务网络网关或基站收发信机进行通信。这些元件的一般功能和互连对于本领域技术人员是公知的,并且在相对应的规范中被描述,使得其详细描述在这里被省略。然而,要注意的是,与在这里在下面被详细描述的那些相比较,提供有数个附加的网络元件和信令链路,用于在用户终端和/或服务器之间的通信连接或呼叫。此外,这里所描述的网络元件及其功能可以通过软件(例如通过针对计算机的计算机程序产品)或通过硬件来实施。在任何情况下,为了执行这些网络元件的相应的功能,相对应地被使用的设备(诸如交互工作的节点或网络控制元件,像MS网络的MGCF)包括被要求用于控制、处理和通信/信令功能的数个装置和部件(未示出)。这样的装置可以包括例如用于执行指令、程序并且用于处理数据的处理器单元、用于存储指令、程序和数据并且用于用作处理器等等的工作区域的存储装置(例如ROM、RAM、EEPROM等等)、用于通过软件输 入数据和指令的输入装置(例如软盘、⑶_R0M、EEPR0M等等)、用于向用户提供监视器和操纵可能性的用户接口装置(例如屏幕、键盘等等)、用于在处理器单元的控制下建立链路和/或连接的接口装置(例如有线和无线接口装置、天线等)等等。作为会话建立的部分,UE可以用信号通知UE希望针对会话用作INVITE (邀请)请求中的(在SDP提议中的)SDP体(body)的媒体参数。在INVITE请求通过网络朝着其它端点的路由过程期间,网络元件可以例如通过添加附加的编解码器来操纵SDP提议。稍后接收被操纵的SDP提议的信令路径中的网络元件不具有区别由UE曾原始地包括在SDP提议中的编解码器与曾由中间网络元件添加的编解码器的装置。该信息的缺少可以对优化媒体处理的决策有负面影响,例如对转码功能是否应该被包括或者是否会可能使媒体处理(例如媒体释放)局部化(localize)的决定有负面影响。图Ia图示了控制面(例如SIP信令)和用户面(实际用户数据/媒体)如何可以在第一用户UE-A与第二用户UE-B之间被路由。控制面可以横越三个会话控制实体、诸如SBC。SBC-I可以判定将用户面网关GW-I添加到用户面路径。在这个例子中,SBC-2没有将网关添加到用户面路径,但是再次,SBC-3将用户面网关GW-2添加到用户面路径。SBC-I可以利用网关控制信令控制GW-1,所述网关控制信令如用在SBC-I与GW-I之间的(并且相对应地在SBC-3与GW-2之间的)虚线箭头所图示的那样。控制面元件之间的从UE-A到UE-B的单向箭头图示了会话建立的方向,然而,涉及会话建立的信令消息可以被传输到两个方向。UE-A位于从SBC观点来看的上游,而UE-B位于从SBC观点来看的下游。用户面中的双向箭头图示了用户数据可以被传输到在UE-A与UE-B之间的两个方向。当每个SBC都可以独立判定关于在用户面路径中添加GW时,最终结果可以变成非最优的,因为在最后的配置中,不必要的GW可能已被添加。根据本发明的方面,如果媒体描述中的某些媒体相关的信息或参数(诸如编解码器)曾从UE被接收到,则诸如CSCF、IBCF, MRF或AS之类的信令路径中的网络元件可以做标记,和/或如果所述信息曾由网络元件添加,则这些网络元件可以做标记。根据本发明的方面,标记可以通过将特定的a行添加到会话描述协议(SDP)而被实施,其中所述特定的a行可以指的是曾从UE接收到的或者通过网络元件添加的特定的媒体相关的信息或参数。a行可以指的是在会话描述的m行中所描述的媒体相关的信息或参数。一个或多个标记可以被包括在(多个)a行中,并且每个a行都可以根据实施方案而包括一个或多个标记。具有编解码器标记的SDP提议可以在最初的INVITE中或者响应于并不包含SDP提议的最初的INVITE而被发送。实例I (一个由用户所提议地被编码)
媒体行
m=audio 49120 RTP/AVP 97
(其中97指示所提议的编解码器的格式编号(format number)) a行
a=origcodec 97
(“origcodec”是可以被用来指示编解码器起源于UE的实例文本)
实例2 (—个由网络所提议地被编解码)
媒体行
m=audio 49120 RTP/AVP 97a行
a=transcodec 97
(“transcodec”是可以被用来指示编解码器已经由网络提议的实例文本)
例子3 (两个编解码器。一个由网络所提议地被编码,另一个由用户所提议地被编码) 媒体行
m=audio 49120 RTP/AVP O 97
(其中O和97指示所提议的编解码器的格式编号)
a行
a=transcodec 97a=origcodec O。图Ib图示了与图Ia相比更优的情形,其中,根据本发明的各方面,当SBC-I将Gff-I添加到用户面路径(并且从而在SDP中添加相关的编解码器)时,SBC-I也可以做标记该编解码器已由网络元件添加。SBC-3可以在(经由SBC-2)从SBC-I所接收到的呼叫建立信令中探测到GW-I已由网络添加到用户面路径。探测可以如上面所述基于编解码器的做标记而被完成。SBC-3可以判定从用户面路径去除GW-1,因为SBC-3可以具有更多的终止网络和UE-B相关的性质的知识,并且可以因此作出关于在用户面路径中的所需的GW的更优的决定。SBC-3可以向SBC-I用信号通知,以去除GW-1,并且SBC-3可以判定将它自己的GW-2添加到用户面路径。根据本发明的方面,信令消息可以包含针对被包括在信令消息中的一个、多个或所有编解码器的(来自UE/来自网络的)编解码器的起源的标记。根据本发明的方面,根据网络配置,针对编解码器的标记的缺乏可以通过以各种方式接收网络元件而被解释。针对某些编解码器的标记的缺乏可以被解释来意味着
I.)没有信息是可用的,不管所讨论的编解码器是起源于UE还是已由网络添加。
2.)该编解码器起源于UE (例如,如果只有由网络所添加的编解码器与特定的标记相关联)。3.)该编解码器由网络添加(例如,如果只有起源于UE的编解码器与特定的标记相关联)。配置2.)和3.)可以要求许多网络元件支持本发明的各方面。图2图示了实施本发明的各方面的设备的实例结构和功能。该设备具有传输单元21,所述传输单元21被配置为传输包括涉及针对用户的媒体传输路径的建立的参数(例如编解码器)的请求。该请求可以是SIP请求,诸如SIP INVITE。在由传输单元21传输该请求之前,该请求可以由接收单元24从用户或者从中间网络元件接收到。该设备可以具有包括单元22,所述包括单元22被配置为在该请求中包括指示了参数是否已从用户被接收到的指示、例如在SDP a行中的指示。该设备可以具有参数单元23和/或网关控制单元25,所述参数单元23被配置为 在该请求中包括参数(例如编解码器),所述网关控制单元25被配置为控制该设备可以在媒体传输路径中添加的网关GW。参数可以涉及被添加的网关GW的性质,例如涉及根据被编码的媒体编码。图3图示了实施本发明的各方面的设备的实例结构和功能。该设备具有接收单元
31,所述接收单元31被配置为接收诸如SIP INVIRE请求之类的请求,所述请求包括涉及针对用户的媒体传输路径的建立的参数(例如编解码器)。该设备可以具有探测单元32,所述探测单元32被配置为在该请求中探测指示了参数是否已从用户被接收到的指示。该设备可以具有判定单元33,所述判定单元33被配置为基于该指示决定通过如下方式处理请求例如,判定媒体的转码是否被本地完成;如果该指示指示了参数还没有从用户被接收到,则从该请求中去除参数;决定媒体释放或决定强制执行本地政策。该设备可以具有网关控制单元34和/或传输单元35,所述网关控制单元34被配置为控制媒体传输路径中的网关GW,所述传输单兀35例如向另一网络兀件或向UE-B传输请求。例如通过使用微处理器、芯片和/或其它电部件和/或通过软件,上面所述的所有单元可以被实施。图4示出了用于实施本发明的各方面的实例过程。在41,指示了涉及针对用户的媒体传输路径的建立的参数(诸如编解码器)是否已从用户被接收到的指示可以被包括在请求中(例如在SIP INVITE中)。如利用42所示出的那样,该参数本身也可以被包括在该请求中,或者该参数可以已经已从用户或者从该请求中的在前网络元件被接收到。在43,该请求可以在通信网络中被进一步传输。图5示出了用于实施本发明的各方面的另一实例过程。在51,包括涉及针对用户的媒体传输路径的建立的参数的请求可以例如在SIP INVITE请求中被接收到。在52,在该请求中可以探测指示了该参数是否已从用户被接收到的指示,并且在53,请求的处理可以基于该指示被判定。会话控制实体可以在交换机、路由器、服务器或者可以支持数据传输和处理任务的其它硬件平台或电子设备中被物理实施,或者可以被实施为其它现存的设备的部件。为了如在这里在上面所描述的本发明的目的,应该注意的是-信令经由其被传送到网络元件或节点并且从网络元件或节点中被传送的接入技术可以是节点用来可以(例如经由基站或一般而言经由接入节点)接入接入网络的任何技术。诸如WLAN(无线本地接入网)、WiMax(微波接入全球互通)、蓝牙、红外等等之类的任何目前的或将来的技术可以被使用;虽然上面的技术大部分是无线接入技术,例如在不同的无线电频谱中的无线接入技术,但是在本发明意义上的接入技术还暗指受线约束的(wirebound)技术,例如像电缆网络或固定线路一样的基于IP的接入技术以及电路交换接入技术;接入技术可以在诸如分组交换和电路交换之类的至少两个类别或接入域中可能是可区别的,但是超过两个接入域的存在并不阻碍本发明被应用其中,
-可使用的接入网络可以是站、实体或其它用户设备通过其可以连接到和/或利用由接入网络所提议的服务的任何装置、设备、单元或装置;这样的服务尤其包括数据和/或(音频)可视通信、数据下载等;
-用户设备可以是系统用户或订户通过其可以体验来自接入网络的服务的任何装置、 设备、单元或装置,诸如移动电话、个人数字助理PDA或计算机;
-可能要被实施为软件代码部分并且通过使用处理器在网络元件或终端(作为其装置、设备和/或模块的实例,或者作为包括其设备和/或模块的实体的实例)处被运行的方法步骤是与软件代码无关的,并且只要由这些方法步骤所限定的功能被保持,所述方法步骤就可以通过使用任何公知的或将来开发的编程语言而被指定;
-一般而言,任何方法步骤都适合于被实施为软件或者通过硬件被实施,而不在被实施的功能方面改变本发明的思想;
-可能要被实施为在终端或网络元件处的硬件部件或者其任何(多个)模块的方法步骤和/或装置、设备、单元或装置是与硬件无关的,并且可以通过使用任何公知的或将来被开发的硬件技术或其任意混合、诸如MOS (金属氧化物半导体)、CM0S (互补M0S)、BiM0S (双极M0S)、BiCM0S (双极CM0S)、ECL (发射极耦合逻辑)、TTL (晶体管-晶体管逻辑)等来被实施,通过使用例如ASIC (专用集成IC (集成电路))部件、FPGA (现场可编程门阵列)部件、CPLD (复杂可编程逻辑器件)部件或DSP (数字信号处理器)部件来被实施;另外,可能要被实施为软件部件的任何方法步骤和/或装置、单元或装置可以例如基于例如能够认证、授权、键控和/或通信量保护的任何安全架构;
-可以被实施为各个单独的装置、设备、单元或装置的装置、设备、单元或装置,但是这并不排除它们以遍及该系统的分布式形式被实施,只要该装置、设备、单元或装置的功能被保持,
-设备可以通过半导体芯片、芯片集或包括这样的芯片或芯片集的(硬件)模块来表示;然而,这并不排除如下可能性设备或模块的功能不是被硬件实施,而是被实施为(软件)模块中的软件,诸如包括用于执行/在处理器上运行的可执行的软件代码部分的计算机程序或计算机程序产品;
-装置可以被看作设备或被看作一个以上的设备的组件,不管是在功能上彼此协作还是在功能上彼此独立,但是例如在相同的装置外壳中。本发明并不限于(多个)IMS网络中的编解码器协商,而是也可以被应用在具有类似种类的会话参数协商逻辑以及使用户面路由优化的可能性的其它类型的网络中。上面所描述的会话控制实体的功能可以通过代码装置被实施为软件,并且被装载到计算机的存储Os器中。
权利要求
1.一种会话控制实体,其包括 用于传输包括涉及针对用户的媒体传输路径的建立的参数的请求的装置, 用于在请求中包括指示了所述参数是否已从用户被接收到的指示。
2.根据权利要求I所述的会话控制实体,其中,涉及媒体传输路径的建立的参数包括编解码器。
3.根据权利要求I或2所述的会话控制实体,其中,指示了所述参数是否已从用户被接收到的指示包括下面中的一个 -所述参数已由用户被包括的指示, -所述参数已通过通信网络被包括的指示,或 -所述参数已通过会话控制实体被包括的指示。
4.根据上述权利要求中的任意权利要求所述的会话控制实体,其中,指示包括被编码为会话描述协议的a行的指示。
5.根据上述权利要求中的任意权利要求所述的会话控制实体,进一步包括用于在所述请求中包括所述参数的装置。
6.一种会话控制实体,其包括 用于接收包括涉及针对用户的媒体传输路径的建立的参数的请求的装置, 用于在请求中探测指示了所述参数是否已从用户被接收到的指示的装置,以及 用于基于所述指示来决定请求的处理的装置。
7.根据权利要求6所述的会话控制实体,其中,请求的处理包括下面中的至少一个 -判定媒体的转码是否被本地完成, -如果所述指示指示了所述参数还没有从用户被接收到,那么就从请求中去除所述参数, -决定媒体释放, -决定强制执行本地政策。
8.—种控制媒体参数的方法,其包括 传输包括涉及针对用户的媒体传输路径的建立的参数的请求, 在所述请求中包括指示了参数是否已从用户被接收到的指示。
9.根据权利要求8所述的方法,其中,涉及媒体传输路径的建立的参数包括编解码器。
10.根据权利要求8或9所述的方法,其中,指示了所述参数是否已从用户被接收到的指示包括下面中的一个 -所述参数已由用户被包括的指示, -所述参数已通过通信网络被包括的指示,或 -所述参数已通过会话控制实体被包括的指示。
11.根据权利要求8至10中的任意权利要求所述的方法,其中,所述指示包括被编码为会话描述协议的a行的指示。
12.根据权利要求8至11中的任意权利要求所述的方法,进一步包含在所述请求中包括所述参数。
13.—种控制媒体参数的方法,其包括 接收包括涉及针对用户的媒体传输路径的建立的参数的请求,在请求中探测指示了所述参数是否已从用户被接收到的指示,以及 基于所述指示来决定请求的处理。
14.根据权利要求13所述的方法,其中,请求的处理包括下面中的至少一个 -判定媒体的转码是否被本地完成, -如果所述指示指示了所述参数还没有从用户被接收到,那么就从请求中去除所述参数, -决定媒体释放, -决定强制执行本地政策。
15.一种包括代码装置的计算机程序产品,所述代码装置当被装载到计算机的存储器中时适应于产生根据权利要求8至14中的任意权利要求所述的步骤。
全文摘要
本发明涉及一种会话控制实体、方法和计算机程序产品,用于传输包括涉及针对用户的媒体传输路径的建立的参数的请求,并且在该请求中包括或探测指示了所述参数是否已从用户被接收到的指示。本发明针对3GPP优化的媒体路由是特别有用的。
文档编号H04W8/08GK102986185SQ201080068154
公开日2013年3月20日 申请日期2010年5月21日 优先权日2010年5月21日
发明者A.博埃索尔门伊, R.鲁兹齐卡 申请人:诺基亚西门子通信公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1