视频互通协议1. 录像文件通信协议(비디오 파일 프로토콜)录像文件下

视频互通协议
1. 录像文件通信协议(비디오 파일 프로토콜)
录像文件下载基于标准FTP协议传输，采用标准端口21, 采用被动模式, 支持断点续传，为方便文件下载，定义以下文件命名格式：
파일 다운로드를 용이하게하는 패시브 모드, HTTP에 대한 지원을 사용하여, 표준 포트 (21)를 사용하여, 표준 FTP 프로토콜에 기초하여 상기 비디오 파일 전송 다운로드 포맷 명명 다음 파일을 정의
 根目录下有一专门目录video为一级目录, 用于存放录像
동영상을 저장하기위한 디렉토리로서 전용 비디오의 루트 디렉토리
 video目录下每路图像有一单独目录，第二级目录命名格式包含三字母和两数字，例如HDO01，SDI02. 其中HD和SD分别表示高清和标清视频，O和I分别表示车外和车内视频，01、02等为十进制数字统一编号按顺序表示视频通道编号，从01到99。
비디오 디렉토리에서 각 이미지는 별도의 디렉토리를 가지고 있으며, 형식을 명명 번째 레벨 디렉토리는 예 HDO01, SDI02. HD와 SD, 각각 HD 및 SD 비디오를 들어, 세 개의 문자와 두 개의 숫자로 구성되어, O, 나는 차와 차를 나타냅니다 비디오 시퀀스에서 진수의 등번호와 같은 01,02 말했다 01-99 비디오 채널 번호
 第三级目录表示录像存储的日期，格式为20120709, 年月日分别用四、二、二个字节表示。
세 번째 수준 말했다 비디오 저장 디렉토리 날짜 형식 20120709, 날짜 각각 네, 두 개의 2 바이트
 录像文件存储在第三级目录下，文件名命名格式为2012-06-19_12-46-17.h264，文件名包含年月日时分秒。
비디오 파일 형식 2012-06-19_12-46-17.h264위한 네이밍 파일 이름, 파일 이름은 년, 월, 일, 시간이 들어, 세번째 레벨 디렉토리에 저장된다.
 单个文件保存大小一般不超过100M.
개별 파일 크기는 100 M를 초과 하지 않는다.
2. 实时图像通信协议(실시간 영상 통신 프로토콜)
在一般网络环境下,实时图像文件传输基于RTSP标准协议，采用LIVE555版本，通过UDP/TCP传输视频。采用RTSP协议传输的URL如下：
RTSP://IP:PORT(8554)/h264VideoX(X为数字从0开始计数)
在采用RTSP传输视频之前，视频设备也需事先通过以下TCP协议登录到视频服务。
일반적인 네트워크 환경, 실시간 파일 전송 RTSP 표준 프로토콜, LIVE555, 버전에 따라 UDP/TCP를 통해 비디오 전송. 사용 하 여 URL을 전송 하기 위해 RTSP 프로토콜은 다음과 같습니다.
RTSP://IP:PORT (8554 /h264VideoX (X) 을 숫자 에서 0 시작 계수)
RTSP 비디오 채택 하기 전에 다음 TCP 프로토콜을 통해 사전에 비디오 장비 비디오 서비스에 로그온
但是在互联网环境下,前端设备很多时候不具备开通监听端口的条件,传输视频需采用2.5,2.6,2.7中所描述的协议在设备主动登录建立的连接中传输视频。
하지만 인터넷 환경에서 대부분의 경우에서 프런트 엔드 장비 하지 않은 열린 수신 대기 포트에 대 한 조건, 2.5,2.6,2.7에서 설명 하는 비디오 전송 계약 사전 방문 설립 연결 전송 비디오에 사용 해야 합니다.

