专利名称：实时流协议事件通知方法、装置及系统的制作方法
技术领域：
本发明涉及通信技术领域，具体涉及实时流协议事件通知方法、装置及 系统。
背景技术：
实时流协议(RTSP: Real Time Streaming Protocol)是一种应用级的协议， 主要用于控制实时数据的发送；RTSP提供了一个可扩展框架，完成实时数据 如视频数据或音频数据等的受控和点播。该协议的目的在于控制多个数据传 送会话，提供选择传送通道的方法，提供基于实时传输协议(RTP: Real Time Transport Protocol)选择传输才几制的方法。
现有的RTSP信令交互流程如图1所示，包括
PI: RTSP客户端(Client)向RTSP月良务器(Server)发送描述请求 (DESCRIBE )向RTSP请求资源描述信息(presentation description ),其中包 含媒体内容的描述信息以及每个媒体流的标识等，其中媒体内容的描述信息 如媒体内容包含几条媒体流以及每条媒体流的详细描述信息一一如媒体类 型、编解码类型等信息；
P2: Server向Client返回成功响应200 OK及DESCRIBE所请求的信息；
Client获取presentation description的过程是Client向Server请求媒体以及 对媒体进行控制操作之前进行信息获取的一个完全独立的过程，除了采用 RTSP协议的DESCRIBE方法外，还可以采用HTTP、 EMAIL等其他方式获得。
P3: Client通过向Server发送SETUP命令请求建立一条媒体流；其中通 过媒体流的标识指定需要建立的媒体流，如某一多媒体内容中的一个音频或 一个纟见频媒体流；
P4: Server向终端返回成功响应200 OK完成媒体流的建立。
P3/P4是一个完整的媒体流建立过程，但媒体流建立完成后Server侧并没 有开始媒体的播放以及媒体流的传送；为了开始进行媒体播放，Client需要显 式的通过向Server发送PLAY命令请求媒体播放；而多媒体内容通常包含多 条媒体流，为了进行多条媒体的播放，Client需要与Server建立多个媒体流， 在RTSP协议中Client必须与Server分别逐条建立每一条Client希望建立的媒 体流，即会存在多次P3/P4交互过程；
P5: Client通过向Server发送PLAY命令请求开始播放媒体；其中通过媒 体流的标识指定需要播放的已经建立的媒体流或者通过presentation的标识指 定播放已经建立的presentation内的所有的媒体流；
P6: Server向终端返回对P5的成功响应200 OK表示开始媒体流的播放；
媒体流是通过媒体通道(Media Channel)进行传递的；
P5/P6是媒体通道的建立过程，在完成P5/P6交互之后Client就可以通过 媒体通道从Server接收到媒体流，并且可以将接收到的媒体流进行解码后通 过用户终端显示界面显示给用户，或者在本地进行保存等操作。
在流媒体应用中，当客户端请求服务器执行某一请求命令，服务器在执 行命令中发生了某种正常或者异常事件，服务器需要通过某种方式将发生的 事件或者最新的请求执行情况通知到客户端；而在RTSP应用中，Server侧收 到PLAY请求消息后开始向Client播放所请求的媒体，同时向终端返回对请 求消息的成功响应消息(200 OK)后，若Server側在媒体播放过程中如果发 生异常事件(如Server读取媒体文件异常)，或者发生某种需要客户端进行处 理的非异常类事件(如在实时流媒体应用时用户请求快进但已经快进到了当
前时刻的节目)，由于现有的RTSP没有提供相关的机制和技术，因而Server 不能将异常或者事件通知到Client端，从而使Client端的状态与Server端不 一致，降低了用户体验。
发明内容
本发明实施例的目的是提供实时流协议事件通知方法、装置及系统，使 用本发明实施例提供的技术方案，可以在事件状态发生改变时将事件状态通
知相应的网络实体。
本发明实施例的目的是通过以下技术方案实现的
一种实时流协议事件通知方法，包括 事件状态监测实体对事件的状态进行监测；
若监测到所述事件的状态改变，向事件状态接收实体发送所述事件的状 态发生改变的通知消息。
一种实时流协议事件通知装置，包括
事件状态监测单元，用于对事件状态进行监测；
消息发送单元，用于在所述事件监测单元监测到所述事件的状态发生改 变时，发送所述事件的状态发生改变的通知消息。
一种实时流协议事件通知系统，包括
实时流协议事件通知装置，用于对事件的状态进行监测，在所述事件的 状态发生改变时，发送所述事件的状态发生改变的通知消息；
实时流协议事件通知接收装置，用于接收所述通知消息。
从本发明实施例提供的以上技术方案可以看出，由于本实施例提供的技 术方案可以对事件状态进行监测，并将事件状态发生改变的信息通知给相应 的网络实体，从而可以促使网络实体之间的事件状态保持一致，改善用户体验。
图1为现有技术中RTSP信令交互流程图2为本发明实施例中实时流协议事件通知方法实施例一的流程图； 图3为本发明实施例中实时流协议事件通知方法实施例二的信令流程图； 图4为本发明实施例中实时流协议事件通知方法实施例三的信令流程图； 图5为本发明实施例中实时流协议事件通知方法实施例四的信令流程图； 图6为本发明实施例中实时流协议事件通知装置实施例一的结构图7为本发明实施例中实时流协议事件通知装置实施例二的结构图； 图8为本发明实施例中实时流协议事件通知系统实施例一的结构图； 图9为本发明实施例中实时流协议事件通知系统实施例二的结构图。
具体实施例方式
为使本发明的目的、技术方案、及优点更加清楚明白，以下参照附图并 举实施例，对本发明进一步详细i兑明。
如图2所示，本发明提供的实时流协议事件通知方法实施例一包括
步骤201、事件状态监测实体对事件的状态进行监测；
事件状态监测实体可以是建立媒体通道的服务器和客户端中的任意一 个，当然也不排除其是除服务器和客户端外的第三网络实体的情况；
其中，对事件状态进行监测可以是监测某个突发事件的发生，例如用户 的操作信息或解码失败等异常信息；也可以是或者监测某个持续事件的状态 是否发生改变等，例如流^^某体的播放状态、网络状态等；
在RTSP流程中，当客户端请求服务器执行某一请求命令，服务器在执行 命令中发生了某种正常或者异常事件，服务器需要将发生的事件或者最新的 请求执行情况通知到客户端，因而服务器需要对事件的状态进行监测；'同样， 当服务器端请求客户端执行某一请求命令，客户端在执行命令中发生了某种 正常或者异常事件，客户端需要将发生的事件或者最新的请求执行情况通知 到客户端，客户端需要对事件的状态进行监测；
可以主动的对事件的状态进行监测，也可以被动的对事件的状态进行监 测；其中，主动是可以根据预先的配置，对哪些事件进行监测，向哪些网络 实体发送事件状态改变的信息等都可以预先配置，当然也可以是对一些事件 默认进行监测，例如客户端请求进行流媒体播放，那么服务器自然的就会监 测流媒体的播放状态；被动的对事件的状态进行监测，可以是在接收到网络 中实体发送的请求对事件状态进行监测的请求消息后进行，该实体可以是除 对事件进行监测的实体外的任一网络实体； 步骤202、若监测到事件的状态改变，向事件状态接收实体发送事件的状 态发生改变的通知消息；
事件状态接收实体是根据事件状态监测实体的不同而有所不同的，例如， 若事件状态监测实体是服务器， 一般情况下事件状态接收实体是客户端，但 是并不排除事件状态接收实体是其他网络设备的情况；
具体的，因为现有的RTSP并没有事件通知能力，即不能发送事件的状态 发生改变的通知消息，因而需要对现有的RTSP进行扩展，具体如何扩展，根 据事件的类型不同而有所不同；
其中，事件的状态发生改变的通知消息根据监测的事件状态的不同而不 同，当监测的是某个事件是否发生时，所述的通知消息可以包括该事件发生 信息，当监测是某个事件的状态是否改变时，所述的通知消息可以包括该事 件改变后的状态信息，当然也可以不限于这些信息；
若是主动的对事件的状态进行监测，由对事件的状态进行监测的实体自 己确定向哪些实体发送事件的状态发生改变的通知消息；若是被动的对事件 的状态进行监测，如果预先指定了向哪些实体发送事件的状态发生改变的通 知消息，则对事件的状态进行监测的实体向指定的实体发送事件的状态发生 改变的通知消息，否则由对事件的状态进行监测的实体自己确定向哪些实体 发送事件的状态发生改变的通知消息。
从上可知，使用本实施例提供的技术方案可以对事件状态进行监测，并 将事件状态发生改变的通知消息发送给相应的网络实体，从而可以促使网络 实体之间的事件状态保持一致，增强用户体验。
其中，本发明实施例中所述的事件可以是符合预置条件的突发事件、或 媒体流播放状态、网络状态等事件；符合预置条件的突发事件是指该事件的 发生会导致事件状态监测实体和事件状态接收实体的事件状态不一致的事 件，如用户的一些操作信息等，具体哪些事件是符合预置条件的突发事件可 以根据具体的情况预先配置。
图3为本发明提供的实时流协议事件通知方法的实施例二的信令流程图，
包括
步骤301 、客户端向服务器发送SETUP消息请求建立一条媒体流；
步骤302、服务器向客户端发送200 OK消息完成媒体流的建立；
步骤303、客户端向服务器发送PLAY消息请求从过去某个时刻快速播放 一媒体流；
步骤304、服务器向客户端发送200 OK消息开始快速播放该媒体流； Media Channel是传递该媒体流所使用的媒体通道；
服务器主动对媒体流的播放状态进行监测，当播放到某一时刻时，服务 器无法继续快速播放，例如播放的是直播节目，服务器就会会切换到正常播 放状态，如果播放的是VOD点播节目，当快速播放到当前直播时间点时，则 通常会直接停止播放，具体服务器端会如何处理要根据所播放的是哪种节目 确定；以播放的是直播节目为例，在某个时刻发生了播放状态发生改变的事 件，而客户端并不知道当前已经切换为正常播放，客户端会在界面上继续显 示快速播放，从而导致服务器与客户端的状态不一致，此时需要服务器将最 新的播放状态发送给客户端；
步骤305、服务器向客户端发送事件状态发生改变的通知消息，该通知消 息可以为事件通知(EventNotification)消息，从而将最新的播放状态通知给 客户端；
由于现有的RTSP并没有相关的通知机制，因而需要对RTSP协议进行扩 展，实现服务器向客户端发布事件通知，对于上述的应用场景， 一种可能的 通知消息如下所示
NOTIFY rtsp:〃rtspclient.example.com RTSP/2.0
Content-Type: application/playback-status
Content-Length:...
Allow: play, pauseplayback-speed: 1 playback-scale: 1 playback-range=now-其中，Allow: play, pause表示当前允许的才乘作是播放和暂停； playback-speed: 1 和playback-scale: 1 共同表示按照正常速度播放； play back-range二now-表示从当前时刻开始正常播放；
步骤306、客户端收到事件通知消息后，向服务器返回200 0K的响应消息。
在本实施例中，服务器主动对流媒体的播放状态进行监测，在播放状态 改变时，将最新的播放状态发送给客户端，使客户端的播放状态与服务器保 持一致，从而提高用户体验。
图4是本发明提供的实时流协议事件通知方法实施例三的信令流程图， 包括
步骤401 、客户端向服务器发送SETUP消息请求建立一条媒体流；
步骤402、服务器向客户端发送200 OK消息完成媒体流的建立；
步骤403、客户端向服务器发送PLAY消息请求从过去某个时刻快速播放 一媒体流；
步骤404、服务器向客户端发送200 OK消息开始快速播放该媒体流；
Media Channel是传递该媒体流所使用的+某体通道；
步骤405、第三实体向服务器发送请求对事件状态进行监测的请求消息； 从而促使服务器在播放状态发生改变时将最新的播放状态通知到客户端；
其中，第三实体可以为网络中任一网络实体，例如对网络进行管理的网 管设备、对网络进行监控的监控设备等；当然，第三实体也可以是所述的客 户端或服务器；
由于现有的RTSP协议并没有对应的请求消息，因而需要对RTSP协议进 行扩展，本发明实施例提供的一种基于RTSP的请求消息如下所示
EVENTREQ rtsp:〃rtspserver.example.com RTSP/2.0 Event: play-status
Event-Session: the-session-to-be-monitored Notify-To: rtsp:〃rtspclient.example.com Notify-Session: the-session-for-event-notification Content-Length: 0 其中
Event字段指定需要监控的事件；当不带此字段时由消息接收者决定对 哪些事件进行监控或者拒绝事件请求；
Event-Session字段指定需要监控那个RTSP会话(Session)内的事件； 当不带Event-Session头域时默认指请求所在的Session或者由消息接收者决定 对哪些Session进行监控，如当事件请求(EVENTREQ)字段携带"Session" 头域时对EVENTREQ消息本身所属的Session进行监控，或者对所有的 Session进行监控；
Notify-To字段指示需要将事件通知到哪个实体；当不带此头域时消息 接收者可以拒绝请求或者由消息接收者根据自身保存的配置文件决定向哪个 实体上报，如向EVENTREQ消息发送者发送事件通知、向Notify-Session所 指定的Session的对端实体发送事件通知；
Notify-Session字段指定在哪个Session内发送事件通知，当不带此头域 时由消息接收者决定在哪个Session外发送或者在那个Session内发送；
其中，若服务器没有收到上述四个字段中的任意一个，服务器可以根据 本地配置信息产生一个默认的对事件状态进行监测的请求消息，如对于PLAY 请求进行媒体播放而言，上报播放状态是一个很自然的需求；因此，当服务 器得知客户端可以接收通知消息时，即使没有收到相关的请求消息，也可以
默认客户端请求监测了一些基本的事件，如播放状态事件等；
步骤406、服务器收到请求消息后，向第三实体返回200OK消息；
当快速播放到某一时刻时，服务器无法继续快速播放，服务器监测到播 放状态变化；
步骤407、服务器向客户端发送通知消息，通知客户端播放状态发生改变
以及最新的播放状态；
步骤408、客户端向服务器返回200 OK消息。
在本实施例中，客户端与服务器建立RTSP会话后，第三实体请求服务器 监测播放状态，从而使服务器在监测到播放状态发生改变时，将播放状态发 生改变的通知消息发送给客户端，使服务器与客户端的播放状态能够保持一 致，增强用户体验；进一步，由第三实体请求监测播放状态，可以提高网络 的灵活度。
在实际应用中，客户端收到最新的播放状态后，会将客户端所显示的播 放状态更新为服务器发送的最新的播放状态，从而使客户端的状态显示与实 际的播放状态保持一致，提高了用户体验。
图5描述了本发明提供的实时流协议事件通知方法的实施例四的信令流 程图，包括
步骤501 、客户端向服务器发送SETUP消息请求建立一条媒体流；
步骤502、服务器向客户端发送200 OK消息完成媒体流的建立；
步骤503 、客户端向服务器发送PLAY消息请求播放一媒体流；
步骤504、服务器向客户端发送200 OK消息开始快速播放该媒体流，并 在该200 OK消息中附加请求消息，请求对用户操作进行监测；
Media Channel是传递该媒体流所使用的i某体通道；
步骤505、客户端在收到请求消息后，向服务器发送通知消息，通知服务 器用户当前的操作信息；
步骤506、服务器收到用户当前的操作信息后，向客户端返回200OK消自.
客户端对用户操作进行监测，在某一时刻监测到用户操作发生改变，客
户端可以监测到用户操作发生改变；
步骤507、客户端监测到用户操作发生改变，向服务器发送通知消息，通 知服务器改变后的用户操作信息；
步骤508、服务器收到改变后的用户操作信息后，向客户端返回200 OK 消息。
本实施例中将请求消息放在200OK消息中，在实际应用中，该请求消息 可以使用单独的请求消息发送，也可以附加在其他的服务器与客户端的现有 交互消息中发送；本实施例服务器通过在现有交互消息中携带请求消息，请 求客户端对用户操作进行监测，促使客户端在用户操作改变时将改变后的用 户操作信息发送给服务器，使服务器和客户端的事件状态保持一致。
在实际应用中，服务器收到改变后的用户操作信息后，根据用户的操作 信息做相应的操作，如用户的操作信息为快速播放流媒体，则服务器在收到 用户改变后的用户操作信息后，则将媒体流的播放改为快速播放；如用户的 操作信息为暂停播放流媒体，则服务器相应的暂停媒体流的播放，具体表现 就是暂停向服务器发送媒体流数据。
与实时流协议事件通知方法实施例对应，本发明提供了实时流协议事件 通知装置的实施例一，如图6所示，包括
事件状态监测单元601,用于对事件状态进行监测；
消息发送单元602,用于在事件监测单元监测到事件的状态发生改变时， 发送事件的状态发生改变的通知消息。
从上可知，使用本实施例提供的技术方案可以对事件状态进行监测，并 将事件状态发生改变的信息通知给相应的网络实体，从而可以促使网络实体 之间的事件状态保持一致，提高用户体验。
本发明还提供了实时流协议事件通知装置实施例二，与实时流协议事件 通知装置实施例一相比进一步包括消息接收单元，如图7所示，包括
消息接收单元700，用于接收请求对所述事件状态进行监测的请求消息； 事件状态监测单元701,在消息接收单元接收到请求消息后，对事件状
态进行监测；
信息发送单元702，用于在事件监测单元监测到事件的状态发生改变时， 发送事件的状态发生改变的通知消息。
本实施例中实时流协议事件通知装置接收请求消息后，对事件状态进行 监测，在事件状态发生改变时，发送事件状态发生改变的信息，使服务器和 客户端的事件状态保持一致，提高了用户的满意度。
在实际应用中，若监测的是对事件状态进行监测时已经发生的事件的状 态信息，消息发送单元还用于在消息接收单元接收到请求消息后，发送事件 的当前状态信息；从而使客户端与服务器的事件状态尽快保持一致；因为在 实际应用中，可能发送请求消息时客户端与服务器的事件状态已经不一致了。
本发明实施例还提供了实时流协议事件通知系统，如图8所示，实时流 协议事件通知系统的实施例 一 包括
实时流协议事件通知装置801,用于对事件的状态进行监测，在事件的 状态发生改变时，发送事件的状态发生改变的通知消息；
在实际应用中，实时流协议事件通知装置可以是服务器，也可以是客户
端；
实时流协议事件通知接收装置802,用于接收通知消息。
一般情况下，若实时流协议事件通知装置是服务器，则实时流协议事件 通知接收装置是客户端；若实时流协议事件通知装置是客户端，则实时流协 议事件通知接收装置是服务器；但是并不排除实时流协议事件通知装置和实 时流协议事件通知接收装置都是服务器、或实时流协议事件通知装置和实时 流协议事件通知接收装置都是客户端的情况；
从上可知，使用本实施例提供的技术方案可以对事件状态进行监测，并 将事件状态发生改变的信息通知给相应的网络实体，从而可以促使网络实体
之间的事件状态保持一致，提高用户体验。
相应的，还提供了实时流协议事件通知系统实施例二，如图9所示，包
括
实时流协议事件监测请求装置900,用于发送请求对所述事件状态进行 监测的请求消息；
实时流协议事件通知装置901,用于在接收到请求消息后对事件的状态 进行监测，在事件的状态发生改变时，发送事件的状态发生改变的通知消息；
实时流协议事件通知接收装置902，用于接收通知消息。
在实际应用中，实时流协议事件监测请求装置与实时流协议事件通知装 置可以是同一网络实体，也可以是不同的网络实体；
在本实施例中，实时流协议事件通知装置与实时流协议事件通知接收装 置建立RTSP会话后，实时流协议事件监测请求装置向实时流协议事件通知装 置发送请求监测事件状态的请求消息，从而使实时流协议事件通知装置在监 测到事件状态发生改变时，将事件状态发生改变的信息通知实时流协议事件 通知接收装置，使实时流协议事件通知装置与实时流协议事件通知接收装置 的事件状态保持一致，提高用户体验；进一步，由实时流协议事件监测请求 装置发送请求监测播放状态的请求消息，可以提高网络的灵活度。
是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机 可读存储介质中，该程序在执行时，包括如下步骤 事件状态监测实体对事件状态进行监测；
若监测到事件的状态改变，向事件状态接收实体发送事件的状态发生改 变的通知消息；
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明实施例所提供的实时流协议事件通知方法、装置及系统进 行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其思想； 同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及 应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明 的限制。
权利要求
1、一种实时流协议事件通知方法，其特征在于，包括事件状态监测实体对事件的状态进行监测；若监测到所述事件的状态改变，向事件状态接收实体发送所述事件的状态发生改变的通知消息。
2、 如权利要求1所述的实时流协议事件通知方法，其特征在于，所述事 件监测实体，在接收到请求对所述事件状态进行监测的请求消息后对所述事 件状态进行监测、或根据预先保存的配置文件对所述事件状态进行监测。
3、 如权利要求2所述的实时流协议事件通知方法，其特征在于，若所述 事件监测实体在接收到所述请求消息后对所述事件状态进行监测，向所述事 件状态接收实体发送所述通知消息前进一步包括判断所述请求消息是否包括所述事件状态接收实体的信息；如果是，根据所述时事件状态接收实体的信息向所述事件状态接收实体 发送所述通知消息；如果否，根据预先保存的配置文件向所述事件状态接收实体发送所述通 知消息。
4、 如权利要求2或3所述的实时流协议事件通知方法，其特征在于，所 述事件接收实体在接收到所述请求消息后进一步包括向所述事件通知接收实体发送所述事件当前的状态信息。
5、 如权利要求2所述的实时流协议事件通知方法，其特征在于，所述通 知消息和所述请求消息是符合实时流协议的消息。
6、 如权利要求1所述的实时流协议事件通知方法，其特征在于，若所述 事件状态监测实体对事件状态进行监测时，发生了所述事件，所述通知消息 包括所述事件发生的信息；若所述事件状态监测实体对事件状态进行监测时，所述事件已经发生且 该事件的状态发生改变，所述通知消息包括所述事件改变后的状态信息。
7、 如权利要求6所述的实时流协议事件通知方法，其特征在于，所述事 件状态接收实体接收到包括所述事件发生的信息的通知消息后，根据预先保 存的配置文件做相应的操作。
8、 如权利要求6所述的实时流协议事件通知方法，其特征在于，所述事件状态接收实体接收到包括所述事件改变后的状态信息的通知消息后，将对 应的事件状态更新为所述改变后的状态。
9、 如权利要求1至3、 5至8任一所述的实时流协议事件通知方法，其 特征在于，所述事件为符合预置条件的突发事件、或媒体流播放状态。
10、 一种实时流协议事件通知装置，其特征在于，包括 事件状态监测单元，用于对事件状态进行监测；消息发送单元，用于在所述事件监测单元监测到所述事件的状态发生改 变时，发送所述事件的状态发生改变的通知消息。
11、 如权利要求IO所述的实时流协议事件通知装置，其特征在于，还包括消息接收单元，用于接收请求对所述事件状态进行监测的请求消息；所述事件状态监测单元在所述消息接收单元接收到所述请求消息后，对 所述事件状态进行监测。
12、 如权利要求11所述的实时流协议事件通知装置，其特征在于，若所 述事件为对事件状态进行监测时已经发生的事件，所述消息发送单元还用于 在所述消息接收单元接收到所述请求消息后，发送所述事件的当前状态信息。
13、 一种实时流协议事件通知系统，其特征在于，包括实时流协议事件通知装置，用于对事件的状态进行监测，在所述事件的 状态发生改变时，发送所述事件的状态发生改变的通知消息；实时流协议事件通知接收装置，用于接收所述通知消息。
14、 如权利要求13所述的实时流协议事件通知系统，其特征在于，还包 括实时流协议事件监测请求装置，用于发送请求对所述事件状态进行监测 的请求消息；所述实时流协议事件通知装置，用于在接收到所述请求消息后对所述事 件的状态进行监测。
全文摘要
本发明涉及通信技术领域，公开了实时流协议事件通知方法、装置及系统，其中实时流协议事件通知方法包括事件状态监测实体对事件的状态进行监测；若监测到所述事件的状态改变，向事件状态接收实体发送所述事件的状态发生改变的通知消息；实时流协议事件通知装置包括事件状态监测单元，用于对事件状态进行监测；消息发送单元，用于在所述事件监测单元监测到所述事件的状态发生改变时，发送所述事件的状态发生改变的通知消息；使用上述方案，可以在事件状态发生改变时将事件状态通知相应的网络实体。
文档编号H04L29/06GK101350741SQ200710130108
公开日2009年1月21日 申请日期2007年7月20日 优先权日2007年7月20日
发明者漆宝剑, 鹏 王, 雷晓松 申请人:华为技术有限公司