CN109792565B - 管理离网关键任务视频(mcvideo)通信系统中的mcvideo通信的方法 - Google Patents

管理离网关键任务视频(mcvideo)通信系统中的mcvideo通信的方法 Download PDF

Info

Publication number
CN109792565B
CN109792565B CN201780061065.9A CN201780061065A CN109792565B CN 109792565 B CN109792565 B CN 109792565B CN 201780061065 A CN201780061065 A CN 201780061065A CN 109792565 B CN109792565 B CN 109792565B
Authority
CN
China
Prior art keywords
mcvideo
communication
video
request
pull
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201780061065.9A
Other languages
English (en)
Other versions
CN109792565A (zh
Inventor
N.古普塔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN109792565A publication Critical patent/CN109792565A/zh
Application granted granted Critical
Publication of CN109792565B publication Critical patent/CN109792565B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/632—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本文的实施例提供了用于离网关键任务视频(MCVideo)通信系统中的一个或多个MCVideo设备的离网MCVideo通信的系统和方法。该方法包括由第一MCVideo设备向一个或多个第二MCVideo设备发送具有指示的通信请求消息。该方法包括由第一MCVideo设备从一个或多个第二MCVideo设备接收通信应答响应消息。此外，该方法包括由第一MCVideo设备与一个或多个第二MCVideo设备建立用于视频通信的媒体会话。此外，该方法包括由第一MCVideo设备和第二MCVideo设备之一将视频传送到一个或多个MCVideo设备。

Description

管理离网关键任务视频(MCVIDEO)通信系统中的MCVIDEO通信 的方法
技术领域
这里的实施例一般涉及关键任务视频(MCVideo)通信，更具体地，涉及用于管理离网(off-network)MCVideo通信系统中的MCVideo通信的方法。本申请基于并要求2016年10月1日提交的印度申请号201641033646的优先权，其公开内容通过引用结合于此。
背景技术
公共安全网络用于关键任务(MC)数据/语音/视频通信。MC通信可以包括定义的MC服务集。这种MC服务通常建立在由演进分组系统(EPS)架构提供的现有第三代合作伙伴计划(3GPP)传输通信机制上，以建立、维护和终止用户之间的实际通信路径。MCVideo定义了MCVideo通信的服务。通常，MCVideo服务器为这种MCVideo通信提供集中(centralized)支持。MCVideo服务器可以促进或管理网络的各个用户部分之间的MCVideo通信。
在替选的部署中，此类MCVideo服务可以是离网的。在此类部署中，MCVideo设备彼此直接通信，而无需用于集中支持该服务的MCVideo服务器。
离网MCVideo拉取(Pull)和MCVideo推送(Push)利用MCVideo设备的设备到设备(D2D)通信能力，使得实现离开(off)基础设施网络使用视频(即，实况或记录的)进行通信的能力。
MCVideo拉取是从源(其可以是现场中的用户设备(UE)或视频存储服务器)拉取视频的能力。该服务使MCVideo用户能够请求另一MCVideo用户或MCVideo客户端发送存储的视频或直接从摄像机单元拍摄的视频。
MCVideo推送是类似于将直接从摄像机单元拍摄的视频或由MCVideo用户或MCVideo客户端从另一MCVideo客户端接收的视频推送给第三MCVideo组或MCVideo客户端的能力。此服务使得MCVideo用户能够远程显示另一个实体，即接收或记录的视频。鉴于上述背景，支持MCVideo通信及其相关特征的各种方法对于MCVideo设备之间的有效MCVideo通信是必需的。
以上信息仅作为背景信息被呈现，以帮助读者理解本发明。关于上述任何内容是否可以适用于关于本申请的现有技术，申请人没有做出确定并且也没有做出断言。
发明内容
问题的解决方案
本文的实施例的主要目的是提供一种用于管理离网关键任务视频(MCVideo)通信系统中的MCVideo通信的方法。
本文的实施例的另一目的是提供一种用于从一个或多个MCVideo设备进行离网MCVideo拉取的方法。
本文的实施例的另一目的是提供一种用于向一个或多个MCVideo设备进行离网MCVideo推送的方法。
本文的实施例的另一目的是提供一种用于基于来自MCVideo设备的远程视频推送请求消息向一个或多个MCVideo设备进行离网MCVideo推送的方法。
本文的实施例的另一目的是提供一种用于为MCVideo通信建立MCVideo组通信的方法。
本文的实施例的另一目的是提供一种用于基于来自MCVideo设备的远程视频推送请求消息对MCVideo设备的组进行离网MCVideo推送的方法。
因此，本文的实施例提供了一种用于由离网关键任务视频(MCVideo)通信系统中的一个或多个MCVideo设备管理MCVideo通信的方法。该方法包括由第一MCVideo设备向一个或多个第二MCVideo设备发送具有指示的通信请求消息。该方法包括由第一MCVideo设备从一个或多个第二MCVideo设备接收通信应答响应消息。此外，该方法包括由第一MCVideo设备与一个或多个第二MCVideo设备建立用于视频通信的媒体会话。此外，该方法包括由第一MCVideo设备和第二MCVideo设备之一将视频传送(communicating)到一个或多个MCVideo设备。
在一个实施例中，利用从一个或多个第二MCVideo设备中拉取视频的视频拉取指示，将私有通信请求消息发送到一个或多个第二MCVideo设备。
在一个实施例中，在建立第一MCVideo设备与一个或多个第二MCVideo设备之间的媒体会话之后，将视频从一个或多个第二MCVideo设备传送到第一MCVideo设备。
在一个实施例中，利用将视频推送给一个或多个第二MCVideo设备的视频推送指示，将私有通信请求消息发送到一个或多个第二MCVideo设备。
在一个实施例中，在建立第一MCVideo设备与一个或多个第二MCVideo设备之间的媒体会话之后，将视频从第一MCVideo设备传送到一个或多个第二MCVideo设备。
在一个实施例中，传送到一个或多个第二MCVideo设备的视频是在第一MCVideo设备上记录的实况视频和由第一MCVideo设备从第三MCVideo设备接收的视频之一。
在一个实施例中，第一MCVideo设备向第三MCVideo设备发送视频推送通知消息，其中视频推送通知消息指示从第三MCVideo设备接收的视频被推送给一个或多个第二MC设备。
在一个实施例中，响应于从第三MCVideo设备接收的远程视频推送请求消息，由第一MCVideo设备将具有视频推送指示的私有通信请求消息发送到一个或多个第二MCVideo设备。
在一个实施例中，响应于远程视频推送请求消息，由第一MCVideo设备向第三MCVideo设备发送视频推送尝试响应消息。视频推送尝试响应消息指示第一MCVideo设备尝试与一个或多个第二MCVideo设备建立通信。
在一个实施例中，在与一个或多个第二MCVideo设备建立通信之后，由第一MCVideo设备向第三MCVideo设备发送视频推送通知消息，其中视频推送通知消息指示视频被推送给一个或多个第二MCVideo设备。
在一个实施例中，利用将视频从第一MCVideo设备推送给一个或多个第二MCVideo设备的MCVideo组的视频推送指示，组通信请求消息由第一MCVideo设备发送到一个或多个第二MCVideo设备的MCVideo组。
在一个实施例中，在建立MCVideo设备之间的媒体会话之后，将视频从第一MCVideo设备传送到一个或多个第二MCVideo设备的MCVideo组。传送到一个或多个第二MCVideo设备的视频是在第一MCVideo设备上记录的实况视频和由第一MCVideo设备从第三MCVideo设备接收的视频之一。
在一个实施例中，响应于从第三MCVideo设备接收的远程视频推送请求消息，由第一MCVideo设备将具有视频推送指示的组通信请求消息发送到一个或多个第二MCVideo设备的MCVideo组。
因此，本文的实施例提供了一种用于管理离网关键任务视频(MCVideo)通信系统中的MCVideo通信的第一MCVideo设备。第一MCVideo设备包括MCVideo管理器，其被配置为向一个或多个第二MCVideo设备发送具有指示的通信请求消息。MCVideo管理器被配置为从一个或多个第二MCVideo设备接收通信应答响应消息。此外，MCVideo管理器被配置为与一个或多个第二MCVideo设备建立用于视频通信的媒体会话。此外，MCVideo管理器被配置为将视频传送到一个或多个MCVideo设备。
当结合以下描述和附图考虑时，将更好地理解和了解本文实施例的这些和其他方面。然而，应理解，以下描述虽然表示优选实施例及其许多具体细节，但是是以说明而非限制的方式给出的。在不脱离本文实施例的精神的情况下，可以在本文实施例的范围内进行许多变化和修改，并且本文实施例包括所有这些修改。
附图说明
从以下参考附图的详细描述中，将更好地理解本文的实施例，在附图中：
图1A-1D示出了根据本文公开的实施例的用于管理MCVideo通信的示例离网MCVideo通信系统；
图2是示出根据本文公开的实施例的MCVideo设备的各种硬件组件的框图；
图3是示出用于由离网MCVideo通信系统中的一个或多个MCVideo设备管理MCVideo通信的方法的流程图；
图4是示出根据本文公开的实施例的用于从第二MCVideo设备拉取视频的、在第一MCVideo设备和第二MCVideo设备之间交换的各种信令消息的序列图；
图5是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备向第二MCVideo设备推送视频；
图6是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备基于来自第三MCVideo设备的请求向第二MCVideo设备推送视频；
图7是示出根据本文公开的实施例的用于MCVideo组通信设置的在一个或多个MCVideo设备之间交换的各种信令消息的序列图；
图8是示出根据本文公开的实施例的用于将视频推送给第二MCVideo设备的组的在第一MCVideo设备、第三MCVideo设备和第二MCVideo设备的组之间交换的各种信令消息的序列图；
图9是示出根据本文公开的实施例的在第一MCVideo设备和第二MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备拉取视频；
图10是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备向其自身和第三MCVideo设备拉取视频；
图11是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的另一序列图，其中第一MCVideo设备向其自身拉取视频，并且第三MCVideo设备从第二MCVideo设备拉取视频；
图12是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备向其自身拉取视频，并且第三MCVideo设备从第二MCVideo设备拉取视频；
图13是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和MCVideo组之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备向MCVideo组拉取视频；
图14是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和MCVideo组之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备向其自身和MCVideo组拉取视频；
图15是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和MCVideo组之间交换的各种信令消息的序列图，其中第一MCVideo设备在向MCVideo组推送视频；以及
图16是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第二MCVideo设备从第三MCVideo设备接收被第一MCVideo设备拉取的视频。
具体实施方式
现在将参考附图详细描述本公开的各种实施例。在以下描述中，仅提供诸如详细配置和组件的具体细节以帮助全面理解本公开的这些实施例。因此，对于本领域技术人员来说应明白，在不脱离本公开的范围和精神的情况下，可以对本文描述的实施例进行各种改变和修改。另外，为了清楚和简明，省略了对公知功能和构造的描述。
此外，本文描述的各种实施例不一定是相互排斥的，由于一些实施例可以与一个或多个其他实施例组合以形成新的实施例。在本文中，除非另有说明，否则本文所用的术语“或”是指非排他性的“或”。本文所用的示例仅旨在便于理解可实践本文的实施例的方式，并且进一步使本领域技术人员能够实践本文的实施例。因此，这些示例不应被解释为限制本文实施例的范围。
如本领域中传统的，可以根据执行所描述的一个或多个功能的块来描述和说明实施例。这些块(这里可称为管理器、单元或模块等)在物理上由模拟和/或数字电路(例如，逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子组件、有源电子组件、光学组件、硬连线电路等)实现，并且可以可选地由固件和软件驱动。例如，电路可以体现在一个或多个半导体芯片中，或者体现在诸如印刷电路板等的基板支撑上。构成块的电路可以由专用硬件实现，或者由处理器(例如，一个或多个编程的微处理器和相关电路)实现，或者由用于执行块的一些功能的专用硬件与用于执行块的其他功能的处理器的组合实现。在不脱离本公开的范围的情况下，实施例的每个块可以在物理上分成两个或更多个交互和离散块。同样地，在不脱离本公开的范围的情况下，可以将实施例的块物理地组合成更复杂的块。
本文中的术语“第一”、“第二”和“第三”仅用于标记的目的，并且在不脱离实施例的范围的情况下可以互换地使用。
因此，本文的实施例提供了一种用于由关键任务视频(MCVideo)通信系统中的一个或多个MCVideo设备管理MCVideo通信的系统和方法。该方法包括由第一MCVideo设备向一个或多个第二MCVideo设备发送具有指示的通信请求消息。该方法包括由第一MCVideo设备从一个或多个第二MCVideo设备接收通信应答响应消息。此外，该方法包括由第一MCVideo设备与一个或多个第二MCVideo设备建立用于视频通信的媒体会话。此外，该方法包括由第一MCVideo设备和第二MCVideo设备之一将视频传送到一个或多个MCVideo设备。
所提出的方法提供了用于MCVideo设备之间的离网MCVideo通信的机制。所提出的方法可用于发起与离网中的另一MCVideo设备的单向通信，以及从另一MCVideo设备拉取视频。所提出的方法允许与离网中的另一MCVideo设备进行单向通信，以将视频流推送给另一MCVideo设备。
此外，所提出的方法允许MCVideo设备将视频流推送给另一MCVideo设备，该视频流由又一MCVideo设备接收。此外，所提出的方法允许MCVideo设备请求另一MCVideo设备将视频流推送给MCVideo组中的一个或多个MCVideo设备，从而便于组通信。
现在参考附图，更具体地参考图1至16中，其中类似的附图标记在整个附图中始终表示相应的特征，示出了优选实施例。
图1A-1D示出了根据本文公开的实施例的用于管理MCVideo通信的示例离网MCVideo通信系统。在离网MCVideo通信系统中，MCVideo设备彼此直接通信，而无需用于集中支持MCVideo服务的服务器。
在一个实施例中，MCVideo设备可以用于例如电子设备、用户设备(UE)、无人机、图像或视频捕捉设备、能够支持MCVideo通信等的任何其他电子设备。MCVideo设备102a-102n中的每一个可以包括用于与另一MCVideo设备通信的MCVideo客户端(即，应用)。第一MCVideo设备102a包括第一MCVideo客户端或MCVideo客户端A；第二MCVideo设备102b包括第二MCVideo客户端或MCVideo客户端B；第三MCVideo设备102c包括第三MCVideo客户端或MCVideo客户端C等。
驻留在MCVideo设备102a-102n中的每一个的MCVideo客户端充当所有MCVideo通信的用户代理。
参考图1A，离网MCVideo通信系统100包括第一MCVideo设备102a和第二MCVideo设备102b。最初，第一MCVideo设备102a发送通信请求消息以从第二MCVideo设备102a拉取视频。向第二MCVideo设备102b的MCVideo用户通知来自第一MCVideo设备102a的视频拉取请求。第二MCVideo设备102b用通信应答响应消息进行响应。此外，向第一MCVideo设备102a的MCVideo用户通知来自第二MCVideo设备102b的通信应答响应消息。第一MCVideo设备102a和第二MCVideo设备102b建立媒体平面(即，媒体会话)，并且将视频流从第二MCVideo设备102b发送到第一MCVideo设备102a，如图1A所示。尽管图1A中仅示出了一个第二MCVideo设备102b，但是要注意可以存在更多数量的第二MCVideo设备102b-102n，第一MCVideo设备102a可以通过发送具有视频拉取指示的通信请求消息来从更多数量的第二MCVideo设备102b-102n拉取视频。
参考图1B，离网MCVideo通信系统100包括第一MCVideo设备102a、第二MCVideo设备102b和第三MCVideo设备102c。最初，第一MCVideo设备102a发送通信请求(即，MCVideo推送请求)以将从第三MCVideo设备102c接收的视频推送给第二MCVideo设备102b。向第二MCVideo设备102b通知来自第一MCVideo设备102a的MCVideo推送请求。第二MCVideo设备102b向第一MCVideo设备发送以通信应答消息进行响应的通信响应。在从第二MCVideo设备102b接收到用于视频推送的通信应答响应之后，向第三MCVideo设备102c发送指示视频推送的通知。此外，在第一MCVideo设备102a和第二MCVideo设备102b之间建立媒体平面，以共享来自第三MCVideo设备102c的视频流。尽管图1B中仅示出了一个第二MCVideo设备102b，但是要注意可以存在更多数量的第二MCVideo设备102b-102n，通过将通信请求消息发送到一个或多个第二MCVideo设备102b-102n可以向更多数量的第二MCVideo设备102b-102n推送视频。
参考图1C，离网MCVideo通信系统100包括第一MCVideo设备102a、第二MCVideo设备102b和第三MCVideo设备102c。最初，第三MCVideo设备102c向第一MCVideo设备102a发送远程视频推送请求。远程视频推送请求将第二MCVideo设备102b指示为期望的接收者。第一MCVideo设备102a向第一MCVideo设备102a的MCVideo用户通知输入的视频推送请求。如果需要的话，第一MCVideo设备102a使ProSe层能够发现第二MCVideo设备102b。第一MCVideo设备102a向第三MCVideo设备102c发送指示与第二MCVideo设备102b建立通信的尝试响应。第一MCVideo设备102a向第二MCVideo设备102b发送具有视频推送指示的通信请求。具有视频推送指示的通信请求可以指示该请求是响应于来自第三MCVideo设备102c的视频推送请求的。
第二MCVideo设备102b响应于通信请求向第一MCVideo设备102a发送通信应答响应。在从第二MCVideo设备102b接收到通信应答响应之后，第一MCVideo设备102a向第三MCVideo设备102c发送指示第二MCVideo设备102b已接受通信请求的通知消息。第一MCVideo设备102a和第二MCVideo设备102b建立用于MCVideo通信的媒体平面，并且将视频从第一MCVideo设备102a传送到第二MCVideo设备102b。
参考图1D，离网MCVideo通信系统100包括第一MCVideo设备102a、第三MCVideo设备102c和MCVideo组102b-102n。图1D描述了与MCVideo组的其他MCVideo设备建立MCVideo组通信的过程。最初，第三MCVideo设备102c向第二MCVideo设备102b-102n的MCVideo组和第一MCVideo设备102a发送远程视频推送请求。向第二MCVideo设备102b-102n的MCVideo组的MCVideo用户通知来自第一MCVideo设备102a的视频推送请求。
第一MCVideo设备102a向第三MCVideo设备102c以具有视频推送指示消息的通信应答响应进行响应。此外，第三MCVideo设备102c将通信应答响应消息发送到第二MCVideo设备102b-102n的MCVideo组。将视频流从第一MCVideo设备102a推送给第二MCVideo设备的MCVideo组。
图2是示出根据本文公开的实施例的MCVideo设备102的各种硬件组件的框图。MCVideo设备102可以是第一MCVideo设备102a、第二MCVideo设备102b、第三MCVideo设备102c或任何其他MCVideo设备。
如图2所描绘的，MCVideo设备102包括通信器202、MCVideo管理器204、处理器206和存储器208。
应注意，MCVideo设备(即，第一MCVideo设备102a、第二MCVideo设备102b、第三MCVideo设备102c等)中的每一个可以分别具有用于管理MCVideo通信系统100中的一个或多个MCVideo设备之间的MCVideo通信的通信器202、MCVideo管理器204、处理器206和存储器208。
通信器202可以被配置为使用现有的邻近服务(ProSe)发现过程来发现邻近MCVideo设备102的一个或多个MCVideo设备。通信器202可以被配置为执行搜索或扫描以识别或发现邻近的一个或多个MCVideo设备。此外，通信器可以被配置为在MCVideo设备的发现期间与一个或多个MCVideo设备交换一个或多个信令消息，并且发起与一个或多个MCVideo设备的视频通信。
在一个实施例中，MCVideo管理器204可以被配置为向一个或多个MCVideo设备(即，向第二MCVideo设备102b-102n等)发送具有指示的通信请求消息。MCVideo管理器204可以被配置为从一个或多个MCVideo设备接收通信应答响应消息。此外，MCVideo管理器204可以被配置为与一个或多个MCVideo设备建立用于视频通信的媒体会话。此外，MCVideo管理器204可以被配置为将视频传送到一个或多个MCVideo设备。
在一个实施例中，MCVideo管理器204可以被配置为向一个或多个MCVideo设备(即，第二MCVideo设备102b-102n)发送具有视频拉取指示的私有通信请求消息，以便从一个或多个第二MCVideo设备拉取视频。此外，MCVideo管理器204可以被配置为与一个或多个MCVideo设备建立媒体会话，用于从一个或多个MCVideo设备拉取视频。
在一个实施例中，MCVideo管理器204可以被配置为向一个或多个MCVideo设备发送具有视频推送指示的私有通信请求消息。此外，MCVideo管理器204可以被配置为与一个或多个第二MCVideo设备建立媒体会话以将视频传达或推送给一个或多个MCVideo设备。推送给一个或多个MCVideo设备的视频可以是MCVideo设备102上记录的实况视频或MCVideo设备102从另一MCVideo设备(即第三MCVideo设备102c)接收的视频。
在一个实施例中，MCVideo管理器204可以被配置为响应于从另一MCVideo设备(即，第三MCVideo设备102c)接收的远程视频推送请求消息来向一个或多个MCVideo设备(即，一个或多个第二MCVideo设备102b-102n)发送具有视频推送指示的私有通信请求消息。此外，MCVideo管理器204可以被配置为在与MCVideo设备建立通信之后，响应于具有视频推送指示的私有通信请求消息，将视频推送尝试响应消息发送到另一MCVideo设备(即，第三MCVideo设备)。
在一个实施例中，MCVideo管理器204可以被配置为发送具有视频推送指示的组通信请求，以将视频从MCVideo设备102推送给一个或多个MCVideo设备的MCVideo组。
在一个实施例中，响应于从另一MCVideo设备(即，第三MCVideo设备102c)接收的远程视频推送请求消息，将具有视频推送指示的组通信请求消息发送到MCVideo设备的MCVideo组。
在一个实施例中，处理器206(例如，硬件单元、装置、中央处理单元(CPU)、图形处理单元(GPU)等)通信地耦合到存储器208(例如，易失性存储器和/或非易失性存储器)；存储器208包括被配置为通过处理器206可寻址的存储位置。
在一个实施例中，存储器208可以被配置为存储在MCVideo设备102上实况记录的视频以及从一个或多个第二MCVideo设备102b-102n和第三MCVideo设备102c接收的视频。存储器208可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存、或电可编程存储器(EPROM)或电可擦除和可编程(EEPROM)存储器的形式。另外，在一些示例中，存储器208可以被认为是非暂时性存储介质。术语“非暂时性”可以指示存储介质不体现在载波或传播信号中。然而，术语“非暂时性”不应解释为存储器208不可移动。在一些示例中，存储器208可以被配置为存储比存储器更大量的信息。在某些示例中，非暂时性存储介质可以存储可随时间变化的数据(例如，在随机存取存储器(RAM)或缓存中)。
尽管图2示出了MCVideo设备102的硬件组件，但是将理解其他实施例不限于此。在其他实施例中，MCVideo设备102可以包括更少或更多数量的组件。此外，组分的标签或名称仅出于说明的目的来使用，并不限制本发明的范围。可以将一个或多个组件组合在一起以执行相同或基本相似的功能，以便在离网MCVideo通信系统100中建立数据通信。
图3是示出用于由离网MCVideo通信系统100中的一个或多个MCVideo设备管理MCVideo通信的方法的流程图300。流程图300中的各种操作或步骤由MCVideo设备102中的MCVideo管理器204执行。
在步骤302，该方法包括向一个或多个第二MCVideo设备102b-102n发送具有指示的通信请求消息。
在步骤304，该方法包括从一个或多个第二MCVideo设备102b-102n接收通信应答响应消息。
在步骤306，该方法包括在第一MCVideo设备与一个或多个第二MCVideo设备102b-102n之间建立用于视频通信的媒体会话。
在步骤308，该方法包括将视频传送到一个或多个MCVideo设备。结合图4至图16描述管理MCVideo通信的各种过程(即，离网视频拉取、视频推送、从MCVideo设备组的远程发起的视频拉取和到MCVideo设备组的远程发起的视频推送)。
可以以呈现的顺序、以不同的顺序或同时执行流程图300中的各种动作、行动、块、步骤等。此外，在一些实施例中，在不脱离本发明的范围的情况下，可以省略、添加、修改、跳过等等一些动作、行动、块、步骤等。
图4是示出根据本文公开的实施例的用于从第二MCVideo设备拉取视频的、在第一MCVideo设备和第二MCVideo设备之间交换的各种信令消息的序列图。
图4描述了由第一MCVideo设备102a发起的用于从第二MCVideo设备102b拉取视频的离网MCVideo视频拉取的过程。
第二MCVideo设备处的MCVideo客户端可以是自主MCVideo客户端，或者可以是人为控制MCVideo客户端。以下是离网MCVideo视频拉取的前提条件。
1、第一MCVideo设备102a处的MCVideo用户已经对于第二MCVideo设备102b发起MCVideo视频拉取。
2、第一MCVideo设备102a和第二MCVideo设备102b是同一ProSe发现组的成员并且是能够ProSe 1：1直接通信的。
3、第一MCVideo设备102a使用ProSe发现过程发现了邻近的第二MCVideo设备102b。
在步骤402，第一MCVideo设备102a向第二MCVideo设备102b发送私有通信请求。私有通信请求包括视频拉取指示，并将第一MCVideo设备102a指示为视频拉取的期望的接收者。私有通信请求包含SDP要约(offer)。
在步骤404，第二MCVideo设备102b处的MCVideo客户端向第二MCVideo设备102b的MCVideo用户通知输入的视频拉取请求。
在步骤406，第二MCVideo设备102b自动接受视频拉取请求，并发送指示接受视频拉取请求的私有通信应答响应。私有通信应答响应包含SDP应答。应注意，步骤404和406可以以任何顺序发生。
在步骤408，第一MCVideo设备102a处的MCVideo客户端向MCVideo用户通知输入的私有通信应答响应，作为接受MCVideo视频拉取请求的指示。
在步骤410，第一MCVideo设备和第二MCVideo设备建立用于通信的媒体平面。在MCVideo设备(即，第一MCVideo设备102a或第二MCVideo设备102b)建立通信失败的情况下，则相关联的MCVideo客户端应向适当的MCVideo客户端发送指示失败原因的私有通信失败的响应。
在步骤412，将视频(即，媒体)从第二MCVideo设备102b发送到第一MCVideo设备102a并呈现给第一MCVideo设备。
如果在建立媒体会话之前或若已经建立时在建立媒体会话之后，由MCVideo设备(即，第一MCVideo设备102a或第二MCVideo设备102b)接收私有通信失败的响应，则会话终止并且向MCVideo用户通知该失败及其原因。
图5是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备向第二MCVideo设备推送视频。
图5描述了由第一MCVideo设备102a对于第二MCVideo设备发起的用于将从第三MCVideo设备102c接收的视频推送给第二MCVideo设备102b的离网MCVideo视频推送的过程。
第三MCVideo设备102c或第二MCVideo设备102b或两者可以是自主MCVideo客户端，或者可以是人为控制MCVideo客户端。在任何这样的组合中，遵循以下过程。此外，第三MCVideo设备102c和第一MCVideo设备102a可以属于同一MCVideo用户。
以下是离网MCVideo视频推送的前提条件。
1、第三MCVideo设备102c和第一MCVideo设备102a参与MCVideo通信，其中第一MCVideo设备102a从第三MCVideo设备102c接收媒体。
2、第一MCVideo设备102a的用户已经对于第二MCVideo设备102b的MCVideo用户发起MCVideo视频推送。
3、第一MCVideo设备102a和第二MCVideo设备102b是同一ProSe发现组的成员并且是能够ProSe 1：1直接通信的。
4、第一MCVideo设备102a使用ProSe发现过程发现了与第二MCVideo设备102b相关联的第二MCVideo设备102b。
在步骤502，第一MCVideo设备102a向第二MCVideo设备102b发送私有通信请求。私有通信请求指示该请求用于视频推送并包含SDP要约。
在步骤504，第二MCVideo设备102b上的MCVideo客户端可以向MCVideo用户通知MCVideo推送请求(如果第二MCVideo设备102b是人为控制的)。
在步骤506，第二MCVideo设备102b自动接受用于视频推送的私有通信请求，并向第一MCVideo设备102a发送私有通信应答响应。私有通信应答响应包含SDP应答。应注意，步骤504和506可以以任何顺序发生。
在步骤508，如果配置的话，第一MCVideo设备102a通过向第三MCVideo设备102b发送通知消息来向第三MCVideo设备102c通知推送给第二MCVideo设备102b的视频。
在步骤510，如果配置的话，第三MCVideo设备102c的MCVideo客户端可以向MCVideo用户通知推送给第二MCVideo设备102b的视频。
在步骤512，第一MCVideo设备102a和第二MCVideo设备102b建立用于通信的媒体平面。
在步骤514，将由第一MCVideo设备102a从第三MCVideo设备102c接收的视频从第一MCVideo设备102a发送到第二MCVideo设备102b并呈现给第二MCVideo设备102b的MCVideo用户。
如果任何MCVideo设备建立通信失败，则MCVideo客户端应向适当的MCVideo客户端发送指示失败原因的私有通信失败的响应。
如果在建立媒体会话之前或若已经建立时在建立媒体会话之后，由任何MCVideo设备接收私有通信失败的响应，则会话终止并且向MCVideo用户通知该失败及其原因。
图6是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备基于来自第三MCVideo设备的请求向第二MCVideo设备推送视频。
图6描述了由第三MCVideo设备102c处的MCVideo用户对于第一MCVideo设备102a发起的用于将视频推送给第二MCVideo设备102b的远程发起的离网MCVideo视频推送的过程。
第一MCVideo设备102a可以是自主MCVideo设备，或者可以是人为控制MCVideo设备。
以下是远程发起的离网MCVideo视频推送的前提条件。
1、第三MCVideo设备102c的MCVideo用户已经对于第一MCVideo设备102a远程发起MCVideo视频推送。
2、第三MCVideo设备102c和第一MCVideo设备102a是同一ProSe发现组的成员，并且是能够ProSe 1：1直接通信的。
3、第三MCVideo设备102c使用ProSe发现过程发现了邻近的第一MCVideo设备102a。
在步骤602，第三MCVideo设备102c向第一MCVideo设备102a发送远程视频推送请求。视频推送请求将第二MCVideo设备102b指示为期望的接收者。
在步骤604，第一MCVideo设备102a检查是否存在与第二MCVideo设备102b进行的私有通信。如果存在与第二MCVideo设备102b进行的私有通信，则跳过步骤610、步骤612、步骤614和步骤616，否则第一MCVideo设备102a使ProSe层能够发现第二MCVideo设备102b。
第三MCVideo设备102c可以将第二MCVideo设备102b的IP地址作为远程视频推送请求的一部分提供给第一MCVideo设备102a。在这种情况下，第一MCVideo设备102a不需要发现第二MCVideo设备102b。
在步骤606，第一MCVideo设备102a向第一MCVideo设备102a的用户通知输入的视频推送请求(如果第一MCVideo设备102a是人为控制的)。
在步骤608，第一MCVideo设备102a向第三MCVideo设备102c发送指示其尝试与第二MCVideo设备102b建立连接的视频推送尝试响应。
应注意，步骤604、606和608可以以任何顺序发生。
在步骤610，一旦(通过发现或从第三MCVideo设备102c)获得第二MCVideo设备102b的所需细节，第一MCVideo设备102a接受视频推送请求，并向第二MCVideo设备102b发送私有通信请求。私有通信请求指示该请求是响应于来自第三MCVideo设备102c的视频推送请求的。私有通信请求包含SDP要约。
在步骤612，第二MCVideo设备102b响应于私有通信请求向第一MCVideo设备102a发送私有通信应答响应。私有通信应答响应包含SDP应答。
在步骤614，第二MCVideo设备102b向MCVideo用户通知输入的私有通信请求作为输入视频的指示。
应注意，步骤612和614可以以任何顺序发生。
在步骤616，在从第二MCVideo设备102b接收到私有通信应答响应时，第一MCVideo设备102a向第三MCVideo设备102c发送指示第二MCVideo设备102b已接受该请求的通知消息。
在步骤618，第三MCVideo设备102c向MCVideo用户通知第二MCVideo设备102b接受该请求(如果第三MCVideo设备是人为控制的)。
在步骤620，第一MCVideo设备102a和第二MCVideo设备102b建立用于通信的媒体平面。
如果MCVideo设备102a和102b建立通信失败，则相应的MCVideo客户端向适当的MCVideo客户端发送指示失败原因的私有通信失败的响应。
在步骤622，将视频(即，媒体)从第一MCVideo设备102a发送到第二MCVideo设备102b，并呈现给第二MCVideo设备102b的MCVideo用户。
如果在建立媒体会话之前或若已经建立时在建立媒体会话之后，由第一MCVedio设备102a接收私有通信失败的响应，则会话终止并且向MCVideo用户通知该失败及其原因。
如果第一MCVideo设备102a未能将视频发送到第二MCVideo设备102b，则第一MCVideo设备102a向第三MCVideo设备102c发送指示原因的通知。
图7是示出根据本文公开的实施例的用于MCVideo组通信设置的在一个或多个MCVideo设备之间交换的各种信令消息的序列图。
图7描述了与MCVideo组的其他MCVideo设备建立MCVideo组通信的过程。一旦建立MCVideo组通信，MCVideo设备周期性地发送组通信公告(announcement)。
以下是MCVideo组通信设置的前提条件。
1、在第一MCVideo设备102a和第二MCVideo设备102b-102n中预先配置用于与MCVideo组相对应的ProSe直接通信的信息以及其到ProSe第2层组ID的映射。
2、第一MCVideo设备102a和第二MCVideo设备102b-102n是同一MCVideo组的成员。
3、第一MCVideo设备102a已发起MCVideo组通信。
在步骤702，第一MCVideo设备102a向第二MCVideo设备102b-102n的MCVideo组发送组通信公告消息。
在步骤704，在接收到组通信公告消息时，不是组通信公告消息中指示的MCVideo组的进行的组通信的一部分的第二MCVideo设备设置如该组通信公告消息中所述的媒体平面的参数。
在步骤706，MCVideo组的第二MCVideo设备102b-102n向MCVideo组发送确认参与MCVideo组通信的组通信应答响应。在从至少一个第二MCVideo设备接收到组通信应答响应消息时，其他MCVideo设备不需要发送组通信应答响应消息。如果组通信公告消息包括确认模式指示，则MCVideo设备发送组通信应答响应消息。
在将视频发送到MCVideo组之前，第一MCVideo设备102a应至少等待来自一个或多个第二MCVideo设备102b-102n的一个组通信应答响应消息。
在步骤708，第一MCVideo设备102a通过接收的组通信应答响应消息检查MCVideo组通信的参与者。
应注意，由于在离网组通信期间MCVideo设备的移动(在无线电覆盖范围之内以及之外)，周期性地发送包括用于媒体递送的参数的组通信公告消息。
此外，组通信公告可以包括用户ID、组ID、媒体类型编解码器、用于传输视频的控制端口、视频分辨率和视频帧速率、视频模式、视频模式的最后改变时间等。
在步骤710，第一MCVideo设备102a、第二MCVideo设备102b和第二MCVideo设备102n已成功建立用于通信的媒体平面和传输控制。
图8是示出根据本文公开的实施例的用于将视频推送给第二MCVideo设备的组的在第一MCVideo设备、第三MCVideo设备和第二MCVideo设备的组之间交换的各种信令消息的序列图。
图8描述了由第三MCVideo设备102c向第一MCVideo设备102a发起的、用于发起向第二MCVideo设备102b-102n的MCVideo组的视频推送的离网远程视频推送请求的过程。
以下是离网远程视频推送给MCVideo组的前提条件。
1、第三MCVideo设备102c和第一MCVideo设备102a是MCVideo组G的成员。
2、第三MCVideo设备102c已经对于第一MCVideo设备102a发起远程视频推送请求，以发起向一个或多个第二MCVideo设备102b-102n的MCVideo组G的视频推送。
在步骤802，第三MCVideo设备102c向第二MCVideo设备102b-102n的MCVideo组和第一MCVideo设备102a发送远程视频推送请求。远程视频推送请求将第一MCVideo设备102a指示为该请求的期望的目标并且将MCVideo设备102b-102n的MCVideo组作为期望的接收者。
在步骤804，在接收到远程视频推送请求作为该请求的期望的目标时，如果第一MCVedio设备102a是人为控制的，则第一MCVideo设备102a向MCVideo用户通知远程视频推送请求。MCVideo组的其他第二MCVideo设备向其各自的MCVideo用户通知远程视频推送请求。
在步骤806，第一MCVideo设备102a自动接受远程视频推送请求，并向MCVideo组发送具有视频推送指示的组通信公告消息。组通信公告消息包含SDP主体、以及组通信公告用于视频推送的指示。如图7中所描述的那样建立组通信。
图9是示出根据本文公开的实施例的在第一MCVideo设备和第二MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备拉取视频。
图9描述了第一MCVideo设备102a处的MCVideo用户对于第二MCVideo设备102b发起离网MCVideo拉取服务的过程。在该过程中，MCVideo拉取将视频拉取至自身(即，至第一MCVideo设备102a)。在接收到第一MCVideo设备用MCVideo拉取连接响应来对其进行响应的MCVideo拉取请求时，第二MCVideo设备102b发送MCVideo拉取连接请求。第二MCVideo设备102b可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任一种情况下，遵循以下过程，如图9所示。
在步骤902，第一MCVideo设备处的MCVideo用户发起针对第二MCVideo设备102b的MCVideo拉取操作(或者如果第二MCVideo设备102b是人为控制的，则针对第二MCVideo设备102b的MCVideo用户)。
在步骤904，第一MCVideo设备102a发起发现过程以发现第二MCVideo设备102b。在一个实施例中，发现过程可以使用第二MCVideo设备102b的MCVideo用户的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如ClientInfoID(客户端信息ID))作为参数来发起ProSe发现过程。在一个实施例中，在第一MCVideo设备102a中预先配置第二MCVideo设备102b的ProSe发现组ID和UserInfoID(用户信息ID)(或在自主客户端的情况下的等效ID，例如，ClientInfoID)。在另一实施例中，第一MCVideo设备102a可以发起MCVideo发现过程。
在步骤906，第一MCVideo设备102a向第二MCVideo设备102b发送MCVideo拉取请求。MCVideo拉取请求将第一MCVideo设备102a指示为期望的接收者，连同指示了所请求的视频细节。MCVideo拉取请求可以包含SDP主体。请求的视频可以是存储在第二MCVideo设备102b上的视频或由第二MCVideo设备102b实况捕捉的视频。
在步骤908，如果第二MCVideo设备102b是人为控制的，则第二MCVideo设备102b向MCVideo用户通知输入的MCVideo拉取请求。
在步骤910，第二MCVideo设备102b自动接受MCVideo拉取请求，并向第一MCVideo设备102a发送MCVideo拉取连接请求，指示接受MCVideo拉取请求。MCVideo拉取连接请求包含SDP要约。应注意，步骤908和步骤910可以以任何顺序发生。
在步骤912，第一MCVideo设备102a响应于MCVideo拉取连接请求来向第二MCVideo设备102b发送MCVideo拉取连接响应。MCVideo拉取连接请求包含SDP应答。
在步骤914，第一MCVideo设备102a的MCVideo客户端向MCVideo用户通知输入的MCVideo拉取连接请求，作为MCVideo拉取请求接受的指示。应注意，步骤912和步骤914可以以任何顺序发生。
在步骤916，第一MCVideo设备102a和第二MCVideo设备102b建立用于通信的媒体平面。在MCVideo设备102a或102b中的任一个由于如资源危机(crunch)、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败的情况下。在这种情形下，适当的MCVideo客户端向另一MCVideo客户端发送指示失败原因的MCVideo失败的响应。在一个实施例中，MCVideo设备可以在发送MCVideo拉取应答响应之前(或无需发送MCVideo拉取应答响应的情况下)发送MCVideo拉取失败的响应。
在步骤918，将视频(即，媒体)从第二MCVideo设备102b发送到第一MCVideo设备102a，并呈现给第一MCVideo设备102a的MCVideo用户。在一个实施例中，如果在媒体会话建立之前或之后由MCVideo客户端接收到MCVideo拉取失败的响应，则它自动终止并且MCVideo用户被通知该失败及其原因。
图10是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备向其自身和第三MCVideo设备拉取视频。
图10描述了第一MCVideo设备102a处的MCVideo用户对第二MCVideo设备102b发起离网MCVideo拉取服务的过程。在此过程中，MCVideo拉取将视频拉取至自身和另一MCVideo设备。第二MCVideo设备102b可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任一种情况下，遵循以下过程，如图10所示。
在步骤1002，第一MCVideo设备102a处的MCVideo用户发起针对第二MCVideo设备102b的MCVideo拉取操作。
在步骤1004，第一MCVideo设备102a发起发现过程以发现第二MCVideo设备102b。在一个实施例中，发现过程可以使用MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，第二MCVideo用户设备102b的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第一MCVideo设备102a中。在另一实施例中，第一MCVideo设备102a可以发起MCVideo发现过程。
在步骤1006，第一MCVideo设备102a向第二MCVideo设备102b发送MCVideo拉取请求。MCVideo拉取请求将第一MCVideo设备102a和第三MCVideo客户端C指示为期望的接收者，连同指示所请求的视频细节。MCVideo请求可以包含SDP主体。所请求的视频可以是存储在第二MCVideo设备102b上的视频或由第二MCVideo设备102b实况捕捉的视频。
在步骤1008，第一MCVideo设备102a向第三MCVideo客户端C发送关于MCVideo拉取请求的MCVideo拉取通知。MCVideo拉取通知可以包含SDP主体。
在步骤1010，第二MCVideo设备102b发起发现过程以发现第三MCVideo设备102c。在一个实施例中，发现过程可以使用第三MCVideo设备102c的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，第二MCVideo设备102b的ProSe发现组ID和UserInfoID(或在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第二MCVideo设备102b的MCVideo客户端中。在另一实施例中，第二MCVideo设备102b可以发起MCVideo发现过程。在另一实施例中，第一MCVideo设备102a可以向第二MCVideo设备102b提供关于第三MCVideo设备102c的所需细节，作为MCVideo拉取请求的一部分。在这种情况下，第二MCVideo设备102b不需要发现第三MCVideo设备102c。
在步骤1012，如果第二MCVideo设备102b是人为控制的，则第二MCVideo设备102b向MCVideo用户通知输入的MCVideo拉取请求。步骤1010和步骤1012可以以任何顺序发生。
在步骤1014，当(通过发现或从第一MCVideo设备102a)获得第三MCVideo设备102c的所需细节时，第二MCVideo设备102b自动接受MCVideo拉取请求，并向第一MCVideo设备102a和第三MCVideo设备102c两者发送指示接受MCVideo拉取请求的MCVideo拉取应答响应。MCVideo拉取应答响应可以包含SDP主体。
在步骤1016，在从第二MCVideo设备102b接收到MCVideo拉取应答响应之后，一旦MCVideo客户端准备好建立媒体平面，第三MCVideo设备102c就以MCVideo拉取就绪响应进行响应。
在步骤1018，第一MCVideo设备102a和第二MCVideo设备102b向相应MCVideo用户通知输入的MCVideo拉取应答响应作为MCVideo拉取请求接受的指示。应注意，步骤1016和步骤1018可以以任何顺序发生。
在步骤1020，第一MCVideo设备102a和第二MCVideo设备102b建立用于通信的媒体平面。此外，第二MCVideo设备102b和第三MCVideo设备102c建立用于通信的媒体平面。在某种情形下，MCVideo设备102a-102c可能由于如资源危机、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败。在这种情形下，MCVideo设备上的MCVideo客户端向适当的MCVideo客户端发送指示失败原因的MCVideo失败的响应。在一个实施例中，MCVideo客户端可以在发送MCVideo拉取应答响应之前(或无需发送MCVideo拉取应答响应的情况下)发送MCVideo拉取失败的响应。
在步骤1022，将视频(即，媒体)从第二MCVideo设备102b发送到第一MCVideo设备102a和第三MCVideo设备102c，并呈现给MCVideo用户。在一个实施例中，如果在建立媒体会话之前或之后由MCVideo客户端接收到MCVideo拉取失败的响应，则它自动终止并且MCVideo用户被通知该失败及其原因。
图11是示出根据本文公开的实施例的在第一MCVideo设备102a、第二MCVideo设备102b和第三MCVideo设备102c之间交换的各种信令消息的另一序列图，其中第一MCVideo设备102a向其自身拉取视频，并且第三MCVideo设备102c从第二MCVideo设备102b拉取视频。
图11描述了第一MCVideo设备102a处的MCVideo用户对于第二MCVideo设备102b发起离网MCVideo拉取服务的过程。在该过程中，MCVideo拉取将视频拉取至自身和第三MCVideo设备102c。第二MCVideo客户端102b在接收到MCVideo拉取请求时发送MCVideo拉取连接请求，其中第一MCVideo设备102a用MCVideo拉取连接响应来对该MCVideo拉取连接请求进行响应。第二MCVideo设备102b可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任一种情况下，应遵循以下过程，如图11所示。
在步骤1102：第一MCVideo设备102a处的MCVideo用户A发起针对第二MCVideo设备102b(或如果第二MCVideo设备102b是人为控制的，则针对MCVideo用户B)的MCVideo拉取操作。
在步骤1104：第一MCVideo设备102a发起发现过程以发现第二MCVideo客户端102b。在一个实施例中，发现过程可以使用第二MCVideo设备102b的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第一MCVideo设备102a中。在另一实施例中，第一MCVideo设备102a可以发起MCVideo发现过程。
在步骤1106：第一MCVideo设备102a向第二MCVideo设备102b发送MCVideo拉取请求。MCVideo拉取请求将第一MCVideo设备102a和第三MCVideo设备102c指示为期望的接收者，连同指示所请求的视频细节。MCVideo请求可以包含SDP主体。所请求的视频可以是存储在第二MCVideo设备102b上的视频或由第二MCVideo设备102b实况捕捉的视频。
在步骤1108：第二MCVideo设备102b发起发现过程以发现第三MCVideo设备102c。在一个实施例中，发现过程可以使用(第三MCVideo设备102c的)MCVideo用户C的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，MCVideo用户C的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第二MCVideo设备102b中。在另一实施例中，第二MCVideo设备102b可以发起MCVideo发现过程。在另一实施例中，第一MCVideo设备102a可以将关于第三MCVideo设备102c的所需细节作为MCVideo拉取请求的一部分提供给第二MCVideo设备102b。在这种情况下，第二MCVideo设备102b不需要发现第三MCVideo设备102c。
在步骤1110：如果第二MCVideo设备102b是人为控制的，则第二MCVideo设备102b向MCVideo用户B通知输入的MCVideo拉取请求。应注意，步骤1108和步骤1110可以以任何顺序发生。
在步骤1112：一旦(通过发现或从MCVideo客户端)获得第三MCVideo设备102c的所需细节，第二MCVideo设备102b自动接受MCVideo拉取请求，并向第一MCVideo设备102a和第三MCVideo设备102c发送指示接受MCVideo拉取请求的MCVideo拉取连接请求。MCVideo拉取连接请求包含SDP要约。
在步骤1114：第一MCVideo设备102a和第三MCVideo设备102c响应于相应的MCVideo拉取连接请求来向第二MCVideo设备102b发送MCVideo拉取连接响应。MCVideo拉取连接请求包含SDP应答。
在步骤1116：第一MCVideo设备102a和第三MCVideo设备102c向相应的MCVideo用户通知输入的MCVideo拉取连接请求作为MCVideo拉取请求接受的指示。
在步骤1118：第一MCVideo设备102a和第二MCVideo设备102b建立用于通信的媒体平面，并且第二MCVideo设备102b和第三MCVideo设备102c建立用于通信的媒体平面。在一些情况下，MCVideo设备102a、102b和102c由于如资源危机、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败。在这种情形下，对应的MCVideo客户端向适当的MCVideo客户端发送指示失败原因的MCVideo失败响应。在一个实施例中，MCVideo客户端可以在发送MCVideo拉取应答响应之前(或在无需发送MCVideo拉取应答响应的情况下)发送MCVideo拉取失败的响应。
在步骤1120：将视频(即，媒体)从第二MCVideo设备102b发送到第一MCVideo设备102a和第三MCVideo设备102c，并呈现给相应的MCVideo用户。在一个实施例中，如果在媒体会话建立之前或之后由MCVideo客户端接收到MCVideo拉取失败的响应，则它自动终止并且MCVideo用户被通知该失败及其原因(如果有的话)。
图12是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和第三MCVideo设备之间交换的各种信令消息的序列图，其中第一MCVideo设备向其自身拉取视频，并且第三MCVideo设备从第二MCVideo设备拉取视频。
图12描述了第一MCVideo设备102a对于第二MCVideo设备102b发起离网MCVideo拉取服务的过程。在该过程中，MCVideo拉取仅将视频拉取至第三MCVideo设备102c。第二MCVideo设备102b可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任一种情况下，遵循以下过程，如图12所示。
在步骤1202：第一MCVideo设备102a处的MCVideo用户A发起针对第二MCVideo设备102b(或如果第二MCVideo设备是人为控制的，则针对MCVideo用户B)的MCVideo拉取操作。
在步骤1204：第一MCVideo设备102a发起发现过程以发现第二MCVideo设备102b。在一个实施例中，发现过程可以使用MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在MCVideo客户端A中。在另一实施例中，第一MCVideo设备102a可以发起MCVideo发现过程。
在步骤1206：第一MCVideo设备102a向第二MCVideo设备102b发送MCVideo拉取请求。MCVideo拉取请求将第三MCVideo设备102c指示为期望的接收者，连同指示所请求的视频细节。MCVideo请求可以包含SDP主体。所请求的视频可以是存储在第二MCVideo设备102b上的视频或由第二MCVideo设备102b实况捕捉的视频。
在步骤1208：第一MCVideo设备102a向第三MCVideo设备102c发送关于MCVideo拉取请求的MCVideo拉取通知。MCVideo拉取通知可以包含SDP主体。
在步骤1210：第二MCVideo设备102b发起发现过程以发现第三MCVideo设备102c。在一个实施例中，发现过程可以使用MCVideo用户C的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，MCVideo用户的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第二MCVideo设备102b中。在另一实施例中，第二MCVideo设备102b可以发起MCVideo发现过程。在另一实施例中，第一MCVideo设备102a可以将关于第三MCVideo设备102c的所需细节作为MCVideo拉取请求的一部分提供给MCVideo客户端。在这种情况下，第二MCVideo设备102b不需要发现第三MCVideo设备102c。
在步骤1212：如果第二MCVideo设备102b是人为控制的，则第二MCVideo设备102b向MCVideo用户通知输入的MCVideo拉取请求。
在步骤1214：一旦(通过发现或从MCVideo客户端A)获得第三MCVideo设备102c的所需细节，第二MCVideo设备102b自动接受MCVideo拉取请求，并向第一MCVideo设备102a和第三MCVideo设备102c发送指示接受MCVideo拉取请求的MCVideo拉取应答响应。MCVideo拉取应答响应可以包含SDP主体。
在步骤1216：在从第二MCVideo设备102b接收到MCVideo拉取应答响应时，一旦客户端准备好建立媒体平面，第三MCVideo设备102c就以MCVideo拉取就绪响应进行响应。
在步骤1218：第一MCVideo设备102a和第三MCVideo设备102c向相应的MCVideo用户通知输入的MCVideo拉取应答响应作为MCVideo拉取请求接受的指示。应注意，步骤1216和步骤1218可以以任何顺序发生。
在步骤1220：第二MCVideo设备102b和第三MCVideo设备102c建立用于通信的媒体平面。MCVideo设备102b和102c可能由于如资源危机、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败。在这种情形下，对应的MCVideo客户端将指示失败原因的MCVideo失败的响应发送到适当的MCVideo客户端。在一个实施例中，MCVideo客户端可以在发送MCVideo拉取应答响应之前(或在无需发送MCVideo拉取应答响应的情况下)发送MCVideo拉取失败的响应。
在步骤1222：将视频(即，媒体)从第二MCVideo设备102b发送到第三MCVideo设备102c，并呈现给MCVideo用户。在一个实施例中，如果在建立媒体会话之前或之后由第二MCVideo设备102b接收到MCVideo拉取失败的响应，则它自动终止并且MCVideo用户被通知该失败及其原因(如果有的话)。
图13是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和MCVideo组之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备向MCVideo组拉取视频。
图13描述了第一MCVideo设备102a处的MCVideo用户A对于第二MCVideo设备102b发起离网MCVideo拉取服务的过程。在此过程中，MCVideo拉取将视频拉取到MCVideo组。第一MCVideo设备102a不是MCVideo组的成员。第二MCVideo设备102b可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任一种情况下，遵循以下过程，如图13所示。
在步骤1302：除了第一MCVideo设备102a之外，第二MCVideo设备102b和其他MCVideo设备102c-102n与同一MCVideo组相关联。
在步骤1304：第一MCVideo设备102a处的MCVideo用户A发起针对第二MCVideo设备(或如果第二MCVideo设备102b是人为控制的，则针对MCVideo用户B)的MCVideo拉取操作。
在步骤1306：第一MCVideo设备102a发起发现过程以发现第二MCVideo设备102b。在一个实施例中，发现过程可以使用MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第一MCVideo设备102a中。在另一实施例中，第一MCVideo设备102a可以发起MCVideo发现过程。
在步骤1308：第一MCVideo设备102a向第二MCVideo设备102b发送MCVideo拉取请求。MCVideo拉取请求将MCVideo设备102c-102n的MCVideo组指示为期望的接收者，连同指示所请求的视频细节。
在步骤1310：如果MCVideo客户端B是人为控制的MCVideo客户端，则第二MCVideo设备102b向MCVideo用户B通知MCVideo拉取请求。
在步骤1312：第二MCVideo设备102b自动接受MCVideo拉取请求，并向MCVideo组广播/多播MCVideo拉取通知响应，并向第一MCVideo设备102a广播/多播MCVideo拉取应答响应。MCVideo拉取通知响应可以包含SDP主体。应注意，步骤1310和步骤1312可以以任何顺序发生。
在步骤1314：在接收到MCVideo拉取应答响应时，如果MCVideo客户端A是人为控制的，则第一MCVideo设备102a向MCVideo用户A通知接受MCVideo拉取请求。MCVideo组成员还在接收MCVideo拉取通知响应时向其各自的MCVideo用户通知输入的通信。
在步骤1316：第二MCVideo设备102b与MCVideo组建立用于通信的媒体平面。第二MCVideo设备102b可能由于如资源危机、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败。在这种情形下，第二MCVideo设备102b向MCVideo组成员广播指示失败原因的MCVideo失败的响应。在一个实施例中，第二MCVideo设备102b可以在发送MCVideo拉取应答响应或MCVideo拉取通知响应之前(或在无需发送MCVideo拉取应答响应或MCVideo拉取通知响应的情况下)发送MCVideo拉取失败的响应。
在步骤1318：第二MCVideo设备102b向MCVideo组102c-102n广播/多播媒体；将其呈现给相应的MCVideo组成员。在一个实施例中，如果在建立媒体会话之前或之后由MCVideo设备接收到MCVideo拉取失败的响应，则它自动终止并且MCVideo用户被通知该失败及其原因(如果有的话)。
图14是示出根据本文公开的实施例的在第一MCVideo设备102a、第二MCVideo设备102b和MCVideo组102c-102n之间交换的各种信令消息的序列图，其中第一MCVideo设备从第二MCVideo设备向其自身和MCVideo组拉取视频。
图14描述了第一MCVideo设备102a处的MCVideo用户A对于第二MCVideo设备102b发起离网MCVideo拉取服务的过程。在该过程中，MCVideo拉取用于将视频拉取至其自身和MCVideo设备102c-102n的MCVideo组。第一MCVideo设备102a不是MCVideo组的成员。第二MCVideo设备102b可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任一种情况下，遵循以下过程。
在步骤1402：除了第一MCVideo设备102a之外，第二MCVideo设备102b和其他MCVideo设备102c-102n与同一MCVideo组相关联。
在步骤1404：第一MCVideo设备102a处的MCVideo用户A发起针对第二MCVideo设备102b(或如果第二MCVideo设备102b处的MCVideo客户端是人为控制的，则针对MCVideo用户B)的MCVideo拉取操作。
在步骤1406：第一MCVideo设备102a发起发现过程以发现第二MCVideo设备102b。在一个实施例中，发现过程可以使用MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第一MCVideo设备102a中。在另一实施例中，第一MCVideo设备102a可以发起MCVideo发现过程。
在步骤1408：第一MCVideo设备102a向MCVideo客户端B发送MCVideo拉取请求。MCVideo拉取请求将第一MCVideo设备102a和MCVideo设备102c-102n的MCVideo组指示为期望的接收者，连同指示所请求的视频细节。MCVideo拉取请求可以包括SDP主体。
在步骤1410：如果第二MCVideo设备102b处的MCVideo客户端是人为控制的MCVideo客户端，则第二MCVideo设备102b向MCVideo用户B通知MCVideo拉取请求。
在步骤1412：第二MCVideo设备102b自动接受MCVideo拉取请求，并向MCVideo组广播/多播MCVideo拉取通知响应，并向第一MCVideo设备10a广播/多播MCVideo拉取应答响应。MCVideo拉取通知响应和MCVideo应答响应均可以包含SDP主体。应注意，步骤1410和1412可以以任何顺序发生。
在步骤1414：在接收到MCVideo拉取应答响应时，如果MCVideo客户端A是人为控制的，则第一MCVideo设备102a向MCVideo用户A通知接受MCVideo拉取请求。MCVideo组成员还在接收MCVideo拉取通知响应时向其各自的MCVideo用户通知输入的通信。
在步骤1416：第二MCVideo设备102b与第一MCVideo设备102a建立用于通信的媒体平面。此外，第二MCVideo设备102b与MCVideo组建立用于通信的另一媒体平面。第一MCVideo设备102a或第二MCVideo设备102b可能由于如资源危机、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败。在这种情形下，对应的MCVideo客户端向适当的MCVideo客户端发送指示失败原因的MCVideo失败的响应。在一个实施例中，MCVideo客户端可以在发送MCVideo拉取应答响应或MCVideo拉取通知响应之前(或在无需发送MCVideo拉取应答响应或MCVideo拉取通知响应的情况下)发送MCVideo拉取失败的响应。
在步骤1418：第二MCVideo设备102b向第一MCVideo设备102a发送视频(即，媒体)，并向MCVideo组成员广播/多播媒体；将其呈现给相应的MCVideo组成员。在一个实施例中，如果在建立媒体会话之前或之后由MCVideo客户端接收到MCVideo拉取失败的响应，则它自动终止并且MCVideo用户被通知该失败及其原因(如果有的话)。
图15是示出根据本文公开的实施例的在第一MCVideo设备、第二MCVideo设备和MCVideo组之间交换的各种信令消息的序列图，其中第一MCVideo设备向MCVideo组推送视频。
图15描述了第二MCVideo设备102b处的MCVideo用户B通过发起离网MCVideo推送服务来将视频推送给MCVideo组的过程。在该过程中，MCVideo推送用于推送由第一MCVideo设备102a从第三MCVideo设备102c接收的视频。第一MCVideo设备102a可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任何这样的组合中，应遵循以下过程。第一MCVideo设备102a属于向其推送视频的MCVideo组。第三MCVideo设备102c可以是或可以不是MCVideo设备102b-102n的MCVideo组的一部分。在具体实施例中，第三MCVideo设备102c和第一MCVideo设备102a属于同一MCVideo用户。在另一实施例中，第三MCVideo设备102c和第一MCVideo设备102a是相同的客户端(单个客户端)。第三MCVideo设备102c和第一MCVideo设备102a是同一ProSe发现组的一部分，并且能够彼此进行1：1ProSe直接通信。
在步骤1502：第三MCVideo设备102c和第一MCVideo设备102a参与私有或组通信，其中第一MCVideo设备102a从第三MCVideo设备102c接收视频，如在步骤1504那样。在一个实施例中，第三MCVideo设备102c和第一MCVideo设备102a属于同一MCVideo用户。
在步骤1506：第一MCVideo设备处的MCVideo用户发起针对MCVideo设备102b-102n的MCVideo组的MCVideo推送操作。MCVideo推送请求可以包含SDP主体。
在步骤1508：如果MCVideo客户端是人为控制的，则MCVideo组的成员被其各自的MCVideo客户端通知MCVideo推送请求。
在步骤1510：如果配置的话，则第一MCVideo设备102a向第一MCVideo设备102a处的MCVideo客户端通知推送给MCVideo组的视频。在一个实施例中，如果MCVideo客户端A和MCVideo客户端B是单个实体，则在MCVideo客户端是人为控制的情况下，将通知呈现给MCVideo客户端的用户。
在步骤1512：第一MCVideo设备102a和MCVideo设备102b-102n的MCVideo组建立用于通信的媒体平面。第一MCVideo设备102a可能由于如资源危机、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败。在这种情形下，对应的MCVideo客户端将指示失败原因的MCVideo推送失败的响应发送到适当的MCVideo客户端。在一个实施例中，MCVideo客户端可以在发送MCVideo推送应答响应之前(或在无需发送MCVideo推送应答响应的情况下)发送MCVideo推送失败的响应。
在步骤1514：将由第一MCVideo设备102a从第三MCVideo设备102c接收的视频(即，媒体)从第一MCVideo设备102a发送到MCVideo组，并呈现给MCVideo组的成员。在一个实施例中，如果在建立媒体会话之前或之后由第一MCVideo设备102a或MCVideo组的MCVideo设备接收到MCVideo推送失败的响应，则它自动终止并且MCVideo用户被通知该故障及其原因(如果有的话)。
图16是示出根据本文公开的实施例的在第一MCVideo设备102a、第二MCVideo设备102b和第三MCVideo设备102c之间交换的各种信令消息的序列图，其中第二MCVideo设备102b从第三MCVideo设备102b接收被第一MCVideo设备102a拉取的视频。
图16描述了第一MCVideo设备102a处的MCVideo用户对于第二MCVideo设备102b发起离网MCVideo拉取服务的过程。在该过程中，来自第一MCVideo设备102a的MCVideo拉取请求是将视频拉取至其自身，该视频由第二MCVideo设备102b从第三MCVideo设备102c接收。第三MCVideo设备102c或第二MCVideo设备102b可以是自主MCVideo设备，或者可以是人为控制的MCVideo设备。在任何情况下，应遵循以下过程，如图16所示。
在步骤1602：第三MCVideo设备102c和第二MCVideo设备102b参与MCVideo通信。
在步骤1604：将视频从第三MCVideo设备102c发送到第二MCVideo设备102b。
在一个实施例中，第三MCVideo设备102c和第二MCVideo设备102b都可以属于同一MCVideo用户。
在步骤1606：第一MCVideo设备处的MCVideo用户发起针对第二MCVideo设备102b的MCVideo拉取操作。
在步骤1608：第一MCVideo设备102a发起发现过程以发现第二MCVideo设备102b。在一个实施例中，发现过程可以使用MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如ClientInfoID)作为参数来发起ProSe发现过程。在一个实施例中，MCVideo用户B的ProSe发现组ID和UserInfoID(或者在自主客户端的情况下的等效ID，例如，ClientInfoID)被预先配置在第一MCVideo设备102a中。
在步骤1610：第一MCVideo设备102a向第二MCVideo设备102b发送MCVideo拉取请求。MCVideo拉取请求将第一MCVideo设备102a指示为期望的接收者，连同指示所请求的视频细节(在这种情况下，其为从第三MCVideo设备102c接收的视频)。MCVideo请求可以包含SDP主体。
在步骤1612：如果MCVideo客户端B是人为控制的，则第二MCVideo设备102b向MCVideo用户B通知输入的MCVideo拉取请求。
在步骤1614：第二MCVideo设备102b自动接受MCVideo拉取请求，并发送指示接受MCVideo拉取请求的MCVideo拉取应答响应。MCVideo拉取应答响应可以包含SDP主体。在一个实施例中，步骤5和步骤6可以以任何顺序发生。
在步骤1616：第一MCVideo设备102a向MCVideo用户A通知输入的MCVideo拉取应答响应作为MCVideo拉取请求接受的指示。
在步骤1618：第二MCVideo设备102b和第一MCVideo设备102c建立用于通信的媒体平面。MCVideo设备102a或102b可能由于如资源危机、不支持的媒体编解码器、存储器故障等若干原因而建立通信失败。在这种情形下，对应的MCVideo客户端向适当的MCVideo客户端发送指示失败原因的MCVideo失败的响应。在一个实施例中，MCVideo客户端可以在发送MCVideo拉取应答响应之前(或在无需发送MCVideo拉取应答响应的情况下)发送MCVideo拉取失败的响应。
在步骤1620：将从第三MCVideo设备102c接收的视频(即，媒体)从第二MCVideo设备102b发送到第一MCVideo设备102a，并呈现给第一MCVideo设备102a的MCVideo用户A。在一个实施例中，如果在建立媒体会话之前或在已经建立的情况下在接收建立媒体会话之后由MCVideo设备102a或102b接收MCVideo拉取失败的响应，则它自动终止并且MCVideo用户被通知该故障及其原因(如果有的话)。
本文公开的实施例可以通过在至少一个硬件设备上运行的并执行网络管理功能以控制这些元件的至少一个软件程序来实现。图1至16所示的元件包括可以是硬件设备、或硬件设备与软件模块的组合中的至少一个的块。
具体实施例的前述描述将如此充分地揭示本文实施例的一般性质，在不脱离一般构思的情况下其他人可以通过应用当前知识容易地修改或改写(adapt)此类具体实施例的各种应用，并且因此在所公开的实施例的等同物的含义和范围内，应当并且旨在理解这些改写和修改。将理解，本文采用的措辞或术语是出于描述的目的而非限制。因此，尽管已经根据优选实施例描述了本文的实施例，但是本领域技术人员将认识到，可以在如本文所述的实施例的精神和范围内通过修改来实践本文的实施例。

