Resiprocate简介

更新时间:2024-04-24 09:57:01 阅读量: 综合文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

Resiprocate简介

1、背景介绍

随着VoIP和NGN技术的发展,H.323时代即将过渡到SIP时代,在H.323的开源协议栈中,Openh323占统治地位,它把一个复杂而又先进的H.323协议栈展现在普通程序员的眼前,为H.323普及立下了汗马功劳。而然当在SIP时代,则出现了群雄割据的状况,SIP相对于H.323简单,灵活,于是各种协议栈层出不穷,一下主要介绍对ReSIProcate协议栈的理解。

ReSIProcate是由SIPFoundry开发,ReSIProcate最开始起源于Vocal,由于Vocal开始只支持rfc3254,为了支持最新的rfc3261,ReSIProcate诞生了,但现在,ReSIProcate已经成为一个独立SIP协议栈了,它十分稳定,并且很多商业程序都在使用。 具体参数:

Language : C++ VxWorks port : No Win32 port : Yes Linux port : Yes

Supports RFC 3261 : Yes Supports RFC 2327 : Yes Supports RFC 3264 : Yes

Supports RFC 3263 : Partial Supports RFC 3515 : Yes Supports RFC 3262 : No Supports RFC 3311 : No TCP : Yes UDP : Yes

SIZE : < 2.5 Mb License : Vovida Document : Few Samples : None

2、 SIP基本呼叫

下面是一个SIP协议的基本呼叫流程图以及对该流程的简单讲解。

SIP UA(Client/Caller)SIP ProxySIP ProxySIP UAS(Client/Callee)主叫摘机发起呼叫InviteInviteInvite100:Trying100:Trying100:Trying180:Alertting180:Alertting200:OK200:OK被叫振铃180:Alertting被叫摘机应答200:OKRTP通道:主被叫通话主叫先挂机ByeByeBye200:OK200:OK200:OKSIP Base Call Flow

上图描述的是一个SIP基本呼叫的流程图,主被叫SIP UA分别注册在不同的Server上,以下对上述流程做一简单说明。 流程说明:

2.1、 首先主叫SIP UA摘机拨叫被叫号码,SIP UA向注册的server上发送invite

消息,携带主被叫的URL和主叫SDP(也可以不带); 2.2、 SIP Proxy1收到invite后对URL进行解析,找到被叫SIP UA的注册Server并路由; 2.3、 SIP Proxy收到invite后解析URL,找到被叫SIP UA,发送invite; 2.4、 被叫SIP UA收到后,分析该消息处理时间可能超长,向主叫发送100Trying,

通知主叫被叫正在处理主叫请求; 2.5、 然后被叫SIP UA指示放回铃音,并发送Alertting(可能会带SDP)消息给

主叫,通知主叫被叫正在放回铃音; 2.6、 之后被叫摘机应答,向主叫发送200OK携带被叫的SDP(如果Alertting已

经携带了SDP,则200OK不带SDP),主叫收到后向被叫回ACK消息确认。

2.7、 双方建立起呼叫,主被叫进行通话。

2.8、 然后主叫先挂机,释放呼叫资源并向被叫发送Bye消息,被叫收到BYE后释

放资源并响应200OK最终响应,会话结束。

3、 Resiprocate设计模式

Resiprocate将SIP协议栈设计为以下四个层次:

事务用户层(Transaction User)【SIP UA 与协议栈的接口层:该层负责将SIP消息入栈并触发事务,以及进行事务管理】事务层(Transaction )【SIP 事物层:对SIP事务进行管理,以及事件超时处理】传输层(Transport)【SIP消息传输层:根据SIP消息中标记的协议类型选择合适的协议将消息发送到IP网】语法与编码层(Syntax and Encoding)【SIP消息处理层:检测SIP消息是否合法,并对消息进行编解码和响应】

Resiprocate通过以上层次之间的密切配合完成对SIP消息的处理,以下是我的一些浅显理解:

3.1、事务用户层:SIP UA 与协议栈的接口层:该层负责将SIP消息入栈并触发事务,

以及进行事务管理,在代码中对应定义的管理类“DialogUsageManager”;它继承了类“HandleManager”和“TransactionUser”。DialogUsageManager类负责

