CN105556980B - 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统 - Google Patents

用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统 Download PDF

Info

Publication number
CN105556980B
CN105556980B CN201480051537.9A CN201480051537A CN105556980B CN 105556980 B CN105556980 B CN 105556980B CN 201480051537 A CN201480051537 A CN 201480051537A CN 105556980 B CN105556980 B CN 105556980B
Authority
CN
China
Prior art keywords
isc
session
communication
client
sip
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
CN201480051537.9A
Other languages
English (en)
Other versions
CN105556980A (zh
Inventor
A.K.塞尔瓦拉
B.J.帕坦
李炅卓
吴奎奉
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 CN105556980A publication Critical patent/CN105556980A/zh
Application granted granted Critical
Publication of CN105556980B publication Critical patent/CN105556980B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone 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/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/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/643—Communication protocols
    • 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Strategic Management (AREA)
  • Computing Systems (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Telephonic Communication Services (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)

Abstract

提供了一种用于建立一个或多个通信设备之间的ISC会话用于内容观看和/或通信来使能内容观看和通信的集成的方法和系统。内容观看和通信的集成或融合向参与ISC会话的ISC环境中的一个或多个ISC用户提供了沉浸式用户体验，ISC会话包括自ISC会话、一对一ISC会话或组ISC会话。该方法允许发起者ISC客户在用于内容观看的第一SIP INVITE中附加一个或多个第一参数，并且在用于通信的第二SIP INVITE中附加一个或多个第二参数。公共附加的参数诸如ISCConvergenceID指示媒体功能和通信功能相对于内容观看集成通信。

Description

用于在沉浸式社交中心会话中集成内容观看和通信的方法和 系统
技术领域
本发明涉及移动通信，并且更特别地，涉及通过集成内容观看和通信来使能移动设备上的多媒体服务。
背景技术
移动通信技术的快速发展提供了普遍存在的网络连接性。随着诸如智能手机的通信设备的发展；对于在通信设备上观看的内容的需求正在呈指数增长。在今天的高度竞争的电信产业中，对于网络运营商和服务提供商来说，提供丰富和满足的用户体验是挑战性的任务。因而，服务提供商热衷于将他们的努力着重于将增值服务与提供给用户的内容观看服务一起提供在他/她的移动通信设备上。内容观看和通信的融合使得服务提供商能够向用户提供沉浸式的体验。例如，当一组朋友在他们各自的智能手机上享受观看相同的直播比赛的同时与该组朋友聊天。
现有的方法提供标准和非标准的使能器(enabler)用于供内容观看的多媒体的分发和通信。然而，内容观看和通信大多如孤岛般被部署，并且大多基于彼此独立的接口。此独立部署是对于提供内容观看和通信的集成的障碍。目前，每当用户期望在他/她的移动通信设备上观看内容的上下文(context)下与其他用户通信时；一般，用户明确地提供正在被观看的内容的上下文。这在多个用户在他们各自的通信设备上同时观看内容的上下文下未能提供沉浸式的感觉。
然而，向用户传递内容的服务提供商参考用户正在观看的内容而知晓用户上下文。目前，开放移动联盟(OMA)已经识别沉浸式社交中心(ISC)使能器的要求而包括对于增强用户对于增值特征的体验来提供沉浸式(与人们在一起(being their-being with))体验的要求。这些增值特征包括使得被识别为一组的多个通信设备能够同时组织内容观看会话和通信会话，来参考被观看的内容在该组中使能内容观看和通信会话的集成。
提供高效的方法来满足ISC使能器对于内容观看和通信的集成的要求来增强用户体验并有效地提高服务渗透力将是令人感激的。
发明内容
技术问题
然而，向用户传递内容的服务提供商参考用户正在观看的内容而知晓用户上下文。目前，开放移动联盟(OMA)已经识别沉浸式社交中心(ISC)使能器的标识的要求而包括对于增强用户对于增值特征的体验来提供沉浸式(与人们在一起)体验的要求。这些增值特征包括使得被识别为组的多个通信设备能够同时组织内容观看会话和通信会话，来参考被观看的内容在该组中使能内容观看和通信会话的集成。
解决方案
这里的实施例的首要目标是提供一种基于用于个人ISC会话、一对一ISC会话或组ISC会话的ISC架构来建立用于内容观看和/或通信的沉浸式社交中心(ISC)会话的方法和系统。
本发明的另一目标是提供一种使能在所建立的ISC会话中集成内容观看和/或通信的方法。
因此本发明提供了一种用于通过沉浸式社交中心ISC服务器来建立ISC会话的方法，其中该方法包括通过ISC服务器中的媒体功能从发起者ISC客户接收包括至少一个第一参数的第一会话发起协议(SIP)INVITE(邀请)。第一SIP INVITE是用于当发起者ISC客户接收到对于建立用于内容观看的ISC会话的请求时发起用于内容观看的ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体(body)中的至少一个元素和会话描述协议(SDP)。此外，所发起的用于内容观看的ISC会话由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。该方法还包括由ISC服务器中的通信功能从发起者ISC客户接收包括至少一个第二参数的第二SIP INVITE。第二SIP INVITE是用于当发起者ISC客户接收到对于建立用于通信的ISC会话的请求时发起用于通信的ISC会话。此外，第二SIP INVITE中的通信会话标识符被分配用于在ISC会话中集成通信与内容观看的ISC Convergence ID(融合ID)的值，并且所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素以及SDP。此外，该方法包括由媒体功能基于在第一SIP INVITE中接收的ISC会话标识符、第一SIP INVITE中的MIME主体中的元素和SDP来建立用于内容观看的ISC会话。此外，该方法包括由通信功能基于在分配有ISC会话标识符的值的第二SIPINVITE中接收的通信会话标识符、第二SIP INVITE的SDP以及MIME主体中的元素来建立用于通信的ISC会话。通信会话标识符标识ISC会话中的通信。
因此，本发明提供了一种由发起者沉浸式社交中心ISC客户发起ISC会话的方法，其中该方法包括接收对于发起用于内容观看和通信中的至少一个的ISC会话的请求。此外，该方法包括：生成并向ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所接收的请求是用于内容观看时发起用于内容观看的ISC会话。此外，所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)body中的至少一个元素以及会话描述协议(SDP)，并且所发起的用于内容观看的ISC会话是由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。此外，该方法包括：生成并向ISC服务器中的通信功能发送包括至少一个第二参数的第二SIP INVITE，用于当所接收的请求是用于通信时发起用于通信的ISC会话。此外，第二SIP INVITE中的通信会话标识符被分配用于集成通信与内容观看的ISC会话标识符的值，并且所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素以及SDP。此外，该方法包括在媒体功能基于第一SIPINVITE中的ISC会话标识符、MIME主体中的元素和SDP建立ISC会话之后，参与用于内容观看的ISC会话。此外，该方法包括：在通信功能基于分配有ISC会话标识符的值的通信会话标识符、第二SIP INVITE的SDP以及MIME主体中的元素来参与用于通信的ISC会话。
因此本发明提供了一种用于接收者沉浸式社交中心ISC客户参与ISC会话的方法，其中该方法包括接收从ISC服务器的媒体功能转发的第一SIP INVITE和从ISC服务器的通信功能转发的第二SIP INVITE中的至少一个，用于参与由发起者ISC客户发起的ISC会话。此外，ISC会话是由发起者ISC客户发起的一对一ISC会话和组ISC会话中的一个。此外，该方法包括：基于在从ISC服务器的媒体功能接收的转发的第一SIP INVITE和从ISC服务器的通信功能接收的转发的第二SIP INVITE中的至少一个中接收的ISC SessionType(会话类型)的值，来确定ISC会话是否用于内容观看和通信中的至少一个。此外，该方法包括：基于所确定的ISC SessionType的值来通知接收者ISC客户的ISC用户对于所发起的ISC会话的邀请。此外，该方法包括：基于从ISC用户的输入向媒体功能和通信功能发送响应，该响应指示参与ISC会话。
因此，本发明提供了一种用于建立沉浸式社交中心(ISC)会话的系统，其中该系统包括ISC服务器、发起者ISC客户和多个接收者ISC客户。此外，发起者ISC客户被配置为接收对于发起用于内容观看和通信中的至少一个的ISC会话的请求。此外，发起者ISC客户被配置为生成并向ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所接收的请求是用于内容观看时发起用于内容观看的ISC会话。此外，所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素以及会话描述协议(SDP)，并且其中所发起的用于内容观看的ISC会话是由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。此外，发起者ISC客户被配置为生成并向ISC服务器中的通信功能发送包括至少一个第二参数的第二SIP INVITE，来当所接收的请求是用于通信时发起用于通信的ISC会话。此外，第二SIP INVITE中的通信会话标识符被分配用于集成通信与内容观看的ISC会话标识符的值，并且所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素以及SDP。此外，媒体功能被配置为接收由发起者ISC客户发送的第一SIP INVITE，并且基于第一SIP INVITE中的所接收的ISC会话标识符、MIME主体中的元素和SDP来建立用于内容观看的ISC会话。此外，通信功能被配置为接收由发起者ISC客户发送的第二SIP INVITE，并且基于所接收的分配有ISC会话标识符的通信会话标识符、第二SIP INVITE的SDP以及MIME主体中的元素来建立用于通信的ISC会话。
因此，本发明提供了一种包括记录在计算机可读非瞬时性储存介质上的计算机可运行程序代码的计算机程序产品，该计算机可运行程序代码当被运行时，导致包括以下的动作：由ISC服务器中的媒体功能从发起者ISC客户接收包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当发起者ISC客户接收到对于建立用于内容观看的ISC会话的请求时发起用于内容观看的ISC会话。所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素和会话描述协议(SDP)。所发起的用于内容观看的ISC会话由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。此外，该计算机程序产品被配置为由ISC服务器中的通信功能从发起者ISC客户接收包括至少一个第二参数的第二SIP INVITE，来当发起者ISC客户接收到对于建立用于通信的ISC会话的请求时发起用于通信的ISC会话，并且第二SIP INVITE中的通信会话标识符被分配有用于在ISC会话中集成通信和内容观看的ISC会话标识符的值。所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素和SDP。此外，计算机程序产品被配置为由媒体功能基于第一SIP INVITE中接收的ISC会话标识符、第一SIP INVITE中的MIME主体中的元素和SDP来建立用于内容观看的ISC会话。此外，该计算机程序产品被配置为通过通信功能基于在分配有ISC会话标识符的值的第二SIP INVITE中接收的通信会话标识符来建立用于通信的ISC会话。此外，第二SIP INVITE的基于SDP和MIME主体中的元素来建立ISC会话，其中通信会话标识符标识通信。
这里的实施例的这些和其它方面当结合以下描述和附图来考虑时，将更好理解和领会。然而，应该理解，以下描述当指示优选实施例及其众多特定细节时，是通过说明而非限制的方式被给出。在这里的实施例的范围之内可以进行很多改变和修改，而不脱离其精神，并且这里的实施例包括所有这样的修改。
附图说明
此发明在附图中示出，遍及附图，在各图中相似的参考字母指示相应的部分。根据以下参照附图的描述，这里的实施例将更好理解，附图中：
图1示出根据如在此公开的实施例的用于建立沉浸式社交中心(ISC)会话的ISC架构；
图2是根据如在此公开的实施例的参与ISC会话的通信设备上的用户界面的示例图示；
图3示出根据如在此公开的实施例的用于建立ISC会话的通信设备的模块；
图4示出根据如在此公开的实施例的用于建立由通信设备发起的ISC会话的ISC服务器的模块；
图5是示出根据如在此公开的实施例的用于建立用于内容观看和/或通信的ISC会话的方法的流程图；
图6是示出根据如在此公开的实施例的当内容作为单播内容对通信设备的ISC客户可得时的用于内容观看的个人ISC会话的建立以及正被观看的内容的改变通过会话发起协议(SIP)re-INVITE被执行的示例顺序图；
图7是示出根据如在此公开的实施例的当内容作为多播内容对ISC客户可得时的用于内容观看的个人的ISC会话的建立以及正被观看的内容的改变通过SIP re-INVITE被执行的示例顺序图；
图8是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且实时流协议(RTSP)控制被提供给移动通信设备的用户时用于内容观看的个人的ISC会话的建立的示例顺序图；
图9是示出根据如在此公开的实施例的用于内容观看和通信的一对一ISC会话的发起的示例顺序图；
图10a，b是示出根据如在此公开的实施例的当内容作为单播内容对参与一对一ISC会话的移动通信设备的ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及正被观看的内容的改变通过SIP re-INVITE被执行的示例顺序图；
图11a，b是示出根据如在此公开的实施例的当内容作为多播内容对ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及正被观看的内容的改变通过SIPre-INVITE被执行的示例顺序图；
图12是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给用户时的用于内容观看和通信的一对一ISC会话的建立的示例顺序图；
图13是示出根据如在此公开的实施例的当在ISC服务器中集成媒体功能和通信功能时的用于内容观看和通信的一对一ISC会话的建立的示例顺序图；
图14是示出根据如的此公开的实施例的当内容作为单播内容对预定义的组中的ISC客户可得时的预定义的组之间用于内容观看和通信的组ISC会话的建立的示例顺序图；
图15是示出根据如在此公开的实施例的当在组ISC会话期间内容作为单播内容对ISC客户可得时通过SIP re-INVITE改变正由预定义的组观看的内容的示例顺序图；
图16是示出根据如在此公开的实施例的当内容作为多播内容对预定义的组中的ISC客户可得时在预定义的组之间用于内容观看和通信的组ISC会话的建立的示例顺序图；
图17是示出根据如在此公开的实施例的当在组ISC会话期间内容作为多播内容对预定义的组的ISC客户可得时通过SIP re-INVITE改变正由预定义的组观看的内容的示例顺序图；
图18a，b是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给用户时的用于内容观看和通信的组ISC会话的建立的示例顺序图；
图19示出根据如在此公开的实施例的当对ad-hoc组可得的内容是单播时形成ad-hoc ISC组来建立组ISC会话的示例顺序图；
图20示出根据如在此公开的实施例的用于将所建立的一对一ISC会话延伸到组ISC会话的示例顺序图；
图21示出根据如在此公开的实施例的当在ISC服务器中集成媒体功能和通信功能时用于建立用于内容观看和通信的组ISC会话的示例顺序图；以及
图22示出根据如在此公开的实施例的实现用于建立用于集成内容观看和通信的ISC会话的方法和系统的计算环境。
具体实施方式
参考在附图中示出并且在下面的描述中详述的非限制性实施例，更全面地解释了这里的实施例及其各种特征和有利细节。省略公知组件和处理技术的描述以免不必要地模糊这里的实施例。在此使用的示例仅仅意在促进可以实践这里的实施例的方式的理解，并且进一步使得本领域技术人员能够实践这里的实施例。因此，示例不应该被解释为限制这里的实施例的范围。
在详细描述实施例之前，提供在此使用的关键术语和概念的定义是有用的。除非另外定义，否则在此使用的全部技术和科学术语都具有与此发明所属的领域普通技术人员通常理解的相同的意思。
发起者沉浸式社交中心(Immersive Social Centre,ISC)客户：指的是发起ISC会话的通信设备上的ISC客户。ISC会话由发起者ISC客户在从用户(ISC用户)接收请求和从由ISC环境提供的ISC使能器接收ISC服务时发起。ISC会话可以是个人ISC会话、一对一ISC会话或组ISC会话。此外，发起者ISC客户也被称为起源客户。
接收者ISC客户：指的是参与ISC会话的另外的ISC用户的另外的通信设备上的ISC客户。这里涉及的ISC会话可以是由发起者ISC客户发起的一对一ISC会话或者组ISC会话。这里，组ISC会话可以涉及在形成组的多个ISC客户之间建立的会话。此外，接收者ISC客户也被称为终止客户。
这里的实施例实现了一种用于在ISC环境中建立一个或多个通信设备之间的ISC会话用于内容观看和/或通信来使能内容观看和通信的集成的方法和系统。内容观看和通信的集成或融合向参与ISC会话的ISC环境中的ISC用户提供了沉浸式用户体验。
ISC会话可以是个人ISC会话、一对一ISC会话或由ISC使能器中的ISC服务器管理的组ISC会话。个人ISC会话(也被称为自ISC会话)由发起者ISC客户发起用于内容观看。一对一ISC会话是在发起者ISC客户和从ISC环境中的多个接收者ISC客户中选择的接收者ISC客户之间的会话。组ISC会话是在包括ISC环境中的发起者ISC客户和多个接收者ISC客户的组成员之间。
该方法允许ISC服务器中的媒体功能来管理ISC会话的内容观看，并允许ISC服务器的通信功能使用会话发起协议(SIP)来管理ISC会话的通信。该方法允许发起者ISC客户在用于内容观看的第一SIP INVITE中附加一个或多个第一参数，并且在用于通信的第二SIP INVITE中附加一个或多个第二参数。
在实施例中，发起者ISC客户内部地与发起者通信客户(融合IP消息(CPM)客户)通信来生成并朝通信功能发送用于通信的第二SIP INVITE。诸如作为对第一SIP INVITE和第二SIP INVITE来说公共的ISC融合ID的ISC会话标识符的附加参数，指示媒体功能和通信功能以相对于内容观看建立通信。
基于ISC会话请求是用于一对一ISC会话还是组ISC会话，第一SIP INVITE和第二SIP INVITE被转发到一个或多个接收者ISC客户。诸如到第一SIP INVITE和第二SIPINVITE的ISC SessionType(会话类型)的附加参数指示接收者ISC客户所接收的用于ISC会话建立的请求是用于内容观看和通信之一还是两者。
在实施例中，接收者ISC客户内部地与接收者CPM客户通信用于处理由通信功能转发的第二SIP INVITE。由该方法提供的集成使得通信功能能够在由媒体功能建立的内容观看期间参考正被观看的内容来建立通信。
此外，该方法允许ISC服务器管理从发起者ISC客户接收的请求，该请求用于在预定义的ISC组或由发起者ISC客户形成的ad-hoc ISC组之间发起ISC组会话。
在实施例中，该方法允许ISC服务器管理来自发起者ISC客户的请求，该请求用于在建立的ISC会话期间改变正被观看的内容。该方法允许ISC服务器管理来自参与所建立的ISC会话的接收者ISC客户的离开所建立的ISC会话的请求。
在实施例中，该方法允许发起者ISC客户发送对于添加组成员到所建立的组ISC会话或从所建立的组ISC会话终止组成员的请求。此外，该方法允许发起者ISC客户发送对于将所建立的一对一ISC会话延伸为组ISC会话的请求。
然而，通信功能指的是CPM使能器服务器侧功能组件，因而遍及描述，术语通信功能和CPM被可互换地使用。
在实施例中，通信设备可以是智能手机、平板、个人数字助理、掌上型电脑、膝上型电脑和能够处理ISC会话的任何其它通信设备。
现在参照包括图1至22的图，示出了优选实施例，其中遍及附图，相似的参考符号始终表示相应的特征。
图1示出根据如在此公开的实施例的用于建立ISC会话的ISC架构。该图描绘了具有ISC架构的多个组件的ISC环境。
按照OMA联盟提供的标准规范，ISC架构包括ISC使能器111，ISC使能器111包括多个功能组件并且由外部功能组件112支持。在通信设备中，ISC使能器111包括ISC客户101(发起者ISC客户)、ISC客户102(接收者ISC客户)和ISC客户103(接收者ISC客户)，它们分别与通信设备100a、100b和100c相关联。在网络域，ISC使能器111包括ISC服务器105、ISC XML文档管理服务器(ISC XDMS)106和ISCCP网关(CP网关)107。网络域中的ISC使能器功能组件由外部功能组件112支持，外部功能组件112包括但不限于核心网104的SIP/IP核心、内容提供器108、远程ISC环境109和支持服务器110。
所公开的方法允许发起者ISC客户101分别在图1描绘的ISC环境中的通信设备100b和100c的ISC用户之间发起用于内容观看和/或通信的ISC会话。ISC会话发起请求被通过核心网104的SIP/IP核心通信给ISC使能器的ISC服务器105，其中核心网104的SIP/IP核心提供ISC使能器所要求的基于SIP/IP的功能。
作为本领域技术人员，理解发起者ISC客户101可以具有到内容列表的途径，用于指定要在内容观看期间观看的内容。
在实施例中，发起者ISC客户101可以在执行提交的PS申请4142/CHE/2013中指定的用于检索内容列表的过程之后检索内容列表。内容列表格式可以如PS申请4142/CHE/2013中指定的。
然而，如果所请求的内容分组对于媒体功能已经不可得，则ISC服务器105中的媒体功能生成朝ISC CP网关107的请求。此外，ISC CP网关107可以请求内容提供器108来提供所要求的内容分组以传递到参与会话的ISC客户。
在实施例中，由ISC服务器105的媒体功能从ISC CP网关107接收的内容是单播或者多播分组。
ISC会话由发起者ISC客户101在从通信设备100a的ISC用户接收到ISC会话建立请求时发起。基于来自ISC用户的请求的类型，由发起者ISC客户101发起的ISC会话可以是仅用于内容观看的个人ISC会话。所发起的ISC会话也可以是通信设备100a和100b的ISC用户之间分别用于内容观看和/或通信的一对一ISC会话。所发起的ISC会话也可以是通信设备100a、100b和100c的ISC用户之间分别用于内容观看和/或通信的组ISC会话。该方法允许发起者ISC客户101通过附加一个或多个第一参数来向ISC服务器105发送用于内容观看的第一SIP INVITE。该方法允许发起者ISC客户101通过附加一个或多个第二参数来发送用于通信的第二SIP INVITE。
分别在发起者ISC客户101和一个或多个接收者ISC客户102和103之间的控制信号和消息的交换由ISC服务器的媒体功能和通信功能来管理，以建立如第一SIP INVITE和第二SIP INVITE中接收的ISC会话。然而，控制信号和消息在ISC服务器105之内的其它功能组件以及ISC使能器的外部功能组件112(诸如支持性服务器110和位于其它网络环境中的远程ISC环境109)之间交换。
附加到第一SIP INVITE和第二SIP INVITE两者的ISCConvergenceID使得媒体功能和通信功能能够识别发起的内容观看和通信之间的相互关系。因而，如果ISC用户请求用于内容观看和通信两者的ISC会话，则ISCConvergenceID集成内容观看和通信。
附加到第一SIP INVITE和第二SIP INVITE两者的会话类型向一个或多个接收者ISC客户指示所接收的第一SIP INVITE和第二SIP INVITE是仅用于内容观看、仅通信还是内容观看和通信两者。
在建立所请求的ISC会话时，媒体功能传递所请求的内容给ISC会话中的一个或多个参与者。
ISC会话的一个或多个参与者(例如，通信设备100a、100b和100c分别的ISC用户)可得的内容可以是单播或多播内容。
在实施例中，内容可以是诸如由内容提供器108提供的直播内容、视频点播等的媒体内容。
在实施例中，该方法允许ISC客户101、101和103分别和ISC服务器105的媒体功能使用单播或多播协议的任何一种，诸如用户数据报协议(UDP)或实时传输协议(RTP)(UDP/RTP)、互联网组管理协议(IGMP)等，用于接收和传递要观看的内容。
基于由ISC用户选择的通信的抉择，所建立的用于通信的ISC会话可以是聊天会话、视频呼叫、IP语音(VoIP)呼叫等。
在实施例中，ISC用户可以使用SIP re-INVITE消息来改变正被观看的内容而不破坏所建立的ISC会话。
在实施例中，在正在进行的一对一ISC会话中，如果SIP re-INVITE消息中的同步字段Sync的值被设置为(yes)，则对媒体功能指示接收者ISC客户必须被同步用于内容观看。因而，在传递内容到接收者ISC客户的同时反映正在被观看的内容的变化。
然而，对于组ISC会话，同步字段Sync可以被设置为(yes)作为默认设置，从而同步由ISC组会话的全部参与者(组成员)所观看的内容。
在实施例中，该方法使得一个或多个ISC客户能够向一个或多个ISC用户提供相对于在个人ISC会话、一对一ISC会话或者组ISC会话中正被观看的内容的RTSP控制。
用于理解的简单起见，通信设备100a、100b和100c分别被示出。然而，ISC会话可以包括能够在从ISC环境中的任何发起者ISC客户接收到请求时参与ISC会话的多个通信设备。
图2是根据这里公开的实施例的参与ISC会话的通信设备上的UI的示例图示。图2描绘了显示给通信设备100a的ISC用户的UI 201。ISC用户可以选择期望的ISC会话的模式。ISC会话可以是仅用于内容观看、仅用于通信或者两者的个人ISC会话、一对一ISC会话或者组ISC会话。如果ISC用户选择个人ISC会话，则传递给ISC用户的内容例如可以如UI202所描绘的。该方法使得ISC服务器105的媒体功能能够传递期望的内容以及参考正被观看的内容的相关联的内容。相关联的内容可以是用于给正在被观看的主要内容提供增强或补充信息的各种类型的媒体内容，诸如文本、静态图像、音频或视频剪辑等。
例如，可以使用图标来向ISC用户指示与传递的内容一起提供的相关联的内容。ISC用户可以在图标上点击来取得额外的信息。例如，当传递给ISC用户的内容显示正在某地点进行的直播比赛时，ISC用户可以浏览地点的历史。
描绘了在用于内容观看和通信的一对一ISC会话中分别涉及的通信设备100a和100b的UI203。例如，正被观看的公共的内容分别被显示在通信设备100a和100b两者的屏幕上的较大窗口中，而较小窗口被开放来允许参与会话的ISC用户之间的聊天通信会话。
描绘了参与用于内容观看并具有聊天通信的组ISC会话的通信设备100a、100b和100c的UI204。
然而，如果ISC用户选择使用视频呼叫或语音呼叫来与参与一对一ISC会话或组ISC会话的一个或多个ISC用户通信，则相应的视频呼叫窗口或者语音呼叫图标可以被显示在参与的ISC用户的通信设备上。
描述的UI是示例界面并非限制，并且可以是通信设备实施方式特定的。
图3示出根据如在此公开的实施例的用于建立ISC会话的通信设备的模块。通信设备100a包括ISC客户101、通信接口模块301、显示模块302和存储器模块303。当ISC用户请求建立ISC会话时，ISC客户101被配置为充当发起者ISC客户，而当ISC客户从ISC服务器接收第一会话发起协议(SIP)INVITE和/或第二SIP INVITE用于参与所发起的用于内容观看和/或通信的ISC会话时，ISC客户101被配置为充当接收者ISC客户。ISC客户101被配置为从ISC用户接收对于建立用于内容观看和/或通信的ISC会话的请求，并且朝ISC服务器105发起各种基于SIP的消息和控制信号。ISC客户101被配置为向发送给ISC服务器用于建立ISC会话的第一SIP INVITE附加一个或多个第一参数，和/或向第二SIP INVITE附加一个或多个第二参数。此外，ISC客户101被配置为发送和接收用于建立和管理ISC会话的其它控制信号和消息，包括但不限于向和从ISC服务器105的通信功能和/或媒体功能发送和接收各种SIP信号。显示模块301可以提供必要的用户界面用于ISC客户101从用户接收ISC会话建立请求，以及向ISC用户提供描绘所发起的ISC会话的进展的指示。通信接口模块302向ISC客户101提供与ISC服务器105通信所必要的通信接口。
ISC客户101当被配置为充当接收者ISC客户时，通知ISC用户关于到来的加入所发起的ISC会话的请求，并且基于ISC用户是否期望加入或离开ISC会话来向ISC服务器105发送控制信号和消息。
存储器模块303存储要在ISC会话的发起期间将被ISC客户101使用的其他ISC用户的联系人详情和组详情。
为了简单和易于理解，通信设备100a中的模块被限制在本发明的实施例。然而，通信设备100a包括支持通信设备100a的额外的功能和操作的各种其它模块。
虽然在图3中示出各模块出现在通信设备100a中，但是本领域普通技术人员必须理解，将相同的模块合并在诸如通信设备100b和通信设备100c的其它通信设备中。通信设备100a的模块的名称仅用于说明性目的，而不应该被认为是限制。
图4示出根据如在此公开的实施例的用于建立由通信设备发起的ISC会话的ISC服务器的模块。ISC服务器105包括媒体功能401和通信功能402以及如OMA所定义的其它功能组件。但是为了理解简单，示出并解释与所公开的方法有关的功能组件。ISC服务器的其它功能组件包括但不限于如OMA标准中定义的执行功能来支持媒体功能401和通信功能(CPM)402的内容引导功能、关联内容引导功能、多设备发现功能、社交功能、存储功能。此外，功能组件之间的功能交互如OMA标准中定义，并且为了简单而不解释。媒体功能401和通信功能402被配置为从ISC环境中的一个或多个ISC客户接收与用于所发起的ISC会话的内容观看和通信有关的基于SIP的控制信号和消息。媒体功能401被配置为接收并转发从发起者ISC客户101接收的第一SIP INVITE信号到接收者ISC客户102。每当用于预定义的组的组ISC会话被发起时，媒体功能401被进一步配置为从ISC XDMS 106获得参与组ISC会话的预定义的ISC组的组成员以及预定义的ISC组的预定义的策略。媒体功能401被配置为基于在第一SIPINVITE中接收的ISC GroupID(组ID)识别预定义的组。
在从一个或多个接收者ISC客户接收到第一SIP INVITE接受消息时，媒体功能401被配置为传递内容到一个或多个接收者ISC客户用于内容观看。
作为ISC服务器侧功能组件的通信功能的通信功能402直接指的是支持ISC用户之间以及ISC用户和内容提供器之间的交互的CPM使能器服务器侧功能组件。通信功能402被配置为接收并转发从发起者ISC客户101接收的第二SIP INVITE信号到接收者ISC客户102。
ISC服务器105的模块的名称仅用于说明性目的，而不应该被认为是限制。
在实施例中，ISC服务器105可以被配置为将媒体功能401和通信功能402的功能集成在单个功能组件中。
图5是示出根据如在此公开的实施例的用于建立用于内容观看和/或通信的ISC会话的方法500的流程图。在步骤501，方法500包括从用户(ISC用户)接收对于发起用于内容观看和/或通信的ISC会话的请求。在实施例中，方法500允许发起者ISC客户101从通信设备100a的ISC用户接收对于发起用于内容观看和/或通信的ISC会话的请求。在步骤502，方法500包括确定所发起的ISC会话是否用于内容观看和通信。
在实施例中，方法500允许发起者ISC客户101确定所发起的ISC会话是否用于内容观看和通信。如果在步骤502确定所发起的ISC会话是用于内容观看和通信，那么在步骤503，方法500包括发送附加有一个或多个第一参数的用于内容观看的第一SIP INVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第一参数的用于内容观看的第一SIP INVITE。
所发起的ISC会话可以是个人ISC会话、一对一ISC会话或者组ISC会话。此外，一旦ISC服务器基于从发起者ISC客户接收的请求而建立ISC会话，在ISC服务器所建立的ISC会话中，任何参与者就可以被添加或从内容观看和通信之一或两者移除。
在实施例中，ISC服务器允许参与所建立的ISC会话中的一个或多个接收者ISC客户自愿地离开ISC会话。
在实施例中，一个或多个第一参数包括但不限于ISC特征标签(特征标签)、内容ID(ContentRef)、ISCConvergenceID、ISC SessionType、ISC GroupID、统一资源标识符(URI)列表、同步字段Sync和m实时(mReal Time)流协议(mRTSP)。
第一SIP INVITE中的ISC特征标签指示ISC服务器105所发起的ISC会话是用于建立个人ISC会话、一对一ISC会话还是组ISC会话来用于内容观看。如果ISC服务器当它接收IARI时必须不同地表现，则按照[RFC3841]、[RFC3840]，ISC客户将IMS通信服务标识符(ICSI)和IMS应用参考标识符(IARI)特征标签两者包括在Accept-Contact首标、Contact首标和P-Preferred-Service首标中，否则ISC客户仅在请求中包括ICSI特征标签。
例如CV_FT(内容观看特征标签)是ISC特征标签，被设置为：
-
+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.isc.<isc-feature>"当它作为特征标签被携带在Contact或Accept-Contact首标中时；并且，
-urn:urn-7:3gpp-service.ims.icsi.oma.isc.<isc-feature>当它作为URN被携带在P-Preferred-Service或P-Asserted-Service首标中时，如在[3GPP TS24.229]中描述。
下面提供的表1描述了ISC特征标签。
【表1】
如果ISC客户请求由支持的使能器服务器组件处理，则ISC组件在CPM_FT中再使用支持的使能器ICSI(例如，对于CPM＝+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.cpm.session)。
ContentRef或内容ID对应于参考用户选择的从媒体功能401中的内容列表中标识的用于内容观看的内容。内容ID或ContentRef标识内容，并且每个内容唯一。它可以是SIP统一资源标识符(URI)和/或信道号。此标识符用在SIP请求的Request-UI首标中。
ISCConvergenceID是ISC特定的首标字段。将ISCConvergenceID包括在SIPMESSAGE请求或SIP INVITE请求中，其是全局唯一标识符，指示与ISC内容观看和通信、内容兴趣相关联的ISC请求和响应。属于相同的ISC内容观看和通信或者相同的内容兴趣的所有请求和响应对于ISCConvergenceID首标字段携带相同的值。发送ISC功能组件包括与ISC内容观看和通信、内容兴趣相关联的每个SIP MESSAGE请求或SIP INVITE请求中的ISCConvergenceID首标字段。发送的ISC功能组件确保所包括的ISCConvergenceID是全局唯一的。
SIP INVITE/re-INVITE请求中的同步字段Sync可以被设置(yes)或重置(no)。该字段和相应的值被包括在SIP INVITE请求的多目的互联网邮件扩展(MIME)主体中，其指示ISC会话中的参与者是否要对于内容观看同步。值“yes”指示属于相同ISCConvergenceID的1-1会话中的两个ISC用户应该在内容观看中同步。值“no”指示属于相同ISCConvergenceID的1-1会话中的两个ISC用户不想同步他们的内容观看。所以ISC服务器媒体功能在SIPINVITE请求的MIME SDP主体中检查出包括在“Sync”元素中的值是“yes”，然后根据[RFC3261]的规则和过程生成SIP INVITE请求，并朝接收者ISC客户转发它。否则，ISC服务器媒体功能不朝接收者ISC客户转发SIP INVITE请求。
ISC SessionType指示所发起的ISC会话是否用于内容观看和/或通信。例如，第一SIP INVITE或第二SIP INVITE请求中的ISC SessionType(会话类型)字段包括诸如CV(内容观看)/CM(通信)/CV-CM(内容观看和通信)的值。ISC SessionType可以由任何接收者ISC客户用来确定它在接收可能是第一SIP INVITE或第二SIP INVITE的SIP INVITE之后是否必须等待另一SIP INVITE。如果ISC SessionType是CV-CM，那么接收者ISC客户在响应所接收的SIP INVITE之前等待两个SIP INVITES(用于内容观看和通信)。一旦接收者ISC客户接收到第一SIP INVITE和第二SIP INVITE两者，它就可以通知与接收者ISC客户对应的ISC用户关于所接收的SIP INVITES是用于内容观看和通信会话两者。如果ISC SessionType是CV，那么接收者ISC客户可以根据ISC用户同意所接收的第一SIP INVITE而以对仅内容观看会话的接受来立即通知和响应。如果ISC SessionType是CM，那么接收者ISC客户可以根据ISC用户同意所接收的第二SIP INVITE而立即通知和响应用于对仅通信ISC会话的接受。
ISC GroupID对应于预定义的用于组ISC会话的ISC组，URI列表对应于组ISC会话中的组成员，并且mRTSP对应于向媒体功能401对于获得RTSP控制的请求。
该方法500允许发起者ISC客户101基于从ISC用户接收的ISC会话请求的类型来确定自一个或多个第一参数中的哪些参数要被附加到第一SIP INVITE。因而，一个或多个第一参数中的全部或组合是否被附加到第一SIP INVITE是基于由ISC用户请求的ISC会话的类型，并且相应地在从图6向后的序列图中描述。
在步骤504，该方法包括发送附加有一个或多个第二参数的用于通信的第二SIPINVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第二参数的用于通信的第二SIP INVITE。例如，附加的一个或多个参数包括但不限于ISC SessionType、URL list和以ISCConvergenceID分配的通信会话标识符。通信会话标识符是通信对话ID(CPM_Conv_ID)。
一个或多个第二参数中的全部或组合是否被附加到第二SIP INVITE是基于由ISC用户请求的ISC会话的类型，并且相应地在从图6向后的序列图中描述。
在步骤505，方法500包括基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。在实施例中，方法500允许媒体功能401基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。在步骤506，方法500包括基于所接收的一个或多个第二参数来建立用于通信的ISC会话。在实施例中，方法500允许通信功能402基于所接收的一个或多个第二参数来建立用于通信的ISC会话。
如果在步骤502确定所发起的ISC会话仅用于内容观看，那么在步骤507，方法500包括发送附加有一个或多个第一参数的用于内容观看的第一SIP INVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第一参数的用于内容观看的第一SIPINVITE到媒体功能401。在步骤508，该方法包括基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。在实施例中，方法500允许媒体功能401基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。
如果在步骤502确定所发起的ISC会话仅用于通信，那么在步骤509，方法500包括发送附加有一个或多个第二参数的用于通信的第二SIP INVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第二参数的用于通信的第二SIP INVITE。此外，方法500包括执行步骤506来建立用于通信的ISC会话。
方法500中的各种动作、行动、框、步骤等可以以所呈现的次序、以不同的次序或者同时被执行。此外，在一些实施例中，一些动作、行动、框、步骤等可以被省略、添加、修改、跳过等而不脱离本发明的范围。
图6是示出根据如在此公开的实施例的当内容作为单播内容对通信设备的ISC客户可得时的用于内容观看的个人ISC会话的建立以及被观看的内容的改变通过SIP re-INVITE执行的示例顺序图。图6描绘了发起者ISC客户101、包括媒体功能401和通信功能402的ISC服务器105以及ISC CP网关107，其交换用于建立个人ISC会话的内容观看的SIP消息。在媒体功能401通过ISCCP网关107从内容提供器请求和接收(601)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。
在从用户接收到观看由ContentRef标识的内容的请求时，发起者ISC客户101生成如在IETF RFC 3261中定义的第一SIP INVITE请求。
第一SIP INVITE包括：
1.具有如在表1中定义的值的ISC特征标签CV_FT，用于发起用于自己的内容观看。具有ICSI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.isc.cv-cm)的CV_FT被包括在Accept-Contact首标字段、Contact首标字段和P-Preferred-Service首标字段。并且具有IARI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.iari.oma.isc.self-cv)的CV_FT被包括在Accept-Contact首标字段中。
2.在ISCConvergenceID中包括全局唯一标识符(如果它是用于发起新的内容观看会话，则生成新值，否则来自现有的内容观看会话)用于确定与ISC Convergence相关联的内容观看。例如，此字段可以包括在SIP INVITE。
3.包括如下用于内容观看的SDP：
3.1包括与ISC用户已经选择观看的内容1对应的ContentRef。从内容列表获得此字段的值。例如ContentRef的值被包括在新的Content-Type首标字段“application/ISC-content-request+xml”下的SIP INVITE的MIME SDP主体中。发起者ISC客户101生成如上所述的SIP INVITE，并且发送(602)请求到ISC服务器105的媒体功能401，其中对于标识ISC用户从媒体功能401提供的内容列表中选择的内容(内容1)的ContentRef＝1，ISCConvergenceID＝1。
ContentRef的值，诸如ContentRef＝1、ContentRef＝2是表示用户有兴趣用于内容观看的相应内容的内容ID的示例值。
在接收到第一SIP邀请时，媒体功能401识别出所接收的ISC特征标签是用于个人ISC会话(自内容观看)，其指示媒体内容401所接收的第一SIP INVITE不被再转发到ISC环境中的任何ISC客户。
此外，媒体功能和发起者ISC客户之间的通信以诸如200OK(603)的SIP INVITE接受消息继续，如在本领域中已知的常规SIP过程中所定义。
根据所使用的常规的过程，发起者ISC客户101和ISC服务器105两者都知晓由ContentRef从内容列表中标识的内容作为单播内容可得。此外，媒体功能401开始(604)在UDP/RTP隧道中传递与ContentRef＝1对应的内容。ISC用户现在按照他/她的请求来观看内容。
稍后，如果ISC用户期望改变正被观看的内容，那么ISC用户请求发起者ISC客户101改变内容。发起者ISC客户101以类似于第一SIP INVITE的参数生成SIP re-INVITE，除了ContentRef被分配与新选择的内容相关联的值“2”。发起者ISC客户保持如在第一SIPINVITE期间分配的ISCConvergenceID＝1的值。此外，发起者ISC客户101向媒体功能401发送(605)SIP re-INVITE。
因而，这使得媒体功能401能够改变在相同的建立的ISC会话中的内容而不破坏现有的ISC会话。
媒体响应于所接收的SIP re-INVITE而响应(606)200OK。此外，根据内容列表，发起者ISC客户101和ISC服务器105两者都知晓由ContentRef＝2标识的内容作为单播内容对于ISC用户可得。此外，媒体功能401开始(607)在相同的UDP/RTP隧道中传递与ContentRef对应的新内容。ISC用户现在按照请求来观看改变的内容(内容2)。
图6中描述的步骤通过合适的修改可以适用于基于诸如互联网组管理协议(IGMP)和实时流协议(RTSP)的不同协议的实施例，如稍后分别在图7和图8中所描述。但是，为了简明，在图6、图7之间共同的描述不在图7中重复。
图7是示出根据如在此公开的实施例的当内容作为多播内容对ISC客户可得时的用于内容观看的个人ISC会话的建立以及被观看的内容的改变通过SIP re-INVITE执行的示例顺序图。图7描绘了基于互联网组管理协议(IGMP)的个人ISC会话。如在图6中所述，根据相应技术的合适的修改可以适用于建立和处理基于IGMP的个人ISC会话。
如在图6的603所述，媒体功能401响应于第一SIP INVITE而响应200OK。此外，因为发起者ISC客户101和ISC服务器105知晓内容列表中由ContentRef＝1标识的内容作为多播内容对于ISC用户可得，发起者ISC客户101朝媒体功能发送(701)IGMP加入请求用于加入多播组地址用于接收内容。
此外，在从媒体功能401接收到如在图6的606中描述的200OK响应之后，发起者ISC客户101朝媒体功能401发送(702)IGMP离开请求用于通过指定内容的多播地址和端口号来脱离当前观看的内容。此外，发起者ISC客户101通过指定新内容的多播地址和端口号来朝媒体功能401发送(703)IGMP加入请求来改变内容。此外，如在图6的607中描绘的，媒体功能401开始在UDP/RTP隧道中多播关于ContentRef＝2的内容。ISC用户现在按照请求来观看改变的新内容(内容2)。
在实施例中，在从ISC用户接收到改变正被观看的内容的请求时，该方法允许发起者ISC客户101发送IGMP离开请求自身中的内容改变指示，并且消除了发送SIP re-INVITE的需要。
图8是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给移动通信设备的用户时的用于内容观看的个人ISC会话的建立的示例顺序图。该图描绘了发起者ISC客户101、包括媒体功能401和通信功能402的ISC服务器105以及ISC CP网关107交换用于建立个人ISC会话的内容观看的SIP消息。在媒体功能401通过ISCCP网关107从内容提供器请求和接收(801)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。如在步骤602中描述的发起者ISC客户发送(802)第一SIPINVITE。为了向媒体功能指示RTSP控制请求，发起者ISC客户101在第一SIP invite中新Content-Type首标字段“application/ISC-content-request+xml”下SIP INVITE的MIME主体中包括用于设立RTSP会话的m-line。在接收到第一SIPinvite时，媒体功能401识别出所接收的ISC特征标识符是用于个人ISC会话，其指示所接收的第一SIP INVITE不被再转发到ISC环境中的任何ISC客户。媒体功能401响应(803)诸如200OK信号的SIP INVITE接受消息。ISC服务器105具有通过200OK信号来接受或拒绝对于所选择的内容的RTSP请求的能力。
发起者ISC客户101和ISC服务器105两者都知晓由ContentRef标识的内容作为单播内容可得到。因而，发起者ISC客户101朝ISC服务器105发送(804)具有统一资源定位符(URL)的RTSP PLAY请求来建立RTSP会话用于以用户控制来接收在ContentRef中标识的内容。媒体功能401开始(805)在UDP/RTP隧道中传递与ContentRef＝1对应的内容(RTSP会话)。ISC用户按照请求来观看内容。在从ISC用户接收到暂停正在被观看的内容的请求之后，发起者ISC客户101朝媒体功能401发送(806)RTSP PAUSE请求。ISC用户还被允许执行其它RTSP特技(trick)播放命令，诸如FORWARD(快进)、REWIND(倒带)、SKIP(跳过)等。一旦从ISC用户接收到暂停内容的请求，媒体功能401就临时停止(807)在UDP/RTP隧道中传递与内容有关的媒体(RTSP会话)。一旦从ISC用户接收到恢复正被暂停的内容，发起者ISC客户101就向媒体功能401发送(808)RTSP PLAY请求。一旦从ISC客户101接收到恢复内容的请求，媒体功能401就从它被ISC用户停止的位置开始在UDP/RTP隧道(RTSP会话)中传递被临时中止的内容。
图9是示出根据如在此公开的实施例的用于内容观看和通信的一对一ISC会话的发起的示例顺序图。图9描绘了发起者ISC客户101、接收者ISC客户102、包括媒体功能401和通信功能402的ISC服务器105和ISC CP网关107交换用于建立一对一(1-1)ISC会话的内容观看和通信的SIP消息。
在从通信设备100a的ISC用户A接收到请求时，相关联的发起者ISC客户101执行以下动作之一：
1.为了观看由ContentRef＝1标识的内容并与关联于接收者ISC客户102的通信设备100b的ISC用户通信，发起者ISC客户101生成两个SIP INVITE(SIP邀请)请求。第一SIPINVITE朝着邀请接收者ISC客户102用于内容观看，并且第二SIP INVITE用于邀请接收者ISC客户102用于通信。
2.为了观看由ContentRef＝1标识的内容但是不与接收者ISC客户102的ISC用户B通信，发起者ISC客户101仅生成第一SIP INVITE朝着邀请接收者ISC客户102用于内容观看，并且用于通信的第二SIP INVITE不被生成。
3.为了与接收者ISC客户通信但是没有兴趣一起观看内容，发起者ISC客户101仅生成第二SIP INVITE朝着邀请接收者ISC客户用于通信，并且用于内容观看的第一SIPINVITE不被生成。
图中的顺序图描绘了用于内容观看和通信的一对一ISC会话。在媒体功能401通过ISCCP网关107从内容提供器请求和接收(901)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。一旦发起者ISC客户101接收到对于内容观看和通信的请求，发起者ISC客户就生成如在IETF RFC 3261中定义的用于内容观看的第一SIP INVITE，附带如该方法公开的以下澄清：
1.包括具有如在表1中定义的值的ISC特征标签CV_FT，用于发起1-1内容观看和通信。具有ICSI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.isc.cv-cm)的CV_FT被包括在Accept-Contact首标字段、Contact首标字段和P-Preferred-Service首标字段中，并且具有IARI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.iari.oma.isc.1-1-cv-cm)的CV_FT被包括在Accept-Contact首标字段中。
2.在ISCConvergenceID中包括全局唯一标识符(如果它是用于发起新的内容观看会话，则生成新值，否则来自现有的内容观看会话)用于确定与ISC Convergence相关联的内容观看。例如，此字段可以包括在SIP INVITE中。
3.包括用于内容观看的SDP和以下首标在主体中
3.1.包括与ISC客户101已经选择观看的内容对应的ContentRef。从内容列表获得此字段的值。例如ContentRef的值被包括在新Content-Tuype首标字段“application/ISC-content-request+xml”下的SIP INVITE的MIME SDP主体中。
3.2.当ISC会话是用于内容观看和通信时，包括作为CV-CM的ISC SessionType。但是，如果ISC会话仅用于内容观看，则包括作为CV的ISC SessionType，而如果ISC会话仅用于通信，则包括作为CM的ISC SessionType。
3.3.包括可以被设置(yes)或重置(no)的同步字段。发起者ISC客户101包括Sync＝yes(同步字段Sync值被设置)，声明1-1ISC会话中的两个ISC用户应该在内容观看中同步，否则发起者ISC客户101包括Sync＝no(同步字段Synce值被设置为假)，声明1-1ISC会话中的两个ISC用户在内容观看中不应该被同步。
一旦生成第一SIPinvite，发起者ISC客户101就朝媒体功能401发送(902)第一SIPINVITE。一旦接收到包含关于1-1内容观看和通信的ISC特征标识符值的第一SIP INVITE请求，媒体功能401就识别出第一SIP INVITE要被转发给接收者ISC客户102。此外，媒体功能转发(903)第一SIP invite来邀请接收者ISC客户102用于1-1内容观看会话。
为了设立通信，发起者ISC客户生成如在IETF RFC 3261中定义的第二SIPINVITE，具有如下澄清：
1.包括作为CPM_FT＝+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.cpm.session的ISC特征标签ISCI用于发起1-1通信会话。
2.包括ISC特征标签(IARI)CV_FT＝+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.iari.oma.isc.1-1-cv-cm在Accept-Contact首标字段和Contact首标字段中用于发起1-1通信会话。
3.为了确定与CPM对话相关联的通信，将ISCConvergenceID的值复制在用于1-1内容观看的CPM_Conv_ID首标字段中。这标识了在其中内容观看会话已发起的相同ISC会话之内发起的通信，以允许内容观看和通信的集成。
4.将用于通信的SDP和下面的首标包括在SIP INVITE主体中：
4.1.当ISC会话是用于内容观看和通信时，包括作为CV-CM的ISC SessionType。但是，如果会话仅用于内容观看，则包括作为CV的会话类型，而如果会话仅用于通信，则包括作为CM的会话类型。例如，这个字段可以以新的内容类型被包括在SIP INVITE主体中。
4.2.在新的Content-Type首标字段“application/ISC-content-request+xml”下包括与对应于发起者ISC客户101的ISC用户已经选择观看的内容对应的ContentRef。
此外，发起者ISC客户101朝ISC服务器105中的通信功能402发送(904)第二SIPINVITE请求。此外，通信功能向诸如图中描绘的接收者ISC客户102的合适的ISC客户转发第二SIP INVITE请求来邀请进行1-1通信ISC会话。因为在通信功能402的通信客户上接收到用于通信的SIP INVITE(第二SIP INVITE)，所以如果“SessionType”被包括在从发起者ISC客户101接收的第二SIP INVITE中，则通信客户转发(905)第二SIP INVITE到接收者ISC客户102。
因为该方法允许发起者ISC客户101在第一SIP INVITE和第二SIP INVITE两者中附加会话类型，所以这使得接收者ISC客户102能够识别所发起的ISC会话的类型。因而，不管是第一SIP INVITE还是第二SIP INVITE被接收者ISC客户102首先接收到，SessionType都指示接收者ISC客户102它是必须立即通知它的ISC用户所接收的邀请还是等待再一个SIP邀请。例如，接收者ISC客户102检查在具有Content-Type首标“application/ISC-content-request+xml”的MIME SDP主体中，“SessionType”元素的值是否是“cv-cm”。如果是，那么ISC客户等待直到接收到具有CPM_FT“urn:urn-7:3gpp-service.ims.icsi.oma.cpm.session”并且关于相同的“ISCConvergenceID”的对于通信的SIP INVITE请求。
如果ISC用户接受对于在所发起的ISC会话中的内容观看的邀请，则接收者ISC客户102响应(906)200OK，如果请求没有错误，则200OK被媒体功能进一步转发给发起者ISC客户101。如果检测到任何错误，则媒体功能401响应如IETF RFC 3261中指定的错误。
在图9中描述的步骤是用于发起用于内容观看和通信的ISC会话的步骤。然而，基于内容对发起者ISC客户101和接收者ISC客户102可得的方式，用于在UDP/RTP隧道中传递内容的进一步的步骤可以变化，并且稍后在图10、图11和图12中描述。
图10是示出根据如在此公开的实施例的当内容作为单播内容对参与一对一ISC会话的移动通信设备的ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及被观看的内容的改变通过SIP re-INVITE执行的示例顺序图。图10描绘了发起者ISC客户101、接收者ISC客户102、包括媒体功能401和通信功能402的ISC服务器105和ISC CP网关107交换用于建立一对一(1-1)ISC会话的内容观看和通信的SIP消息。
如图9中所描述，接收者ISC客户102响应于所接收的第一SIP invite而响应200OK信号。此外，媒体功能401开始(1001)在UDP/RTP隧道中传递作为单播内容的与ContentRef＝1对应的内容。发起者ISC客户101和接收者ISC客户102分别的ISC用户A和ISC用户B两者按照对于1-1内容观看会话的请求同时观看相同的内容(由ContentRef＝1指定)。
此外，接收者ISC客户102响应于所接收的转发的第二SIP INVITE而响应(1002)200OK，并且如果请求没有错误，则通信功能402向发起者ISC客户101转发200OK。如果检测到任何错误，则通信功能响应如IETF RFC 3261中指定的错误。之后，发起者ISC客户101和接收者ISC客户102的ISC用户通过消息会话中继协议(MSRP)彼此通信(1003)。因而，1-1集成的内容观看和通信ISC会话已经在ISC用户之间建立。使用对发起的内容观看和发起的通信相同的全局唯一ISCConvergenceID来执行集成。当“ISCConvergenceID”的值相同时，CPM客户与ISC客户交互来一起渲染来自内容观看和通信会话的媒体。
从发起者ISC客户101的ISC用户接收到将正被观看的内容改变为另一内容的请求时，发起者ISC客户生成类似于如上面在第一SIP INVITE生成中解释的第一SIP INVITE的SIP re-INVITE，但是在新Content-Type首标字段“application/ISC-content-request+xml”下具有改变的内容ID(ContentRef＝2)，如该方法所公开的澄清允许添加可以被设置(yes)或重置(no)的同步字段Sync。
图10描绘发起者ISC客户101包括Sync＝yes(同步字段Sync值被设置)，声明1-1ISC会话中的两个ISC用户应该在内容观看中被同步。例如此个字段可以被包括在具有新的内容类型的SIP INVITE请求MIME主体中。
此外，发起者ISC客户101朝媒体功能401发送(1004)包括现有的ISC内容观看会话的ISCConvergenceID的SIP re-INVITE请求，媒体功能401然后向接收者ISC客户102转发(1005)SIP re-INVITE请求。如果请求没有错误，则之后接收者ISC客户102自动接受并以包括ISCConvergenceID首标字段和如在SIP INVITE请求中接收的值的响应来响应(1006)200OK。如果检测到任何错误，则媒体功能401返回如在IETF RFC 3261中指定的错误。此外，媒体功能转发200OK给发起者ISC客户101。此外，媒体功能开始(1007)在UDP/RTP隧道中传递与ContentRef＝2对应的新内容。因而，参与一对一ISC会话的ISC用户开始接收与在ContentRef中指定的内容有关的相同媒体，并且观看改变的内容。
从发起者ISC客户101的ISC用户A接收到将正被观看的内容改变为另一内容的请求，其中新内容将仅被传递给他/她自己，发起者ISC客户101通过保持ISCConvergenceID来维持相同的所建立的ISC会话，而生成SIP re-INVITE用于内容观看。然而，SIP re-INVITE按照来自ISC用户的新请求而包括改变的内容ID的值(ContentRef＝3)，但是将同步字段Sync的值重置为假(Sync＝no)，因为参与一对一ISC会话的ISC用户A和B两者在内容观看中不要被同步。此外，发起者ISC客户101朝媒体功能401发送(1008)SIP re-INVITE。
媒体功能检查发起者ISC客户的ISC用户是否被批准在1-1内容观看和通信ISC会话中观看不同的内容。如果请求没有错误，则媒体功能401响应于所接收的SIP re-INVITE而响应(1009)200OK。如果检测到任何错误，则媒体功能401响应如在IETF RFC 3261中指定的错误。
此外，媒体功能401开始(1010)在UDP/RTP隧道中仅向发送者ISC客户101传递与ContentRef＝3对应的内容。因而ISC用户A按照ISC用户A的请求观看与ISC用户B所观看的不同内容。
在实施例中，ISC用户B在订阅(subscription)ISC Event Package(事件包)之后可以被通知ISC用户A正在观看不同的内容。
因而，用于内容观看和通信会话的一对一ISC会话被继续，其中通过ISCConvergenceID集成了ISC用户A观看不同的内容并且与ISC用户户B通信。
利用如稍后分别在图11和图12中描述的合适的修改，图10中描述的步骤可以适用于基于诸如IGMP和RTSP的不同协议的实施例。但是，为了简明，在图10、图11之间共同的描述不在图11中重复。
图11是示出根据如在此公开的实施例的当内容作为多播对ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及被观看的内容的改变通过SIP re-INVITE执行的示例顺序图。
图11描绘了基于互联网组管理协议(IGMP)的一对一ISC会话。如图10中描述的根据相应技术的适当的修改可以适于建立和处理如图11中描绘的基于IGMP的一对一ISC会话，其包括但不限于IGMP-GMR Join 1(1101)、IGMP GMR leave 1和IGMP GMR Join 2(1102)、IGMP GMR leave 2(1103)和IGMP GMR Join 3(1104)。
因而，用于内容观看和通信会话的一对一ISC会话继续，其中通过ISCConvergenceID集成了ISC用户A观看不同的内容并且与ISC用户B通信。
图12是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给用户时的用于内容观看和通信的一对一ISC会话的建立的示例顺序图。图12描绘了发起者ISC客户101、接收者ISC客户102、包括媒体功能401和通信功能402的ISC服务器105和ISC CP网关107交换用于在RTSP控制的情况下建立一对一(1-1)ISC会话的内容观看和通信的SIP消息。
如图9中所述，接收者ISC客户102响应于所接收的第一SIP INVITE响应200OK信号(ISC客户101通过另外在新Content-Type首标字段“application/ISC-content-request+xml”下的SIP INVITE的MIME主体中包括用于设立RTSP会话的m-line来向媒体功能401发送(902)第一SIP INVITE请求(此外，SDP主体包含根据[RFC2326]和[RFC4567]的规则和过程匹配用于设立RTSP会话的m-line中的所请求的媒体流的媒体描述))。因为发起者ISC客户101和接收者ISC客户102两者以及媒体功能401知晓由ContentRef标识的内容可用于单播内容。因而，发起者ISC客户101发送(1201)RTSP播放。此外，媒体功能401按照从ISC用户A接收的用于1-1内容观看会话的请求开始(1202)同时在UDP/RTP隧道(RTSP会话)中向发起者客户101和接收者ISC客户102各自的ISC用户A和ISC用户B两者同时传递作为单播内容的与ContentRef＝1对应的内容。
此外，接收者ISC客户102响应于所接收的转发的第二SIP INVITE而响应(1203)200OK，并且如果请求没有错误，则通信功能402向发起者ISC客户101转发200OK。如果检测到任何错误，则通信功能响应如在IETF RFC 3261中指定的错误。之后，发起者ISC客户101和接收者ISC客户102的ISC用户通过MSRP彼此通信(1204)。因而，1-1集成的内容观看和通信ISC会话已经在ISC用户A和B之间建立。使用对发起的内容观看和发起的通信相同的全局唯一ISCConvergenceID来执行集成。
在从ISC用户A接收到暂停正在被观看的内容的请求时，发起者ISC客户朝媒体功能401发送(1205)RTSP PAUSE请求。ISC用户还被允许执行其它RTSP特技播放命令，诸如FORWARD、REWIND、SKIP(跳过)等。在从ISC客户101接收到暂停内容的请求时，媒体功能临时停止(1206)在UDP/RTP隧道(RTSP会话)中向发起者ISC客户101和接收者ISC客户102两者传递与内容有关的媒体。
不同于现有的方法，该方法允许RTSP控制被ISC会话中的仅一个参与者(诸如发起者ISC客户101)来控制。
在实施例中，RTSP控制权利可以给予接收者ISC客户。
在从ISC用户接收对恢复正被暂停的内容的请求时，发起者ISC客户朝媒体功能401发送(1207)RTSP PLAY请求。在从ISC客户101接收到对于恢复内容的请求时，媒体功能401在RTSP会话中从它被ISC用户A停止的位置开始(1208)向发起者ISC客户101和接收者ISC客户102两者传递临时中止的内容。
图13是示出根据如在此公开的实施例的当媒体功能和通信功能被集成在ISC服务器中时用于内容观看和通信的一对一ISC会话的建立的示例顺序图。图13描绘了发起者ISC客户101、接收者ISC客户102、具有集成的媒体功能401和通信功能402的ISC服务器105和ISC CP网关107交换用于建立一对一ISC会话的内容观看和通信的SIP消息。在媒体功能通过ISC CP网关107从内容提供器请求和接收(1301)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。
如图13中描绘的，在从ISC用户A接收到观看由ContentRef标识的内容并与ISC用户B通信的请求时，发起者ISC客户生成具有两个m-line的组合的SIP INVITE请求。两个m-line包括用于邀请ISC用户B朝着内容观看的用于内容观看的SDP，以及用于邀请ISC用户B用于通信的用于通信的SDP。
然而，如果接收的请求是用于观看由ContentRef标识的内容但不与ISC用户B通信，那么发起者ISC客户101生成组合的SIP INVITE但不包括用于通信的m-line。
如果接收的请求是用于通信但是不用于观看内容，那么发起者ISC客户101生成组合的SIP INVITE但不包括用于内容观看的m-line。
响应于对于内容观看和通信的请求，发起者ISC客户执行以下的动作：
1.包括用于发起1-1内容观看和通信ISC会话的特征标签CV_FT。例如此特征标签的值可以是“+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.isc.1-1-cv-cm”。
2.包括与ISC用户A已经选择观看的内容对应的ContentRef。从内容列表获得此字段的值。
3.在ISCConvergenceID中包括用于确定与ISC融合相关联的内容观看的全局唯一标识符。
4.当所发起的ISC会话是用于内容观看和通信两者时，包括两个m-line。
此外，发起者ISC客户101朝ISC服务器发送(1302)单个组合的SIP INVITE请求。
如果请求没有错误，则ISC服务器响应于所接收的SIP INVITE来响应200OK。如果检测到任何错误，则ISC服务器媒体功能响应如在IETF RFC 3261中指定的错误。
在从ISC用户A接收到请求时，ISC服务器媒体功能401向被邀请到1-1内容观看会话的接收者ISC客户102转发(1303)组合的SIP INVITE请求。
此外，如果请求没有错误，则接收者ISC客户102响应于所接收的转发的组合SIPINVITE而响应200OK，其中SDP1：OK，SDP2：OK(组合的SIP INVITE接受消息)，声明ISC用户B接受与ISC用户A的内容观看和通信两者。如果检测到任何错误，则ISC服务器媒体功能401返回如在IETF RFC 3261中指定的错误。ISC服务器媒体功能向发起者ISC客户102转发200OK。
此外，ISC服务器媒体功能401开始(1306)在UDP/RTP隧道中传递与ContentRef对应的内容。ISC用户A和B已经开始在1-1内容观看会话中按照请求观看内容。此外，ISC用户A和B开始彼此通信，并且1-1内容观看和通信会话在ISC用户A和B之间被建立。现在ISC用户A和B正在观看相同的内容并且与通过ISCConvergenceID集成了彼此的通信。
图14是示出根据如在此公开的实施例的当内容作为单播内容对预定义的组的ISC客户可得时的用于内容观看和通信的预定义的组之间的组ISC会话的建立的示例顺序图。
图14描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、包括媒体功能401和通信功能402的ISC服务器105和ISC CP网关107交换用于建立组ISC会话的内容观看和通信的SIP消息。在媒体功能通过ISC CP网关107从内容提供器请求和接收(1401)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。
如关于个人ISC会话建立和一对一ISC会话建立所讨论的，该方法允许发起者ISC客户101基于来自ISC用户A的对于建立用于内容观看和/或通信的组ISC会话的请求，来生成第一SIP INVITE和/或第二SIP INVITE。
对于组ISC会话，用于内容观看的第一SIP INVITE如IETF RFC 3261中定义的生成，其中由所公开的方法提供以下澄清：
1.包括与预定义的ISC组的组地址对应的ISC GroupID。例如在Request-URI中
2.包括ISC特征标签CV_FT，其用于发起预定义的ISC组的组内容观看和通信。具有ICSI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.isc.cv-cm)的CV_FT被包括在Accept-Contact首标字段、Contact首标字段和P-Preferred-Service首标字段中。并且具有IARI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.iari.oma.isc.group-cv-cm)的CV_FT被包括在Accept-Contact首标字段中。
3.在ISCConvergenceID中包括用于确定与ISC融合相关联的内容观看的全局唯一标识符(如果它是用于发起新的内容观看会话，则生成新值，否则来自现有的内容观看会话)。
4.在SIP INVITE主体中包括用于单播内容观看的SDP和下面的首标
4.1.包括与ISC用户A已经选择观看的内容对应的ContentRef。从内容列表获得此字段的值。例如ContentRef的值被包括在新Content-Type首标字段“application/ISC-content-request+xml”下SIP INVITE的MIME SDP主体中。
4.2.如对于个人ISC会话或一对一ISC会话所描述的，当会话是用于内容观看和通信时，包括作为CV-CM的ISC SessionType。但是，如果会话仅用于内容观看，则包括作为CV的SessionType，而如果ISC会话仅用于通信，则包括作为CM的SessionType。
此外，发起者ISC客户101朝媒体功能401发送(1402)第一SIP INVITE请求。
在从发起者ISC客户101接收到包含关于用于组ISC会话的组内容观看和通信的特征标签值的第一SIP INVITE请求时，媒体功能401从ISC XDMS 106检索与第一SIP INVITE请求中接收的ISC GroupID对应的策略和预定义的组的组成员。例如，策略允许媒体功能预先知道哪些组成员携带组控制。
此外，媒体功能401朝属于从所接收的第一SIP INVITE中指定的ISC GroupID标识的预定义的组的、包括接收者ISC客户102和103分别的每个组成员转发(1403)第一SIPINVITE请求。
此外，为了设立通信，如果通信功能不具有到ISC XDMS 106中定义的组信息的途径，则发起者ISC客户101从ISC XDMS 106取得组成员。发起者ISC客户101生成如在IETFRFC 3261中定义的第二SIP INVITE请求，具有由所公开的方法提供的以下澄清：
1.如果通信功能具有到ISC XDMS 106中的预定义的组的途径，则包括ISCGroupID，否则包括如上获得的URI列表。
2.包括作为CPM_FT＝+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.cpm.session的特征标签ICSI，其用于发起组通信会话。
3.为了确定与CPM Conversation相关联的通信，将ISCConvergenceID的值复制在CPM_Conv_ID首标字段中，其用于内容观看。此标识允许内容观看和通信的集成的在内容观看会话被发起的相同ISC会话之内被发起的通信。
4.在SIP INVITE主体中包括用于通信的SDP和下面的首标
4.1.当会话是用于内容观看和通信时，包括作为CV-CM的ISC SessionType，如果会话仅用于内容观看，则作为CV，而如果会话仅用于通信，则作为CM。但是，如果会话仅用于内容观看，则包括作为CV的会话类型，而如果会话仅用于通信，则作为CM。例如，此字段可以被包括在具有新的内容类型的SIP INVITE主体中。
此外，发起者ISC客户101朝通信功能402发送(1404)第二SIP INVITE请求。
当ISC SessionType被包括在所接收的第二SIP INVITE请求中时，通信功能朝每个组成员转发(1405)第二SIP INVITE请求。
因为该方法允许发起者ISC客户101在第一SIP INVITE和第二SIP INVITE两者中附加会话类型，所以这使得接收者ISC客户102能够识别所发起的ISC会话的类型。接收者ISC客户102检查在具有Content-Type首标“application/ISC-content-request+xml”的MIME SDP主体中“SessionType”元素值的值是否是“cv-cm”。如果是，那么ISC客户等待直到接收到具有CPM_FT“urn:urn-7:3gpp-service.ims.icsi.oma.cpm.session”并用于相同“ISCConvergenceID”的用于通信的SIP INVITE请求。当接收者ISC客户102和103分别接收到内容观看和通信SIP消息时，接收者ISC客户响应于第一SIP INVITE和第二SIP INVITE分别返回200OK(分别为1406和1409)。每当请求存在错误时，媒体功能401和通信功能就返回如IETF RFC 3261中指定的错误。
媒体功能401和通信功能402向发起者ISC客户101转发(分别为1407和1410)200OK。
此外，在发送200OK之后，媒体功能开始(1408)在UDP/RTP隧道中向所有组成员传递与ContentRef对应的内容。同时，通信功能402允许组成员通过MSRP通信(1411)。因而，用于组ISC会话的内容观看以及通信通过ISCConvergenceID被建立和集成。
使用根据相应技术的适当修改，图14中描述的步骤可以适用于基于诸如IGMP和RTSP的不同协议的实施例。
如本领域技术人员所理解，从ISC会话移除参与者、添加新的参与者到用于内容观看和/或通信的ISC会话或者从现有参与者接受从ISC会话离开请求在所公开的方法的范围之内。这可以使用本领域已知的常规过程与使用包括但不限于ISC GroupID和ISCConvergenceID的参数的所公开的方法的实施例相组合来执行。
在实施例中，为了添加新的ISC用户，发起者ISC客户生成如RFC 3515中指定的SIPREFER请求，具有由所公开的方法提供的以下澄清：
1.包括正在进行的ISC组会话(组ISC会话)的组身份(ISC GroupID)。
2.包括基于SIP REFER的发起是用于内容观看和/或通信的特征标签。
3.在称为客户ID的Refer-to首标中包括接收者ISC客户的地址。如果多于一个ISC用户被邀请，则Refer-to首标包括对主体中URI-List的指针并且在主体中包括URL-List。
4.包括作为INVITE的Refer-to首标的方法参数
5.包括与用户已经选择观看的内容对应的ContentRef。在实施例中，与当前正被现有组成员观看的内容对应的额外内容信息被包括以向被邀请者提供额外的信息。
6.在ISCConvergenceID中包括用于确定与ISC Convergence相关联的内容观看的全局统一标识符(来自现有的内容观看会话)。
7.在主体中包括用于单播内容观看的SDP和下面的首标。
8.包括ISC SessionType。
在实施例中，使用类似于关于添加ISC用户描述的过程的适当的修改，使用常规过程的SIP REFER和SIP BYE消息可以终止正在进行的组ISC会话的现有ISC用户。
在实施例中，期望离开内容观看和/或通信的ISC用户指示该期望，并且与ISC用户相关联的ISC客户生成并发送SIP BYE。SIP BYE包括正在进行的ISC GroupID、特征标签ICSI、基于终止是用于内容观看和/或通信的SessionType。此外，基于会话类型，SIP BYE消息可以朝媒体功能和/或通信功能分别发送。
图15是示出根据如在此公开的实施例的当在组ISC会话期间内容作为单播内容对ISC客户可得时通过SIP re-INVITE改变正由预定义的组观看的内容的示例顺序图。图15描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、具有媒体功能401和通信功能402的ISC服务器105交换用于组ISC会话的内容观看和通信的SIP消息。图15描绘了预定义组的组成员正在观看相同的内容，并且与通过ISCConvergenceID集成的彼此通信。
在从组成员(这里发起者ISC客户101)接收到将正被观看的内容改变为另一内容的请求时，发起者ISC 101生成SIP re-INVITE用于个人ISC会话或者一对一ISC会话，其包括具有与关联于发起者ISC客户101的ISC用户A所选择的内容对应的ContentRef＝2的值的新ContentRef。
此外，发起者ISC客户朝媒体功能401发送(1501)SIP re-INVITE请求。
媒体功能401检查ISC XDMS 106中的组策略来确认请求的ISC用户是否被批准改变内容。如果ISC用户不被批准，则请求的组成员的请求被返回错误。
此外，媒体功能401向当前建立的ISC会话中的其余组成员(分别为接收者ISC客户102和103)转发SIP re-INVITE请求(1502)。
在实施例中，该方法不在SIP re-INVITE中包括同步字段Sync；而是，在组成员之间的内容观看的同步可以是组ISC会话的默认设置。
在实施例中，组ISC会话的参与者(组成员)，诸如接收者ISC客户102和103分别自动接受所接收的SIP re-INVITE请求。
在实施例中，ISC客户102和103可以向它们各自的ISC用户通知内容的改变，并且根据它们的ISC用户的响应来答复。
此外，接收者ISC客户102和103分别响应于SIP re-INVITE来返回(1503)200OK。媒体功能向发起者ISC客户101转发(1504)200OK。之后，媒体功能401开始(1505)在UDP/RTP2隧道中传递与新ContentRef对应的内容。组成员现在按照被批准的组成员的请求来观看改变的内容。
图16是示出根据如在此公开的实施例的当内容作为多播内容对预定义的组中的ISC客户可得时在预定义的组之间用于内容观看和通信的组ISC会话的建立的示例顺序图。
图16描绘了基于IGMP的组ISC会话。如在图14中描述的，根据相应技术的适当修改可以适应于建立和处理如图16中描绘的基于IGMP的组ISC会话，该组ISC会话包括但不限于IGMP-GMR Join 1(1601)和IGMP GMR Join 1(1602)。因而，通过ISCConvergenceID集成的用于内容观看和通信的组ISC会话基于何时IGMP被利用而被建立。
如本领域技术人员所理解，从ISC会话移除参与者、添加新的参与者到ISC会话或从ISC会话终止现有的参与者是在所公开的方法的范围之内，并且可以使用本领域已知的常规过程与所公开的方法组合来执行。
图17是示出根据如在此公开的实施例的当在组ISC会话期间内容作为多播内容对预定义的组的ISC客户可得时通过SIP re-INVITE改变正由预定义的组观看的内容的示例顺序图。图17描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、包括媒体功能401和通信功能402的ISC服务器105交换用于组ISC会话的内容观看和通信的SIP消息。图17描绘了预定义组的组成员正在观看相同的内容，并且与通过ISCConvergenceID集成的彼此通信。
在从组成员(这里发起者ISC客户101)接收到将正被观看的内容改变为另一内容的请求时，发起者ISC 101生成SIP re-INVITE，其包括与发起者ISC客户101的ISC用户A所选择的内容对应的新的ContentRef(ContentRef＝2)。
此外，发起者ISC客户朝媒体功能401发送(1701)SIP re-INVITE请求。
媒体功能检查ISC XDMS 106中的组策略来确认请求的ISC用户是否被批准改变内容。如果不被批准，则请求的组成员被返回错误。
此外，媒体功能401向当前建立的ISC会话中的其余组成员分别为(接收者ISC客户102和103)转发SIP re-INVITE请求(1702)。
在实施例中，为了其它参与的组成员接收相同内容，接收者ISC客户102和103分别可以自动接受所接收的SIP re-INVITE请求。
此外，接收者ISC客户102和103分别响应于SIP re-INVITE来返回(1703和1707)200OK。在从至少一个接收者ISC客户接收到200OK信号时，媒体功能向发起者ISC客户101转发(1704)200OK。在与200OK对应的信令完成之后，参与的组成员执行IGMP leave(1705和1708)和IGMP join(1706和1709)来通过多播内容接收改变的内容(ContentRef＝2)。此外，媒体功能401在UDP/RTP隧道中传递(1710)具有与新ContentRef对应的内容的、由发起者ISC客户101的ISC用户A请求的内容。组成员现在按照被批准的组成员的请求来观看改变的内容。
图18是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给用户时用于内容观看和通信的组ISC会话的建立的示例顺序图。图18描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、包括媒体功能401和通信功能402的ISC服务器105以及ISC CP网关107交换用于建立组ISC会话的内容观看和通信的SIP消息。
如图14中所描述，该方法重复相同的步骤来建立用于内容观看和通信的组ISC会话，除了对参与的ISC客户可得的内容是单播的方式，其中一个组成员被允许RTSP控制(例如，在用于视频点播服务的RTSP会话期间)。媒体功能401和参与的ISC客户已经知晓内容可得的方式。因而下面描述的方式以类似于图14中描述的方式来执行，并且不详细描述以避免重复。
媒体功能401通过ISC CP网关107从内容提供器接收(1801)内容列表的期望内容，发起者ISC客户(101)向媒体功能401发送(1802)具有mRTSP参数包括在MIME SDP主体中的第一SIP INVITE请求(根据[RFC2326]和[RFC4567]的规则和过程，SDP主体包含匹配用于设立RTSP会话的m-line中所请求的媒体流的媒体描述)。媒体功能401存取用于预定义的组的组策略和组成员，并且向组成员(分别为接收者ISC客户102和103)转发(1803)第一SIPINVITE。此外，发起者ISC客户101创建URL列表，并且基于URL列表向通信功能402发送(1804)第二SIP INVITE。此外，通信功能402向组成员(分别为接收者ISC客户102和103)转发(1805)第二SIP INVITE。
在媒体功能401从一个或多个接收者ISC客户接收到(1806和1809)200OK信号时，媒体功能向发起者ISC客户101发送(1807)200OK。之后，当发起者ISC客户101发送RTSP播放命令时，媒体功能确认请求的成员是否被允许RTSP控制的批准，并且在UDP/RTP隧道中传递(1810)由发起者ISC客户101的ISC用户A所请求的内容。
在从接收者ISC客户102和103分别的至少一个接收(1811和1814)到200OK时，通信功能402向发起者ISC客户101发送(1812)200OK。此外，通信功能允许在参与的组成员之间使用MSRP的通信(1813)。因而，通过ISCConvergenceID集成的用于内容观看和通信的组ISC会话对于由ContentRef标识的内容而建立。
在从ISC用户A接收到暂停正在被观看的内容的请求时，发起者ISC客户朝媒体功能401发送(1814)RTSP PAUSE请求。ISC用户还被允许执行其它RTSP特技命令，诸如FORWARD、REWIND、SKIP等。在从ISC用户A接收到暂停内容的请求时，媒体功能停止(1815)在UDP/RTP隧道中向发起者ISC客户101和接收者ISC客户102两者传递内容。
在从ISC用户A接收到恢复正被暂停的内容的请求时，发起者ISC客户朝媒体功能401发送(1816)RTSP RESUME请求。在从ISC用户A接收到恢复内容的请求时，媒体功能401从它被ISC用户A“暂停”的位置开始(1817)在UDP/RTP隧道中向发起者ISC客户101和接收者ISC客户102两者传递内容。
图19示出根据如在此公开的实施例的当对ad-hoc组可得的内容是单播的时形成ad-hoc ISC组来建立组ISC会话的示例顺序图。图19描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、包括媒体功能401和通信功能402的ISC服务器105以及ISC CP网关107交换用于建立组ISC会话的内容观看和通信的SIP消息。用于在组成员之间建立内容观看和通信的步骤的顺序与图14中描述的相同，除了ad-hoc组代替预定义的组。由发起者ISC客户101的ISC用户A动态形成的ad-hoc组不具有预定义的GroupID。因而，发起者ISC客户101发送URL列表来通知ISC服务器105有关的组成员。因此，媒体功能401不被要求从ISC XDMS 106检索组成员并检查组策略。
除了以上变化之外，步骤的顺序类似于图14中描述的步骤，所以不详细描述以避免重复。
媒体功能401通过ISCCP网关107从内容提供器接收(1901)内容列表的期望内容。发起者ISC客户101向包括ad-hoc组的组成员的URI列表的媒体功能401发送(1902)第一SIPINVITE。媒体功能401基于所接收的URI列表向组成员(分别为接收者ISC客户102和103)转发(1903)第一SIP INVITE。此外，发起者ISC客户101使用现有的在第一SIP INVITE的生成期间使用的URI列表，然后向通信功能402发送(1904)第二SIP INVITE。此外，通信功能402基于所接收的URI列表向组成员(分别为接收者ISC客户102和103)转发(1905)第二SIPINVITE。
在媒体功能401从一个或多个接收者ISC客户接收到(1906和1908)200OK信号时，媒体功能401向发起者ISC客户101发送(1907)200OK。之后，媒体功能401在UDP/RTP隧道中传递(1909)由发起者ISC客户101的ISC用户A请求的内容。
在从接收者ISC客户102和103分别的至少一个接收到(1910和1913)200OK时，通信功能402向发起者ISC客户101发送(1911)200OK。此外，通信功能402允许在参与的组成员之间使用MSRP的通信(1912)。因而，通过ISCConvergenceID集成的用于内容观看和通信的ad-hoc组的组ISC会话被建立。发起者ISC客户101可以进一步按期望改变内容和播放控制，因为没有存储在ISC XDMS中的用于ISC ad-hoc组的组策略。
图20示出根据如在此公开的实施例的用于将所建立的一对一ISC会话延伸到组ISC会话的示例顺序图。图20描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103和包括媒体功能401和通信功能402的ISC服务器105交换用于组ISC会话的内容观看和通信的SIP消息。此外，图20描绘了在执行图9和图10中描述的步骤之后的在ISC用户A和B之间用于内容观看和通信的1-1ISC会话。如果ISC用户A期望添加新的ISC用户C(接收者ISC客户103)到正在进行的1-1会话，那么在接收到这样的请求时，发起者ISC客户生成SIPINVITE请求用于重新发送如在RFC 3261中指定的SIP INVITE，其中如所公开的方法提供的以下澄清：
1.将Reques-URI包括到客户中规定的ISC服务器的URI。
2.包括用于发起组内容观看和通信的ISC特征标签CV_FT，具有ICSI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.isc.cv-cm)的CV_FT被包括在Accept-Contact首标字段、Contact首标字段和P-Preferred-Service首标字段中。并且具有IARI值(+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.iari.oma.isc.group-cv-cm)的CV_FT被包括在Accept-Contact首标字段中。
3.包括接收者ISC客户102和103分别的地址。URI-List包括URI-List在主体中，其中接收者ISC客户的地址额外地包括具有正在进行的1-1会话身份的“Session-Replaces”。
包括ContentRef并且可以是与所建立的ISC组正在观看的当前内容对应的额外的内容信息。
4.在ISC-Convergence-ID中包括用于确定与ISC融合相关联的内容观看的全局唯一标识符(如果它是用于发起新内容观看会话，则生成新值，否则来自现有的内容观看会话)。
5.在主体中包括用于单播内容观看的SDP和下面的首标。
6.包括与ISC用户A已经选择观看的内容对应的ContentRef。从内容列表获得此字段的值。例如ContentRef的值被包括在新Content-Type首标字段“application/ISC-content-request+xml”下SIP INVITE的MIME SDP主体中。
此外，发起者ISC客户101朝媒体功能401重新发送(2001)用于将一对一ISC会话延伸为组ISC会话的SIP INVITE请求。在从客户A接收到具有包含用于客户B的Session-Replaces首标的URI列表的SIP INVITE请求时，媒体功能401生成朝客户B的SIP INVITE请求，其包括代替正在进行的1-1会话身份的信息。
在从客户A接收到具有包含要被包括用于内容观看的接收者ISC客户103的地址的URI List的重新发送的SIP INVITE请求时，媒体功能401生成并朝接收者ISC客户103转发(2002)另一SIP INVITE请求。发起者ISC客户向通信功能402重新发送(2004)具有与重新发送的用于内容观看的SIP INVITE中类似参数的用于通信的SIP INVITE，除了特征标签指示用于通信的CPM_FT。
在接收到(2007、2009、2010和2012)对于SIP INVITE请求的成功的响应200OK之后，ISC服务器105向发起者ISC客户101发送200OK(2008和2011)。因而，在ISC用户A和B分别之间的1-1内容观看和通信会话现在被动态地延伸为ISC用户A、B和C分别之间用于内容观看和通信的新ad-hoc组的组ISC会话。
图21示出根据如在此公开的实施例的当在ISC服务器中集成媒体功能和通信功能时用于建立用于内容观看和通信的组ISC会话的示例顺序图。图21描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、具有集成的媒体功能和通信功能的ISC服务器105以及ISC CP网关107交换用于组ISC会话的内容观看和通信的SIP消息。
媒体功能401通过ISC CP网关107从内容提供器接收(2101)内容。用于建立用于内容观看和通信的组ISC会话的序列步骤类似于图13中相对于一对一ISC会话描述的步骤，除了发送(2102)到ISC服务器105的组合的SIP INVITE包括ISC GroupID来通知ISC服务器105转发组合的SIP INVITE到所有组成员(由ISC GroupID指定的组之内的接收者ISC客户)。此外，ISC服务器105从ISC XDMS 106检索组成员和组策略，并且向所有被邀请的组成员(分别为接收者ISC客户102和103)转发(2103)组合的SIP INVITE。
如果请求没有错误，则被邀请的组成员响应于组合的SIP INVITE响应(2104和2106)200OK，其包括SDP1：OK，SDP2：OK(组合的SIP INVITE接受消息)。所接收的200OK指示组成员接受与发起者ISC客户101的内容观看和通信邀请两者。如果识别出错误，那么ISC服务器105以IETF RFC3261中指定的错误来响应。ISC服务器105在从接收者ISC客户之一接收到 200 OK时向发起者ISC客户101转发(2105)200OK。
ISC服务器105开始(2107)在UDP/RTP隧道中传递与ContentRef对应的内容，并且允许组成员之间的通信。通过ISCConvergenceID集成，现在组成员观看相同内容并且彼此通信。
图22示出根据如在此公开的实施例的实现用于建立用于集成内容观看和通信的ISC会话的方法和系统的计算环境。如所描绘的，计算环境2201包括装备有控制单元2202和算术逻辑单元(ALU)2203的至少一个处理单元2204、存储器2205、储存单元2206、多个网接设备2208以及多个输入输出(I/O)设备2207。处理单元2204负责处理算法的指令。处理单元2204从控制单元接收命令以便执行它的处理。此外，在ALU 2203的帮助下计算在指令的运行中涉及的任何逻辑和算术运算。
全面的计算环境2201可以包括多个同质和/或异质核心、不同种类的多个CPU、特殊媒体和其它加速器。处理单元2204负责处理算法的指令。此外，多个处理单元2204可以位于单一芯片上或多个芯片上。
包括实施方式所要求的指令和代码的算法被存储在存储单元2205或者储存器2206或两者中。在运行时，指令可以从相应的存储器2205和/或储存器2206中取得，并且由处理单元2204运行。
在任何硬件实现方式的情况中，各种网接设备2208或外部I/O设备2207可以通过网接单元和I/O设备单元连接到计算环境来支持实现方式。
在此公开的实施例可以通过在至少一个硬件设备上运行并执行网络管理功能来控制元件的至少一个软件程序实现。在图1、3、4、6至22中所示的元件包括可以是硬件设备或硬件设备和软件模块的组合中的至少一个的块。
特定实施例的以上描述将如此全面地揭示在此的实施例的一般本质，其他人可以通过应用当前的知识来容易地修改和/或适配它用于这样的特定实施例的各种应用而不脱离一般构思，因此，这些适配和修改应该并且意在被理解为在所公开的实施例的等同物的意思和范围之内。要理解，在此采用的措词或术语是为了描述的目的而不是限制的目的。因此，虽然这里的实施例已经用优选实施例的方式来描述，但是本领域技术人员将认识到这里的实施例可以通过在如这里描述的实施例的精神和范围之内的修改来实践。

