添加文档

doc/_content/theory/channel_tree.md

@@ -0,0 +1,14 @@
+<!-- 通道的树形结构 -->
+
+# 通道的树形结构
+
+国标28181规定了两种组织设备树的方式
+1. **行政区划**  
+   行政区划模式下主要是以行政区划作为目录节点例如：河北省->邯郸市->广平县  
+   ![_media/img_8.png](_media/img_8.png)  
+2. **业务分组**  
+   业务分组主要自定义的目录树的一种组织形式，但是对定义的目录的国标编号有一定的要求。  
+   第一级别需要是业务分组类型，即国标编码中的11、12、13是215,例如：65010200002150000001；  
+   业务分组下是虚拟组织，即国标编码中的11、12、13是216,例如：65010200002160000002。  
+   虚拟组织下不可是业务分组，虚拟组织下可以继续添加虚拟组织。  
+   ![_media/img_9.png](_media/img_9.png)

doc/_content/theory/code.md

@@ -0,0 +1,25 @@
+<!-- 统一编码规则 -->
+
+# 统一编码规则
+## D.1 编码规则 A
+>&emsp;&emsp;编码规则 A 由中心编码(8位)、行业编码(2位)、类型编码(3位)和序号(7位)四个码段共20位十
+>进制数字字符构成,即系统编码 =中心编码 + 行业编码 + 类型编码 + 序号。  
+>&emsp;&emsp;编码规则 A 的详细说明见表 D.1。其中,中心编码指用户或设备所归属的监控中心的编码,按照监控中心所在地的行政区划代码确定,
+> 当不是基层单位时空余位为0。行政区划代码采用 GB/T2260— 2007规定的行政区划代码表示。行业编码是指用户或设备所归属的行业,行业编码对照表见 D.3。
+> 类型编码指定了设备或用户的具体类型,其中的前端设备包含公安系统和非公安系统的前端设备,终端用 户包含公安系统和非公安系统的终端用户。   
+![img_7.png](_media/img_7.png)
+![img_1.png](_media/img_1.png)
+![img_2.png](_media/img_2.png)  
+
+
+## D.2 编码规则 B
+>&emsp;&emsp;编码规则 B由中心编码(8位)、行业编码(2位)、序号(4位)和类型编码(2位)四个码段构成,即系
+>统编码 =中心编码 + 行业编码 +序号+类型编码。编码规则 B的详细说明见表 D.2。
+![img_3.png](_media/img_3.png)
+![img_4.png](_media/img_4.png)
+
+
+## D.3 行业编码对照表
+>&emsp;&emsp;行业编码对照表见表 D.3。  
+![img_5.png](_media/img_5.png)
+![img_6.png](_media/img_6.png)

doc/_content/theory/play.md

@@ -0,0 +1,33 @@
+<!-- 点播流程 -->
+
+# 点播流程
+> 以下为WVP-PRO点播流程。点播成功前的任何一个环节出现问题都可能出现点播超时，这也是排查点播超时的依据。
+
+```plantuml
+@startuml
+"WEB用户"  -> "WVP-PRO": 1. 发起点播请求
+"设备" <-  "WVP-PRO": 2. Invite(携带SDP消息体)
+"设备" --> "WVP-PRO": 3. 200OK(携带SDP消息体)
+"设备" <-- "WVP-PRO": 4. Ack
+"设备" -> "ZLMediaKit": 5. 发送实时流
+"WVP-PRO" <- "ZLMediaKit": 6. 流改变事件
+"WEB用户"  <-- "WVP-PRO": 7. 回复流播放地址（携带流地址）
+"WVP-PRO" <- "ZLMediaKit": 8. 无人观看事件
+"设备" <-  "WVP-PRO": 9 Bye消息
+"设备" -->  "WVP-PRO": 10 200OK
+@enduml
+```
+
+
+##  注册流程描述如下:  
+1. 用户从网页或调用接口发起点播请求;  
+2. WVP-PRO向摄像机发送Invite消息,消息头域中携带 Subject字段,表明点播的视频源ID、发送方媒体流序列号、ZLMediaKit接收流使用的IP、端口号、
+ 接收端媒体流序列号等参数,SDP消息体中 s字段为“Play”代表实时点播，y字段描述SSRC值,f字段描述媒体参数。
+3. 摄像机向WVP-PRO回复200OK，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容。
+4. WVP-PRO向设备回复Ack， 会话建立成功。
+5. 设备向ZLMediaKit发送实时流。
+6. ZLMediaKit向WVP-PRO发送流改变事件。
+7. WVP-PRO向WEB用户回复播放地址。
+8. ZLMediaKit向WVP发送流无人观看事件。
+9. WVP-PRO向设备回复Bye， 结束会话。
+10. 设备回复200OK，会话结束成功。

doc/_content/theory/register.md

@@ -0,0 +1,21 @@
+<!-- 注册流程 -->
+
+# 注册流程
+WVP-PRO目前仅支持国标中描述的基本注册流程，也是最常用的，
+> 基本注册即采用IETFRFC3261规定的基于数字摘要的挑战应答式安全技术进行注册.
+
+```plantuml
+@startuml
+"设备"  -> "WVP-PRO": 1. Register
+"设备" <-- "WVP-PRO": 2. 401 Unauthorized
+"设备"  -> "WVP-PRO": 3. Register
+"设备" <-- "WVP-PRO": 4. 200 OK
+@enduml
+```
+
+
+> 注册流程描述如下:  
+> 1. 摄像机向WVP-PRO服务器发送 Register请求;  
+> 2. WVP-PRO向摄像机发送响应401,并在响应的消息头 WWW_Authenticate字段中给出适合摄像机的认证体制和参数;
+> 3. 摄像机重新向WVP-PRO发送 Register请求,在请求的 Authorization字段给出信任书, 包含认证信息;
+> 4. WVP-PRO对请求进行验证,如果检查出 摄像机身份合法,向摄像机发送成功响应 200OK,如果身份不合法则发送拒绝服务应答。