理解RTSP(Real Time Streaming Protocol)实时流协议

最新推荐文章于 2025-02-25 09:51:30 发布
最新推荐文章于 2025-02-25 09:51:30 发布
阅读量1.1w 收藏
点赞数
分类专栏： Tecnology 文章标签： RTSP Protocol 方法定义 状态码 实时流协议
www.liveqing.com
本文链接：https://blog.csdn.net/Marvin1311/article/details/89843835
版权
本文介绍了协议的概念，重点讲解实时流协议（RTSP）。RTSP用于控制流媒体服务器，创建和控制媒体会话。还详细阐述了RTSP的方法定义，如OPTIONS、DESCRIBE等，以及状态码定义，包括1xx信息、2xx成功等类别。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

什么是协议？

接收到的数据，通过固定的方式封装后发送给他人，他人通过固定的方式解封装，便可获得需要的数据。此处涉及的固定封装和解封装方式就是一种协议。

协议是规则约束，这样可以理解，在不断的实践中协议会根据现有需求或是将有需求，不断的迭代升级。无论是谁，只要满足协议，就可以加入支持该协议的环境。

RTSP

实时流协议（Real Time Streaming Protocol，RTSP）是一种网络应用协议，专为娱乐和通信系统的使用，以控制流媒体服务器。该协议用于创建和控制终端之间的媒体会话。媒体服务器的客户端发布VCR命令，例如播放，录制和暂停，以便于实时控制从服务器到客户端（视频点播）或从客户端到服务器（语音录音）的媒体流。

方法定义

说明： 方向中（C 客户端 S 服务端） 对象中 （P 表示 S 媒体流）

方法方向对象要求
OPTIONSC->S, S->CP,S必选 (S->C: 可选)
DESCRIBEC->SP,S推荐
ANNOUNCEC->S, S->CP,S可选
GET_PARAMETERC->S, S->CP,S可选
PAUSEC->SP,S推荐
PLAYC->SP,S必选
RECORDC->SP,S可选
REDIRECTS->CP,S可选
SETUPC->SS必选
SET_PARAMETERC->S, S->CP,S可选
TEARDOWNC->SP,S必选

  • 1 OPTIONS
    选项请求返回服务器可接受的请求类型

    C->S: OPTIONS * RTSP/1.0
	  CSeq: 1
	  Require: implicit-play
	  Proxy-Require: gzipped-messages
	  
S->C: RTSP/1.0 200 OK
      CSeq: 1
      Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE

  • 2 DESCRIBE
    描述方法检索演示文稿的描述或来自服务器的请求URL标识的媒体对象。 它可能会使用Accept标头，指定客户端支持的描述格式。 服务器响应所请求的描述资源。 DESCRIBE回复-响应构成了媒体RTSP的初始化阶段。

    媒体初始化是任何基于RTSP的系统的要求，但RTSP规范并没有规定必须通过DESCRIBE方法做。

    RTSP客户端有三种方式初始化信息

    • 通过RTSP的DESCRIBE方法;
    • 通过一些其他协议（HTTP，电子邮件附件等）;
    • 通过命令行或标准输入（因此作为浏览器工作使用SDP文件或其他媒体启动的帮助应用程序初始化格式）。

    为了实际的互操作性，是被强烈推荐实现。

    C->S: DESCRIBE rtsp://server.example.com/fizzle/foo RTSP/1.0
	CSeq: 312
	Accept: application/sdp, application/rtsl, application/mheg
	