Claims (20)

1.一种由通信系统中的第一设备执行离网视频通信的方法，该方法包括：
从第三设备接收指示至少一个第二设备作为期望的接收者的远程视频推送请求，其中，第一设备和第三设备被包括在同一个基于邻近的服务ProSe组中；
基于关于正在进行的与至少一个第二设备的私有通信的信息以及远程视频推送请求，确定是否执行发现至少一个第二设备；
基于远程视频推送请求，向至少一个第二设备发送包括视频推送请求的通信请求消息；
从至少一个第二设备接收通信应答响应消息；
与至少一个第二设备建立用于视频通信的媒体平面通信；以及
从第一设备向至少一个第二设备发送视频数据。
2.如权利要求1所述的方法，还包括：
向第三设备发送视频推送通知消息，
其中，所述视频推送通知消息指示视频数据被推送给至少一个第二设备。
3.如权利要求1所述的方法，其中，所述视频数据是由第一设备从第三设备接收的视频数据，其中，预先建立第一设备与第三设备之间的媒体平面通信。
4.如权利要求1所述的方法，
其中，在第三设备的ProSe发现过程中在第三设备发现邻近第三设备的第一设备。
5.如权利要求1所述的方法，还包括：
响应于通信请求消息，向第三设备发送响应消息，
其中，所述响应消息指示第一设备正在尝试与至少一个第二设备建立通信。
6.如权利要求1所述的方法，还包括：
向第三设备发送视频推送通知消息，
其中，所述视频推送通知消息指示通信请求已被至少一个第二设备接受。
7.如权利要求1所述的方法，其中，周期性地发送通信请求消息。
8.如权利要求1所述的方法，其中，通信请求消息还包括会话描述协议SDP要约，以及
其中，通信应答响应消息包括SDP应答。
9.一种由通信系统中的第四设备执行离网视频通信的方法，该方法包括：
向至少一个第五设备发送包括请求从至少一个第五设备递送视频数据的视频拉取请求的通信请求消息，其中，第四设备和至少一个第五设备被包括在同一个基于邻近的服务ProSe组中；
从至少一个第五设备接收通信应答响应消息；
与至少一个第五设备建立用于视频通信的媒体平面通信；以及
从至少一个第五设备接收视频数据。
10.如权利要求9所述的方法，其中，所述通信请求消息还包括会话描述协议SDP要约，以及
其中，所述通信应答响应消息包括SDP应答。
11.如权利要求9所述的方法，还包括：
执行用于发现邻近的至少一个第五设备的ProSe发现过程。
12.一种在通信系统中执行离网视频通信的第一设备，所述第一设备包括：
收发器；以及
处理器，与所述收发器耦合，并被配置为：
从第三设备接收指示至少一个第二设备作为期望的接收者的远程视频推送请求，其中，第一设备和第三设备被包括在同一个基于邻近的服务ProSe组中，
基于关于正在进行的与至少一个第二设备的私有通信的信息以及远程视频推送请求，确定是否执行发现至少一个第二设备，
基于远程视频推送请求，向至少一个第二设备发送包括视频推送请求的通信请求消息，
从至少一个第二设备接收通信应答响应消息，
与至少一个第二设备建立用于视频通信的媒体平面通信，以及
从第一设备向至少一个第二设备发送视频数据。
13.如权利要求12所述的第一设备，其中，所述处理器还被配置为：
向第三设备发送视频推送通知消息，
其中，所述视频推送通知消息指示视频数据被推送给至少一个第二设备。
14.如权利要求12所述的第一设备，其中，所述视频数据是由第一设备从第三设备接收的视频数据，其中，预先建立第一设备与第三设备之间的媒体平面通信。
15.如权利要求12所述的第一设备，其中，在第三设备的ProSe发现过程中在第三设备发现邻近第三设备的第一设备。
16.如权利要求12所述的第一设备，其中，所述处理器还被配置为：
响应于通信请求消息，向第三设备发送响应消息，
其中，所述响应消息指示第一设备正在尝试与至少一个第二设备建立通信。
17.如权利要求12所述的第一设备，其中，所述处理器还被配置为：
向第三设备发送视频推送通知消息，
其中，所述视频推送通知消息指示通信请求已被至少一个第二设备接受。
18.如权利要求12所述的第一设备，其中，周期性地发送通信请求消息。
19.如权利要求12所述的第一设备，其中，通信请求消息还包括会话描述协议SDP要约，以及
其中，通信应答响应消息包括SDP应答。
20.一种在通信系统中执行离网视频通信的第四设备，所述第四设备包括：
收发器；以及
处理器，与所述收发器耦合，并被配置为：
向至少一个第五设备发送包括请求从至少一个第五设备递送视频数据的视频拉取请求的通信请求消息，其中，第四设备和至少一个第五设备被包括在同一个基于邻近的服务ProSe组中；
从至少一个第五设备接收通信应答响应消息；
与至少一个第五设备建立用于视频通信的媒体平面通信；以及
从至少一个第五设备接收视频数据。
CN201780061065.9A 2016-10-01 2017-09-29 管理离网关键任务视频(mcvideo)通信系统中的mcvideo通信的方法 Active CN109792565B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN201641033646 2016-10-01
IN201641033646 2017-09-28
PCT/KR2017/010951 WO2018062940A1 (en) 2016-10-01 2017-09-29 Method for managing mission critical video (mcvideo) communications in off-network mcvideo communication system

