流媒体Live555（四）——LiveMediaServer流程分析

Live555MediaServer

1、初始化

BasicTaskschedular

BasicUsageEnvironment

RTSPServer

|--------new RTSPServer

|------setupOurSocket创建监听客户端连接用的socket

|------turnOnBackgroundhandling(socket)将监听socket加入计划任务，等待连接

2、接受客户端连接 incomingConnectionHandlerRTSP

在RTSPServer将监听socket加入计划任务后，调度机制会不断查询，如果收到连接请求，就会调用该回掉函数

（Tips：在Live555中监听任务的执行都是通过相应的静态全局回掉函数，在回掉函数内部再强制转换到相应的类函数）

在incomingConnectionHandlerRTSP中会clientSocket = accept()得到连接的socket、地址，设置参数等

之后创建一个客户连接管理createNewClientConnection()

|----new RTSPClientConnection

|---setBackgroundHandling将连接的socket加入计划任务

（Tips：turnonBackgroundHandling只让socket可读，内部会调用setBackgroundHandling进行设置，如需其他属性，如可写、异常等都需要通过setBackgroundHandling设置）

3、响应请求过程

3.1 一般过程

incomingRequestHandler

|---readSocket() 读取数据

|---handleRequestBytes() 解析数据并做相应的处理

|---parseRTSPRequestString() 解析请求

|---handleCmd_XXX() 根据不同的RTSP协议命令去处理

|---send(fResponseBuffer) 构造好回应字段后，发送回应

3.2具体过程

3.2.1 handleCmd_DESCRIBE

handleCmd_DESCRIBE

|---urlTotalSuffix 提取streamName

|---authenticationOK 验证用户，这里只保留了接口，未进行实现

|---fOurServer.lookupServerMediaSession(streamName)

这个用来获取ServerMediaSession，一般不同类型的服务器会有不同的实现策略，如Live555MediaServer只用来流化本地文件，所以有了继承类DynamicRTSPServer，重写lookupServerMediaSession方法，本来找不到session实例会返回NULL，而在这里将查找当前目录下对应的本地文件，然后去创建相应的session，这也就是为什么要将文件与程序放在同一目录下的原因。

这里的ServerMediaSession在创建时会同时添加ServerMediasubsession，因为是服务器，所以一定知道自己应该创建些什么subsession

|---sdpDescription =session->generateSDPDescription() 获取SDP描述信息

|---snprintf() 组建回复字符串

3.2.1.1 generateSDPDescription过程

generateSDPDescription

|---foreach subsession sdpLines =subsession->sdpLines() 获取每个subsessiond的sdp描述

|---sdpLines() 过程

|---onDemandServerMediasubsession 为点播式流媒体服务创建的中间继承类，Live555Mediasever中的subsession都继承自此类

|---FrameSource createNewStreamSource 创建一个数据源的Souce

|---RTPSink createNewRTPSink 创建RTPSink

|---setSDPLinesFromRTPSink(source, sink)从临时的source与sink中获取sdp

（Tips：createNewStreamSource与createNewRTPSink都是抽象方法，需要子类去实现，之后会从setSDPLinesFromRTPSink(source, sink)中得到sdp信息，从这里也可以看出sdp信息由RTPSink获得。Live555服务器的机制是sink从source中获取数据，创建sink的时候会将source作为参数传入，因为服务器知道创建了什么类型的subSession，所以对一般的媒体信息sink都会具备，唯一需要获取的是getAuxSDPLine()，OnDemandServerMediasubsession默认的处理方式是从RTPSink中的auxSDPLine获取，如果没有就返回NULL，对Live555MediaServer来说，传输H264文件时是无法得到sps、pps信息的，必须通过读取文件，所以在H264subsession中就选择创建Source和Sink读取一段信息后解析获得）

3.2.2 handleCmd_SETUP

handleCmd_SETUP

|---sessionID 找一个唯一的sessionID，用于标识当前的subsession

|---fourServer.createNewClientSession(sessionID)

|---clientSession.handleCmd_SETUP() 转到RTSPClientSession中去处理

|---fOurServerMediaSubsession = sms =fourSrever.lookupServerMediasession

|---创建streamState结构

|---fStreamStates = new struct streamState[fNumStreamStates]

|---foreach subSessionfstreamState[i].subsession = subsession 将subsession装进streamState结构

|---trackID，subsession->trackID 通过trackID寻找对应的subSession

|---parseTransportHeader 解析Transport参数

|---subsession->getStreamParameters 在这里将建立真正的FrameSource与RTPSink

|---FrameSource *mediaSource = createNewStreamSource()

|---rtoGroupsock = new GroupSock(serverRTPPort)

|---rtcpGroupsock = new Groupsock(serverRTPPort)

|---rtpSink = creatNewRTPSink(rtpGroupsock, mediaSource)

|---streamToken = new StreamState(rtpSink, mediaSource, rtpsock,rtcpsock)

|---fDestinationHashTable->add(sessionId, destination)

3.2.3handleCmd_PLAY

handleCmd_PLAY

|---在RTSPClientSession中，处理PLAY、PAUSE、TEARDOWN用同一个函数接口handle_CmdwithinSession，只是在里面又进行了区分

|---找到对应的subsession->startStream()这里将启动流传输数据

|---streamState.startPlaying() 开始传输

|---如果没有fRTCPInstance就创建一个RTCPInstance::createNew(fRTPSink)

|---fRTPgs->addDestination()

|---fRTCPgs->addDestination()

|---fRTPSink->startPlaying()

|---MediaSink::continuePlay() 到这里就是各个子类实现了，纯虚函数

|---MuliFramedRTPSink::continuePlaying()这里针对的是H264文件的解析

|---buildAndSendPacket()

|---准备RTP包头

|---packFrame 打包帧数据

|---分两种情况：一是上一次没打包完，还有数据；二是一个全新的帧

|---对情况二，会调用fSource->getNextFrame()里面加入的回调函数afterGettingFrame，实际是调用sink->afterGettingFrame1

|---最终会依情况打包

|---sendPacketIfNecessary()

在sendPacketIfNecessary中会调用fRTPInterface.sendPacket()发送数据，之后安排一个延时任务回调sendNext函数，在sendNext中又会调用buildAndSendPacket，从而形成一个回路来不断发送数据，知道检测到fNoFrameLeft