Claims (21)

1.一种由沉浸式社交中心ISC服务器建立ISC会话的方法，其中所述方法包括：
由所述ISC服务器中的媒体功能从发起的ISC客户接收包括至少一个第一参数的第一会话发起协议SIP邀请请求，用于发起用于内容观看的所述ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展MIME主体中的至少一个元素；
由所述媒体功能基于所述第一SIP邀请请求中的至少一个第一参数建立用于所述内容观看的所述ISC会话；
由所述ISC服务器中的通信功能从所述发起的ISC客户接收包括至少一个第二参数的第二SIP邀请请求，用于发起用于通信的所述ISC会话，其中所述至少一个第二参数包括所述首标字段和所述MIME主体中的所述至少一个元素；以及
由所述通信功能基于所述第二SIP邀请请求中的至少一个第二参数建立用于所述通信的所述ISC会话，
其中在所述第一SIP邀请请求的所述首标字段是ISC融合ID，其指示用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个。
2.如权利要求1所述的方法，其中与用于相同的内容观看和相同的通信的所述ISC会话的SIP消息相关联的请求和响应包括用于ISC融合ID的相同的值。
3.如权利要求2所述的方法，其中在所述第一SIP邀请请求的所述首标字段中的首标包括Accept-Contact首标、Contact首标和P-Preferred-Service首标中的至少一个，
其中在所述首标中包括IP多媒体子系统IMS通信服务标识符ICSI和IMS应用参考标识符IARI特征标签，
其中所述ICSI特征标签指示所述发起的ISC会话是否用于调用用于所述内容观看的所述媒体功能和用于所述通信的所述通信功能中的一个，所述IARI特征标签向多个端接的ISC客户中的端接的ISC客户指示所述发起的ISC会话是否是自ISC会话、一对一ISC会话、组ISC会话之一。
4.如权利要求1所述的方法，其中，所述MIME主体中的所述至少一个元素包括ISC会话类型和同步，
其中，所述ISC会话类型指示端接的ISC客户所述发起的ISC会话是否用于所述内容观看和所述通信中的至少一个，所述同步指示所述媒体功能在一对一ISC会话中的所述发起的ISC客户和所述端接的ISC客户是否对于所述内容观看同步，
其中所述ISC会话类型由所述端接的ISC客户用来指示所述端接的ISC客户被要求在接收所述第一SIP邀请请求之后等待所述第二SIP邀请请求。
5.如权利要求2所述的方法，其中所述至少一个第二参数包括分配有所述ISC融合ID的值的通信会话标识符，
其中所述通信会话标识符是标识所述通信的融合IP消息(CPM)会话ID。
6.一种由发起的沉浸式社交中心ISC客户发起ISC会话的方法，其中所述方法包括：
接收发起用于内容观看和通信中的至少一个的所述ISC会话的请求；
生成并向所述ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议SIP邀请请求，用于发起用于所述内容观看的所述ISC会话，其中所述至少一个第一参数包括首标字段和多目的互联网邮件扩展MIME主体中的至少一个元素；
生成并向所述ISC服务器中的通信功能发送包括至少一个第二参数的第二SIP邀请请求，用于发起用于所述通信的所述ISC会话，其中所述至少一个第二参数包括所述首标字段和所述MIME主体中的所述至少一个元素；
在所述媒体功能建立所述ISC会话之后参与用于内容观看的所述ISC会话；以及
在所述通信功能建立所述ISC会话之后，参与用于通信的所述ISC会话，
其中在所述第一SIP邀请请求的所述首标字段是ISC融合ID，其指示用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个。
7.如权利要求6所述的方法，其中与用于相同的内容观看和相同的通信的所述ISC会话的SIP消息相关联的请求和响应包括用于ISC融合ID的相同的值。
8.如权利要求6所述的方法，其中在所述第一SIP邀请请求的首标字段中的首标包括Accept-Contact首标、Contact首标和P-Preferred-Service首标中的至少一个，
其中在所述首标中包括IP多媒体子系统IMS通信服务标识符ICSI和IMS应用参考标识符IARI特征标签，
其中所述ICSI特征标签指示所述发起的ISC会话是否用于调用用于所述内容观看的所述媒体功能和用于所述通信的所述通信功能中的一个，并且所述IARI特征标签向多个端接的ISC客户中的端接的ISC客户指示所述发起的ISC会话是否是自ISC会话、一对一ISC会话、组ISC会话之一。
9.如权利要求6所述的方法，其中，所述MIME主体中的所述至少一个元素包括ISC会话类型和同步，
其中所述ISC会话类型指示端接的ISC客户所述发起的ISC会话是否用于所述内容观看和所述通信中的至少一个，所述同步指示所述媒体功能在一对一ISC会话中的所述发起的ISC客户和所述端接的ISC客户是否对于所述内容观看同步，
其中所述ISC会话类型由所述端接的ISC客户用来指示所述端接的ISC客户被要求在接收所述第一SIP邀请请求之后等待所述第二SIP邀请请求。
10.如权利要求7所述的方法，其中所述至少一个第二参数包括分配有所述ISC融合ID的值的通信会话标识符，
其中所述通信会话标识符是标识所述通信的融合IP消息(CPM)会话ID。
11.一种由端接的沉浸式社交中心ISC客户参与ISC会话的方法，其中所述方法包括：
接收来自ISC服务器的媒体功能的第一会话发起协议SIP邀请请求和来自所述ISC服务器的通信功能的第二SIP邀请请求中的至少一个，用于参与由发起的ISC客户发起的ISC会话；
基于在第一SIP邀请请求和第二SIP邀请请求中的至少一个中的ISC会话类型的值，来确定所述ISC会话是否用于内容观看和通信中的至少一个；以及
基于从所述端接的ISC客户的ISC用户的输入，向所述媒体功能和所述通信功能发送指示参与所述ISC会话的响应，
其中所述第一SIP邀请请求包括首标字段，该首标字段包括ISC融合ID和ISC特征标签，
其中所述ISC融合ID是用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，所述ISC会话用于所述内容观看和所述通信中的至少一个。
12.如权利要求11所述的方法，其中与用于相同的内容观看和相同的通信的所述ISC会话的SIP消息相关联的请求和响应包括用于ISC融合ID的相同的值。
13.如权利要求11所述的方法，其中所述第一SIP邀请请求还包括MIME主体中的至少一个元素，
其中ISC会话类型指示所述ISC会话是否用于所述内容观看和所述通信中的至少一个。
14.如权利要求11所述的方法，其中所述第二SIP邀请请求包括分配有所述ISC融合ID的值的通信会话标识符，
其中所述通信会话标识符是标识所述通信的融合IP消息(CPM)会话ID。
15.一种用于建立沉浸式社交中心ISC会话的装置，其中所述装置包括：
媒体功能，配置来从发起的ISC客户接收包括至少一个第一参数的第一会话发起协议SIP邀请请求，用于发起用于内容观看的所述ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展MIME主体中的至少一个元素，并且基于所述第一SIP邀请请求中的至少一个第一参数建立用于所述内容观看的所述ISC会话；和
通信功能，配置来从所述发起的ISC客户接收包括至少一个第二参数的第二SIP邀请请求，用于发起用于通信的所述ISC会话，其中所述至少一个第二参数包括所述首标字段和所述MIME主体中的所述至少一个元素，并且基于所述第二SIP邀请请求中的至少一个第二参数建立用于所述通信的所述ISC会话，
其中在所述第一SIP邀请请求的所述首标字段是ISC融合ID，其指示用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个。
16.如权利要求15所述的装置，其中所述MIME主体中的所述至少一个元素包括ISC会话类型和同步，
其中所述ISC会话类型指示端接的ISC客户所述发起的ISC会话是否用于所述内容观看和所述通信中的至少一个，并且所述同步向所述媒体功能指示在一对一ISC会话中的所述发起的ISC客户和端接的ISC客户是否对于所述内容观看同步。
17.一种用于发起沉浸式社交中心ISC会话的装置，其中所述装置包括：
ISC客户，配置来：
接收发起用于内容观看和通信中的至少一个的所述ISC会话的请求；
生成并向所述ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议SIP邀请请求，用于发起用于所述内容观看的所述ISC会话，其中所述至少一个第一参数包括首标字段和多目的互联网邮件扩展MIME主体中的至少一个元素；
生成并向所述ISC服务器中的通信功能发送包括至少一个第二参数的第二SIP邀请请求，用于发起用于所述通信的所述ISC会话，其中所述至少一个第二参数包括所述首标字段和所述MIME主体中的所述至少一个元素；
在所述媒体功能建立所述ISC会话之后参与用于内容观看的所述ISC会话；以及
在所述通信功能建立所述ISC会话之后，参与用于通信的所述ISC会话，
其中在所述第一SIP邀请请求的所述首标字段是ISC融合ID，其指示用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个。
18.如权利要求17所述的装置，其中所述MIME主体中的所述至少一个元素包括ISC会话类型和同步，
其中所述ISC会话类型指示端接的ISC客户所述发起的ISC会话是否用于所述内容观看和所述通信中的至少一个，并且所述同步向所述媒体功能指示在一对一ISC会话中的所述发起的ISC客户和端接的ISC客户是否对于所述内容观看同步。
19.一种用于参与沉浸式社交中心ISC会话的装置，其中所述装置包括：
ISC客户，配置来：
接收来自ISC服务器的媒体功能的第一会话发起协议SIP邀请请求和来自所述ISC服务器的通信功能的第二SIP邀请请求中的至少一个，用于参与由发起的ISC客户发起的ISC会话；
基于在第一SIP邀请请求和第二SIP邀请请求中的至少一个中的ISC会话类型的值，来确定所述ISC会话是否用于内容观看和通信中的至少一个；以及
基于从端接的ISC客户的ISC用户的输入，向所述媒体功能和所述通信功能发送指示参与所述ISC会话的响应，
其中所述第一SIP邀请请求包括首标字段，其包括ISC融合ID和ISC特征标签，
其中所述ISC融合ID是用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个。
20.如权利要求19所述的装置，其中所述第一SIP邀请请求还包括MIME主体中的至少一个元素，
其中ISC会话类型指示所述ISC会话是否用于所述内容观看和所述通信中的至少一个。
21.一种计算机可读非瞬时储存介质,在其上记录计算机可运行程序代码，所述计算机可运行程序代码当被运行时，导致如权利要求1所述的方法被执行。
CN201480051537.9A 2013-09-18 2014-09-17 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统 Active CN105556980B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
IN4201CH2013 2013-09-18
IN4223CH2013 2013-09-19
IN4223/CHE/2013 2013-09-19
IN4201/CHE/2013 2014-07-11
PCT/KR2014/008664 WO2015041469A1 (en) 2013-09-18 2014-09-17 A method and system for integrating content viewing and communication in immersive social centre session