保存对话(dialog)链表,对每一个SIP消息构造一个事务会话,并对SIP消息的接收、处理和发送提供上层接口,以及初始事务会话(Session)。(Dialog:

指一个呼叫从主叫摘机发起呼叫直到通话后主被叫挂机为止,编号:CallId)。 另外:由于DialogUsageManager下面管理的Dialog很多,为了分步管理并且提高查询效率,DialogUsageManager将Dialog放在DialogSet里面,然后通过DialogSet间接管理每一个Dialog。于是有下述关系:DialogUsageManager包含DialogSet,DialogSet包含Dialog。

3.2、事务层:对SIP事务进行管理,以及事件超时处理;这些事务在代码中应该就是

指的一个会话(Session),对应于“InviteSession”类,继承关系:

Handled->BaseUsage->DialogUsage->InviteSession.由于每个session都是属于一个dialog的,所以这里提供getDialogId函数;每一个事物会话还设有状态,通过状态机控制对每一个请求消息进行响应,从而完成一整个事务会话;对于每个消息的处理是在虚基类InviteSessionHandler中定义的纯虚函数,在InviteSession类中只是定义了函数getSessionHandle,返回处理方式,而具体的实现则在定义UA时完成(例如Mrcagent就必须继承InviteSessionHandler并定义实现部分);另外事务层还保证了每个dialog的offer/answer平衡,根据判断offer/answer是否平衡来确认响应消息是否带SDP。(Session:指一个呼叫中发起的请求消息和响应消息对,例如BYE和其响应消息200OK一起构成了一个事物会话,所以一个Session事务一般至少包含两个SipMessage)。

3.3、传输层:根据SIP消息中标记的协议类型选择合适的协议将消息发送到IP网,网

络层是负责SIP消息在IP网的传输;该部分处理是在类DialogUsageManager中进行的,通过调用该类的成员函数internalProcess完成的,但是事实上是从类TransactionUser中继承过来的,发送/收到消息的队列为mFifo。

3.4、语法与编码层:SIP消息处理层,检测SIP消息是否合法,并对消息进行编解码和

响应;主要是在类DialogUsageManager中的process函数处理,它贯穿整个SIP消息的处理流程;基本流程为:

internalProcess->incomingProcess->processRequest/processResponse->DialogSet::dispatch【如果出错就makeResponse and sendResponse】

->dialog::dispatch->InviteSession::dispatch->InviteSession::dispatchConnected->InviteSession::dispatchOthers->InviteSession::dispatchInfo->mDialog.makeResponse and 回调InviteSessionHandler的纯虚函数handler->onInfo(getSessionHandle(), msg)在MRC中实现部分为【MrcAgent::onInfo】

4、 Resiprocate中类的继承关系

以下只列出了一部分类的关系,并且类的成员没分私有共有也只列出了一些个人认为典型的,没有列出 friend class。

Dialog:mDum\\mDialogSet\\mId\\mInviteSession\\DialogType\\mCallId\\mRequests\\mRemoteTargetHandleManager:mHandleMap\\ mShuttingDown\\ mLastId;InviteServer:mTransceiverMessage:tuTransactionMessage:Handled:mHam\\mIdHandleManager:mHandleMap\\ mShuttingDown\\ mLastId;TransactionUser:mRuleList\\mDomainListSipMessage:mTransport\\mSource\\mDestination\\mBufferList\\mContents\\mReason\\mEncoded\\mForceTargetBaseUsage:mDum\\mHandleDialogUsage:mDialogDialogUsageManager:mDialogSetMap\\mMasterProfile\\mInviteSessionHandler\\mClientRegistrationHandler\\mStack\\mIncomingTarget\\mCancelMap\\mConnectionTerminatedEventDispatcherModelAdmin:adminCommandLineParser:mLogType\\ mEncrypt\\ mUdpPort\\\\mAor\\mPasswordmOutboundProxy\\mBuddies\\mTarget\\mCertPathClientPublicationHandlerClientRegistrationHandlerOutOfDialogHandlerClientSubscriptionHandlerInviteSessionHandlerInviteSession:mPeerSupportedMethods\\mPeerUserAgent\\mState\\mCurrentLocalSdp\\mCurrentRemoteSdp\\mCurrentEncryptionLevel\\mEndReason\\mAcksSessionLogicMng:slmMsgList\\slmConfMsgList\\slmDialogMsgList\\seqValueConf\\seqValueConn\\ssdSeqNum\\mcdSeqNumMrcAgent:pSendMessage\\IsAvailable\\pControl\\SpecifymContact\\mRequestMap\\mUacCallIdMap\\first\\mInfoHandleStateMap\\SendMessageList\\InfoMessageList

本文来源:https://www.bwwdw.com/article/4ypp.html

Top