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

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

Info

Publication number
CN105556980A
CN105556980A CN201480051537.9A CN201480051537A CN105556980A CN 105556980 A CN105556980 A CN 105556980A CN 201480051537 A CN201480051537 A CN 201480051537A CN 105556980 A CN105556980 A CN 105556980A
Authority
CN
China
Prior art keywords
isc
session
client
sipinvite
communication
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.)
Granted
Application number
CN201480051537.9A
Other languages
English (en)
Other versions
CN105556980B (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)
  • Economics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (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)使能器的要求而包括对于增强用户对于增值特征的体验来提供沉浸式(与人们在一起(beingtheir-beingwith))体验的要求。这些增值特征包括使得被识别为一组的多个通信设备能够同时组织内容观看会话和通信会话，来参考被观看的内容在该组中使能内容观看和通信会话的集成。
提供高效的方法来满足ISC使能器对于内容观看和通信的集成的要求来增强用户体验并有效地提高服务渗透力将是令人感激的。
发明内容
技术问题
然而，向用户传递内容的服务提供商参考用户正在观看的内容而知晓用户上下文。目前，开放移动联盟(OMA)已经识别沉浸式社交中心(ISC)使能器的标识的要求而包括对于增强用户对于增值特征的体验来提供沉浸式(与人们在一起)体验的要求。这些增值特征包括使得被识别为组的多个通信设备能够同时组织内容观看会话和通信会话，来参考被观看的内容在该组中使能内容观看和通信会话的集成。
解决方案
这里的实施例的首要目标是提供一种基于用于个人ISC会话、一对一ISC会话或组ISC会话的ISC架构来建立用于内容观看和/或通信的沉浸式社交中心(ISC)会话的方法和系统。
本发明的另一目标是提供一种使能在所建立的ISC会话中集成内容观看和/或通信的方法。
因此本发明提供了一种用于通过沉浸式社交中心ISC服务器来建立ISC会话的方法，其中该方法包括通过ISC服务器中的媒体功能从发起者ISC客户接收包括至少一个第一参数的第一会话发起协议(SIP)INVITE(邀请)。第一SIPINVITE是用于当发起者ISC客户接收到对于建立用于内容观看的ISC会话的请求时发起用于内容观看的ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体(body)中的至少一个元素和会话描述协议(SDP)。此外，所发起的用于内容观看的ISC会话由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。该方法还包括由ISC服务器中的通信功能从发起者ISC客户接收包括至少一个第二参数的第二SIPINVITE。第二SIPINVITE是用于当发起者ISC客户接收到对于建立用于通信的ISC会话的请求时发起用于通信的ISC会话。此外，第二SIPINVITE中的通信会话标识符被分配用于在ISC会话中集成通信与内容观看的ISCConvergenceID(融合ID)的值，并且所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素以及SDP。此外，该方法包括由媒体功能基于在第一SIPINVITE中接收的ISC会话标识符、第一SIPINVITE中的MIME主体中的元素和SDP来建立用于内容观看的ISC会话。此外，该方法包括由通信功能基于在分配有ISC会话标识符的值的第二SIPINVITE中接收的通信会话标识符、第二SIPINVITE的SDP以及MIME主体中的元素来建立用于通信的ISC会话。通信会话标识符标识ISC会话中的通信。
因此，本发明提供了一种由发起者沉浸式社交中心ISC客户发起ISC会话的方法，其中该方法包括接收对于发起用于内容观看和通信中的至少一个的ISC会话的请求。此外，该方法包括：生成并向ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所接收的请求是用于内容观看时发起用于内容观看的ISC会话。此外，所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)body中的至少一个元素以及会话描述协议(SDP)，并且所发起的用于内容观看的ISC会话是由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。此外，该方法包括：生成并向ISC服务器中的通信功能发送包括至少一个第二参数的第二SIPINVITE，用于当所接收的请求是用于通信时发起用于通信的ISC会话。此外，第二SIPINVITE中的通信会话标识符被分配用于集成通信与内容观看的ISC会话标识符的值，并且所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素以及SDP。此外，该方法包括在媒体功能基于第一SIPINVITE中的ISC会话标识符、MIME主体中的元素和SDP建立ISC会话之后，参与用于内容观看的ISC会话。此外，该方法包括：在通信功能基于分配有ISC会话标识符的值的通信会话标识符、第二SIPINVITE的SDP以及MIME主体中的元素来参与用于通信的ISC会话。
因此本发明提供了一种用于接收者沉浸式社交中心ISC客户参与ISC会话的方法，其中该方法包括接收从ISC服务器的媒体功能转发的第一SIPINVITE和从ISC服务器的通信功能转发的第二SIPINVITE中的至少一个，用于参与由发起者ISC客户发起的ISC会话。此外，ISC会话是由发起者ISC客户发起的一对一ISC会话和组ISC会话中的一个。此外，该方法包括：基于在从ISC服务器的媒体功能接收的转发的第一SIPINVITE和从ISC服务器的通信功能接收的转发的第二SIPINVITE中的至少一个中接收的ISCSessionType(会话类型)的值，来确定ISC会话是否用于内容观看和通信中的至少一个。此外，该方法包括：基于所确定的ISCSessionType的值来通知接收者ISC客户的ISC用户对于所发起的ISC会话的邀请。此外，该方法包括：基于从ISC用户的输入向媒体功能和通信功能发送响应，该响应指示参与ISC会话。
因此，本发明提供了一种用于建立沉浸式社交中心(ISC)会话的系统，其中该系统包括ISC服务器、发起者ISC客户和多个接收者ISC客户。此外，发起者ISC客户被配置为接收对于发起用于内容观看和通信中的至少一个的ISC会话的请求。此外，发起者ISC客户被配置为生成并向ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所接收的请求是用于内容观看时发起用于内容观看的ISC会话。此外，所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素以及会话描述协议(SDP)，并且其中所发起的用于内容观看的ISC会话是由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。此外，发起者ISC客户被配置为生成并向ISC服务器中的通信功能发送包括至少一个第二参数的第二SIPINVITE，来当所接收的请求是用于通信时发起用于通信的ISC会话。此外，第二SIPINVITE中的通信会话标识符被分配用于集成通信与内容观看的ISC会话标识符的值，并且所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素以及SDP。此外，媒体功能被配置为接收由发起者ISC客户发送的第一SIPINVITE，并且基于第一SIPINVITE中的所接收的ISC会话标识符、MIME主体中的元素和SDP来建立用于内容观看的ISC会话。此外，通信功能被配置为接收由发起者ISC客户发送的第二SIPINVITE，并且基于所接收的分配有ISC会话标识符的通信会话标识符、第二SIPINVITE的SDP以及MIME主体中的元素来建立用于通信的ISC会话。
因此，本发明提供了一种包括记录在计算机可读非瞬时性储存介质上的计算机可运行程序代码的计算机程序产品，该计算机可运行程序代码当被运行时，导致包括以下的动作：由ISC服务器中的媒体功能从发起者ISC客户接收包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当发起者ISC客户接收到对于建立用于内容观看的ISC会话的请求时发起用于内容观看的ISC会话。所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素和会话描述协议(SDP)。所发起的用于内容观看的ISC会话由在所述至少一个第一参数的首标字段中发送的ISC会话标识符来标识。此外，该计算机程序产品被配置为由ISC服务器中的通信功能从发起者ISC客户接收包括至少一个第二参数的第二SIPINVITE，来当发起者ISC客户接收到对于建立用于通信的ISC会话的请求时发起用于通信的ISC会话，并且第二SIPINVITE中的通信会话标识符被分配有用于在ISC会话中集成通信和内容观看的ISC会话标识符的值。所述至少一个第二参数包括首标字段、MIME主体中的至少一个元素和SDP。此外，计算机程序产品被配置为由媒体功能基于第一SIPINVITE中接收的ISC会话标识符、第一SIPINVITE中的MIME主体中的元素和SDP来建立用于内容观看的ISC会话。此外，该计算机程序产品被配置为通过通信功能基于在分配有ISC会话标识符的值的第二SIPINVITE中接收的通信会话标识符来建立用于通信的ISC会话。此外，第二SIPINVITE的基于SDP和MIME主体中的元素来建立ISC会话，其中通信会话标识符标识通信。
这里的实施例的这些和其它方面当结合以下描述和附图来考虑时，将更好理解和领会。然而，应该理解，以下描述当指示优选实施例及其众多特定细节时，是通过说明而非限制的方式被给出。在这里的实施例的范围之内可以进行很多改变和修改，而不脱离其精神，并且这里的实施例包括所有这样的修改。
附图说明
此发明在附图中示出，遍及附图，在各图中相似的参考字母指示相应的部分。根据以下参照附图的描述，这里的实施例将更好理解，附图中：
图1示出根据如在此公开的实施例的用于建立沉浸式社交中心(ISC)会话的ISC架构；
图2是根据如在此公开的实施例的参与ISC会话的通信设备上的用户界面的示例图示；
图3示出根据如在此公开的实施例的用于建立ISC会话的通信设备的模块；
图4示出根据如在此公开的实施例的用于建立由通信设备发起的ISC会话的ISC服务器的模块；
图5是示出根据如在此公开的实施例的用于建立用于内容观看和/或通信的ISC会话的方法的流程图；
图6是示出根据如在此公开的实施例的当内容作为单播内容对通信设备的ISC客户可得时的用于内容观看的个人ISC会话的建立以及正被观看的内容的改变通过会话发起协议(SIP)re-INVITE被执行的示例顺序图；
图7是示出根据如在此公开的实施例的当内容作为多播内容对ISC客户可得时的用于内容观看的个人的ISC会话的建立以及正被观看的内容的改变通过SIPre-INVITE被执行的示例顺序图；
图8是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且实时流协议(RTSP)控制被提供给移动通信设备的用户时用于内容观看的个人的ISC会话的建立的示例顺序图；
图9是示出根据如在此公开的实施例的用于内容观看和通信的一对一ISC会话的发起的示例顺序图；
图10a，b是示出根据如在此公开的实施例的当内容作为单播内容对参与一对一ISC会话的移动通信设备的ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及正被观看的内容的改变通过SIPre-INVITE被执行的示例顺序图；
图11a，b是示出根据如在此公开的实施例的当内容作为多播内容对ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及正被观看的内容的改变通过SIPre-INVITE被执行的示例顺序图；
图12是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给用户时的用于内容观看和通信的一对一ISC会话的建立的示例顺序图；
图13是示出根据如在此公开的实施例的当在ISC服务器中集成媒体功能和通信功能时的用于内容观看和通信的一对一ISC会话的建立的示例顺序图；
图14是示出根据如的此公开的实施例的当内容作为单播内容对预定义的组中的ISC客户可得时的预定义的组之间用于内容观看和通信的组ISC会话的建立的示例顺序图；
图15是示出根据如在此公开的实施例的当在组ISC会话期间内容作为单播内容对ISC客户可得时通过SIPre-INVITE改变正由预定义的组观看的内容的示例顺序图；
图16是示出根据如在此公开的实施例的当内容作为多播内容对预定义的组中的ISC客户可得时在预定义的组之间用于内容观看和通信的组ISC会话的建立的示例顺序图；
图17是示出根据如在此公开的实施例的当在组ISC会话期间内容作为多播内容对预定义的组的ISC客户可得时通过SIPre-INVITE改变正由预定义的组观看的内容的示例顺序图；
图18a，b是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给用户时的用于内容观看和通信的组ISC会话的建立的示例顺序图；
图19示出根据如在此公开的实施例的当对ad-hoc组可得的内容是单播时形成ad-hocISC组来建立组ISC会话的示例顺序图；
图20示出根据如在此公开的实施例的用于将所建立的一对一ISC会话延伸到组ISC会话的示例顺序图；
图21示出根据如在此公开的实施例的当在ISC服务器中集成媒体功能和通信功能时用于建立用于内容观看和通信的组ISC会话的示例顺序图；以及
图22示出根据如在此公开的实施例的实现用于建立用于集成内容观看和通信的ISC会话的方法和系统的计算环境。
具体实施方式
参考在附图中示出并且在下面的描述中详述的非限制性实施例，更全面地解释了这里的实施例及其各种特征和有利细节。省略公知组件和处理技术的描述以免不必要地模糊这里的实施例。在此使用的示例仅仅意在促进可以实践这里的实施例的方式的理解，并且进一步使得本领域技术人员能够实践这里的实施例。因此，示例不应该被解释为限制这里的实施例的范围。
在详细描述实施例之前，提供在此使用的关键术语和概念的定义是有用的。除非另外定义，否则在此使用的全部技术和科学术语都具有与此发明所属的领域普通技术人员通常理解的相同的意思。
发起者沉浸式社交中心(ImmersiveSocialCentre,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客户在用于内容观看的第一SIPINVITE中附加一个或多个第一参数，并且在用于通信的第二SIPINVITE中附加一个或多个第二参数。
在实施例中，发起者ISC客户内部地与发起者通信客户(融合IP消息(CPM)客户)通信来生成并朝通信功能发送用于通信的第二SIPINVITE。诸如作为对第一SIPINVITE和第二SIPINVITE来说公共的ISC融合ID的ISC会话标识符的附加参数，指示媒体功能和通信功能以相对于内容观看建立通信。
基于ISC会话请求是用于一对一ISC会话还是组ISC会话，第一SIPINVITE和第二SIPINVITE被转发到一个或多个接收者ISC客户。诸如到第一SIPINVITE和第二SIPINVITE的ISCSessionType(会话类型)的附加参数指示接收者ISC客户所接收的用于ISC会话建立的请求是用于内容观看和通信之一还是两者。
在实施例中，接收者ISC客户内部地与接收者CPM客户通信用于处理由通信功能转发的第二SIPINVITE。由该方法提供的集成使得通信功能能够在由媒体功能建立的内容观看期间参考正被观看的内容来建立通信。
此外，该方法允许ISC服务器管理从发起者ISC客户接收的请求，该请求用于在预定义的ISC组或由发起者ISC客户形成的ad-hocISC组之间发起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、ISCXML文档管理服务器(ISCXDMS)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中的媒体功能生成朝ISCCP网关107的请求。此外，ISCCP网关107可以请求内容提供器108来提供所要求的内容分组以传递到参与会话的ISC客户。
在实施例中，由ISC服务器105的媒体功能从ISCCP网关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发送用于内容观看的第一SIPINVITE。该方法允许发起者ISC客户101通过附加一个或多个第二参数来发送用于通信的第二SIPINVITE。
分别在发起者ISC客户101和一个或多个接收者ISC客户102和103之间的控制信号和消息的交换由ISC服务器的媒体功能和通信功能来管理，以建立如第一SIPINVITE和第二SIPINVITE中接收的ISC会话。然而，控制信号和消息在ISC服务器105之内的其它功能组件以及ISC使能器的外部功能组件112(诸如支持性服务器110和位于其它网络环境中的远程ISC环境109)之间交换。
附加到第一SIPINVITE和第二SIPINVITE两者的ISCConvergenceID使得媒体功能和通信功能能够识别发起的内容观看和通信之间的相互关系。因而，如果ISC用户请求用于内容观看和通信两者的ISC会话，则ISCConvergenceID集成内容观看和通信。
附加到第一SIPINVITE和第二SIPINVITE两者的会话类型向一个或多个接收者ISC客户指示所接收的第一SIPINVITE和第二SIPINVITE是仅用于内容观看、仅通信还是内容观看和通信两者。
在建立所请求的ISC会话时，媒体功能传递所请求的内容给ISC会话中的一个或多个参与者。
ISC会话的一个或多个参与者(例如，通信设备100a、100b和100c分别的ISC用户)可得的内容可以是单播或多播内容。
在实施例中，内容可以是诸如由内容提供器108提供的直播内容、视频点播等的媒体内容。
在实施例中，该方法允许ISC客户101、101和103分别和ISC服务器105的媒体功能使用单播或多播协议的任何一种，诸如用户数据报协议(UDP)或实时传输协议(RTP)(UDP/RTP)、互联网组管理协议(IGMP)等，用于接收和传递要观看的内容。
基于由ISC用户选择的通信的抉择，所建立的用于通信的ISC会话可以是聊天会话、视频呼叫、IP语音(VoIP)呼叫等。
在实施例中，ISC用户可以使用SIPre-INVITE消息来改变正被观看的内容而不破坏所建立的ISC会话。
在实施例中，在正在进行的一对一ISC会话中，如果SIPre-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用户的UI201。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和/或第二SIPINVITE用于参与所发起的用于内容观看和/或通信的ISC会话时，ISC客户101被配置为充当接收者ISC客户。ISC客户101被配置为从ISC用户接收对于建立用于内容观看和/或通信的ISC会话的请求，并且朝ISC服务器105发起各种基于SIP的消息和控制信号。ISC客户101被配置为向发送给ISC服务器用于建立ISC会话的第一SIPINVITE附加一个或多个第一参数，和/或向第二SIPINVITE附加一个或多个第二参数。此外，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接收的第一SIPINVITE信号到接收者ISC客户102。每当用于预定义的组的组ISC会话被发起时，媒体功能401被进一步配置为从ISCXDMS106获得参与组ISC会话的预定义的ISC组的组成员以及预定义的ISC组的预定义的策略。媒体功能401被配置为基于在第一SIPINVITE中接收的ISCGroupID(组ID)识别预定义的组。
在从一个或多个接收者ISC客户接收到第一SIPINVITE接受消息时，媒体功能401被配置为传递内容到一个或多个接收者ISC客户用于内容观看。
作为ISC服务器侧功能组件的通信功能的通信功能402直接指的是支持ISC用户之间以及ISC用户和内容提供器之间的交互的CPM使能器服务器侧功能组件。通信功能402被配置为接收并转发从发起者ISC客户101接收的第二SIPINVITE信号到接收者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包括发送附加有一个或多个第一参数的用于内容观看的第一SIPINVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第一参数的用于内容观看的第一SIPINVITE。
所发起的ISC会话可以是个人ISC会话、一对一ISC会话或者组ISC会话。此外，一旦ISC服务器基于从发起者ISC客户接收的请求而建立ISC会话，在ISC服务器所建立的ISC会话中，任何参与者就可以被添加或从内容观看和通信之一或两者移除。
在实施例中，ISC服务器允许参与所建立的ISC会话中的一个或多个接收者ISC客户自愿地离开ISC会话。
在实施例中，一个或多个第一参数包括但不限于ISC特征标签(特征标签)、内容ID(ContentRef)、ISCConvergenceID、ISCSessionType、ISCGroupID、统一资源标识符(URI)列表、同步字段Sync和m实时(mRealTime)流协议(mRTSP)。
第一SIPINVITE中的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首标中时，如在[3GPPTS24.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请求或SIPINVITE请求中，其是全局唯一标识符，指示与ISC内容观看和通信、内容兴趣相关联的ISC请求和响应。属于相同的ISC内容观看和通信或者相同的内容兴趣的所有请求和响应对于ISCConvergenceID首标字段携带相同的值。发送ISC功能组件包括与ISC内容观看和通信、内容兴趣相关联的每个SIPMESSAGE请求或SIPINVITE请求中的ISCConvergenceID首标字段。发送的ISC功能组件确保所包括的ISCConvergenceID是全局唯一的。
SIPINVITE/re-INVITE请求中的同步字段Sync可以被设置(yes)或重置(no)。该字段和相应的值被包括在SIPINVITE请求的多目的互联网邮件扩展(MIME)主体中，其指示ISC会话中的参与者是否要对于内容观看同步。值“yes”指示属于相同ISCConvergenceID的1-1会话中的两个ISC用户应该在内容观看中同步。值“no”指示属于相同ISCConvergenceID的1-1会话中的两个ISC用户不想同步他们的内容观看。所以ISC服务器媒体功能在SIPINVITE请求的MIMESDP主体中检查出包括在“Sync”元素中的值是“yes”，然后根据[RFC3261]的规则和过程生成SIPINVITE请求，并朝接收者ISC客户转发它。否则，ISC服务器媒体功能不朝接收者ISC客户转发SIPINVITE请求。
ISCSessionType指示所发起的ISC会话是否用于内容观看和/或通信。例如，第一SIPINVITE或第二SIPINVITE请求中的ISCSessionType(会话类型)字段包括诸如CV(内容观看)/CM(通信)/CV-CM(内容观看和通信)的值。ISCSessionType可以由任何接收者ISC客户用来确定它在接收可能是第一SIPINVITE或第二SIPINVITE的SIPINVITE之后是否必须等待另一SIPINVITE。如果ISCSessionType是CV-CM，那么接收者ISC客户在响应所接收的SIPINVITE之前等待两个SIPINVITES(用于内容观看和通信)。一旦接收者ISC客户接收到第一SIPINVITE和第二SIPINVITE两者，它就可以通知与接收者ISC客户对应的ISC用户关于所接收的SIPINVITES是用于内容观看和通信会话两者。如果ISCSessionType是CV，那么接收者ISC客户可以根据ISC用户同意所接收的第一SIPINVITE而以对仅内容观看会话的接受来立即通知和响应。如果ISCSessionType是CM，那么接收者ISC客户可以根据ISC用户同意所接收的第二SIPINVITE而立即通知和响应用于对仅通信ISC会话的接受。
ISCGroupID对应于预定义的用于组ISC会话的ISC组，URI列表对应于组ISC会话中的组成员，并且mRTSP对应于向媒体功能401对于获得RTSP控制的请求。
该方法500允许发起者ISC客户101基于从ISC用户接收的ISC会话请求的类型来确定自一个或多个第一参数中的哪些参数要被附加到第一SIPINVITE。因而，一个或多个第一参数中的全部或组合是否被附加到第一SIPINVITE是基于由ISC用户请求的ISC会话的类型，并且相应地在从图6向后的序列图中描述。
在步骤504，该方法包括发送附加有一个或多个第二参数的用于通信的第二SIPINVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第二参数的用于通信的第二SIPINVITE。例如，附加的一个或多个参数包括但不限于ISCSessionType、URLlist和以ISCConvergenceID分配的通信会话标识符。通信会话标识符是通信对话ID(CPM_Conv_ID)。
一个或多个第二参数中的全部或组合是否被附加到第二SIPINVITE是基于由ISC用户请求的ISC会话的类型，并且相应地在从图6向后的序列图中描述。
在步骤505，方法500包括基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。在实施例中，方法500允许媒体功能401基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。在步骤506，方法500包括基于所接收的一个或多个第二参数来建立用于通信的ISC会话。在实施例中，方法500允许通信功能402基于所接收的一个或多个第二参数来建立用于通信的ISC会话。
如果在步骤502确定所发起的ISC会话仅用于内容观看，那么在步骤507，方法500包括发送附加有一个或多个第一参数的用于内容观看的第一SIPINVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第一参数的用于内容观看的第一SIPINVITE到媒体功能401。在步骤508，该方法包括基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。在实施例中，方法500允许媒体功能401基于所接收的一个或多个第一参数来建立用于内容观看的ISC会话。
如果在步骤502确定所发起的ISC会话仅用于通信，那么在步骤509，方法500包括发送附加有一个或多个第二参数的用于通信的第二SIPINVITE。在实施例中，方法500允许发起者ISC客户101发送附加有一个或多个第二参数的用于通信的第二SIPINVITE。此外，方法500包括执行步骤506来建立用于通信的ISC会话。
方法500中的各种动作、行动、框、步骤等可以以所呈现的次序、以不同的次序或者同时被执行。此外，在一些实施例中，一些动作、行动、框、步骤等可以被省略、添加、修改、跳过等而不脱离本发明的范围。
图6是示出根据如在此公开的实施例的当内容作为单播内容对通信设备的ISC客户可得时的用于内容观看的个人ISC会话的建立以及被观看的内容的改变通过SIPre-INVITE执行的示例顺序图。图6描绘了发起者ISC客户101、包括媒体功能401和通信功能402的ISC服务器105以及ISCCP网关107，其交换用于建立个人ISC会话的内容观看的SIP消息。在媒体功能401通过ISCCP网关107从内容提供器请求和接收(601)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。
在从用户接收到观看由ContentRef标识的内容的请求时，发起者ISC客户101生成如在IETFRFC3261中定义的第一SIPINVITE请求。
第一SIPINVITE包括：
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中包括全局唯一标识符(如果它是用于发起新的内容观看会话，则生成新值，否则来自现有的内容观看会话)用于确定与ISCConvergence相关联的内容观看。例如，此字段可以包括在SIPINVITE。
3.包括如下用于内容观看的SDP：
3.1包括与ISC用户已经选择观看的内容1对应的ContentRef。从内容列表获得此字段的值。例如ContentRef的值被包括在新的Content-Type首标字段“application/ISC-content-request+xml”下的SIPINVITE的MIMESDP主体中。发起者ISC客户101生成如上所述的SIPINVITE，并且发送(602)请求到ISC服务器105的媒体功能401，其中对于标识ISC用户从媒体功能401提供的内容列表中选择的内容(内容1)的ContentRef＝1，ISCConvergenceID＝1。
ContentRef的值，诸如ContentRef＝1、ContentRef＝2是表示用户有兴趣用于内容观看的相应内容的内容ID的示例值。
在接收到第一SIP邀请时，媒体功能401识别出所接收的ISC特征标签是用于个人ISC会话(自内容观看)，其指示媒体内容401所接收的第一SIPINVITE不被再转发到ISC环境中的任何ISC客户。
此外，媒体功能和发起者ISC客户之间的通信以诸如200OK(603)的SIPINVITE接受消息继续，如在本领域中已知的常规SIP过程中所定义。
根据所使用的常规的过程，发起者ISC客户101和ISC服务器105两者都知晓由ContentRef从内容列表中标识的内容作为单播内容可得。此外，媒体功能401开始(604)在UDP/RTP隧道中传递与ContentRef＝1对应的内容。ISC用户现在按照他/她的请求来观看内容。
稍后，如果ISC用户期望改变正被观看的内容，那么ISC用户请求发起者ISC客户101改变内容。发起者ISC客户101以类似于第一SIPINVITE的参数生成SIPre-INVITE，除了ContentRef被分配与新选择的内容相关联的值“2”。发起者ISC客户保持如在第一SIPINVITE期间分配的ISCConvergenceID＝1的值。此外，发起者ISC客户101向媒体功能401发送(605)SIPre-INVITE。
因而，这使得媒体功能401能够改变在相同的建立的ISC会话中的内容而不破坏现有的ISC会话。
媒体响应于所接收的SIPre-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会话的建立以及被观看的内容的改变通过SIPre-INVITE执行的示例顺序图。图7描绘了基于互联网组管理协议(IGMP)的个人ISC会话。如在图6中所述，根据相应技术的合适的修改可以适用于建立和处理基于IGMP的个人ISC会话。
如在图6的603所述，媒体功能401响应于第一SIPINVITE而响应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离开请求自身中的内容改变指示，并且消除了发送SIPre-INVITE的需要。
图8是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给移动通信设备的用户时的用于内容观看的个人ISC会话的建立的示例顺序图。该图描绘了发起者ISC客户101、包括媒体功能401和通信功能402的ISC服务器105以及ISCCP网关107交换用于建立个人ISC会话的内容观看的SIP消息。在媒体功能401通过ISCCP网关107从内容提供器请求和接收(801)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。如在步骤602中描述的发起者ISC客户发送(802)第一SIPINVITE。为了向媒体功能指示RTSP控制请求，发起者ISC客户101在第一SIPinvite中新Content-Type首标字段“application/ISC-content-request+xml”下SIPINVITE的MIME主体中包括用于设立RTSP会话的m-line。在接收到第一SIPinvite时，媒体功能401识别出所接收的ISC特征标识符是用于个人ISC会话，其指示所接收的第一SIPINVITE不被再转发到ISC环境中的任何ISC客户。媒体功能401响应(803)诸如200OK信号的SIPINVITE接受消息。ISC服务器105具有通过200OK信号来接受或拒绝对于所选择的内容的RTSP请求的能力。
发起者ISC客户101和ISC服务器105两者都知晓由ContentRef标识的内容作为单播内容可得到。因而，发起者ISC客户101朝ISC服务器105发送(804)具有统一资源定位符(URL)的RTSPPLAY请求来建立RTSP会话用于以用户控制来接收在ContentRef中标识的内容。媒体功能401开始(805)在UDP/RTP隧道中传递与ContentRef＝1对应的内容(RTSP会话)。ISC用户按照请求来观看内容。在从ISC用户接收到暂停正在被观看的内容的请求之后，发起者ISC客户101朝媒体功能401发送(806)RTSPPAUSE请求。ISC用户还被允许执行其它RTSP特技(trick)播放命令，诸如FORWARD(快进)、REWIND(倒带)、SKIP(跳过)等。一旦从ISC用户接收到暂停内容的请求，媒体功能401就临时停止(807)在UDP/RTP隧道中传递与内容有关的媒体(RTSP会话)。一旦从ISC用户接收到恢复正被暂停的内容，发起者ISC客户101就向媒体功能401发送(808)RTSPPLAY请求。一旦从ISC客户101接收到恢复内容的请求，媒体功能401就从它被ISC用户停止的位置开始在UDP/RTP隧道(RTSP会话)中传递被临时中止的内容。
图9是示出根据如在此公开的实施例的用于内容观看和通信的一对一ISC会话的发起的示例顺序图。图9描绘了发起者ISC客户101、接收者ISC客户102、包括媒体功能401和通信功能402的ISC服务器105和ISCCP网关107交换用于建立一对一(1-1)ISC会话的内容观看和通信的SIP消息。
在从通信设备100a的ISC用户A接收到请求时，相关联的发起者ISC客户101执行以下动作之一：
1.为了观看由ContentRef＝1标识的内容并与关联于接收者ISC客户102的通信设备100b的ISC用户通信，发起者ISC客户101生成两个SIPINVITE(SIP邀请)请求。第一SIPINVITE朝着邀请接收者ISC客户102用于内容观看，并且第二SIPINVITE用于邀请接收者ISC客户102用于通信。
2.为了观看由ContentRef＝1标识的内容但是不与接收者ISC客户102的ISC用户B通信，发起者ISC客户101仅生成第一SIPINVITE朝着邀请接收者ISC客户102用于内容观看，并且用于通信的第二SIPINVITE不被生成。
3.为了与接收者ISC客户通信但是没有兴趣一起观看内容，发起者ISC客户101仅生成第二SIPINVITE朝着邀请接收者ISC客户用于通信，并且用于内容观看的第一SIPINVITE不被生成。
图中的顺序图描绘了用于内容观看和通信的一对一ISC会话。在媒体功能401通过ISCCP网关107从内容提供器请求和接收(901)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。一旦发起者ISC客户101接收到对于内容观看和通信的请求，发起者ISC客户就生成如在IETFRFC3261中定义的用于内容观看的第一SIPINVITE，附带如该方法公开的以下澄清：
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中包括全局唯一标识符(如果它是用于发起新的内容观看会话，则生成新值，否则来自现有的内容观看会话)用于确定与ISCConvergence相关联的内容观看。例如，此字段可以包括在SIPINVITE中。
3.包括用于内容观看的SDP和以下首标在主体中
3.1.包括与ISC客户101已经选择观看的内容对应的ContentRef。从内容列表获得此字段的值。例如ContentRef的值被包括在新Content-Tuype首标字段“application/ISC-content-request+xml”下的SIPINVITE的MIMESDP主体中。
3.2.当ISC会话是用于内容观看和通信时，包括作为CV-CM的ISCSessionType。但是，如果ISC会话仅用于内容观看，则包括作为CV的ISCSessionType，而如果ISC会话仅用于通信，则包括作为CM的ISCSessionType。
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特征标识符值的第一SIPINVITE请求，媒体功能401就识别出第一SIPINVITE要被转发给接收者ISC客户102。此外，媒体功能转发(903)第一SIPinvite来邀请接收者ISC客户102用于1-1内容观看会话。
为了设立通信，发起者ISC客户生成如在IETFRFC3261中定义的第二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和下面的首标包括在SIPINVITE主体中：
4.1.当ISC会话是用于内容观看和通信时，包括作为CV-CM的ISCSessionType。但是，如果会话仅用于内容观看，则包括作为CV的会话类型，而如果会话仅用于通信，则包括作为CM的会话类型。例如，这个字段可以以新的内容类型被包括在SIPINVITE主体中。
4.2.在新的Content-Type首标字段“application/ISC-content-request+xml”下包括与对应于发起者ISC客户101的ISC用户已经选择观看的内容对应的ContentRef。
此外，发起者ISC客户101朝ISC服务器105中的通信功能402发送(904)第二SIPINVITE请求。此外，通信功能向诸如图中描绘的接收者ISC客户102的合适的ISC客户转发第二SIPINVITE请求来邀请进行1-1通信ISC会话。因为在通信功能402的通信客户上接收到用于通信的SIPINVITE(第二SIPINVITE)，所以如果“SessionType”被包括在从发起者ISC客户101接收的第二SIPINVITE中，则通信客户转发(905)第二SIPINVITE到接收者ISC客户102。
因为该方法允许发起者ISC客户101在第一SIPINVITE和第二SIPINVITE两者中附加会话类型，所以这使得接收者ISC客户102能够识别所发起的ISC会话的类型。因而，不管是第一SIPINVITE还是第二SIPINVITE被接收者ISC客户102首先接收到，SessionType都指示接收者ISC客户102它是必须立即通知它的ISC用户所接收的邀请还是等待再一个SIP邀请。例如，接收者ISC客户102检查在具有Content-Type首标“application/ISC-content-request+xml”的MIMESDP主体中，“SessionType”元素的值是否是“cv-cm”。如果是，那么ISC客户等待直到接收到具有CPM_FT“urn:urn-7:3gpp-service.ims.icsi.oma.cpm.session”并且关于相同的“ISCConvergenceID”的对于通信的SIPINVITE请求。
如果ISC用户接受对于在所发起的ISC会话中的内容观看的邀请，则接收者ISC客户102响应(906)200OK，如果请求没有错误，则200OK被媒体功能进一步转发给发起者ISC客户101。如果检测到任何错误，则媒体功能401响应如IETFRFC3261中指定的错误。
在图9中描述的步骤是用于发起用于内容观看和通信的ISC会话的步骤。然而，基于内容对发起者ISC客户101和接收者ISC客户102可得的方式，用于在UDP/RTP隧道中传递内容的进一步的步骤可以变化，并且稍后在图10、图11和图12中描述。
图10是示出根据如在此公开的实施例的当内容作为单播内容对参与一对一ISC会话的移动通信设备的ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及被观看的内容的改变通过SIPre-INVITE执行的示例顺序图。图10描绘了发起者ISC客户101、接收者ISC客户102、包括媒体功能401和通信功能402的ISC服务器105和ISCCP网关107交换用于建立一对一(1-1)ISC会话的内容观看和通信的SIP消息。
如图9中所描述，接收者ISC客户102响应于所接收的第一SIPinvite而响应200OK信号。此外，媒体功能401开始(1001)在UDP/RTP隧道中传递作为单播内容的与ContentRef＝1对应的内容。发起者ISC客户101和接收者ISC客户102分别的ISC用户A和ISC用户B两者按照对于1-1内容观看会话的请求同时观看相同的内容(由ContentRef＝1指定)。
此外，接收者ISC客户102响应于所接收的转发的第二SIPINVITE而响应(1002)200OK，并且如果请求没有错误，则通信功能402向发起者ISC客户101转发200OK。如果检测到任何错误，则通信功能响应如IETFRFC3261中指定的错误。之后，发起者ISC客户101和接收者ISC客户102的ISC用户通过消息会话中继协议(MSRP)彼此通信(1003)。因而，1-1集成的内容观看和通信ISC会话已经在ISC用户之间建立。使用对发起的内容观看和发起的通信相同的全局唯一ISCConvergenceID来执行集成。当“ISCConvergenceID”的值相同时，CPM客户与ISC客户交互来一起渲染来自内容观看和通信会话的媒体。
从发起者ISC客户101的ISC用户接收到将正被观看的内容改变为另一内容的请求时，发起者ISC客户生成类似于如上面在第一SIPINVITE生成中解释的第一SIPINVITE的SIPre-INVITE，但是在新Content-Type首标字段“application/ISC-content-request+xml”下具有改变的内容ID(ContentRef＝2)，如该方法所公开的澄清允许添加可以被设置(yes)或重置(no)的同步字段Sync。
图10描绘发起者ISC客户101包括Sync＝yes(同步字段Sync值被设置)，声明1-1ISC会话中的两个ISC用户应该在内容观看中被同步。例如此个字段可以被包括在具有新的内容类型的SIPINVITE请求MIME主体中。
此外，发起者ISC客户101朝媒体功能401发送(1004)包括现有的ISC内容观看会话的ISCConvergenceID的SIPre-INVITE请求，媒体功能401然后向接收者ISC客户102转发(1005)SIPre-INVITE请求。如果请求没有错误，则之后接收者ISC客户102自动接受并以包括ISCConvergenceID首标字段和如在SIPINVITE请求中接收的值的响应来响应(1006)200OK。如果检测到任何错误，则媒体功能401返回如在IETFRFC3261中指定的错误。此外，媒体功能转发200OK给发起者ISC客户101。此外，媒体功能开始(1007)在UDP/RTP隧道中传递与ContentRef＝2对应的新内容。因而，参与一对一ISC会话的ISC用户开始接收与在ContentRef中指定的内容有关的相同媒体，并且观看改变的内容。
从发起者ISC客户101的ISC用户A接收到将正被观看的内容改变为另一内容的请求，其中新内容将仅被传递给他/她自己，发起者ISC客户101通过保持ISCConvergenceID来维持相同的所建立的ISC会话，而生成SIPre-INVITE用于内容观看。然而，SIPre-INVITE按照来自ISC用户的新请求而包括改变的内容ID的值(ContentRef＝3)，但是将同步字段Sync的值重置为假(Sync＝no)，因为参与一对一ISC会话的ISC用户A和B两者在内容观看中不要被同步。此外，发起者ISC客户101朝媒体功能401发送(1008)SIPre-INVITE。
媒体功能检查发起者ISC客户的ISC用户是否被批准在1-1内容观看和通信ISC会话中观看不同的内容。如果请求没有错误，则媒体功能401响应于所接收的SIPre-INVITE而响应(1009)200OK。如果检测到任何错误，则媒体功能401响应如在IETFRFC3261中指定的错误。
此外，媒体功能401开始(1010)在UDP/RTP隧道中仅向发送者ISC客户101传递与ContentRef＝3对应的内容。因而ISC用户A按照ISC用户A的请求观看与ISC用户B所观看的不同内容。
在实施例中，ISC用户B在订阅(subscription)ISCEventPackage(事件包)之后可以被通知ISC用户A正在观看不同的内容。
因而，用于内容观看和通信会话的一对一ISC会话被继续，其中通过ISCConvergenceID集成了ISC用户A观看不同的内容并且与ISC用户户B通信。
利用如稍后分别在图11和图12中描述的合适的修改，图10中描述的步骤可以适用于基于诸如IGMP和RTSP的不同协议的实施例。但是，为了简明，在图10、图11之间共同的描述不在图11中重复。
图11是示出根据如在此公开的实施例的当内容作为多播对ISC客户可得时的用于内容观看和通信的一对一ISC会话的建立以及被观看的内容的改变通过SIPre-INVITE执行的示例顺序图。
图11描绘了基于互联网组管理协议(IGMP)的一对一ISC会话。如图10中描述的根据相应技术的适当的修改可以适于建立和处理如图11中描绘的基于IGMP的一对一ISC会话，其包括但不限于IGMP-GMRJoin1(1101)、IGMPGMRleave1和IGMPGMRJoin2(1102)、IGMPGMRleave2(1103)和IGMPGMRJoin3(1104)。
因而，用于内容观看和通信会话的一对一ISC会话继续，其中通过ISCConvergenceID集成了ISC用户A观看不同的内容并且与ISC用户B通信。
图12是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且RTSP控制被提供给用户时的用于内容观看和通信的一对一ISC会话的建立的示例顺序图。图12描绘了发起者ISC客户101、接收者ISC客户102、包括媒体功能401和通信功能402的ISC服务器105和ISCCP网关107交换用于在RTSP控制的情况下建立一对一(1-1)ISC会话的内容观看和通信的SIP消息。
如图9中所述，接收者ISC客户102响应于所接收的第一SIPINVITE响应200OK信号(ISC客户101通过另外在新Content-Type首标字段“application/ISC-content-request+xml”下的SIPINVITE的MIME主体中包括用于设立RTSP会话的m-line来向媒体功能401发送(902)第一SIPINVITE请求(此外，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响应于所接收的转发的第二SIPINVITE而响应(1203)200OK，并且如果请求没有错误，则通信功能402向发起者ISC客户101转发200OK。如果检测到任何错误，则通信功能响应如在IETFRFC3261中指定的错误。之后，发起者ISC客户101和接收者ISC客户102的ISC用户通过MSRP彼此通信(1204)。因而，1-1集成的内容观看和通信ISC会话已经在ISC用户A和B之间建立。使用对发起的内容观看和发起的通信相同的全局唯一ISCConvergenceID来执行集成。
在从ISC用户A接收到暂停正在被观看的内容的请求时，发起者ISC客户朝媒体功能401发送(1205)RTSPPAUSE请求。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)RTSPPLAY请求。在从ISC客户101接收到对于恢复内容的请求时，媒体功能401在RTSP会话中从它被ISC用户A停止的位置开始(1208)向发起者ISC客户101和接收者ISC客户102两者传递临时中止的内容。
图13是示出根据如在此公开的实施例的当媒体功能和通信功能被集成在ISC服务器中时用于内容观看和通信的一对一ISC会话的建立的示例顺序图。图13描绘了发起者ISC客户101、接收者ISC客户102、具有集成的媒体功能401和通信功能402的ISC服务器105和ISCCP网关107交换用于建立一对一ISC会话的内容观看和通信的SIP消息。在媒体功能通过ISCCP网关107从内容提供器请求和接收(1301)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。
如图13中描绘的，在从ISC用户A接收到观看由ContentRef标识的内容并与ISC用户B通信的请求时，发起者ISC客户生成具有两个m-line的组合的SIPINVITE请求。两个m-line包括用于邀请ISC用户B朝着内容观看的用于内容观看的SDP，以及用于邀请ISC用户B用于通信的用于通信的SDP。
然而，如果接收的请求是用于观看由ContentRef标识的内容但不与ISC用户B通信，那么发起者ISC客户101生成组合的SIPINVITE但不包括用于通信的m-line。
如果接收的请求是用于通信但是不用于观看内容，那么发起者ISC客户101生成组合的SIPINVITE但不包括用于内容观看的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)单个组合的SIPINVITE请求。
如果请求没有错误，则ISC服务器响应于所接收的SIPINVITE来响应200OK。如果检测到任何错误，则ISC服务器媒体功能响应如在IETFRFC3261中指定的错误。
在从ISC用户A接收到请求时，ISC服务器媒体功能401向被邀请到1-1内容观看会话的接收者ISC客户102转发(1303)组合的SIPINVITE请求。
此外，如果请求没有错误，则接收者ISC客户102响应于所接收的转发的组合SIPINVITE而响应200OK，其中SDP1：OK，SDP2：OK(组合的SIPINVITE接受消息)，声明ISC用户B接受与ISC用户A的内容观看和通信两者。如果检测到任何错误，则ISC服务器媒体功能401返回如在IETFRFC3261中指定的错误。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和ISCCP网关107交换用于建立组ISC会话的内容观看和通信的SIP消息。在媒体功能通过ISCCP网关107从内容提供器请求和接收(1401)内容列表的期望内容之后，发起者ISC客户101已经具有到内容列表的途径。
如关于个人ISC会话建立和一对一ISC会话建立所讨论的，该方法允许发起者ISC客户101基于来自ISC用户A的对于建立用于内容观看和/或通信的组ISC会话的请求，来生成第一SIPINVITE和/或第二SIPINVITE。
对于组ISC会话，用于内容观看的第一SIPINVITE如IETFRFC3261中定义的生成，其中由所公开的方法提供以下澄清：
1.包括与预定义的ISC组的组地址对应的ISCGroupID。例如在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.在SIPINVITE主体中包括用于单播内容观看的SDP和下面的首标
4.1.包括与ISC用户A已经选择观看的内容对应的ContentRef。从内容列表获得此字段的值。例如ContentRef的值被包括在新Content-Type首标字段“application/ISC-content-request+xml”下SIPINVITE的MIMESDP主体中。
4.2.如对于个人ISC会话或一对一ISC会话所描述的，当会话是用于内容观看和通信时，包括作为CV-CM的ISCSessionType。但是，如果会话仅用于内容观看，则包括作为CV的SessionType，而如果ISC会话仅用于通信，则包括作为CM的SessionType。
此外，发起者ISC客户101朝媒体功能401发送(1402)第一SIPINVITE请求。
在从发起者ISC客户101接收到包含关于用于组ISC会话的组内容观看和通信的特征标签值的第一SIPINVITE请求时，媒体功能401从ISCXDMS106检索与第一SIPINVITE请求中接收的ISCGroupID对应的策略和预定义的组的组成员。例如，策略允许媒体功能预先知道哪些组成员携带组控制。
此外，媒体功能401朝属于从所接收的第一SIPINVITE中指定的ISCGroupID标识的预定义的组的、包括接收者ISC客户102和103分别的每个组成员转发(1403)第一SIPINVITE请求。
此外，为了设立通信，如果通信功能不具有到ISCXDMS106中定义的组信息的途径，则发起者ISC客户101从ISCXDMS106取得组成员。发起者ISC客户101生成如在IETFRFC3261中定义的第二SIPINVITE请求，具有由所公开的方法提供的以下澄清：
1.如果通信功能具有到ISCXDMS106中的预定义的组的途径，则包括ISCGroupID，否则包括如上获得的URI列表。
2.包括作为CPM_FT＝+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.cpm.session的特征标签ICSI，其用于发起组通信会话。
3.为了确定与CPMConversation相关联的通信，将ISCConvergenceID的值复制在CPM_Conv_ID首标字段中，其用于内容观看。此标识允许内容观看和通信的集成的在内容观看会话被发起的相同ISC会话之内被发起的通信。
4.在SIPINVITE主体中包括用于通信的SDP和下面的首标
4.1.当会话是用于内容观看和通信时，包括作为CV-CM的ISCSessionType，如果会话仅用于内容观看，则作为CV，而如果会话仅用于通信，则作为CM。但是，如果会话仅用于内容观看，则包括作为CV的会话类型，而如果会话仅用于通信，则作为CM。例如，此字段可以被包括在具有新的内容类型的SIPINVITE主体中。
此外，发起者ISC客户101朝通信功能402发送(1404)第二SIPINVITE请求。
当ISCSessionType被包括在所接收的第二SIPINVITE请求中时，通信功能朝每个组成员转发(1405)第二SIPINVITE请求。
因为该方法允许发起者ISC客户101在第一SIPINVITE和第二SIPINVITE两者中附加会话类型，所以这使得接收者ISC客户102能够识别所发起的ISC会话的类型。接收者ISC客户102检查在具有Content-Type首标“application/ISC-content-request+xml”的MIMESDP主体中“SessionType”元素值的值是否是“cv-cm”。如果是，那么ISC客户等待直到接收到具有CPM_FT“urn:urn-7:3gpp-service.ims.icsi.oma.cpm.session”并用于相同“ISCConvergenceID”的用于通信的SIPINVITE请求。当接收者ISC客户102和103分别接收到内容观看和通信SIP消息时，接收者ISC客户响应于第一SIPINVITE和第二SIPINVITE分别返回200OK(分别为1406和1409)。每当请求存在错误时，媒体功能401和通信功能就返回如IETFRFC3261中指定的错误。
媒体功能401和通信功能402向发起者ISC客户101转发(分别为1407和1410)200OK。
此外，在发送200OK之后，媒体功能开始(1408)在UDP/RTP隧道中向所有组成员传递与ContentRef对应的内容。同时，通信功能402允许组成员通过MSRP通信(1411)。因而，用于组ISC会话的内容观看以及通信通过ISCConvergenceID被建立和集成。
使用根据相应技术的适当修改，图14中描述的步骤可以适用于基于诸如IGMP和RTSP的不同协议的实施例。
如本领域技术人员所理解，从ISC会话移除参与者、添加新的参与者到用于内容观看和/或通信的ISC会话或者从现有参与者接受从ISC会话离开请求在所公开的方法的范围之内。这可以使用本领域已知的常规过程与使用包括但不限于ISCGroupID和ISCConvergenceID的参数的所公开的方法的实施例相组合来执行。
在实施例中，为了添加新的ISC用户，发起者ISC客户生成如RFC3515中指定的SIPREFER请求，具有由所公开的方法提供的以下澄清：
1.包括正在进行的ISC组会话(组ISC会话)的组身份(ISCGroupID)。
2.包括基于SIPREFER的发起是用于内容观看和/或通信的特征标签。
3.在称为客户ID的Refer-to首标中包括接收者ISC客户的地址。如果多于一个ISC用户被邀请，则Refer-to首标包括对主体中URI-List的指针并且在主体中包括URL-List。
4.包括作为INVITE的Refer-to首标的方法参数
5.包括与用户已经选择观看的内容对应的ContentRef。在实施例中，与当前正被现有组成员观看的内容对应的额外内容信息被包括以向被邀请者提供额外的信息。
6.在ISCConvergenceID中包括用于确定与ISCConvergence相关联的内容观看的全局统一标识符(来自现有的内容观看会话)。
7.在主体中包括用于单播内容观看的SDP和下面的首标。
8.包括ISCSessionType。
在实施例中，使用类似于关于添加ISC用户描述的过程的适当的修改，使用常规过程的SIPREFER和SIPBYE消息可以终止正在进行的组ISC会话的现有ISC用户。
在实施例中，期望离开内容观看和/或通信的ISC用户指示该期望，并且与ISC用户相关联的ISC客户生成并发送SIPBYE。SIPBYE包括正在进行的ISCGroupID、特征标签ICSI、基于终止是用于内容观看和/或通信的SessionType。此外，基于会话类型，SIPBYE消息可以朝媒体功能和/或通信功能分别发送。
图15是示出根据如在此公开的实施例的当在组ISC会话期间内容作为单播内容对ISC客户可得时通过SIPre-INVITE改变正由预定义的组观看的内容的示例顺序图。图15描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、具有媒体功能401和通信功能402的ISC服务器105交换用于组ISC会话的内容观看和通信的SIP消息。图15描绘了预定义组的组成员正在观看相同的内容，并且与通过ISCConvergenceID集成的彼此通信。
在从组成员(这里发起者ISC客户101)接收到将正被观看的内容改变为另一内容的请求时，发起者ISC101生成SIPre-INVITE用于个人ISC会话或者一对一ISC会话，其包括具有与关联于发起者ISC客户101的ISC用户A所选择的内容对应的ContentRef＝2的值的新ContentRef。
此外，发起者ISC客户朝媒体功能401发送(1501)SIPre-INVITE请求。
媒体功能401检查ISCXDMS106中的组策略来确认请求的ISC用户是否被批准改变内容。如果ISC用户不被批准，则请求的组成员的请求被返回错误。
此外，媒体功能401向当前建立的ISC会话中的其余组成员(分别为接收者ISC客户102和103)转发SIPre-INVITE请求(1502)。
在实施例中，该方法不在SIPre-INVITE中包括同步字段Sync；而是，在组成员之间的内容观看的同步可以是组ISC会话的默认设置。
在实施例中，组ISC会话的参与者(组成员)，诸如接收者ISC客户102和103分别自动接受所接收的SIPre-INVITE请求。
在实施例中，ISC客户102和103可以向它们各自的ISC用户通知内容的改变，并且根据它们的ISC用户的响应来答复。
此外，接收者ISC客户102和103分别响应于SIPre-INVITE来返回(1503)200OK。媒体功能向发起者ISC客户101转发(1504)200OK。之后，媒体功能401开始(1505)在UDP/RTP2隧道中传递与新ContentRef对应的内容。组成员现在按照被批准的组成员的请求来观看改变的内容。
图16是示出根据如在此公开的实施例的当内容作为多播内容对预定义的组中的ISC客户可得时在预定义的组之间用于内容观看和通信的组ISC会话的建立的示例顺序图。
图16描绘了基于IGMP的组ISC会话。如在图14中描述的，根据相应技术的适当修改可以适应于建立和处理如图16中描绘的基于IGMP的组ISC会话，该组ISC会话包括但不限于IGMP-GMRJoin1(1601)和IGMPGMRJoin1(1602)。因而，通过ISCConvergenceID集成的用于内容观看和通信的组ISC会话基于何时IGMP被利用而被建立。
如本领域技术人员所理解，从ISC会话移除参与者、添加新的参与者到ISC会话或从ISC会话终止现有的参与者是在所公开的方法的范围之内，并且可以使用本领域已知的常规过程与所公开的方法组合来执行。
图17是示出根据如在此公开的实施例的当在组ISC会话期间内容作为多播内容对预定义的组的ISC客户可得时通过SIPre-INVITE改变正由预定义的组观看的内容的示例顺序图。图17描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、包括媒体功能401和通信功能402的ISC服务器105交换用于组ISC会话的内容观看和通信的SIP消息。图17描绘了预定义组的组成员正在观看相同的内容，并且与通过ISCConvergenceID集成的彼此通信。
在从组成员(这里发起者ISC客户101)接收到将正被观看的内容改变为另一内容的请求时，发起者ISC101生成SIPre-INVITE，其包括与发起者ISC客户101的ISC用户A所选择的内容对应的新的ContentRef(ContentRef＝2)。
此外，发起者ISC客户朝媒体功能401发送(1701)SIPre-INVITE请求。
媒体功能检查ISCXDMS106中的组策略来确认请求的ISC用户是否被批准改变内容。如果不被批准，则请求的组成员被返回错误。
此外，媒体功能401向当前建立的ISC会话中的其余组成员分别为(接收者ISC客户102和103)转发SIPre-INVITE请求(1702)。
在实施例中，为了其它参与的组成员接收相同内容，接收者ISC客户102和103分别可以自动接受所接收的SIPre-INVITE请求。
此外，接收者ISC客户102和103分别响应于SIPre-INVITE来返回(1703和1707)200OK。在从至少一个接收者ISC客户接收到200OK信号时，媒体功能向发起者ISC客户101转发(1704)200OK。在与200OK对应的信令完成之后，参与的组成员执行IGMPleave(1705和1708)和IGMPjoin(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以及ISCCP网关107交换用于建立组ISC会话的内容观看和通信的SIP消息。
如图14中所描述，该方法重复相同的步骤来建立用于内容观看和通信的组ISC会话，除了对参与的ISC客户可得的内容是单播的方式，其中一个组成员被允许RTSP控制(例如，在用于视频点播服务的RTSP会话期间)。媒体功能401和参与的ISC客户已经知晓内容可得的方式。因而下面描述的方式以类似于图14中描述的方式来执行，并且不详细描述以避免重复。
媒体功能401通过ISCCP网关107从内容提供器接收(1801)内容列表的期望内容，发起者ISC客户(101)向媒体功能401发送(1802)具有mRTSP参数包括在MIMESDP主体中的第一SIPINVITE请求(根据[RFC2326]和[RFC4567]的规则和过程，SDP主体包含匹配用于设立RTSP会话的m-line中所请求的媒体流的媒体描述)。媒体功能401存取用于预定义的组的组策略和组成员，并且向组成员(分别为接收者ISC客户102和103)转发(1803)第一SIPINVITE。此外，发起者ISC客户101创建URL列表，并且基于URL列表向通信功能402发送(1804)第二SIPINVITE。此外，通信功能402向组成员(分别为接收者ISC客户102和103)转发(1805)第二SIPINVITE。
在媒体功能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)RTSPPAUSE请求。ISC用户还被允许执行其它RTSP特技命令，诸如FORWARD、REWIND、SKIP等。在从ISC用户A接收到暂停内容的请求时，媒体功能停止(1815)在UDP/RTP隧道中向发起者ISC客户101和接收者ISC客户102两者传递内容。
在从ISC用户A接收到恢复正被暂停的内容的请求时，发起者ISC客户朝媒体功能401发送(1816)RTSPRESUME请求。在从ISC用户A接收到恢复内容的请求时，媒体功能401从它被ISC用户A“暂停”的位置开始(1817)在UDP/RTP隧道中向发起者ISC客户101和接收者ISC客户102两者传递内容。
图19示出根据如在此公开的实施例的当对ad-hoc组可得的内容是单播的时形成ad-hocISC组来建立组ISC会话的示例顺序图。图19描绘了发起者ISC客户101、接收者ISC客户102、接收者ISC客户103、包括媒体功能401和通信功能402的ISC服务器105以及ISCCP网关107交换用于建立组ISC会话的内容观看和通信的SIP消息。用于在组成员之间建立内容观看和通信的步骤的顺序与图14中描述的相同，除了ad-hoc组代替预定义的组。由发起者ISC客户101的ISC用户A动态形成的ad-hoc组不具有预定义的GroupID。因而，发起者ISC客户101发送URL列表来通知ISC服务器105有关的组成员。因此，媒体功能401不被要求从ISCXDMS106检索组成员并检查组策略。
除了以上变化之外，步骤的顺序类似于图14中描述的步骤，所以不详细描述以避免重复。
媒体功能401通过ISCCP网关107从内容提供器接收(1901)内容列表的期望内容。发起者ISC客户101向包括ad-hoc组的组成员的URI列表的媒体功能401发送(1902)第一SIPINVITE。媒体功能401基于所接收的URI列表向组成员(分别为接收者ISC客户102和103)转发(1903)第一SIPINVITE。此外，发起者ISC客户101使用现有的在第一SIPINVITE的生成期间使用的URI列表，然后向通信功能402发送(1904)第二SIPINVITE。此外，通信功能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可以进一步按期望改变内容和播放控制，因为没有存储在ISCXDMS中的用于ISCad-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请求用于重新发送如在RFC3261中指定的SIPINVITE，其中如所公开的方法提供的以下澄清：
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”下SIPINVITE的MIMESDP主体中。
此外，发起者ISC客户101朝媒体功能401重新发送(2001)用于将一对一ISC会话延伸为组ISC会话的SIPINVITE请求。在从客户A接收到具有包含用于客户B的Session-Replaces首标的URI列表的SIPINVITE请求时，媒体功能401生成朝客户B的SIPINVITE请求，其包括代替正在进行的1-1会话身份的信息。
在从客户A接收到具有包含要被包括用于内容观看的接收者ISC客户103的地址的URIList的重新发送的SIPINVITE请求时，媒体功能401生成并朝接收者ISC客户103转发(2002)另一SIPINVITE请求。发起者ISC客户向通信功能402重新发送(2004)具有与重新发送的用于内容观看的SIPINVITE中类似参数的用于通信的SIPINVITE，除了特征标签指示用于通信的CPM_FT。
在接收到(2007、2009、2010和2012)对于SIPINVITE请求的成功的响应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以及ISCCP网关107交换用于组ISC会话的内容观看和通信的SIP消息。
媒体功能401通过ISCCP网关107从内容提供器接收(2101)内容。用于建立用于内容观看和通信的组ISC会话的序列步骤类似于图13中相对于一对一ISC会话描述的步骤，除了发送(2102)到ISC服务器105的组合的SIPINVITE包括ISCGroupID来通知ISC服务器105转发组合的SIPINVITE到所有组成员(由ISCGroupID指定的组之内的接收者ISC客户)。此外，ISC服务器105从ISCXDMS106检索组成员和组策略，并且向所有被邀请的组成员(分别为接收者ISC客户102和103)转发(2103)组合的SIPINVITE。
如果请求没有错误，则被邀请的组成员响应于组合的SIPINVITE响应(2104和2106)200OK，其包括SDP1：OK，SDP2：OK(组合的SIPINVITE接受消息)。所接收的200OK指示组成员接受与发起者ISC客户101的内容观看和通信邀请两者。如果识别出错误，那么ISC服务器105以IETFRFC3261中指定的错误来响应。ISC服务器105在从接收者ISC客户之一接收到200OK时向发起者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从控制单元接收命令以便执行它的处理。此外，在ALU2203的帮助下计算在指令的运行中涉及的任何逻辑和算术运算。
全面的计算环境2201可以包括多个同质和/或异质核心、不同种类的多个CPU、特殊媒体和其它加速器。处理单元2204负责处理算法的指令。此外，多个处理单元2204可以位于单一芯片上或多个芯片上。
包括实施方式所要求的指令和代码的算法被存储在存储单元2205或者储存器2206或两者中。在运行时，指令可以从相应的存储器2205和/或储存器2206中取得，并且由处理单元2204运行。
在任何硬件实现方式的情况中，各种网接设备2208或外部I/O设备2207可以通过网接单元和I/O设备单元连接到计算环境来支持实现方式。
在此公开的实施例可以通过在至少一个硬件设备上运行并执行网络管理功能来控制元件的至少一个软件程序实现。在图1、3、4、6至22中所示的元件包括可以是硬件设备或硬件设备和软件模块的组合中的至少一个的块。
特定实施例的以上描述将如此全面地揭示在此的实施例的一般本质，其他人可以通过应用当前的知识来容易地修改和/或适配它用于这样的特定实施例的各种应用而不脱离一般构思，因此，这些适配和修改应该并且意在被理解为在所公开的实施例的等同物的意思和范围之内。要理解，在此采用的措词或术语是为了描述的目的而不是限制的目的。因此，虽然这里的实施例已经用优选实施例的方式来描述，但是本领域技术人员将认识到这里的实施例可以通过在如这里描述的实施例的精神和范围之内的修改来实践。

Claims (27)

1.一种由沉浸式社交中心ISC服务器建立ISC会话的方法，其中所述方法包括：
由所述ISC服务器中的媒体功能从发起者ISC客户接收包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所述发起者ISC客户接收到对于建立用于所述内容观看的ISC会话的请求时发起用于内容观看的所述ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素和会话描述协议(SDP)，其中所述发起的用于所述内容观看的ISC会话由在所述至少一个第一参数的所述首标字段中发送的ISC会话标识符来标识；
由所述ISC服务器中的通信功能从所述发起者ISC客户接收包括至少一个第二参数的第二SIPINVITE，用于当所述发起者ISC客户接收到对于建立用于所述通信的所述ISC会话的所述请求时发起用于通信的所述ISC会话，并且在所述第二SIPINVITE中的通信会话标识符被分配用于在所述ISC会话中集成所述通信与所述内容观看的所述ISC会话标识符的值，其中所述至少一个第二参数包括所述首标字段、所述MIME主体中的所述至少一个元素以及所述SDP；
由所述媒体功能基于在所述第一SIPINVITE中接收的所述ISC会话标识符、在所述第一SIPINVITE中的所述MIME主体中的所述元素和所述SDP来建立用于所述内容观看的所述ISC会话；以及
由所述通信功能基于在分配有所述ISC会话标识符的所述值的所述第二SIPINVITE中接收的所述通信会话标识符、所述第二SIPINVITE的所述SDP和所述MIME主体中的所述元素来建立用于所述通信的所述ISC会话，其中所述通信会话标识符标识所述通信。
2.如权利要求1所述的方法，其中所述ISC会话标识符是具有在所述第一SIPINVITE的所述首标字段中的ISC特定首标字段的ISC融合ID(ISCConvergenceID)，并且所述ISCConvergenceID是用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个，还有在所述第一SIPINVITE中的所述首标字段包括用于ISC特征标签的首标字段。
3.如权利要求1所述的方法，其中在所述第一SIPINVITE的所述MIME主体中的所述至少一个元素包括提供对从用于所述内容观看的所述媒体功能中的内容列表标识的用户选择的内容的参考的ContentRef、ISCSessionType、同步字段Sync和统一资源标识符(URI)列表。
4.如权利要求1所述的方法，其中在所述第一SIPINVITE中的所述SDP包括具有用于设立实时流协议(RTSP)会话的m-line的SDP。
5.如权利要求2所述的方法，其中在所述首标字段中的首标包括Accept-Contact首标、Contact首标和P-Preferred-Service首标中的至少一个，还有包括在所述首标中的IMS通信服务标识符(ICSI)指示所述发起的ISC会话是否用于调用用于所述内容观看的所述媒体功能和用于所述通信的所述通信功能中的一个，并且包括在所述首标中的IMS应用参考标识符(IARI)ISC特征标签向多个接收者ISC客户中的接收者ISC客户指示所述发起的ISC会话是否是自ISC会话、一对一ISC会话、组ISC会话之一。
6.如权利要求5中所述的方法，其中所述自ISC会话是通过所述发起者ISC客户用于所述内容观看，所述一对一ISC会话是在所述发起者ISC客户和所述接收者ISC客户之间用于所述内容观看和所述通信中的至少一个，并且所述组ISC会话是在包括所述发起者ISC客户和所述多个接收者ISC客户的组成员之间用于所述内容观看和所述通信中的至少一个，还有所述组成员与以下的一个相关联：预定义的ISC组、ad-hocISC组。
7.如权利要求3所述的方法，其中，所述ISCSessionType指示所述接收者ISC客户所述发起的ISC会话是否用于所述内容观看和所述通信中的至少一个，所述同步字段Sync的值指示所述媒体功能在所述一对一ISC会话中的所述发起者ISC客户和所述接收者ISC客户是否对于所述内容观看同步，并且所述URI列表对应于所述组ISC会话中的所述组成员，还有所述ISCSessionType由所述接收者ISC/客户用来决定所述接收者ISC客户是否被要求在接收所述第一SIPINVITE之后等待所述第二SIPINVITE。
8.如权利要求1所述的方法，其中所述至少一个第二参数包括所述ISCSessionType、所述URI列表和分配有所述ISCConvergenceID的所述值的所述通信会话标识符中的至少一个，其中所述通信会话标识符是标识所述通信的CPM_Conv_ID。
9.一种由发起者沉浸式社交中心ISC客户发起ISC会话的方法，其中所述方法包括：
接收发起用于内容观看和通信中的至少一个的所述ISC会话的请求；
生成并向所述ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所述接收的请求是用于内容观看时发起用于所述内容观看的所述ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素和会话描述协议(SDP)，其中所述发起的用于所述内容观看的ISC会话由在所述至少一个第一参数的所述首标字段中发送的ISC会话标识符来标识；
生成并向所述ISC服务器中的通信功能发送包括至少一个第二参数的第二SIPINVITE，用于当所述接收的请求是用于所述通信时发起用于所述通信的所述ISC会话，并且所述第二SIPINVITE中的通信会话标识符被分配有用于集成所述通信和所述内容观看的所述ISC会话标识符的值，其中所述至少一个第二参数包括所述首标字段、所述MIME主体中的所述至少一个元素以及所述SDP；
在所述媒体功能基于在所述第一SIPINVITE中的所述ISC会话标识符、所述MIME主体中的所述元素和所述SDP建立所述ISC会话之后参与用于内容观看的所述ISC会话；以及
在所述通信功能基于分配有所述ISC会话标识符的所述值的所述通信会话标识符、所述第二SIPINVITE的所述SDP和所述MIME主体中的所述元素建立所述ISC会话之后，参与用于通信的所述ISC会话。
10.如权利要求9所述的方法，其中所述ISC会话标识符是具有在所述第一SIPINVITE的所述首标字段中的ISC特定首标字段的ISC融合ID(ISCConvergenceID)，并且所述ISCConvergenceID是用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个，还有在所述第一SIPINVITE中的所述首标字段包括用于ISC特定特征标签和所述ISC特征标签的首标字段。
11.如权利要求9所述的方法，其中在所述第一SIPINVITE的所述MIME主体中的所述至少一个元素包括提供对从用于所述内容观看的所述媒体功能中的内容列表标识的用户选择的内容的参考的ContentRef、ISCSessionType、同步字段Sync和统一资源标识符(URI)列表。
12.如权利要求10所述的方法，其中在所述首标字段中的首标包括Accept-Contact首标、Contact首标和P-Preferred-Service首标中的至少一个，还有包括在所述首标中的IMS通信服务标识符(ICSI)指示所述发起的ISC会话是否用于调用用于所述内容观看的所述媒体功能和用于所述通信的所述通信功能中的一个，并且包括在所述首标中的IMS应用参考标识符(IARI)ISC特征标签向多个接收者ISC客户中的接收者ISC客户指示所述发起的ISC会话是否是自ISC会话、一对一ISC会话、组ISC会话之一。
13.如权利要求11所述的方法，其中，所述ISCSessionType指示所述接收者ISC客户所述发起的ISC会话是否用于所述内容观看和所述通信中的至少一个，所述同步字段Sync的值指示所述媒体功能在所述一对一ISC会话中的所述发起者ISC客户和所述接收者ISC客户是否对于所述内容观看同步，并且所述URI列表对应于所述组ISC会话中的所述组成员，还有所述ISCSessionType由所述接收者ISC客户用来决定所述接收者ISC客户是否被要求在接收所述第一SIPINVITE之后等待所述第二SIPINVITE。
14.如权利要求9所述的方法，其中所述至少一个第二参数包括所述ISCSessionType、所述URI列表和分配有所述ISCConvergenceID的所述值的所述通信会话标识符中的至少一个，其中所述通信会话标识符是标识所述通信的CPM_Conv_ID。
15.一种由接收者沉浸式社交中心ISC客户参与ISC会话的方法，其中所述方法包括：
接收从ISC服务器的媒体功能转发的第一SIPINVITE和从所述ISC服务器的通信功能转发的第二SIPINVITE中的至少一个，用于参与由发起者ISC客户发起的ISC会话，其中所述ISC会话是由发起者ISC客户发起的一对一ISC会话和组ISC会话中的一个；
基于在从所述媒体功能接收的转发的第一SIPINVITE和从所述通信功能接收的转发的第二SIPINVITE中的至少一个中接收的ISCSessionType的值，来确定所述ISC会话是否用于所述内容观看和所述通信中的至少一个；
基于所述确定的ISCSessionType的值来通知所述接收者ISC客户的ISC用户对于所述发起的ISC会话的邀请；以及
基于从所述ISC用户的输入，向所述媒体功能和所述通信功能发送指示参与所述ISC会话的响应。
16.如权利要求15所述的方法，其中所述第一SIPINVITE包括首标字段，该首标字段包括标识所述ISC会话的ISCConvergenceID和ISC特征标签，其中所述ISCConvergenceID是所述第一SIPINVITE的所述首标字段中的ISC特定首标字段，并且所述ISCConvergenceID是用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，所述ISC会话用于所述内容观看和所述通信中的至少一个，还有在所述第一SIPINVITE中的所述首标字段包括用于ISC特定特征标签的首标字段。
17.如权利要求15所述的方法，其中所述第一SIPINVITE还包括MIME主体中的至少一个元素，包括提供对从用于所述内容观看的所述媒体功能中的内容列表标识的用户选择的内容的参考的ContentRef、指示所述ISC会话是否用于所述内容观看和所述通信中的至少一个的ISCSessionType。
18.如权利要求15所述的方法，其中所述至少一个第二参数包括所述ISCSessionType、所述URI列表和分配有所述ISCConvergenceID的所述值的所述通信会话标识符中的至少一个，其中所述通信会话标识符是标识所述通信的CPM_Conv_ID。
19.一种用于建立沉浸式社交中心(ISC)会话的系统，其中所述系统包括ISC服务器、发起者ISC客户和多个接收者ISC客户，其中所述系统包括：
所述发起者ISC客户，被配置为：
接收发起用于内容观看和通信中的至少一个的所述ISC会话的请求；
生成并向所述ISC服务器中的媒体功能发送包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所述接收的请求是用于所述内容观看时发起用于所述内容观看的所述ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素和会话描述协议(SDP)，其中所述发起的用于所述内容观看的ISC会话由在所述至少一个第一参数的所述首标字段中发送的ISC会话标识符来标识；
生成并向所述ISC服务器中的通信功能发送包括至少一个第二参数的第二SIPINVITE，来当所接收的请求是用于所述通信时发起用于所述通信的所述ISC会话，并且所述第二SIPINVITE中的通信会话标识符被分配有用于集成所述通信和所述内容观看的所述ISC会话标识符的值，其中所述至少一个第二参数包括所述首标字段、所述MIME主体中的所述至少一个元素以及所述SDP；
所述媒体功能被配置为：
接收由所述发起者ISC客户发送的所述第一SIPINVITE；
基于所述第一SIPINVITE中的所接收的所述ISC会话标识符、所述MIME主体中的所述元素和所述SDP建立用于所述内容观看的所述ISC会话；以及
所述通信功能被配置为：
接收由所述发起者ISC客户发送的所述第二SIPINVITE；
基于所接收的分配有所述ISC会话标识符的所述值的通信会话标识符、所述第二SIPINVITE的所述SDP和所述MIME主体中的所述元素来建立用于所述通信的所述ISC会话。
20.一种包括记录在计算机可读非瞬时储存介质上的计算机可运行程序代码的计算机程序产品，所述计算机可运行程序代码当被运行时，导致包括以下的动作：
由所述ISC服务器中的媒体功能从发起者ISC客户接收包括至少一个第一参数的第一会话发起协议(SIP)INVITE，用于当所述发起者ISC客户接收到对于建立用于所述内容观看的ISC会话的请求时发起所述用于内容观看的ISC会话，其中所述至少一个第一参数包括首标字段、多目的互联网邮件扩展(MIME)主体中的至少一个元素和会话描述协议(SDP)，其中所述发起的ISC会话由所述至少一个第一参数的所述首标字段中发送的ISC会话标识符来标识；
由所述ISC服务器中的通信功能从所述发起者ISC客户接收包括至少一个第二参数的第二SIPINVITE，来当所述发起者ISC客户接收到对于建立用于所述通信的所述ISC会话的所述请求时发起用于通信的所述ISC会话，并且在所述第二SIPINVITE中的通信会话标识符被分配用于在所述ISC会话中集成所述通信与所述内容观看的所述ISC会话标识符的值，其中所述至少一个第二参数包括所述首标字段、所述MIME主体中的所述至少一个元素以及所述SDP；
由所述媒体功能基于在所述第一SIPINVITE中接收的所述ISC会话标识符、所述第一SIPINVITE中的所述MIME主体中的所述元素和所述SDP来建立用于所述内容观看的所述ISC会话；以及
由所述通信功能基于在分配有所述ISC会话标识符的所述值的所述第二SIPINVITE中接收的所述通信会话标识符、所述第二SIPINVITE的所述SDP和所述MIME主体中的所述元素来建立用于所述通信的所述ISC会话，其中所述通信会话标识符标识所述通信。
21.如权利要求20所述的计算程序产品，其中所述ISC会话标识符是具有在所述第一SIPINVITE的所述首标字段中的ISC特定首标字段的ISC融合ID，并且所述ISCConvergenceID是用于所述ISC会话的SIP消息相关联的请求和响应的全局唯一标识符，其中所述ISC会话用于所述内容观看和所述通信中的至少一个，还有在所述第一SIPINVITE中的所述首标字段包括用于ISC特征标签的首标字段。
22.如权利要求20所述的计算程序产品，其中在所述第一SIPINVITE的所述MIME主体中的所述至少一个元素包括提供对从用于所述内容观看的所述媒体功能中的内容列表标识的用户选择的内容的参考的ContentRef、ISCSessionType、同步字段Sync和统一资源标识符(URI)列表。
23.如权利要求20所述的计算程序产品，其中在所述第一SIPINVITE中的所述SDP包括具有用于设立实时流协议(RTSP)会话的m-line的SDP。
24.如权利要求21所述的计算程序产品，其中在所述首标字段中的首标包括Accept-Contact首标、Contact首标和P-Preferred-Service首标中的至少一个，还有包括在所述首标中的IMS通信服务标识符(ICSI)指示所述发起的ISC会话是否用于调用用于所述内容观看的所述媒体功能和用于所述通信的所述通信功能中的一个，并且包括在所述首标中的IMS应用参考标识符(IARI)ISC特征标签指示多个接收者ISC客户中的接收者ISC客户所述发起的ISC会话是否是自ISC会话、一对一ISC会话、组ISC会话之一。
25.如权利要求24中所述的计算程序产品，其中所述自ISC会话是通过所述发起者ISC客户用于所述内容观看，所述一对一ISC会话是在所述发起者ISC客户和所述接收者ISC客户之间用于所述内容观看和所述通信中的至少一个，并且所述组ISC会话是在包括所述发起者ISC客户和所述多个接收者ISC客户的组成员之间用于所述内容观看和所述通信中的至少一个，还有所述组成员与以下的一个相关联：预定义的ISC组、ad-hocISC组。
26.如权利要求22所述的计算程序产品，其中，所述ISCSessionType指示所述接收者ISC客户所述发起的ISC会话是否用于所述内容观看和所述通信中的至少一个，所述同步字段Sync的值指示所述媒体功能在所述一对一ISC会话中的所述发起者ISC客户和所述接收者ISC客户是否对于所述内容观看同步，并且所述URI列表对应于所述组ISC会话中的所述组成员，还有所述ISCSessionType由所述接收者ISC客户用来决定所述接收者ISC客户是否被要求在接收所述第一SIPINVITE之后等待所述第二SIPINVITE。
27.如权利要求20所述的计算程序产品，其中所述至少一个第二参数包括所述ISCSessionType、所述URI列表和分配有所述ISCConvergenceID的所述值的所述通信会话标识符中的至少一个，其中所述通信会话标识符是标识所述通信的CPM_Conv_ID。
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
IN4223/CHE/2013 2013-09-19
IN4223CH2013 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 true CN105556980A (zh) 2016-05-04
CN105556980B 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)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533924A (zh) * 2016-12-19 2017-03-22 广州华多网络科技有限公司 即时通信方法及装置
CN108989281A (zh) * 2017-06-05 2018-12-11 阿瓦亚公司 拒绝新服务模式下经由主机的通信会话添加

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI337490B (en) * 2005-08-12 2011-02-11 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
US20220407899A1 (en) * 2021-06-18 2022-12-22 Qualcomm Incorporated Real-time augmented reality communication session

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1703690A (zh) * 2002-10-11 2005-11-30 诺基亚有限公司 用于会议控制中成员资格管理的侧信道
US20080168154A1 (en) * 2007-01-05 2008-07-10 Yahoo! Inc. Simultaneous sharing communication interface
US20110206010A1 (en) * 2008-09-30 2011-08-25 Ralph Keller Method and apparatus for SR-VCC Revocation procedure
WO2013085342A1 (en) * 2011-12-08 2013-06-13 Samsung Electronics Co., Ltd. Apparatus and method for inviting subscription to contact information
WO2013089430A1 (en) * 2011-12-12 2013-06-20 Samsung Electronics Co., Ltd. Method and apparatus for experiencing a multimedia service

Family Cites Families (9)

* 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服务的会话控制的方法和设备
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
JP4735725B2 (ja) * 2009-02-13 2011-07-27 株式会社デンソー ハンズフリー機能付き車載装置
KR20140103156A (ko) * 2011-12-12 2014-08-25 삼성전자주식회사 멀티미디어 서비스를 이용하기 위한 시스템, 장치 및 방법
EP2974257B1 (en) * 2013-03-15 2020-09-30 iBasis, Inc. Method and system for call routing

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1703690A (zh) * 2002-10-11 2005-11-30 诺基亚有限公司 用于会议控制中成员资格管理的侧信道
US20080168154A1 (en) * 2007-01-05 2008-07-10 Yahoo! Inc. Simultaneous sharing communication interface
US20110206010A1 (en) * 2008-09-30 2011-08-25 Ralph Keller Method and apparatus for SR-VCC Revocation procedure
WO2013085342A1 (en) * 2011-12-08 2013-06-13 Samsung Electronics Co., Ltd. Apparatus and method for inviting subscription to contact information
WO2013089430A1 (en) * 2011-12-12 2013-06-20 Samsung Electronics Co., Ltd. Method and apparatus for experiencing a multimedia service

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LUIS PEREZ ET AL.: "Network convergence and QoS for future multimedia services in the VISION project", 《COMPUTER NETWORKS》 *
OPEN MOBILE ALLIANCE LTD.: "《Immersive Social Centre Requirements》", 2 April 2013 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533924A (zh) * 2016-12-19 2017-03-22 广州华多网络科技有限公司 即时通信方法及装置
CN108989281A (zh) * 2017-06-05 2018-12-11 阿瓦亚公司 拒绝新服务模式下经由主机的通信会话添加
CN108989281B (zh) * 2017-06-05 2021-08-24 阿瓦亚公司 拒绝新服务模式下经由主机的通信会话添加
US11750528B2 (en) 2017-06-05 2023-09-05 Avaya Inc. Communication session addition via a host in deny new service mode

Also Published As

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

Similar Documents

Publication Publication Date Title
EP2124399B1 (en) A method, a device and a system for converging ip message
CN101345845B (zh) 一种在ims环境中实现视频会议业务的方法
US8719342B2 (en) Third-party session modification
EP2342883B1 (en) File transfer in conference services
US8589547B2 (en) Side channel for membership management within conference control
CN101364883B (zh) 一种多终端会话方法及通讯系统以及相关设备
CN101232465B (zh) 会议系统中传送文件的方法、文件传送系统及会议服务器
CN105556980B (zh) 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统
JP2012526411A (ja) セッションプッシュ伝送
CN106797379B (zh) 使用合成标识符的电话会议系统
JP7463552B2 (ja) セッション作成方法、電子機器、および可読記憶媒体
CN105472310A (zh) 一种基于sip协议的视频会议的实现方法及其系统
WO2011017889A1 (zh) 一种多媒体会议的实现方法及系统
AU2011227505B2 (en) Multimodal conversation state and transfer through centralized notification
WO2016119300A1 (zh) 基于ims多方通话的信息同步方法、信息同步装置和终端
CN102111387A (zh) 会议状态下的控制权转移方法及用户设备
JP5172850B2 (ja) セッションベースの通信
Schmidt et al. Group conference management with SIP
CN101626300A (zh) 一种多媒体会议中子会议的创建方法和系统
CN109391606A (zh) 一种通信方法、装置和移动终端
US11716363B2 (en) Messaging resource function
US8775636B2 (en) System and method for switching click to dial service to multimedia conference service
EP2214376B1 (en) Management method, system and apparatus for specific apparatus in multimedia session
WO2014026316A1 (zh) 媒体数据传输方法及设备
KR101451111B1 (ko) 영상 회의 서비스를 제공하는 방법 및 장치

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