Publications (2)

Publication Number Publication Date
CN105556980A CN105556980A (zh) 2016-05-04
CN105556980B true CN105556980B (zh) 2019-08-16

Family

ID=52689078

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480051537.9A Active CN105556980B (zh) 2013-09-18 2014-09-17 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统

Country Status (5)

Country Link
US (1) US10524012B2 (zh)
EP (1) EP3047651B1 (zh)
KR (1) KR102208187B1 (zh)
CN (1) CN105556980B (zh)
WO (1) WO2015041469A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2006203487B2 (en) * 2005-08-12 2008-04-24 Samsung Electronics Co., Ltd. System and method for transmitting system messages insession initiation protocol
CN105141971B (zh) * 2015-09-16 2018-08-28 深圳市前海智媒网络科技有限公司 一种基于会话初始化协议实现直播的方法及系统
US20180034906A1 (en) * 2016-07-29 2018-02-01 Wipro Limited Method and System for Synchronizing Content Between User Devices in an Established Session
CN106533924A (zh) * 2016-12-19 2017-03-22 广州华多网络科技有限公司 即时通信方法及装置
US11750528B2 (en) 2017-06-05 2023-09-05 Avaya Inc. Communication session addition via a host in deny new service mode
US20220407899A1 (en) * 2021-06-18 2022-12-22 Qualcomm Incorporated Real-time augmented reality communication session

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1703690A (zh) * 2002-10-11 2005-11-30 诺基亚有限公司 用于会议控制中成员资格管理的侧信道

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7562397B1 (en) * 2002-02-27 2009-07-14 Mithal Ashish K Method and system for facilitating search, selection, preview, purchase evaluation, offering for sale, distribution, and/or sale of digital content and enhancing the security thereof
US7983245B2 (en) * 2004-09-13 2011-07-19 Tekelec Methods and systems for converting an internet protocol (IP)-based message containing subscriber content to a public switched telephone network (PSTN)-based message including subscriber content
US20060230154A1 (en) * 2005-04-11 2006-10-12 Nokia Corporation Method and entities for performing a push session in a communication system
CN101573996B (zh) * 2006-11-06 2012-11-14 艾利森电话股份有限公司 允许通过ussd消息经由cs接入进行ims服务的会话控制的方法和设备
US8554868B2 (en) * 2007-01-05 2013-10-08 Yahoo! Inc. Simultaneous sharing communication interface
FI122996B (fi) * 2007-05-10 2012-09-28 Teliasonera Ab Palveluun liittyvän pyynnön käsittely
US20090164247A1 (en) * 2007-12-21 2009-06-25 Siemens Aktiengesellschaft Data and Display Protocols
US8547935B2 (en) 2008-09-30 2013-10-01 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for SR-VCC revocation procedure
JP4735725B2 (ja) * 2009-02-13 2011-07-27 株式会社デンソー ハンズフリー機能付き車載装置
KR101922985B1 (ko) 2011-12-08 2018-11-29 삼성전자주식회사 연락처 정보의 구독을 초대하는 장치 및 방법
KR20140103156A (ko) * 2011-12-12 2014-08-25 삼성전자주식회사 멀티미디어 서비스를 이용하기 위한 시스템, 장치 및 방법
US10498782B2 (en) 2011-12-12 2019-12-03 Samsung Electronics Co., Ltd. Method and apparatus for experiencing a multimedia service
US10291661B2 (en) * 2013-03-15 2019-05-14 Ibasis, Inc. Method and system for call routing

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1703690A (zh) * 2002-10-11 2005-11-30 诺基亚有限公司 用于会议控制中成员资格管理的侧信道

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Network convergence and QoS for future multimedia services in the VISION project;LUIS PEREZ ET AL.;《Computer Networks》;20120316;第56卷(第4期);全文