视频服务TCP监听端口7550,采用二进制协议，字节顺序采用网络字节序，协议基本格式为：
비디오 서비스에 대한 계약 바이너리 프로토콜 TCP를 사용하여 7550 포트를 듣고, 네트워크 바이트 순서를 사용하여 바이트 순서 기본 형식
字段含义 필드 의미 字段长度 (字节数)
필드 길이(바이트 수) 备注 비고
包长度 패킷 길이 2字节 2바이트 不包含包长度自身2字节，包含命令码和包内容
자체 2 바이트 패킷 길이를 포함하지 않는, 명령 코드 및 패키지 내용물을 포함
命令码 명령 코드 2字节 2바이트
包内容 패키지 내용 根据命令可变
변수 명령에 따라
每条命令都需要应答，应答命令与请求命令一样。
각 명령에 응답을, 요청 응답 명령 명령을 필요합니다.
返回结果错误码 리턴 결과 오류 코드
错误码 오류 코드 错误含义 오류의 의미
1 用户名或密码错误 사용자 이름 또는 암호가 올바르지 않습니다
2 设备编号不存在 장치 ID가 없습니다
3 云台不可控PTZ 제어가 안됩니다.
4 云台控制权限不足PTZ 제어 권한이 부족


以下为具体命令格式：
다음은 특정 명령 형식

2.1. 登录命令
命令码 设备编号长度 设备编号 用户名长度 用户名 密码长度 密码
0x01 设备编号的实际长度 ASCII码数据 用户名实际长度 密码实际长度 MD5加密
2字节 2字节 可变长度 2字节 可变长度 2字节 可变长度
应答命令：
命令码 登录结果
0x01 成功为0，否则为错误码
2字节 2字节

2.2. 心跳命令
心跳间隔暂定15秒，120秒无应答认为连接断开，重新连接登录。
命令码
0x02
2字节
应答命令：
命令码
0x02
2字节
2.3. 云台控制命令
云台控制传输协议在请求方按照标准控制协议编码直接传送给车载设备。
命令码 云台控制协议 云台控制码长度 云台控制码
0x03 1为PELCOD
2为PELCOP 云台控制码的实际长度
2字节 2字节 2字节 可变长度
应答命令：
命令码 控制结果
0x02 成功为0，否则为错误码
2字节 2字节
2.4. 录像登录命令
命令码 设备编号长度 设备编号 用户名长度 用户名 密码长度 密码
0x04 设备编号的实际长度 ASCII码数据 用户名实际长度 密码实际长度 MD5加密
2字节 2字节 可变长度 2字节 可变长度 2字节 可变长度
应答命令：
命令码 登录结果
0x04 成功为0，否则为错误码
2字节 2字节
2.5. 音视频请求命令
命令码 请求视频通道号 请求音频通道号
0x05 0为不请求,通道号从1开始 0为不请求,通道号从1开始
2字节 2字节 2字节
应答命令：
命令码 请求结果 SDP描述字节长度 SDP描述
0x05 成功为0，否则为错误码 SDP描述内容字节长度,如失败不包含SDP这两部分 ASCII码数据
2字节 2字节 2字节 可变长度
SDP参考RTSP标准中的描述
例子如下：
v=0
o=64010000003001000001 0 0 IN IP4 172.18.16.126
s=Play
c=IN IP4 172.18.16.126
t=0 0
m=video 9010 RTP/AVP 96
a=recvonly
a=rtpmap:96 H264/90000
y=1100000000
2.6. 音视频数据传输
命令码 音视频数据TRACK编号 请求音视频数据的实际长度 RTP或RTCP的音视频数据
0x06 0为第1 track的rtp数据，1为第1track的rtcp数据，2为第2 track的rtp数据，3为第2track的rtcp数据，依次类推 RTP或RTCP的音视频数据长度
2字节 2字节 2字节 可变长度
RTP/RTCP数据信息参考RTSP标准定义，同一通道可能有多个TRACK，一般即视频和音频会各有一个TRACK，视频为TRACK1，音频为TRACK2。
接受方应定期回复包含RECEIVER REPORT的RTCP数据，格式同发送视频数据的RTCP，即定期回复如下
命令码 RTCP数据TRACK编号 RTCP数据的实际长度 RTCP数据
0x06 1为第1track的rtcp数据， 3为第2track的rtcp数据，依次类推 RTCP数据长度
2字节 2字节 2字节 可变长度
2.7. 音视频停止命令
命令码 请求停止视频通道号 请求停止音频通道号
0x07 0为不请求,通道号从1开始 0为不请求,通道号从1开始
2字节 2字节 2字节
应答命令：
命令码 请求结果
0x07 成功为0，否则为错误码
2字节 2字节
2.8. 语音对讲命令
命令码 客户端音频SDP描述字节长度 发送方音频SDP描述
0x08 SDP描述内容字节长度, ASCII码数据，同RTSP定义
2字节 2字节 可变长度
应答命令：
命令码 请求结果
0x05 成功为0，否则为错误码
2字节 2字节
语音对讲客户端发送数据也通过“0x06音视频数据传输命令”方式传输
2.9. 语音对讲过程（停止）命令
命令码 语音对讲操作号
0x09 0为停止语音对讲，其它操作以后扩展
2字节 2字节
应答命令：
命令码 请求结果
0x07 成功为0，否则为错误码
2字节 2字节

