在Jabber/XMPP客户之间初始化和管理点对点会话(e.g.,语音和视频交换)的和现存的

internet标准兼容的框架。

协议要求满足如下需求:
1.管理范围广泛的XMPP点对点会话（不仅仅只是语音和视频).
2.使标准Jabber/XMPP客户相对简单实现。
3.如果需要与非XMPP实体通信，把更多的复杂性推到XMPP网络和非XMPP网络间的服务器端网关去实现.

概念和方法
Jingle包括３部分，每部分都有它自己的语法，语义和状态机:
1.全局会话管理
2.媒体描述格式
3.传输方式

会话管理

媒体描述格式
传输方式管理的状态:
1.PENDING
2.ACTIVE
3.MODIFYING
4.ENDED

媒体描述格式的行为:
1.media-info
2.media-modify
3.media-accept
4.media-decline

传输方式
传输方式的管理:
1.PENDING
2.ACTIVE
3.MODIFYING
4.ENDED

传输管理的行为:
1.transport-info
2.transport-modify
3.transport-accept
4.transport-decline

协议
资源决定
为了初始化一个Jingle会话，初始化实体必须决定目标实体的XMPP哪个资源最适合选定的媒体描述格式. 假如一个联系人只有一个XMPP资源，这个工作必须使用Service discovery来完成或者使用Entity Capabilities中定义的服务查询中基于presence的profile.
实际上，代替发送服务查询请求到roster中的每个联系人,使用Entity capabilities更高效,它被Jingle和各种Jingle媒体描述格式所支持．

如果联系人有多于一个的XMPP资源，可能仅仅只有一个资源支持Jingle和指定的媒体描述格式，在这种情况下用户必须和这个资源初始化Jingle signalliing.
假如联系人有多于一个的XMPP资源支持Jingle和指定的媒体描述格式,推荐客户使用Resource Application Prority以决定使用哪个资源来初始化Jingle会话.

发表于 @ 2006年05月13日 03:45:00|评论(loading...)|编辑