Also Published As

Publication number Publication date
KR102208187B1 (ko) 2021-01-27
CN105556980A (zh) 2016-05-04
US10524012B2 (en) 2019-12-31
US20160234558A1 (en) 2016-08-11
KR20160058880A (ko) 2016-05-25
EP3047651A4 (en) 2017-04-12
EP3047651A1 (en) 2016-07-27
WO2015041469A1 (en) 2015-03-26
EP3047651B1 (en) 2020-08-26

Similar Documents

Publication Publication Date Title
CN105556980B (zh) 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统
US9402054B2 (en) Provision of video conference services
CN101345845B (zh) 一种在ims环境中实现视频会议业务的方法
EP2124399B1 (en) A method, a device and a system for converging ip message
TWI445433B (zh) 用於裝置間媒體串流傳送之方法、使用者設備和軟體產品
WO2016050080A1 (zh) 一种多人观看视频实时互动的方法及系统
JP5628296B2 (ja) セッションプッシュ伝送
CN108055496A (zh) 一种视频会议的直播方法和系统
WO2012079321A1 (zh) 一种提供流媒体服务的方法及系统、设备
CN101682616A (zh) 使用多个设备的网络多媒体通信
CN106797379B (zh) 使用合成标识符的电话会议系统
US20180270277A1 (en) Automatic ad-hoc multimedia conference generator
CN105472310A (zh) 一种基于sip协议的视频会议的实现方法及其系统
WO2011017889A1 (zh) 一种多媒体会议的实现方法及系统
JP7463552B2 (ja) セッション作成方法、電子機器、および可読記憶媒体
KR20160145030A (ko) 멀티미디어 시그널링 제어 가능한 공시/가입 네트워크, 이 네트워크 내의 세션을 개시하기 위한 방법, 및 각각의 네트워크 디바이스
CN106549978B (zh) 一种会话模式切换方法及代理服务器
WO2016119300A1 (zh) 基于ims多方通话的信息同步方法、信息同步装置和终端
US10674189B2 (en) Methods, systems, and devices for providing a video trailer for media content during a voice communication session
EP3018875A1 (en) Method and device for implementing social service based on video sharing
CN109391606A (zh) 一种通信方法、装置和移动终端
CN101626300A (zh) 一种多媒体会议中子会议的创建方法和系统
US8150383B2 (en) Arrangement and method for controlling service activation on a mobile terminal
US20200259873A1 (en) Messaging resource function
WO2010003348A1 (zh) 多用户业务建立和控制通道转移方法、装置及系统

Legal Events

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