결과 (한국어) 1:

동영상 공유 계약1. 비디오 파일 프로토콜 (비디오파일프로토콜)표준 포트 21을 사용 하 여 전송 하는 표준 FTP 프로토콜의 비디오 파일을 다운로드, 수동 모드를 사용 하 여 파일 다운로드의 편의 위해 재개 지원 정의 다음과 같은 파일 이름 형식:파일 다운로드 용이하게하는 패시브 모드, HTTP에 대 지원 사용하여, 표준 포트 (21)를 사용하여, 표준 FTP 프로토콜에 기초하여 상기 비디오 파일 전송 다운로드 포맷 명명 다음 파일 정의 비디오는 비디오를 저장 하기 위한 루트 디렉터리 아래의 전용된 디렉터리동영상 저장하기위한 디렉토리로서 전용 비디오의 루트 디렉토리• 각 이미지에 비디오, 두 번째 계층 디렉터리 명명 형식에서 세 글자와 두 개의 숫자, HDO01, SDI02 등으로 구성 된 별도 디렉터리에. HD 및 SD 비디오 HD와 SD, 각각, o 및 전 대표 외부와 자동차에서 비디오, 01, 02, 01에서 99의 시퀀스 번호를 눌러서 진수 숫자 비디오 채널 등.비디오 디렉토리에서 접속 이미지는 별도의 디렉토리가지고 있으며, 형식 명명 번째 레벨 디렉토리는 예 HDO01, SDI02. HD와 SD, 각각 HD 및 SD 비디오 들어, 세 개의 문자와 두 개의 숫자로 구성되어, O, 나는 차와 차 나타냅니다 비디오 시퀀스에서 진수의 등번호와 같은 01,02 말했다 01-99 비디오 채널 번호• 세 번째 수준 디렉터리 비디오 저장 날짜 형식은 20120709, 4, er、erge 바이트를 사용 하 여 날짜.세 번째 수준 말했다 비디오 저장 디렉토리 날짜 형식 20120709, 날짜 각각 네, 두 개의 2 바이트• 비디오 파일 제 3 수준 디렉터리에 저장 됩니다, 그리고 파일 이름 형식은 2012-06-19_12-46-17.H264, 분의 날짜를 포함 하는 파일 이름.비디오 파일 형식 2012-06-19_12-46-17.h264위한 네이밍 파일 아바, 파일 이름은 년, 월, 일, 중 들어, 세번째 레벨 디렉토리에 저장된다.• 개별 파일 크기는 100 M를 초과 하지 않습니다.개별 파일 크기는 100 M 초과 하지 않는다.2. 실시간 통신 프로토콜 (실시간영상통신프로토콜)일반적인 네트워크 환경, 실시간 파일 전송 RTSP 표준 프로토콜, LIVE555, 버전에 따라 UDP/TCP를 통해 비디오 전송. 사용 하 여 URL을 전송 하기 위해 RTSP 프로토콜은 다음과 같습니다.RTSP://IP:PORT (8554) / h264VideoX (x는 0 건의에서 시작 하는 번호)RTSP 비디오 채택 하기 전에 다음 TCP 프로토콜을 통해 사전에 비디오 장비 비디오 서비스에 로그온합니다.일반적인 네트워크 환경, 실시간 파일 전송 RTSP 표준 프로토콜, LIVE555, 버전에 따라 UDP/TCP를 통해 비디오 전송. 사용 하 여 URL 전송 하기 위해 RTSP 프로토콜은 다음과 같습니다.RTSP://IP:PORT (8554 /h264VideoX (X)을 숫자 0으로 시작 계수)RTSP 비디오 채택 하기 전에 다음 TCP 프로토콜을 통해 사전에 비디오 장비 비디오 서비스에 로그온하지만 인터넷 환경에서 대부분의 경우에서 프런트 엔드 장비 하지 않은 열린 수신 대기 포트에 대 한 조건, 2.5,2.6,2.7에서 설명 하는 비디오 전송 계약 사전 로그인 연결 비디오에서 설치에 사용 해야 합니다.드리고 인터넷 환경에서 대부분의 경우에서 프런트 엔드 장비 하지 않은 열린 수신 대기 포트에 대 한 조건, 2.5,2.6,2.7에서 설명 하는 비디오 전송 계약 사전 방문 설립 연결 전송 비디오에 사용 할 합니다.7550 비디오 서비스 TCP 수신 대기 포트, 바이너리 프로토콜을 네트워크 바이트 순서, 프로토콜 형식에는 바이트 순서를 사용 하 여:비디오 서비스에 대 계약 바이너리 프로토콜 TCP 사용하여 7550 포트 듣고, 네트워크 바이트 순서 사용하여 바이트 순서 기본 형식필드가 필드의미 필드 길이 (바이트)필드길이 (바이트수) 참고 비 고패킷길이 2 바이트 길이에 2 바이트 2 바이트 패킷 길이 자체를 포함 하지 않는, 명령 코드 및 패키지 콘텐츠를 포함자체 2 바이트 패킷 길이 포함하지 않는, 명령 코드 및 패키지 내용물 포함주문 번호 명령코드 2 바이트 2 바이트 패키지 내용 패키지내용 명령 변수변수 명령에 따라 각 명령에 응답을, 요청 응답 명령 명령을 필요합니다.접속 명령에 응답을, 요청 응답 명령 명령 필요합니다.반환 오류 코드 리턴결과오류코드오류 오류 코드 오류코드 의미 오류의의미1 사용자 이름 또는 암호가 잘못 된 사용자이름또는암호가올바르지않습니다입니다.장 치 ID 2 장치 ID 가없습니다 존재 하지 않는3 팬/틸트 제어 PTZ 제어가안됩니다.팬/틸트의 4 부족 제어 PTZ 제어권한이부족 다음은 명령 형식입니다.다음은 특정 명령 형식2.1. 로그인 명령주문 코드 장치 번호 장치 번호 길이 길이 길이 사용자 이름 및 암호, 사용자 이름 암호0x01 장치 번호 데이터 ASCII 코드 사용자 이름 암호의 MD5 암호화의 실제 길이의 실제 길이가 실제 길이 대 한2 가변 길이 가변 길이 바이트 2 바이트 2 바이트 2 바이트 가변 길이대답 명령:주문 코드 로그 결과0x01 성공, 그렇지 않으면 0 오류 코드2 바이트 2 바이트2.2. 하트 비트 명령하트 비트 간격 대답 생각 다시 연결 중 로그를 분리 하지 않고 15 초 120 초 가칭 예정 이다.주문 코드0x022 바이트대답 명령:주문 코드0x022 바이트2.3. PTZ 제어 명령온 보드 장비에 직접 코딩 하는 표준에 따라 요청 파티에서 팬/틸트 제어 전송 프로토콜 제어 프로토콜.주문 코드: 팬/틸트 제어 PTZ PTZ 제어 프로토콜 제어 코드 길이 코드0X03 1 PELCOD2 PELCOP PTZ 제어 코드 실제 길이 2 바이트 2 바이트 2 바이트 가변 길이대답 명령:주문 코드 제어 결과0x02 성공, 그렇지 않으면 0 오류 코드2 바이트 2 바이트2.4. 비디오 로그 명령주문 코드 장치 번호 장치 번호 길이 길이 길이 사용자 이름 및 암호, 사용자 이름 암호데이터 ASCII 코드 사용자 이름 암호의 MD5 암호화의 실제 길이의 실제 길이가 실제 길이 대 한 0x04 장치 번호2 가변 길이 가변 길이 바이트 2 바이트 2 바이트 2 바이트 가변 길이대답 명령:주문 코드 로그 결과0x04 0 성공, 그렇지 않으면 오류 코드2 바이트 2 바이트2.5. 오디오/비디오 요청 순서명령 정의 오디오 채널, 수요 채널 번호에 비디오0x05 하지 요청 0 채널 1에서 0 1에서 시작 하는 채널 번호를 요청 하지 번호 시작2 바이트 2 바이트 2 바이트대답 명령:주문 코드 요청 결과 SDP SDP 설명 바이트 길이 설명인 성공, 그렇지 않으면 오류 코드 SDP 설명 0 콘텐츠 길이 바이트, 실패 SDP 포함 되지 않은 경우는 ASCII 코드 데이터2 바이트 2 바이트 2 바이트 가변 길이RTSP 표준에서 참조의 SDP 설명예는 다음과 같습니다.v = 0o 64010000003001000001 = 0 0에 IP4 172.18.16.126s = 플레이c에 IP4 = 172.18.16.126t = 0 0m = 비디오 9010 RTP/AVP 96recvonly =rtpmap:96 H264/90000 =y = 11000000002.6. 오디오 및 비디오 데이터 전송주문 코드: 오디오 및 비디오 데이터의 트랙 번호 오디오 및 비디오 데이터, 오디오 및 비디오 RTP 또는 RTCP 데이터의 실제 길이의 필요로0x06 0 1th 트랙 RTP 데이터, RTCP 데이터 1track, RTP 데이터, 2track RTCP 데이터 3의 2 트랙에 대 한 2 대 1 RTP 또는 RTCP AV 데이터 길이의 명소 2 바이트 2 바이트 2 바이트 가변 길이RTP/RTCP 데이터 참조는 RTSP 표준 정의 같은 채널의 하나 이상의 트랙을 할 수 있습니다, 일반적인 비디오 및 오디오 트랙, 비디오 TRACK1, TRACK2 오디오로 할 것 이다.수신 파티를 정기적으로, RTCP는 정기적으로 다음과 같은 응답을 송신 비디오 데이터 형식 RTCP 수신기 보고서 데이터가 포함 된 응답 한다주문 코드 RTCP RTCP RTCP 데이터 추적 데이터의 실제 길이 숫자 데이터0x06 1 1track RTCP 데이터, 2track RTCP 데이터 3 유추 RTCP 데이터 길이 2 바이트 2 바이트 2 바이트 가변 길이2.7. 오디오 및 비디오 중지 명령비디오 채널 오디오 채널 번호를 중지 하려면 중지 주문 코드 요청에 요청0x07 하지 요청 0 채널 1에서 0 1에서 시작 하는 채널 번호를 요청 하지 번호 시작2 바이트 2 바이트 2 바이트대답 명령:명령 코드 요청 결과0x07 성공, 그렇지 않으면 0 오류 코드2 바이트 2 바이트2.8. 음성 명령 이야기주문 코드 클라이언트 오디오 오디오 SDP SDP 설명 길이 바이트 보낸 사람 설명0x08 SDP 설명 바이트 길이, ASCII 코드 데이터 및 RTSP 정의2-2-바이트 가변 길이대답 명령:명령 코드 요청 결과인 성공, 그렇지 않으면 0 오류 코드2 바이트 2 바이트"0x06 오디오/비디오 데이터 전송 명령"를 통해 클라이언트에서 전송 된 피드백 데이터 전송2.9. 프로세스 피드백 (stop) 명령주문 코드 음성 인터 폰 작동 번호0x09 0 의견은 중지, 다른 미래 확장2 바이트 2 바이트대답 명령:명령 코드 요청 결과0x07 성공, 그렇지 않으면 0 오류 코드2 바이트 2 바이트

