live555学习之RTSP连接建立以及请求消息处理过程

简介: 1,RTSP连接的建立过程    RTSPServer类用于构建一个RTSP服务器,该类同时在其内部定义了一个RTSPClientSession类,用于处理单独的客户会话。    首先创建RTSP服务器(具体实现类是DynamicRTSPServer),在创建过程中,先建立 Socket(ourSocket)在TCP的554端口进行监听,然后把连接处理函数句柄  (RTSPServer:: incomingConnectionHandler)和socket句柄传给任务调度器(taskScheduler)。

1RTSP连接的建立过程
    RTSPServer类用于构建一个RTSP服务器,该类同时在其内部定义了一个RTSPClientSession类,用于处理单独的客户会话。
    首先创建RTSP服务器(具体实现类是DynamicRTSPServer),在创建过程中,先建立 Socket(ourSocket)在TCP的554端口进行监听,然后把连接处理函数句柄 

(RTSPServer:: incomingConnectionHandler)和socket句柄传给任务调度器(taskScheduler)。


    任务调度器把socket句柄放入后面select调用中用到的socket句柄集(fReadSet)中,同时将socket句柄和incomingConnectionHandler句柄关联起来。接着,主程序开始进入任务调度器的主循环(doEventLoop),在主循环中调用系统函数select阻塞,等待网络连接。
    当RTSP客户端输入(rtsp://192.168.1.109/1.mpg)连接服务器时,select返回对应的scoket,进而根据前面保存的对应关系,可找到对应处理函数句柄,这里就是前面提到的incomingConnectionHandler了。在incomingConnectionHandler中创建了RTSPClientSession开始对这个客户端的会话进行处理。

具体分析如下:

DynamicRTSPServer::creatnew()
   1.
调用继承自RTPSever::setUpOurSocket
       1.
调用GroupsockHelper setupStreamSocket创建一个socket连接,并绑定,
       2.
设置socket的发送缓存大小,
       3.
调用listen开始监听端口,设置同时最大能处理连接数LISTEN_BACKLOG_SIZE=20,如果达到这个上限则client端将收到ECONNERREFUSED的错误
       4.
测试绑定端口是否为0,为0的话重新绑定断口,并返回系统自己选择的新的端口。
       5.
返回建立的socket文件描述符

   2.调用自己和RTPSever的构造函数:
   RTPSever构造函数:
       1.
用一个UsageEnvironment对象的引用构造其父类Medium
       2.
设置最大等待回收连接时间reclamationTestSeconds,超过这个时间从客户端没有RTSP命令或者RTSPRR包则收回其RTSPClientSession
       3.
建立一个HashTable(实际上是一个BasicHashTable,fServerMediaSessions指向这个表。
       4.
调用参数UsageEnvironment对象env的成员,一个TaskScheduler指针所指对象(实际就是一个BasicTaskScheduler对象)的成员函数
           
turnOnBackgroundReadHandling()
               1.调用一个HandlerSet::assignHandler()创建一个Handler,把socketNum【此处为服务器监听的socket描述符】和处理函数RTSPServer::incomingConnectionHandler(),还有指向RTSPSever的指针绑定在一起。
                
   incomingConnectionHandler作用:
                       1.调用accept返回服务器与客户端连接的socket描述符
                       2.
设置客户端描述符为非阻塞
                       3.
增加客户端socket描述符的发送缓存为50*1024
                       4.
为此客户端随机分配一个sessionId
                       5.
用客户端socket描述符clientSocket,sessionId,和客户端地址clientAddr调用creatNewClientSession创建一个clientSession


2,请求消息处理过程
    上节我们谈到RTSP服务器收到客户端的连接请求,建立了RTSPClientSession类,处理单独的客户会话。在建立 RTSPClientSession的过程中,将新建立的socket句柄(clientSocket)和RTSP请求处理函数句柄RTSPClientSession::incomingRequestHandler传给任务调度器,由任务调度器对两者进行一对一关联。当客户端发出 RTSP请求后,服务器主循环中的select调用返回,根据socket句柄找到对应的incomingRequestHandler,开始消息处理。先进行消息的解析。

RTSPClientSession::RTSPClientSession()构造函数:
   1.重置请求缓存

   2.调用envir().taskScheduler().turnOnBackgroundReadHandling(),这次socketnumber为客户端socket描述符这次的处理函数是RTSPServer::RTSPClientSession::incomingRequestHandler()

       RTSPServer::RTSPClientSession::incomingRequestHandler():
           调用handleAlternativeRequestByte1(uint8_t requestByte):
               1.fRequestBuffer[fRequestBytesAlreadySeen] =requestByte;把请求字符放入请求缓存fRequestBuffer
               2.调用handleRequestBytes(1) 处理请求缓存
                   handleRequestBytes(int newBytesRead):
                       1.调用noteLiveness()查看请求是否到期,如果服务器的reclamationTestSeconds> 0,调用taskScheduler对象的rescheduleDelayedTask函数: 参数为

( fLivenessCheckTask,fOurServer.fReclamationTestSeconds*1000000,(TaskFunc*)livenessTimeoutTask, this )

其中livenessTimeoutTask()函数作用是删除new出来的clientSession.
                           1.调用unscheduleDelayedTask(TaskToken&prevTask):
                               从DelayQueue中删除prevTask项, prevTask置空.
                           2.调用scheduleDelayedTask(int64_t microseconds, 

                                                     TaskFunc* proc, void*clientData): 

                               1.创建一个DelayInterval对象timeToDelay,用microseconds初始化。

                               2.创建一个AlarmHandler对象,用proc, clientData, timeToDelay初始化

                               3.调用fDelayQueue.addEntry(),把这个AlarmHandler对象加入到延迟队列中

                               4.返回AlarmHandler对象的token[long类型]的指针

                     2.如果请求的的长度超过请求缓存可读长度fRequestBufferBytesLeft,结束这个连接。

               3.找到请求消息的结尾:。

               4.如果找到消息结尾,调用RTSPServer::RTSPClientSession::handleRequestBytes()[值得关注此函数]把请求字符串转换成命令各部分包括:cmdName[方法],urlPreSuffix[url地址],urlSuffix[要读取的文件名],sceq[消息的Cseq],否则函数返回需要继续从连接中读取请求。分别存入对应的数组。

               5.如果转换成功,调用handleCmd_xxx()处理对应的cmdName: xxx[此处实现了:OPTIONS,DESCRIBE,SETUP,TEARDOWN,PLAY,PAUSE,GET_PARAMETER,SET_PARAMETER]
               其中PLAY,PAUSE,GET_PARAMETER,SET_PARAMETER调用handleCmd_withinSession (cmdName,urlPreSuffix, urlSuffix,cseq,(char const*)fRequestBuffer);

               6.清空 RequestBuffer

 

比如:消息解析后,如果发现客户端的请求是DESCRIBE则进入handleCmd_DESCRIBE函数。RTSP服务器收到客户端的DESCRIBE请求后,根据请求URL(rtsp://192.168.1.109/1.mpg),找到对应的流媒体资源,返回响应消息。live555中的ServerMediaSession用来处理会话中描述,它包含多个(音频或视频)的子会话描述(ServerMediaSubsession)。根据客户端请求URL的后缀(例如是1.mpg), 调用成员函数                  DynamicRTSPServer::lookupServerMediaSession查找对应的流媒体信息 ServerMediaSession。(根据urlSuffix查找)。

如果ServerMediaSession不存在,查找文件是否存在,若文件不存在,则判断ServerMediaSession         (即smsExists)是否存在,如果存在则将其remove(调用removeServerMediaSession方法)。但是如果本地存在1.mpg文件,则根据文件名创建一个新的 ServerMediaSession(调用createNewSMS方法,若在该方法中找不到对应的文件扩展名,则将返回NULL)。

如果通过lookupServerMediaSession返回的是NULL,则向客户端发送响应消息并将fSessionIsActive置为FALSE;否则,为该session组装一个SDP描述信息(调用generateSDPDescription方法,该方法在ServerMediaSession类中),组装完成后,生成一个RTSP URL(调用rtspURL方法,该方法在RTSPServer类中)。

创建ServerMediaSession过程中,根据文件后缀.mpg,创建媒体MPEG-1or2的解复用器                   (MPEG1or2FileServerDemux)。再由MPEG1or2FileServerDemux创建一个子会话描述 MPEG1or2DemuxedServerMediaSubsession。最后由ServerMediaSession完成组装响应消息中的SDP信息SDP组装过程见下面的描述),然后将响应消息发给客户端,完成一次消息交互。

目录
相关文章
|
3月前
|
网络协议 调度 C语言
live555 RTSP服务器与客户端通信源码分析
live555已经发展了很多年,不过最新的live555版本,笔者没有编译通过,最终选择了2019.8.28的live555代码,如果有需要的同学,可以自行去Index of /pub/contrib/live555/ (videolan.org)去下载,不过需要自己去编译,我的编译环境是windows版本,网上有很多关于如何将其编译为VS版本的live555的,如果有需要的同学,可以在博客下留言,我会给你发一个(自己对一些代码进行了注释,不过都是自己的理解,不一定正确)。对于代码的分析:RTSP服务器使用的testOnDemandRTSPServer.cpp,RTSP客户端使用的testRT
88 0
|
6月前
|
网络协议 索引
HTTP/2 协议(帧、消息、流简单的抓包分析)
HTTP/2 协议(帧、消息、流简单的抓包分析)
97 0
|
7月前
|
网络协议 C++ Python
Qt+C++ TCP发送接收信息客户端与服务端窗体
Qt+C++ TCP发送接收信息客户端与服务端窗体
66 0
Qt+C++ TCP发送接收信息客户端与服务端窗体
|
7月前
|
定位技术 开发工具 Windows
如何在RTSP/RTMP直播过程中加入SEI扩展数据发送和接收解析
在直播系统中,除了直播音视频之外,有时候还想从主播端发布文本信息等,这些信息可以不通过视频传输通道发送给用户播放端,但如果传输的数据想和视频保持精准同步,那最好的办法就是这些信息和视频数据打包在一起传输,并通过h264 sei方式就可以把数据放入h264 Access Unit中传输。
179 0
|
8月前
|
网络协议 Unix Windows
确认应答机制与超时重发机制【TCP原理(笔记一)】
确认应答机制与超时重发机制【TCP原理(笔记一)】
176 0
|
消息中间件 域名解析 负载均衡
ZMQ中请求-应答模式的可靠性设计
ZMQ中请求-应答模式的可靠性设计
ZMQ中请求-应答模式的可靠性设计
|
网络协议 Java
Java网络编程Demo,使用TCP 实现简单群聊功能Groupchat,创建一个服务端,使多个客户端都能收到消息
Java网络编程Demo,使用TCP 实现简单群聊功能Groupchat,创建一个服务端,使多个客户端都能收到消息
163 0
Java网络编程Demo,使用TCP 实现简单群聊功能Groupchat,创建一个服务端,使多个客户端都能收到消息
|
网络协议
Qt中的TCP服务端和客户端互发消息
Qt中的TCP服务端和客户端互发消息
205 0
Qt中的TCP服务端和客户端互发消息
|
前端开发 Android开发
仅接收服务器数据的长链接方案
仅接收服务器数据的长链接方案
250 0
仅接收服务器数据的长链接方案
|
网络性能优化
mqtt协议中的发送消息的一个报文简单解释
mqtt协议中的发送消息的一个报文简单解释
630 0
mqtt协议中的发送消息的一个报文简单解释

热门文章

最新文章