java sip 携带sdp_SIP中的SDP offer/answer交换初探

本文探讨了SIP中的早期媒体概念,包括早期媒体的定义、传输方式以及回铃音的产生。在SIP中,早期媒体通过SDP offer/answer交换在对话尚未完全建立时建立媒体会话,分为网关模式和应用服务器模式。网关模式适用于回铃音与通话媒体同源,而应用服务器模式则避免了媒体删剪问题。同时,文章介绍了多媒体彩铃的实现方案和SIP Offer/Answer模型的交互规则。
摘要由CSDN通过智能技术生成

1、早期媒体

无论是在PSTN还是在VoIP网络中,一个呼叫的最终目的让两个用户进行交谈(conversation)。这里我们将由用户之间的交谈所产生的媒体称为常规媒体(“regular media”)。

早期媒体(“early media”)是与常规媒体相比而言的。

通常,主叫用户发起呼叫后用户交谈并不会立即开始(甚至可能最终没有开始),等待时间一般是几秒到几十秒,这完全取决于被叫用户的何时应答。在被叫应答之前,主叫用户与网络之间也可以有媒体流产生,与常规媒体相区别,这种媒体被称为早期媒体。最典型的早期媒体就是回铃音。其他形式的早期媒体还有排队提示等等。早期媒体通常都是单向的(网络>主叫),在SIP中也可能会有双向的早期媒体。

2、早期媒体的传送

要传送媒体首先要建立一个媒体会话(Session)。建立媒体会话实际上就是通过SDP offer/answer交换进行就会话的媒体参数进行协商的一个过程。在SIP中,媒体会话的建立过程通常首先伴随着一个SIP对话(Dialog)的建立过程,一般情况下,媒体会话和SIP对话是同时建立的(通过SIP 200或ACK消息携带SDP answer)。这种情况下,媒体会话直到被叫用户摘机以后才能建立起来,只能用户传送用户媒体,显然无法传送早期媒体。

要传送早期媒体,必须在SIP对话尚未完全建立之时,即所谓的SIP早期对话状态,完成媒体会话的建立。

怎样在早期对话状态建立媒体会话呢?SIP中支持两种做法。

这两种做法的关键不同在于:是否将传送早期媒体的会话与传送之后的通话媒体的会话明确地划分清楚,区别开来。具体到协议上看,两种做法都利用了 200之前的 SIP消息,比如1xx-rel、PRACK、Update等等,来传送SDP offer/answer, 但是这些SDP offer/answer在SIP消息中的标明类型和处理指示是不同的。

做法1没有明确区分出用于早期媒体的会话,实际上始终只有一个会话。具体到协议上看,用于建立(或修改)这个会话的SDP offer/answer 在SIP消息中的处理指示都是“Session”。

做法2专门建立一个用于传送早期媒体的会话,并称之为早期会话(“early-session”)。具体到协议上看,用于建立(或修改)早期会话的 SDP offer/answer SIP 消息中的处理指示是“early-session”。并且,在一个SIP消息中可以同时携带处理指示分别为“Session”和“early- session”的两个SDP消息,各自独立地用于早期会话的协商和正常会话的协商。

在做法1中,用同一个会话(在不同的时间段里)来传送早期媒体和通话媒体。在被叫摘机之前,这个会话可用于传送早期媒体,在被叫摘机之后,这个会话又用于传送通话媒体。倘若早期媒体和通话媒体的参数不同的话,需要重新进行媒体传输参数的协商,这需要一定的时间,可能会带来媒体删

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
根据您提供的代码,我进行了修改并解释了相应的部分: ```c typedef struct pjmedia_sdp_rtcp_attr { unsigned port; pj_str_t net_type; pj_str_t addr_type; pj_str_t addr; } pjmedia_sdp_rtcp_attr; PJ_DECL(pj_status_t) pjmedia_sdp_attr_get_rtcp(const pjmedia_sdp_attr *attr, pjmedia_sdp_rtcp_attr *rtcp); PJ_DECL(pjmedia_sdp_attr*) pjmedia_sdp_attr_create_rtcp(pj_pool_t *pool, const pj_sockaddr *a); unsigned count = 7; // 属性数组属性的数量 pjmedia_sdp_attr* attr_array[7]; // 属性数组 pjmedia_sdp_rtcp_attr rtcp_attr; // 要删除的 RTCP 属性实例 // 使用合适的方式为 attr_array 和 rtcp_attr 赋值 // 调用函数进行属性删除 pj_status_t status = PJ_ENOTFOUND; // 初始化为找不到属性,以防删除前没有匹配的属性 for (unsigned i = 0; i < count; i++) { pjmedia_sdp_rtcp_attr rtcp; if (pjmedia_sdp_attr_get_rtcp(attr_array[i], &rtcp) == PJ_SUCCESS) { // 找到 RTCP 属性 if (strcmp(rtcp.addr_type.ptr, "rtp") == 0) { // 删除 RTCP 属性 status = pjmedia_sdp_attr_remove(&count, attr_array, attr_array[i]); break; } } } if (status == PJ_SUCCESS) { // 属性删除成功 printf("RTCP attribute removed successfully.\n"); } else if (status == PJ_ENOTFOUND) { // 找不到要删除的 RTCP 属性 printf("RTCP attribute not found.\n"); } else { // 其他错误状态 printf("Error removing RTCP attribute.\n"); } ``` 在上述示例,我们遍历属性数组的每个属性,并将其传递给 `pjmedia_sdp_attr_get_rtcp` 函数来获取相关的 RTCP 属性信息。然后,我们检查获取到的 RTCP 属性的地址类型是否为 "rtp",如果是,则调用 `pjmedia_sdp_attr_remove` 函数删除该属性。请根据实际需求进行适当修改。 希望这可以帮助您!如果还有其他问题,请随时提问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值