결과 (한국어) 3:

영상 통신 프로토콜
1. 비디오 파일 통신 프로토콜 (비 디 파 오 일 프 트 으로 토 콜)
비디오 파일 다운로드 표준 FTP 전송 프로토콜 기반 을 채택 표준 포트 21, 채택 수동 모드 지원 정지점 파일 다운로드 재시도, 편리하다, 정의 이하 파일 이름 형식:
파 일 다 새로운 으로 드 착착 이 를 하 게 하 는 패 시 브 모두 드 HTTP 에 대 한 지 원 을 사 하면 착착 하 여, 표 준 한 포 (21) 를 사 하면 착착 하 여, 표 준 FTP 프 트 으로 토 콜 에 기 이 초 하 여 기 이 좋아요 디 파 비 오 일 전 송 다 새로운 으로 드 포 맷 다 명사 명사 마음 파 일 을 정 의
l 루트 아래 한 전문 디렉터리 video 1급 디렉터리를,리스트가 있음 녹화
동 영 좋아요 저 하 기 이 장 을 위 한 디 렉 토 다리 으로 서울 착착 전 비 디 오 의 루 한 디 렉 토 다리
l video 목록 아래에서 모든 길이 그림 한 따로 디렉터리 있고, 두 번째 급 디렉터리 이름 형식을 포함하는 자모와 两数 세 글자, 예를 들면, HDO01, SDI02. 중 HD 과 SD 각각 기 고화질 및 표 청 비디오 O, I 각각 기 차 밖으로, 차 안에 비디오 01, 02 등 을 십진수 통일 번호 순서대로 표시 비디오 채널 번호 는 01 부터 99.
디 오 비 디 렉 토 다리 에 서울 생각 이 미 지 는 약으로 도 의 디 렉 토 다리 를 가 지 고 있다 며 중심,형 식 명사 명사 번 을 지 레 벨 디 렉 토 다리 는 예 HDO01, SDI02. HD 와 SD, 생각 생각 HD 및 SD 디 오 비 를 들 어, 세 개 의 가: 자 와 두 개 의 숫 이 으로 인구 규모 성 되 어, O, 나 는 차 와 차 를 나 나타난 냅 니 다 오 비 디 시 퀀 스 에 서울 진 수 의 등 번 호 와 같은 말 은 01,02 했 다 01-99 오 비 디 채 그는 번 호
l 단계 목록 표시 녹화 저장된 날짜 형식 을 20120709, 연월일 각각 용 사, 두, 두 바이트 밝혔다.
세 번 지 수 준 말 했 다 오 비 디 저 장 디 렉 토 다리 돌아올 짜 형 식 20120709, 돌아올 짜 생각 생각 네,두 개 의 2 바 이 한
l 비디오 파일 저장되어 단계 목록 아래에서 파일 이름 형식을 2012-06-19_12-46-17.h264 위한 파일 이름 포함 연월일시 초.비 오 일
디 파 형 식 2012-06-19_12-46-17.h264 위 한 네 이 밍 파 일 이 름, 파 일 이 름 은 적, 월, 일, 시 간 이 들 어, 세 번 지 레 벨 디 렉 토 저 다리 에 장 된 다.
l 단일 파일 저장 크기 일반적으로 넘지 않는다 100M.
개 약으로 파 일 크 기 이 는 100 M 를 초 과 하 지 는 다 않.
2. 실시간 화상 통신 프로토콜 (실패 시 간 영 좋아요 통한 신 프 트 으로 토 콜)
일반적인 네트워크 환경 아래에서실시간 화상 파일 전송 프로토콜 RTSP 표준에 근거하여 채택 LIVE555 버전, UDP/TCP 전송 비디오 통과했다.채택 RTSP 프로토콜 전송 URL 다음과 같습니다:
RTSP://IP:PORT (8554 /h264VideoX (X) 을 숫자 에서 0 시작 계수)
지금 채택 RTSP 전송 비디오 전에 비디오 설비 도 필요 미리 아래와 같은 TCP 프로토콜 로그인 까지 동영상 서비스.
일 반 적 인 네 한 워 크 환 경, 실패 시 간 파 일 전 송 RTSP 표 준 프 트 으로 토 콜, LIVE555, 오버 전 에 비 해 · · < > 따위 일을 UDP/TCP 를 통한 디 오 전 사 하면 송. 착착 하 여 URL 을 전 송 하 기 이 해 RTSP 프 트 위 토 콜 은 다 마음 으로 과 같은 습 니 다.
RTSP://IP:PORT (8554 /h264VideoX (X) 을 숫 자 에 서울 0 시 작 계 수)
RTSP 오 비 디 채 택 하 기 이 전 에 다 TCP 프 트 마음 으로 토 콜 을 통한 전 에 비 해 사 하면 디 오 오 비 비 비 장 디 에서 스 에 으로 그 온
근데 인터넷 환경에서 프론트엔드 설비가 매우 많은 때 안 갖추다 개통 듣는 포트 조건을 전송 비디오 필요한 채택 2.5,2.6,2.7 중 설명된 프로토콜 장치 주동적으로 로그인 건립 연결 중 전송 비디오.
하 지 만 인 인터뷰 넷 환 경 에 서울 대 부 분 의 경 우리 에서 프 트 에 그런 엔 드 비 한 장 하 지 않 은 열 린 수 신 포 기 이 에 대 한 대 한 조 건, 2.5,2.6,2.7 에 서울 설 명사 하 는 오 비 디 전 송 계 약 사 하면 방 전 가: 설 립 연 결 전 송 디 오 비 에 사 하면 합 착착 해 야 니 다.