S->C: RTSP/1.0 200 OK
	CSeq: 312
	Date: 23 Jan 1997 15:35:06 GMT
	Content-Type: application/sdp
	Content-Length: 376
	v=0
	o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
	s=SDP Seminar
	i=A Seminar on the session description protocol
	u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
	e=mjh@isi.edu (Mark Handley)
	c=IN IP4 224.2.17.12/127
	t=2873397496 2873404696
	a=recvonly
	m=audio 3456 RTP/AVP 0
	m=video 2232 RTP/AVP 31
	m=whiteboard 32416 UDP WB
	a=orient:portrait

  • 3 ANNOUNCE
    发布方法有两个目的：

    • 从客户端发送到服务器时，ANNOUNCE将请求URL标识的演示文稿或媒体对象的描述发布到服务器。当从服务器发送到客户端时，ANNOUNCE会实时更新会话描述。
    • 如果新的媒体流被添加到演示文稿中（例如，在实时演示中），则应该再次发送整个演示文稿描述，而不仅仅是附加的组件，以便可以删除组件。
    C->S: ANNOUNCE rtsp://server.example.com/fizzle/foo RTSP/1.0
	CSeq: 312
	Date: 23 Jan 1997 15:35:06 GMT
	Session: 47112344
	Content-Type: application/sdp
	Content-Length: 332
	v=0
	o=mhandley 2890844526 2890845468 IN IP4 126.16.64.4
	s=SDP Seminar
	i=A Seminar on the session description protocol
	u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
	e=mjh@isi.edu (Mark Handley)
	c=IN IP4 224.2.17.12/127
	t=2873397496 2873404696
	a=recvonly
	m=audio 3456 RTP/AVP 0
	m=video 2232 RTP/AVP 31
	
S->C: RTSP/1.0 200 OK
	CSeq: 312

  • 4 SETUP
    建立请求指定如何传输单个媒体流。这必须在发送PLAY请求之前完成。请求包含媒体流URL和传输说明符。该说明符通常包括用于接收RTP数据（音频或视频）的本地端口，另一个用于RTCP数据（元信息）。服务器回复通常会确认所选参数，并填写缺少的部分，例如服务器选择的端口。必须在发送聚合播放请求之前，使用SETUP配置每个媒体流。

    C->S: SETUP rtsp://example.com/foo/bar/baz.rm RTSP/1.0
	CSeq: 302
	Transport: RTP/AVP;unicast;client_port=4588-4589
	
S->C: RTSP/1.0 200 OK
	CSeq: 302
	Date: 23 Jan 1997 15:35:06 GMT
	Session: 47112344
	Transport: RTP/AVP;unicast;
	client_port=4588-4589;server_port=6256-6257

  • 5 PLAY
    播放请求 将导致播放一个或所有媒体流。可以通过发送多个播放请求来堆叠播放请求。URL可以是聚合URL（播放所有媒体流）或单个媒体流URL（仅播放该流）。可以指定范围。如果没有指定范围，流将从头开始播放，并播放到最后，或者如果流暂停，则在暂停点恢复播放。

    C->S: PLAY rtsp://audio.example.com/twister.en RTSP/1.0
	CSeq: 833
	Session: 12345678
	Range: smpte=0:10:20-;time=19970123T153600Z
	
S->C: RTSP/1.0 200 OK
	CSeq: 833
	Date: 23 Jan 1997 15:35:06 GMT
	Range: smpte=0:10:22-;time=19970123T153600Z

  • 6 PAUSE
    暂停请求 暂时停止一个或所有媒体流，因此稍后可以通过播放请求恢复。请求包含聚合或媒体流URL。PAUSE请求中的范围参数指定何时暂停。当省略范围参数时，暂停会立即无限期地发生。

    C->S: PAUSE rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 834
	Session: 12345678
	
S->C: RTSP/1.0 200 OK
	CSeq: 834
	Date: 23 Jan 1997 15:35:06 GMT

  • 7 TEARDOWN
    停止发布流请求用于终止会话。它停止所有媒体流，并释放所有与会话相关的数据在服务器上。

    C->S: TEARDOWN rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 892
	Session: 12345678
	
S->C: RTSP/1.0 200 OK
	CSeq: 892

  • 8 GET_PARAMETER
    获取参数请求检索在URI中指定的呈现或流的参数的值。答复和回复的内容留给实施。

    S->C: GET_PARAMETER rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 431
	Content-Type: text/parameters
	Session: 12345678
	Content-Length: 15
	packets_received
	jitter
	
