IMS支持语音通话中的切换

IMS支持语音通话中的切换\o"IMS"#IMS\o"SIP"#SIP\o"语音通话"#语音通话\o"Handover"#Handovertutorialspoint;通话期间切换(重新邀请）用户代理(PROXY)可以在会话期间更改其IP地址，因为它从一个网络交换到另一个网络。基本SIP支持这种情况，因为对话中的重新邀请可用于更新联系人URI并更改SDP中的媒体信息。如图1中所提到的调用流程：Tom检测到一个新网络，使用DHCP获取新的IP地址，并且执行重新邀请(reINVITE)以允许信令和媒体流到新IP地址。如果UA可以从两个网络接收媒体，则中断可以忽略不计。如果不是这种情况，则可能会丢失一些媒体数据包，从而导致通话稍微中断。re-INVITE(重新邀请)中内容如下：INVITEsip:Jerry@TTPSIP/2.0

Via:SIP/2.0/UDP02:5060;branch=z9hG4bK918f5a84fe6bf7a

Max-Forwards:70

To:<sip:Harry@TTP>

From:sip:Tom@PPT;tag=70133df4

Call-ID:76d4861c19c

CSeq:1INVITE

Accept:application/sdp

Accept-Language:en

Allow:INVITE,ACK,CANCEL,BYE,INFO,OPTIONS,REFER,NOTIFY,SUBSCRIBE

Contact:<sip:02:5060>;

Content-Type:application/sdp

Content-Length:168

v=0

o=PPT4046740468INIP4

s=-

c=INIP4

b=AS:49

t=00

b=RR:0

b=RS:0

a=rtpmap:97AMR/8000/1

m=audio6000RTP/AVP96

a=fmtp:1020-15

a=ptime:20

a=maxptime:240re-INVITE在Via和Contact标头字段中包含Bowditch的新IP地址以及SD媒体信息。通话中的切换(带有替换标题）在呼叫中移动性中，实际路由集(SIP消息必须经过的SIP代理集)必须更改。我们不能在通话中移动性中使用re-INVITE例如，如果NAT变化需要代理，则必须更改联系人URI，必须创建一个新对话。因此，它必须发送一个带有Replaces标头的新INVITE，该标头标识现有的会话。注意-假设A和B都在通话中，如果A获得另一个带有替换标头(应该与现有对话匹配)的INVITE(比方说来自C)，则A必须接受INVITE并终止与B的会话并转移所有资源到新形成的对话框。调用流程如下图所示。它与前面使用re-INVITE的呼叫流程类似，只是在接受带有Replaces的INVITE时会自动生成BYE以终止现有对话。在这种情况下要注意的要点-Tom和Jerry之间的现有对话包括旧访问的代理服务器。使用新无线网络的新对话需要包含新访问的代理服务器。结果Tom发送了一个带有替换的INVITE，它创建了一个新对话框其中包括新访问的代理服务器，但不包括旧访问的代理服务器。当Jerry接受INVITE时，会自动发送BYE以终止旧对话，该对话通过旧的已访问代理服务器路由，该代理服务器现在不再参与会话。生成的媒体会话是使用来自邀请中的SDP的Tom的新IP地址建立的。服务中移动性(切换）SIP中的服务可以在代理或UA中提供。除非用户的设备配置了相同的服务，否则提供服务移动性和个人移动性可能具有挑战性。SIP可以轻松支持Internet上的服务移动性。当连接到Internet时，配置为在使用一组代理的UA在漫游时仍然可以使用这些代理。它对媒体会话的质量没有任何影响，因为媒体总是直接在两个UA之间流动，并且不经过SIP代理服务器。端点驻留服务仅