동영상 서비스 TCP 듣는 포트 7550, 채택 바이너리 프로토콜, 바이트 순서 사용하는 네트워크 바이트 순서, 프로토콜 기본 형식 을:
디 에서 오 비 비 스 에 대 한 계 약 바 이 너 다리 프 트 으로 토 콜 TCP 를 사 하면 착착 하 여 한 7550 포 를 듣 고, 네 한 워 크 바 이 한 순 서울 를 사 하면 착착 하 여 한 바 이 순 에서 기 이 본 형 식
필드 의미 필 드 의 미 필드 길이 (바이트)
필 드 이 (가 가는 길 바 이 한 수) 비고 비 고
包长度 패 킷 가 가는 길 이 2 바이트 2 바 이 한 포함하지 가방 길이 자신의 2 바이트 포함하는 명령 코드, 이 가방 내용
체 2 바 이 한 패 킷 가 가는 길 이 를 포 함 하 지 않 는 명사 령 코 드 및 패 착착 내 키 지 물 을 포 함
명령 코드 명사 령 코 드 2 바이트 2 바 이 한
가방 내용 패 착착 내 키 지 명령 가변
변 수 령 에 명사 · · < > 따위 일을
조목조목 명령 따라 모두 필요한 응답, 응답 명령 및 요청 명령.
명사 령 생각 에 응 답 을, 요 청 응 답 령 명사 명사 령 을 필 요 합 니 다.
복귀 결과 오류 코드 다리 턴 결 과 오 류 코 드
오류 코드 오 류 코 드 오류 의미 오 류 의 의 미
1 사용자 이름이나 암호가 잘못된 착착 사 하면 이 이 름 또 하는 암 호 가 올 바 르 지 않 습 니 다
2 장치 번호 존재하지 장 치 ID 가 없다 습 니 다
3 예 안 제어 PTZ 제 어 가 안 됩 니 다.
4 예 제어 권 제한 부족하다 PTZ 제 어 권 한 이 공인