C->S: RTSP/1.0 200 OK
	CSeq: 431
	Content-Length: 46
	Content-Type: text/parameters
	packets_received: 10
	jitter: 0.3838

  • 9 SET_PARAMETER
    设置参数请求设置由URI指定的演示文稿或流的参数值。

    C->S: SET_PARAMETER rtsp://example.com/fizzle/foo RTSP/1.0
		CSeq: 421
		Content-length: 20
		Content-type: text/parameters
		barparam: barstuff
			
S->C: RTSP/1.0 451 Invalid Parameter
	CSeq: 421
	Content-length: 10
	Content-type: text/parameters
	barparam

  • 10 REDIRECT
    重定向请求通知客户端它必须连接到另一个服务器位置。它包含强制性头文件位置，表示客户端应发出该URL的请求。它可能包含参数Range，它指示重定向何时生效。如果客户端希望继续发送或接收此URI的媒体，则客户端必须向指定的主机发出针对当前会话的TEARDOWN请求和新会话的SETUP。

    S->C: REDIRECT rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 732
	Location: rtsp://bigserver.com:8001
	Range: clock=19960213T143205Z-

  • 11 RECORD
    记录请求根据呈现描述开始记录一系列媒体数据。时间戳反映开始和结束时间（UTC）。如果没有给定时间范围，请使用演示文稿描述中提供的开始或结束时间。如果会话已经开始，请立即开始录制。服务器决定是否将记录的数据存储在请求URI或其他URI下。如果服务器不使用请求URI，则响应应为201，并包含描述请求状态并引用新资源的实体以及Location头。

    C->S: RECORD rtsp://example.com/meeting/audio.en RTSP/1.0
	CSeq: 954
	Session: 12345678
	Conference: 128.16.64.19/32492374

  • 12 Embedded (Interleaved) Binary Data
    嵌入式（交错式）二进制数据，某些防火墙设计和其他情况可能会强制服务器交叉RTSP方法和流数据。除非有必要，通常应避免这种交错，因为它会使客户端和服务器操作复杂化，并增加额外的开销。交叉二进制数据只能在RTSP通过TCP传输时使用。诸如RTP数据包之类的流数据由ASCII码符号（24个十六进制）封装，后跟一个字节的信道标识符，后面是封装二进制数据的长度，以二进制字节为单位，以网络字节顺序排列。流数据紧随其后，没有CRLF，但包括上层协议头。每个$块只包含一个上层协议数据单元，例如一个RTP包。

    C->S: SETUP rtsp://foo.com/bar.file RTSP/1.0
	CSeq: 2
	Transport: RTP/AVP/TCP;interleaved=0-1
	
S->C: RTSP/1.0 200 OK
	CSeq: 2
	Date: 05 Jun 1997 18:57:18 GMT
	Transport: RTP/AVP/TCP;interleaved=0-1
	Session: 12345678
	C->S: PLAY rtsp://foo.com/bar.file RTSP/1.0
	CSeq: 3
	Session: 12345678
	S->C: RTSP/1.0 200 OK
	CSeq: 3
	Session: 12345678
	Date: 05 Jun 1997 18:59:15 GMT
	RTP-Info: url=rtsp://foo.com/bar.file;
	seq=232433;rtptime=972948234
	
S->C: $\000{2 byte length}{"length" bytes data, w/RTP header}

S->C: $\000{2 byte length}{"length" bytes data, w/RTP header}

S->C: $\001{2 byte length}{"length" bytes RTCP packet}

状态码定义

1xx：信息 - 收到请求，继续处理
2xx：成功 - 该行动已成功收到，理解，并接受
3xx：重定向 - 必须采取进一步行动完成请求
4xx：客户端错误 - 请求包含错误的语法或不能完成
5xx：服务器错误 - 服务器未能完成有效请求

