的一个或多个第二参数来 建立用于通信的ISC会话。在实施例中，方法500允许通信功能402基于所接收的一个或多个 第二参数来建立用于通信的ISC会话。
[0117] 如果在步骤502确定所发起的ISC会话仅用于内容观看，那么在步骤507,方法500 包括发送附加有一个或多个第一参数的用于内容观看的第一SIP INVITE。在实施例中，方 法500允许发起者ISC客户101发送附加有一个或多个第一参数的用于内容观看的第一 SIP INV 口 E到媒体功能401。在步骤508,该方法包括基于所接收的一个或多个第一参数来建立 用于内容观看的ISC会话。在实施例中，方法500允许媒体功能401基于所接收的一个或多个 第一参数来建立用于内容观看的ISC会话。
[0118] 如果在步骤502确定所发起的ISC会话仅用于通信，那么在步骤509,方法500包括 发送附加有一个或多个第二参数的用于通信的第二SIP INVITE。在实施例中，方法500允许 发起者ISC客户101发送附加有一个或多个第二参数的用于通信的第二SIP INV口E。此外， 方法500包括执行步骤506来建立用于通信的ISC会话。
[0119] 方法500中的各种动作、行动、框、步骤等可W W所呈现的次序、W不同的次序或者 同时被执行。此外，在一些实施例中，一些动作、行动、框、步骤等可W被省略、添加、修改、跳 过等而不脱离本发明的范围。
[0120] 图6是示出根据如在此公开的实施例的当内容作为单播内容对通信设备的ISC客 户可得时的用于内容观看的个人ISC会话的建立W及被观看的内容的改变通过SIP re-INVITE执行的示例顺序图。图6描绘了发起者ISC客户101、包括媒体功能401和通信功能402 的IS巧g务器105W及ISC CP网关107,其交换用于建立个人ISC会话的内容观看的SIP消息。 在媒体功能401通过ISCCP网关107从内容提供器请求和接收(601)内容列表的期望内容之 后，发起者ISC客户101已经具有到内容列表的途径。
[0121] 在从用户接收到观看由ContentRef标识的内容的请求时，发起者ISC客户101生成 如在IETF RFC 3261中定义的第一SIP INV口E请求。
[0122] 第一SIP INV口E包括：
[0123] 1.具有如在表1中定义的值的ISC特征标签CV_FT，用于发起用于自己的内容观看。 具有 ICSI 值（+邑.3 邑PP . icsi-ref = "urn% SAurn-T % 3A3 gpp-service. ims. icsi .oma. isc.cv-cm)的CV-FT被包括在Accept-Contact首标字段、Contact 首标字段和P-Prefe;rred-Se;rvice首标字段。并且具有IARI值（+g.3gpp.icsi-ref = "u;rn% 3Aurn-7 % 3A3gpp-service . ims . iari . oma . isc . self-cv)的CV_FT被包括在Accept-Con化Ct首标字段中。
[0124] 2.在ISCConve巧enceID中包括全局唯一标识符(如果它是用于发起新的内容观看 会话，则生成新值，否则来自现有的内容观看会话)用于确定与ISC Convergence相关联的 内容观看。例如，此字段可W包括在SIP INV口E。
[0125] 3.包括如下用于内容观看的SDP:
[01%] 3.1包括与ISC用户已经选择观看的内容1对应的ContentRef。从内容列表获得此 字段的值。例如ContentRef的值被包括在新的Content-Type首标字段"application/ISC-content-request+xmr下的SIP INV口E的MIME SDP主体中。发起者ISC客户101生成如上所 述的SIP INV口E，并且发送(602)请求到IS巧g务器105的媒体功能401，其中对于标识ISC用 户从媒体功能401提供的内容列表中选择的内容（内容1)的ContentRef = 1， ISCConvergencelD = 1 〇
[01巧]ContentRef的值，诸如ContentRef二l、ContentRef二2是表示用户有兴趣用于内 容观看的相应内容的内容ID的示例值。
[0128]在接收到第一SIP邀请时，媒体功能401识别出所接收的ISC特征标签是用于个人 ISC会话（自内容观看），其指示媒体内容401所接收的第一SIP INV口E不被再转发到ISC环 境中的任何ISC客户。
[0129] 此外，媒体功能和发起者ISC客户之间的通信W诸如2000K(603)的SIP INV口E接 受消息继续，如在本领域中已知的常规SIP过程中所定义。
[0130] 根据所使用的常规的过程，发起者ISC客户101和ISC服务器105两者都知晓由 ContentRef从内容列表中标识的内容作为单播内容可得。此外，媒体功能401开始(604)在 UDP/RTP隧道中传递与ContentRef=I对应的内容。ISC用户现在按照他/她的请求来观看内 容。
[0131] 稍后，如果ISC用户期望改变正被观看的内容，那么ISC用户请求发起者ISC客户 101改变内容。发起者ISC客户IOlW类似于第一SIP INV口E的参数生成SIP re-INV口E，除 了ContentRef被分配与新选择的内容相关联的值"2"。发起者ISC客户保持如在第一 SIP INV口E期间分配的IscconvergenceID=I的值。此外，发起者ISC客户101向媒体功能401发 送（605)SIP re-INV口E。
[0132] 因而，运使得媒体功能401能够改变在相同的建立的ISC会话中的内容而不破坏现 有的ISC会话。
[0133] 媒体响应于所接收的SIP re-INVITE而响应(606)2000K。此外，根据内容列表，发 起者ISC客户101和IS巧良务器105两者都知晓由ContentRef = 2标识的内容作为单播内容对 于ISC用户可得。此外，媒体功能401开始（607)在相同的UDP/RTP隧道中传递与ContentRef 对应的新内容。ISC用户现在按照请求来观看改变的内容（内容2)。
[0134] 图6中描述的步骤通过合适的修改可W适用于基于诸如互联网组管理协议（IGMP) 和实时流协议(RTSP)的不同协议的实施例，如稍后分别在图7和图帥所描述。但是，为了简 明，在图6、图7之间共同的描述不在图7中重复。
[0135] 图7是示出根据如在此公开的实施例的当内容作为多播内容对ISC客户可得时的 用于内容观看的个人I SC会话的建立W及被观看的内容的改变通过SIP re-INV口E执行的 示例顺序图。图7描绘了基于互联网组管理协议（IGMP)的个人ISC会话。如在图6中所述，根 据相应技术的合适的修改可W适用于建立和处理基于IGMP的个人ISC会话。
[0136] 如在图6的603所述，媒体功能401响应于第一SIP INVITE而响应2000K。此外，因为 发起者ISC客户101和IS巧良务器105知晓内容列表中由ContentRef=I标识的内容作为多播 内容对于ISC用户可得，发起者ISC客户101朝媒体功能发送(701)IGMP加入请求用于加入多 播组地址用于接收内容。
[0137] 此外，在从媒体功能401接收到如在图6的606中描述的2000K响应之后，发起者ISC 客户101朝媒体功能401发送(702HGMP离开请求用于通过指定内容的多播地址和端口号来 脱离当前观看的内容。此外，发起者I SC客户101通过指定新内容的多播地址和端口号来朝 媒体功能401发送(703HGMP加入请求来改变内容。此外，如在图6的607中描绘的，媒体功能 401开始在UDP/RTP隧道中多播关于ContentRef = 2的内容。ISC用户现在按照请求来观看改 变的新内容（内容2)。
[0138] 在实施例中，在从ISC用户接收到改变正被观看的内容的请求时，该方法允许发起 者ISC客户101发送IGMP离开请求自身中的内容改变指示，并且消除了发送SIP re-INV口E 的需要。
[0139] 图8是示出根据如在此公开的实施例的当内容作为单播内容对ISC客户可得并且 RTSP控制被提供给移动通信设备的用户时的用于内容观看的个人ISC会话的建立的示例顺 序图。该图描绘了发起者ISC客户101、包括媒体功能401和通信功能402的ISC服务器105 W 及ISC CP网关107交换用于建立个人ISC会话的内容观看的SIP消息。在媒体功能401通过 ISCCP网关107从内容提供器请求和接收(801)内容列表的期望内容之后，发起者ISC客户 101已经具有到内容列表的途径。如在步骤602中描述的发起者ISC客户发送(802)第一 SIP INVITE。为了向媒体功能指示RTSP控制请求，发起者ISC客户101在第一SIP invite中新 Content-Type首标字段"application/ISC-content-request+xml"下SIP INVITE的MIME主 体中包括用于设立RTSP会话的m-line。在接收到第一 SIPinvUe时，媒体功能401识别出所 接收的ISC特征标识符是用于个人ISC会话，其指示所接收的第一SIP INV口E不被再转发到 ISC环境中的任何ISC客户。媒体功能401响应(803)诸如2000K信号的SIP INVITE接受消息。 ISC服务器105具有通过2000K信号来接受或拒绝对于所选择的内容的RTSP请求的能力。
[0140] 发起者ISC客户101和ISC服务器105两者都知晓由ContentRef标识的内容作为单 播内容可得到。因而，发起者ISC客户101朝ISC服务器105发送(804)具有统一资源定位符 (URL)的RTSP PLAY请求来建立RTSP会话用于W用户控制来接收在ContentRef中标识的内 容。媒体功能401开始（805)在UDP/RTP隧道中传递与ContentRef = I对应的内容（RTSP会 话KISC用户按照请求来观看内容。在从ISC用户接收到暂停正在被观看的内容的请求之 后，发起者ISC客户101朝媒体功能401发送(806)RTSP PAUSE请求。ISC用户还被允许执行其 它RTSP特技(trick)播放命令，诸如FORWARD(快进KREWIND(倒带）、SKIP(跳过)等。一旦从 I SC用户接收到暂停内容的请求，媒体功能401就临时停止(807)在UDP/RTP隧道中传递与内 容有关的媒体(RTSP会话）。一旦从ISC用户接收到恢复正被暂停的内容，发起者ISC客户101 就向媒体功能401发送(808) RTSP PLAY请求。一旦从I SC客户101接收到恢复内容的请求，媒 体功能401就从它被ISC用户停止的位置开始在UDP/RTP隧道(RTSP会话）中传递被临时中止 的内容。
[0141] 图9是示出根据如在此公开的实施例的用于内容观看和通信的一对一 ISC会话的 发起的示例顺序图。图9描绘了发起者ISC客户101、接收者ISC客户102、包括媒体功能401和 通信功能402的ISC服务器105和ISC CP网关107交换用于建立一对一（I-I)ISC会话的内容 观看和通信的SIP消息。
[0142] 在从通信设备IOOa的ISC用户A接收到请求时，相关联的发起者ISC客户101执行W 下动作之一：
[0143] 1.为了观看由ContentRef = I标识的内容并与关联于接收者ISC客户102的通信设 备IOOb的ISC用户通信，发起者ISC客户101生成两个SIP INVITE(SIP邀请)请求。第一SIP INVITE朝着邀请接收者ISC客户102用于内容观看，并且第二SIP INVITE用于邀请接收者 ISC客户102用于通信。
[0144] 2.为了观看由ContentRef=I标识的内容但是不与接收者ISC客户102的ISC用户B 通信，发起者ISC客户101仅生成第一SIP INVITE朝着邀请接收者ISC客户102用于内容观 看，并且用于通信的第二SIP INV口E不被生成。
[0145] 3.为了与接收者ISC客户通信但是没有兴趣一起观看内容，发起者ISC客户101仅 生成第二SIP INVITE朝着邀请接收者ISC客户用于通信，并且用于内容观看的第一SIP INV 口 E不被生成。
[0146] 图中的顺序图描绘了用于内容观看和通信的一对一 ISC会话。在媒体功能401通过 ISCCP网关107从内容提供器请求和接收(901)内容列表的期望内容之后，发起者ISC客户 101已经具有到内容列表的途径。一旦发起者ISC客户101接收到对于内容观看和通信的请 求，发起者ISC客户就生成如在IETF RFC 3261中定义的用于内容观看的第一SIP INVUE, 附带如该方法公开的W下澄清：
[0147] 1.包括具有如在表1中定义的值的ISC特征标签CV_FT，用于发起1-1内容观看和通 f言。具有 ICSI 值（+邑.3 邑PP . icsi-ref = "urn% SAurn-T % 3A3 gpp-service. ims. icsi .oma. isc.cv-cm)的CV-FT被包括在Accept-Contact首标字段、Contact 首标字段和P-Prefe;rred-Se;rvice首标字段中，并且具有IARI值（+g.3gpp.icsi-ref = " urn%3Aurn-7%3A3gpp-service. ims. iari .oma. isc. l-1-cv-cm)的CV_FT被包括在 Accept-Con1:act 首标字段中。
[0148] 2.在ISCConve巧enceID中包括全局唯一标识符(如果它是用于发起新的内容观看 会话，则生成新值，否则来自现有的内容观看会话)用于确定与ISC Convergence相关联的 内容观看。例如，此字段可W包括在SIP INV口E中。
[0149] 3.包括用于内容观看的SDP和W下首标在主体中
[0150] 3.1.包括与ISC客户101已经选择观看的内容对应的ContentRef。从内容列表获得 此字段的值。例如ContentRef的值被包括在新Content-l\iype首标字段"application/lSC-content-request+xml"下的SIP INAQTE的MIME SDP主体中。
[0151] 3.2.当ISC会话是用于内容观看和通信时，包括作为CV-CM的ISC SessionType。但 是，如果ISC会话仅用于内容观看，则包括作为CV的ISC SessionType,而如果ISC会话仅用 于通信，则包括作为CM的ISC SessionType。
[0152] 3.3.包括可W被设置(yes)或重置(no)的同步字段。发起者ISC客户101包括Sync = yes(同步字段Sync值被设置），声明1-1ISC会话中的两个ISC用户应该在内容观看中同 步，否则发起者ISC客户101包括Sync = no(同步字段Synce值被设置为假），声明1-1ISC会话 中的两个ISC用户在内容观看中不应该被同步。
[0153] 一旦生成第一 SIPinvite,发起者ISC客户101就朝媒体功能401发送(902)第一 SIP INV口E。一旦接收到包含关于1-1内容观看和通信的ISC特征标识符值的第一SIP INV口E请 求，媒体功能401就识别出第一SIP INV口E要被转发给接收者ISC客户102。此外，媒体功能 转发(903)第一SIP invite来邀请接收者ISC客户102用于1-1内容观看会话。
[0154] 为了设立通信，发起者ISC客户生成如在IETF RFC 3261中定义的第二SIP INV 口E，具有如下澄清：
[015引 1 .包括作为CPM_FT = +g.3gpp.icsi-ref = "u;rn%3Au;rn-7%3A3gpp-service. ims. icsi .oma. cpm. session的ISC特征标签ISCI用于发起 1-1 通信会话。
[0156] 2.包括ISC特征标签（IARI)CV_FT = +g.3即p.icsi-ref="u;rn%3Au;rn-7% 3A3gpp-service. ims. iari .oma. isc. l-1-cv-cm在Accept-Contact首标字段和Contact首 标字段中用于发起1-1通信会话。
[0157] 3.为了确定与CPM对话相关联的通信，将ISCConve巧enceID的值复制在用于1-1内 容观看的CPM_Conv_ID首标字段中。运标识了在其中内容观看会话已发起的相同ISC会话之 内发起的通信，W允许内容观看和通信的集成。
[015引 4.将用于通信的SDP和下面的首标包括在SIP INV口E主体中：
[0159] 4.1.当ISC会话是用于内容观看和通信时，包括作为CV-CM的ISC SessionType。但 是，如果会话仅用于内容观看，则包括作为CV的会话类型，而如果会话仅用于通信，则包括 作为CM的会话类型。例如，运个字段可WW新的内容类型被包括在SIP INV口E主体中。
[0160] 4.2.在新的Content-Type 首标字段 "appl ication/ISC-content-request+xml"下 包括与对应于发起者ISC客户101的ISC用户已经选择观看的内容对应的ContentRef。
[0161] 此外，发起者ISC客户101朝ISC服务器105中的通信功能402发送（904)第二SIP INVITE请求。此外，通信功能向诸如图中描绘的接收者ISC客户102的合适的ISC客户转发第 二SIP INV口E请求来邀请进行1-1通信ISC会话。因为在通信功能402的通信客户上接收到 用于通信的SIP INVITE(第二SIP INV口E)，所W如果"SessionType"被包括在从发起者ISC 客户101接收的第二SIP INV口E中，则通信客户转发(905)第二SIP INV口E到接收者ISC客 户 102。
[0162] 因为该方法允许发起者ISC客户101在第一SIP INV口E和第二SIP INV口E两者中 附加会话类型，所W运使得接收者ISC客户102能够识别所发起的ISC会话的类型。因而，不 管是第一SIP INV口E还是第二SIP INV口E被接收者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"并且关于相同的"ISCConvergenceI护的对于通信的 SIP INV口E请求。
[0163] 如果ISC用户接受对于在所发起的ISC会话中的内容观看的邀请，则接收者ISC客 户102响应(906)2000K，如果请求没有错误，则2000K被媒体功能进一步转发给发起者ISC客 户101。如果检测到任何错误，则媒体功能401响应如IETF RFC 3261中指定的错误。
[0164] 在图9中描述的步骤是用于发起用于内容观看和通信的ISC会话的步骤。然而，基 于内容对发起者ISC客户101和接收者ISC客户102可得的方式，用于在UDP/RTP隧道中传递 内容的进一步的步骤可W变化，并且稍后在图10、图11和图12中描述。
[0165] 图10是示出根据如在此公开的实施例的当内容作为单播内容对参与一对一 ISC会 话的移动通信设备的ISC客户可得时的用于内容观看和通信的一对一 ISC会话的建立W及 被观看的内容的改变通过SIP re-INVITE执行的示例顺序图。图10描绘了发起者ISC客户 101、接收者ISC客户102、包括媒体功能401和通信功能402的ISC服务器105和ISC CP网关 107交换用于建立一对一 (1-1) I SC会话的内容观看和通信的SIP消息。
[0166] 如图9中所描述，接收者ISC客户102响应于所接收的第一SIP invite而响应2000K 信号。此外，媒体功能401开始（1001)在UDP/RTP隧道中传递作