Publications (2)

Publication Number Publication Date
CN109792565A CN109792565A (zh) 2019-05-21
CN109792565B true CN109792565B (zh) 2021-11-30

Family

ID=61763761

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780061065.9A Active CN109792565B (zh) 2016-10-01 2017-09-29 管理离网关键任务视频(mcvideo)通信系统中的mcvideo通信的方法

Country Status (5)

Country Link
US (1) US20210297748A1 (zh)
EP (1) EP3508026A1 (zh)
KR (1) KR102402514B1 (zh)
CN (1) CN109792565B (zh)
WO (1) WO2018062940A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11071007B2 (en) 2017-08-04 2021-07-20 Apple Inc. Cross functional signaling in off grid radio service devices for reduced over-the-air overhead
US20200204848A1 (en) * 2018-12-20 2020-06-25 Motorola Solutions, Inc Device and method for providing relevant video content to members of a communication group
US11368507B2 (en) 2019-02-16 2022-06-21 Samsung Electronics Co., Ltd. Method and device for controlling video reception
US20230275945A1 (en) * 2020-08-12 2023-08-31 Samsung Electronics Co., Ltd. A method for sharing a recording status inside a mission critical video group call
WO2022035290A1 (en) * 2020-08-13 2022-02-17 Samsung Electronics Co., Ltd. Methods and systems to share functional alias in mission critical video
US20230103760A1 (en) * 2021-09-21 2023-04-06 Samsung Electronics Co., Ltd. Method and system for controlling ad-hoc group communication with security context for mission critical services
CN114760599B (zh) 2022-06-14 2022-08-30 中国铁道科学研究院集团有限公司通信信号研究所 一种铁路MCVideo系统组呼视频传输控制的方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016039579A1 (ko) * 2014-09-11 2016-03-17 엘지전자 주식회사 무선 통신 시스템에서 mcptt 그룹 콜 설정 방법 및 이를 위한 장치

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070088838A1 (en) * 2005-10-17 2007-04-19 Zohar Levkovitz Device, system and method of wireless content delivery
US8490124B2 (en) * 2008-05-29 2013-07-16 Qualcomm Incorporated Method and apparatus for improving performance and user experience of a mobile broadcast receiver
US10498782B2 (en) * 2011-12-12 2019-12-03 Samsung Electronics Co., Ltd. Method and apparatus for experiencing a multimedia service
US9386275B2 (en) * 2014-01-06 2016-07-05 Intel IP Corporation Interactive video conferencing
WO2016003157A1 (en) * 2014-06-30 2016-01-07 Lg Electronics Inc. A method and appartus for supporting a mission critical push to talk service in a wireless access system
US10079822B2 (en) * 2014-06-30 2018-09-18 Intel IP Corporation Techniques for securely receiving critical communication content associated with a critical communication service
US20160105786A1 (en) * 2014-10-10 2016-04-14 Qualcomm Incorporated Leveraging peer-to-peer discovery messages for group activity notification
US9936498B2 (en) * 2014-11-04 2018-04-03 Qualcomm Incorporated High reliability low latency mission critical communication
RU2711023C1 (ru) * 2016-07-15 2020-01-14 Хуавей Текнолоджиз Ко., Лтд. Способ обращения за разрешением на медиапередачу и способ и устройство для отмены разрешения на медиапередачу

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016039579A1 (ko) * 2014-09-11 2016-03-17 엘지전자 주식회사 무선 통신 시스템에서 mcptt 그룹 콜 설정 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
无.Common functional architecture to support mission critical services;Stage 2.《3rd Generation Partnership Project;Technical Specification Group Services and System Aspects 》.2016, *

