PoC业务管理及管理知识分析.pptVIP

SIP消息类型 请求消息 包括： INVITE、 ACK、 CANCEL、 BYE、 REGISTER、 SUBSCRIBE、 NOTIFY、 UAPEDATE、 MESSAGE、 REFER 应答消息 每个应答都有一个代表事务状态的编码。状态码是100~699的整数并且被分组 100－199是临时应答，比如180状态吗代表振铃 200－699是最终应答，代表客户端成功应答、重新定向、服务错误等状态 第五十页，共九十页。 SIP对话和SIP会话 SIP对话（SIP dialog） 通信双方的一种SIP关系，提供在通信双方之间进行路由和消息排序时所依据的必要的状态信息（比如Pre-established 会话模式） SIP对话不一定需要有真正的数据流的交换 SIP会话（SIP session） 由一组多媒体发送者和接收者以及彼此之间的数据流组成 SIP会话基于SIP对话，在会话发送请求时遵循SIP规则 第五十一页，共九十页。 SDP协议 SDP是用来描述多媒体会话的应用层协议，基于文本。 SDP描述会话时，主要包括 会话发起方和接收方各自的接收能力 媒体格式 接收地址/端口 第五十二页，共九十页。 SDP消息三级信息 会话级描述－包括会话标识和其他会话级参数，如IP地址、主题、会话创建人联系信息等 定时描述－会话开始和停止时间，重复次数 媒体类型和格式：传输协议和端口号，其他媒体参数 第五十三页，共九十页。 SDP消息举例 v=0 o=mhandley IN IP4 s=SDP Seminar t=2873397496 2873404696 m=audio 49170 RTP/AVP 0 m=video 51372 RTP/AVP 31 第五十四页，共九十页。 SDP 提供/应答模式 SDP基于提供/应答模型来保证会话的各方的媒体协商 提供：包含提供者希望使用的媒体流集合和编码方案集合，IP地址和端口号 应答：与提供相对应，表明 是否接受一个媒体流 将要使用的编码方案 应答者想用来接收媒体的IP地址和端口 第五十五页，共九十页。 RTP RTP定义为端到端的传输实时数据的协议。 RTP最大的作用时避免在数据实时传输的过程出现的“抖动”（分组丢失或延时） 避免抖动的方式是在数据分组中加入时间戳和顺序号。 顺序号为接收到的分组进行排序 时间戳使得接收到的分组可以在正确的时间播出 在PoC业务中，应用的不是连续的RTP分组，而是间断、促发的RTP分组（Talk Burst） 第五十六页，共九十页。 RTCP RTCP提供对RTP流的QoS的反馈和监控 对于同时应用音频和视频的业务，RTCP保证音视频的同步 RTCP和RTP使用不同的UDP端口 在PoC业务中，并非只是1对1的会话，在多用户参与的会话中，存在对发言权的控制，因此使用了RTCP中一个特殊应用APP包来实现对发言权的裁定、排队和控制，称为TBCP（Talk Burst Control Protocol） 第五十七页，共九十页。 TBCP TBCP是PoC业务用户平面中非常重要的概念 TBCP定义了各个用户在进行PoC会话时的各种状态（空闲、排队、激活、发言、接听、拒绝等），以及各种状态之间的转换关系和过程。 TBCP定义了多个控制消息，包括发言申请、发言接受、发言拒绝、发言释放、发言排队等 TBCP和RTCP使用同一个UDP端口 第五十八页，共九十页。 第四部分内容 PoC对IMS的能力需求 第五十九页，共九十页。 没有IMS的业务结构 第六十页，共九十页。 基于IMS的业务结构 第六十一页，共九十页。 PoC业务组网 第六十二页，共九十页。 IMS注册 建立PDP上下文 P-CSCF发现 可以通过在PDP上下文建立过程向GPRS请求P-CSCF的IP地址 如果GPRS不知道P-CSCF的IP地址，那么UE通过DHCP/DNS方式解析出P-CSCF的IP地址 P-CSCF通过I-CSCF问询出UE的归属S-CDCF的地址，并在归属S-CDCF上进行注册 第六十三页，共九十页。 PoC的标识 PoC地址 PoC用户通过PoC地址发起通信请求 PoC地址可以是 SIP URI： TEL URI： 组呼标识 组呼标识也是SIP URI格式 组呼标识关联到组中所有用户的PoC地址 PoC 客户端通过组呼标识来发起一个组呼 组呼标识存储在PoC XDMS或Shared XDMS中 组呼标识可以由业务提供商或PoC用户创建 昵称（display name） 用户或者一个组也可以用昵称（display name）来标识，PoC sever可以把显示名映射为SIP URL 第十八页，共九十页。 PoC用户注册 PoC用户的注册主要是在IMS中的注册，然后IMS再把注册信息告诉PoC