이하 위한 구체적인 명령 형식:
다 마음 은 특히 정 명사 령 형 식

2.1. 로그인 명령
명령 코드 장치 번호 길이 장치 번호 사용자 계정 암호 비밀번호
길이 길이0x01 장치 번호 실제 길이 ASCII 코드 데이터 사용자 암호 실제 실제 길이 길이 MD5 암호화
2 바이트 2 바이트 가변 길이 바이트 가변 길이 바이트 가변 길이
응답 명령:
명령 코드 등록 결과
0x01 성공으로 0, 그렇지 않으면 위해 오류 코드
2 바이트 2 바이트

2.2. 가슴이 명령
가슴이 간격 잠정 15초 120 초 없는 연결 끊기 응답 생각한다, 다시 연결 등록.명령 코드
0x02
2

응답 명령 바이트:
명령 코드
0x02
2 바이트
2.3. 예 제어 명령
예 제어 전송 프로토콜 요청 측의 따라 표준 제어 프로토콜 인코딩 직접 전송 좀 차량 장치.
명령 코드 제어 프로토콜 제어 코드 길이 예 예 예 제어 코드
0x03 1 위해 PELCOD
2 위해 PELCOP 예 제어 코드 실제 길이
2 바이트 2 바이트 2 바이트 가변 길이
응답 명령:
명령 코드 제어 결과
0x02 성공으로 0, 그렇지 않으면 오류 코드
2 바이트 2 2.4. 녹화 로그인 명령 바이트