Also Published As

Publication number Publication date
WO2018062940A1 (en) 2018-04-05
KR20190050798A (ko) 2019-05-13
CN109792565A (zh) 2019-05-21
EP3508026A4 (en) 2019-07-10
EP3508026A1 (en) 2019-07-10
KR102402514B1 (ko) 2022-05-26
US20210297748A1 (en) 2021-09-23

Similar Documents

Publication Publication Date Title
CN109792565B (zh) 管理离网关键任务视频(mcvideo)通信系统中的mcvideo通信的方法
EP3504864B1 (en) Method for managing short data service (sds) in mission critical data (mc data) communication system
US11122111B2 (en) Method for managing communication in mission critical data (MCData) communication system
CN112738540A (zh) 多设备直播切换方法、装置、系统、电子设备和可读存储介质
US20210314742A1 (en) Method and apparatus for transmitting and receiving data in mission critical data communication system
CN105723778A (zh) 用于控制d2d发现过程的方法和装置
WO2016201795A1 (zh) 消息发送方法及装置
CN106331198A (zh) Nat穿透方法及装置
WO2022013190A1 (en) Providing stored files for mission critical data file distribution over multicast-broadcast multimedia services
US20240007509A1 (en) Interactive calling for internet-of-things
US11503164B2 (en) Media interaction method in DECT network cluster
WO2022157069A1 (en) Nid for mb session id for 5mbs
US20230337326A1 (en) Method and apparatus for network switching
US20220400410A1 (en) Enhanced pfcp association procedure for session restoration
US9247483B2 (en) Method and system for data traffic offload
JP5295646B2 (ja) 通信システム
JP6408159B2 (ja) 通信方法及び装置
CN115499712B (zh) 一种组播流的显示方法、装置、介质及电子设备
US20230109786A1 (en) Broadcast session establishment
WO2017193519A1 (zh) 呼叫状态的通知方法、装置及系统
KR101874019B1 (ko) Ims 망을 이용하여 반이중 통화, 전이중 통화, 컨퍼런스 및 문자 서비스 기능을 제공하는 ptt 시스템
KR101307719B1 (ko) 미디어 릴레이 서버의 자원 관리 방법
CN117579999A (zh) 无线自组网组播传输方法及无线自组网
Yu et al. Design and implementation of an audio/video group chat application for wireless mesh networks
CN116801326A (zh) Mbs的配置方法及装置、计算机可读存储介质、计算设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant