应答代码
应答码是包含了,并且扩展了 应答码。并不是所有的 应答码都适当应用,
只有在折里指出的是适当的。其他 应答码不应当使用。并且, 也定义了新的
应答码系列,。
临时应答
临时应答,也就是消息性质的应答,标志了对方服务器正在处理请求,并且还没有决定最
后的应答。如果服务器处理请求需要花 以上才能产生终结应答的时候,它应当发送
一个 应答。
注意 应答并不是可靠传输的。他们不会导致客户端传送一个 应答。临时性质的
()应答可以包含消息体,包含会话描述。
这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定
动作(比如,正在打开数据库的时候)。这个应答,就像其他临时应答一样,种植了
重新传送 请求。应答和其他临时应答不同的是,在这里,它永远不会被
有状态 转发到上行流中。
!
收到 请求并且试图提示给用户。这个应答应当出世化一个本地回铃。
" #$$%&'(#)&)呼叫被转发
服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。
* +,&,&)
当呼叫的对方暂时不能接收呼叫的时候,并且服务器决定将呼叫排队等候,而不是拒绝呼
叫的时候,那么就应当发出这个应答。当被叫方一旦恢复接收呼叫,他会返回合适的终结
应答。对于这个呼叫状态,可以有一个表示原因的短语,比如:” -.#$$/,&,&)0&&.1&)
(#22&-,1&3。服务器可以给出好几个 (+,&,&))应答告诉呼叫方排队的
情况(比如排队靠前了等等)。
- "会话进度
"(&&)应答用于提示建立对话的进度信息。!-#&(表达原因的句
子)、头域或者消息体可以用于提示呼叫进度的更消息的信息。
成功信息
这个应答表示请求是成功的。
6
请求已经处理成功。这个信息取决于不同方法的请求的应答。
"转发请求 "77
" 系列的应答是用于提示用户的新位置信息的,或者为了满足呼叫而转发的额外服务地
点。
""8,$2$&5.&
请求的地址有多个选择,每个选择都有自己的地址,用户或者( )可以选择合适的通讯
终端,并且转发这个请求到这个地址。
应答可以包含一个具有每一个地点的在 ..&1 请求头域中允许的资源特性,这样用户或者
可以选择一个最合适的地址来转发请求。没有未这个应答的消息体定义 88 类型。
这些地址选择也应当在 1#.1 头域中列出( 节)。不同于 , 应答可以包含
多个 1#.1 头域或者一个 1#.1 头域中具有一个地址列表。 可以使用 1#.1 头域来
自动转发或者要求用户确认转发。不过,本规范没有定义自动转发的标准。
评论0