状态码定义
100继续
200成功
201创建
250存储空间不足
300多种选择
301永久移动
302暂时移动
303见其他
304没有修改
305使用代理服务器
400错误的请求
401未授权
402需要付款
403被禁止
404未找到
405方法不允许
406不能接受的
407需要代理验证
408请求超时
410不在
411长度要求
412前提条件失败
413请求的实体太大
414请求URI太大
415不支持的媒体类型
451参数未被理解
452会议未找到
453没有足够的带宽
454找不到会话
455方法在此状态下无效
456标头字段对资源无效
457无效范围
458参数是只读的
459不允许聚合操作
460只允许聚合操作
461不支持的运输
462目标无法访问
500内部服务器错误
501未实现
502错误的网关
503暂停服务
504网关超时
505不支持RTSP版本
551选项不受支持

WEB：www.liveqing.com

RTSP协议（Real Time Streaming Protocol）
lllllll2021的博客
05-16 218
RTSP(Real-Time Stream Protocol)是一种基于文本的应用层协议，在语法及一些消息参数等方面，
RTSP（Real-Time Streaming Protocol，实时流传输协议）介绍
猿脑2.0的博客
06-26 572
RTSP（Real-Time Streaming Protocol，实时流传输协议）是一种网络协议，用于控制多媒体数据流的实时传输。它是由RealNetworks、Netscape Communications和其他几家公司共同开发的，并在RFC 2326中进行了定义。RTSP主要设计用于与RTP（Real-time Transport Protocol，实时传输协议）配合使用，以提供流媒体内容的远程控制功能。
Real Time Streaming Protocol (RTSP)
02-22
Real Time Streaming Protocol (RTSP) Status of this Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
10034.RTSP：Real Time Streaming Protocol
01-06 1285
实时流协议 RTSP 建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流，如音频与视频。换言之，RTSP 充当多媒体服务器的网络远程控制。RTSP 提供了一个可扩展框架，使实时数据如音频与视频的受控、按需传送成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送会话，为选择发送通道如 UDP、组播 UDP 与 TCP 等提
RTSP协议简要说明(小白级)
深图智能工作室
02-25 1554
RTSP（Real-Time Streaming Protocol，实时流传输协议）诞生于1996年，由RealNetworks、Netscape和哥伦比亚大学联合开发，并于1998年正式标准化为。其设计初衷是提供一种类似“网络录像机遥控器”的功能，支持对媒体流的播放、暂停、快进等控制操作，从而解决早期互联网流媒体的实时控制需求。RTSP的语法和运行机制与HTTP类似，但核心区别在于其专注于流媒体的实时控制，而非静态资源传输。
RTSP：实时流协议（Real Time Streaming Protocol）
android大牛MrJing 活动中心
03-28 2723
RTSP：实时流协议（Real Time Streaming Protocol）实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体，如音频和视频。尽管连续媒体流与控制流交叉是可能的，RTSP 本身并不发送连续流。换言之，RTSP 充当多媒体服务器的网络远程控制。RTSP 提供了一个可扩展框架，实现实时数据（如音频与视频）的受控、按需传送。数据源包括实况数据与存储的剪辑。RTSP 用于控
Real Time Streaming Protocol (RTSP) - 实时流协议
程永强
05-09 1960
Real Time Streaming Protocol (RTSP) - 实时流协议 The Real Time Streaming Protocol (RTSP) is a network control protocol designed for use in entertainment and communications systems to control streaming media servers. The protocol is used for establishing and con
RTSP（Real Time Streaming Protocol） 网络协议
08-02
RTSP（Real Time Streaming Protocol）是一种专为实时多媒体数据传输设计的网络协议，它在TCP/IP协议栈的应用层上运行，旨在提供一种有效的方式，使用户可以通过互联网接收和控制流媒体内容。RTSP的设计目标是克服...
RFC 2326 - Real Time Streaming Protocol (RTSP).pdf
01-22
实时流协议（RTSP，Real Time Streaming Protocol）是一种应用级别的协议，用于控制具备实时属性的数据传输。该协议为实现实时数据（如音频和视频）的按需交付提供了一个可扩展的框架。 #### 二、RTSP的核心功能与...
RTSP（Real Time Streaming Protocol）
11-13 1290
RTSP（Real Time Streaming Protocol） 即时串流传输协定，由W3C所制定的，为网路影音串流传输标准。 串流媒体又称作多媒体资讯流，串流媒体的作用，是将即时影音资料压缩后，以稳定快速的传输送到用户端 (Client) ，让用户端在还没完全接收完毕影音数据资料之前，就可以透过播放程式解压缩开始播放。 RealNetworks可以说是串流媒体的始祖，网际网路 (Intern
实时流协议(RTSP).
10-09
RFC2326(中文版)－实时流协议(RTSP).doc
rtsp实时图像传输
04-14
利用rtsp技术实现了视频流的直播，采用的平台是海思hi3516a的linux系统，接收部分利用远端网络的vlc工具实现解码播放，延时大概在300ms左右。
H264实时编码RTSP直播
11-17
此代码封装了H264编解码和RTSP传输协议库，经过测试，此库可以直接调用，从本地的摄像头采集图像，经过H264编码、在本地计算机上建立RTSP Server，网络内的其它计算机可以通过RTSP Client进行访问拉流、也可以通过VLC软件进行直接访问。
RFC2326 - Real Time Streaming Protocol (RTSP) 完整中英文对照版
潜龙勿用
03-08 8355
RFC2326 - Real Time Streaming Protocol (RTSP) 完整中英文对照版 E-mail：bryanj@163.com 译者： Bryan.Wong（王晶，宁夏固原） 译文版本：alpha 0.80 译文发布时间：2007-7-25 版权：本中文翻译文档之版权归王晶所有。可于非商业用途前提下自由转载，但必须保留此翻译及版权信息。 网络工作组
RTSP protocol
一个混迹在安全圈的宅女
11-15 1100
1. Introduction The Real Time Streaming Protocol (RTSP) is a network control protocol designed for use in entertainment and communications systems to control streaming media servers. The protocol is ...
rtsp protocol (1)
fanbird2008的专栏
12-04 2511
http://zhaostudy2.blog.163.com/blog/static/135350205201091305381/   一、简介    流媒体强调的是媒体的实时传输。它是应用流技术在网络上传输的多媒体文件。流技术就是把连续的影象和声音信息经过压缩处理后放上网站服务器，让用户一边下载一边观看、收听，而不需要等整个文件下载完后才可以观看的网络传输技术。     它与普通的万维网
RTSP协议介绍
liitdar的博客
03-16 1548
在RTSP中，载荷数据一般是通过带外方式来传送的（除了交织的情况），即通过RTP在不同的通道中来传送载荷数据。RTSP是用来控制声音或影像的多媒体串流协议，允许同时控制多个串流（支持多方视频会议），媒体数据传输时所用的网络通讯协议并不在RTSP的定义范围内，服务端可以自行选择传输层协议（TCP、UDP等）来传输多媒体串流内容。客户端分析收到的SDP描述，并为会话中的每一个流发送一个RTSP建立命令（SETUP），SETUP命令会将客户端用于接收媒体数据的端口告知服务器；会话即RTSP交互的全过程。
Real-time streaming & on-demand streaming
每天进步一点点。
03-20 1048
Bit streaming Numbers, text, audio, video are all represented in binary form on computer. They are all represented by a bunch of 0s and 1s. Each 0 or 1 is called a bit. When there is a need to transmi...
Real Time Streaming Protocol (RTSP)
最新发布
03-31
<think>好的，我现在要处理用户关于RTSP协议的问题。用户提到他们想了解RTSP的实现、使用或文档。首先，我需要回忆RTSP的基本概念和功能，确保信息准确。RTSP主要用于控制实时流媒体，比如播放、暂停等，但传输本身通常通过RTP和RTCP，这点需要明确说明。 接下来，用户可能需要具体的实现步骤或代码示例。我应该考虑常见的实现方式，比如使用开源库如Live555，或者Python的库如python-rtsp-client。需要检查这些库的文档链接是否有效，并确保示例代码的正确性。例如，Python代码示例需要展示如何连接RTSP服务器并获取流，同时提醒用户安装必要的包。 关于文档部分，RFC 2326是RTSP的核心规范，必须引用。此外，FFmpeg和GStreamer的支持文档也很重要，特别是用户可能用这些工具进行流处理。需要确认这些工具的官方文档是否有相关章节。 用户可能还想知道RTSP的应用场景和常见问题。应用场景可以包括IP摄像头、视频会议等。常见问题如防火墙端口、身份验证方式，这些都需要涵盖，并提供解决方法，比如开放端口554或使用摘要认证。 还需要生成相关问题，帮助用户深入探索。例如，RTSP和HTTP的区别，安全机制，与RTP的关系，以及调试工具。这些问题应该覆盖用户可能感兴趣的扩展领域。 最后，确保所有引用正确，特别是站内引用[^1]是否与用户提供的上下文相关。虽然用户提供的引用是关于Darwin Streaming Server的，但需要确认是否直接相关，并在必要时调整引用位置。整个回答结构要清晰，分步骤说明，避免技术错误，同时保持语言自然。</think>### Real-Time Streaming Protocol (RTSP) 实现与使用指南 RTSP 是一种网络控制协议，专为实时流媒体传输（如视频、音频）设计，支持播放、暂停、快进等控制功能。以下是其核心实现与使用要点： --- #### **1. 协议基础** - **功能定位**：RTSP 不直接传输数据，而是通过 RTP（Real-Time Transport Protocol）和 RTCP（RTP Control Protocol）传输媒体流[^1]。其主要职责是控制会话流程。 - **通信方式**：基于 TCP 或 UDP，默认端口为 `554`。 - **典型命令**：`DESCRIBE`（获取媒体信息）、`SETUP`（建立传输通道）、`PLAY`/`PAUSE`（控制播放）。 --- #### **2. 实现方式** ##### **2.1 使用开源库** - **Live555**：C++ 实现的跨平台 RTSP 库，支持服务端与客户端开发 [官方文档](http://www.live555.com/liveMedia/) - **GStreamer RTSP Server**：基于 GStreamer 框架的 RTSP 服务器 [示例代码](https://github.com/GStreamer/gst-rtsp-server) - **Python 实现**（如 `python-rtsp-client`）： ```python from rtsp_client import RTSPClient, RTSPAuth client = RTSPClient( rtsp_url="rtsp://example.com/stream", auth=RTSPAuth(username="user", password="pass") ) client.connect() # 获取媒体流描述 response = client.describe() ``` ##### **2.2 简单服务端实现（伪代码）** ```python # 使用 Python socketserver 模拟 RTSP 响应 import socketserver class RTSPHandler(socketserver.BaseRequestHandler): def handle(self): data = self.request.recv(1024).decode() if "DESCRIBE" in data: response = "RTSP/1.0 200 OK\r\nContent-Type: application/sdp\r\n\r\nv=0\r\no=- 0 0 IN IP4 127.0.0.1" self.request.send(response.encode()) server = socketserver.TCPServer(("0.0.0.0", 554), RTSPHandler) server.serve_forever() ``` --- #### **3. 关键文档** - **RFC 2326**：RTSP 协议规范 [RFC 2326 原文](https://tools.ietf.org/html/rfc2326) - **FFmpeg 支持**：通过 `ffmpeg -i rtsp://server/stream` 测试流 [FFmpeg RTSP 指南](https://ffmpeg.org/ffmpeg-protocols.html#rtsp) - **Wireshark 抓包分析**：过滤 `rtsp` 或 `rtp` 协议包以调试交互过程。 --- #### **4. 典型应用场景** - **IP 摄像头监控**：如海康威视、大华摄像头均支持 RTSP 流接入。 - **视频会议系统**：控制媒体会话的启停与参数调整。 - **流媒体服务器**：Darwin Streaming Server（已停维护）曾广泛用于 RTSP 实现。 --- #### **5. 常见问题** - **防火墙配置**：需开放 TCP/UDP 端口 `554` 及 RTP 动态端口范围（如 `30000-40000`）。 - **身份验证**：支持 Basic 或 Digest 认证，需在请求头中携带 `Authorization` 字段。 - **协议兼容性**：部分旧设备仅支持 RTSP over TCP，需明确传输模式。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值