위해 명령 코드 장치 번호 길이 길이 장치 번호 사용자 계정 암호 길이 비밀번호
0x04 장치 번호 실제 길이 ASCII 코드 데이터 사용자 암호 실제 실제 길이 길이 MD5 암호화
2 바이트 2 바이트 가변 길이 바이트 가변 길이 바이트 가변 길이 명령:

응답명령 코드 등록 결과
0x04 성공으로 0, 그렇지 않으면 위해 오류 코드
2 바이트 2 바이트
2.5. 오디오와 비디오 요청 명령
명령 코드 요청 비디오 채널 번호 요청 오디오 채널 번호
0x05 0 위해 안 요청을 채널 번호 는 1 0 위해 시작 안 요청을 채널 번호 1부터 시작합니다
2 바이트 2 바이트 2 글자를 축제
응답 명령:
명령 코드 요구 결과는 SDP 설명 바이트 길이 SDP 설명
0x05 성공으로 0, 그렇지 않으면 오류 코드 SDP 을 설명 내용 바이트 길이 같은 실패를 SDP 이 두 부분을 포함하지 ASCII 코드 데이터
2 바이트 2 바이트 2 바이트 가변 길이
SDP 참고 RTSP 표준 중 설명
예를
v=0
아래와 같습니다.o=64010000003001000001 0 0 IN IP4 172.18.16.126
s=Play
c=IN IP4 172.18.16.126
t=0 0
m=video 9010 RTP/AVP 96
a=recvonly
a=rtpmap:96 H264/90000
y=1100000000
2.6. 오디오와 비디오 데이터 전송
명령 코드 오디오와 비디오 데이터 TRACK 번호 요청 오디오와 비디오 데이터 실제 길이 RTP 또는 RTCP 음 영상 데이터
0x06 0 제 1 track 위해 rtp 데이터 1 로 제 1track 있는 rtcp 데이터 를 위해 제 2 의 rtp track 2 데이터 3 을 제 2track 있는 rtcp 데이터, 순서대로 유추할 수 있다 RTP 또는 RTCP 음 영상 데이터 길이
2 바이트 2 바이트 2 바이트 가변 길이
RTP/RTCP 데이터 정보 참조 RTSP 표준 정의, 같은 채널 수도 있다. 여러 개의 TRACK 일반적으로 즉 비디오 및 오디오 어떻게 각 한 TRACK 비디오 위해 TRACK1, 오디오 위해 TRACK2.우리는 반드시 정기적으로 회답을 받지
RECEIVER REPORT 포함하고 있는 RTCP 데이터 서식 같은 보내는 영상 데이터 RTCP 즉 정기 아래와 같이 회답을
명령 코드 RTCP 데이터 TRACK 번호 RTCP 데이터 실제 길이 RTCP 데이터
0x06 1 로 제 1track 있는 rtcp 데이터 3 을 제 2track 있는 rtcp 데이터, 순서대로 유추할 수 있다 RTCP 데이터 길이
2 바이트 2 가변 길이
2.7. 바이트 2 바이트오디오와 비디오 정지 명령
명령 코드 요청 정지 비디오 채널 번호 요청 정지 오디오 채널 번호
0x07 0 위해 안 요청을 채널 번호 는 1 0 위해 시작 안 요청을 채널 번호 1부터 시작합니다
2 바이트 2 바이트 2
응답 명령 바이트:
명령 코드 요구 결과는
0x07 성공으로 0, 그렇지 않으면 오류 코드
2 바이트 2 음성 명령 바이트
2.8. 1: 1 토론을 시켰다
위해 명령 코드 클라이언트 오디오 SDP 설명 바이트 길이 보낸 사람 오디오 SDP 설명
0x08 SDP 내용 바이트 길이 설명, ASCII 부호 자료 같은 RTSP 정의
2 바이트 2 바이트 가변 길이
응답 명령:
명령 코드 요구 결과는
0x05 성공으로. 그렇지 않으면 위해 오류 코드
02 바이트 2 바이트
음성 1: 1 토론을 시켰다 클라이언트 송신 것도 통해 "0x06 오디오와 비디오 데이터 전송 명령" 방식을 전송
2.9. 음성 1: 1 토론을 시켰다 과정 (정지) 명령
명령 코드 음성 1: 1 토론을 시켰다 조작 번호
0x09 0 위해 정지 음성 1: 1 토론을 시켰다 다른 운영 앞으로 확장
2 바이트 2
응답 명령 바이트:
명령 코드 요구 결과는
0x07 성공을 위해 0. 그렇지 않으면 오류 코드
2 바이트 위해 바이트

2