[发明专利]一种媒体面更新过程中实现业务连续性的方法及装置

说明书

技术领域

本发明涉及通信领域，更具体地涉及一种媒体面更新过程中实现业务连续性的方法及装置。

背景技术

接入无关的基于IP(网络互联协议，Internet Protocol，IP)的通讯网络包括下一代网络(Next Generation Network，GN)、IP多媒体子系统(IP Multimedia Core Network Subsystem，IMS)、基于Web的实时通讯网(Real Time Communication on Web，RTCWeb)等网络，网络为用户提供业务能力，包括语音通讯、视频通讯等实时通讯业务，属于业务网络范畴。接入网包括电路CS域接入和分组PS域接入，CS域接入网包括GSM、CDMA等网络，PS域接入包括LTE、HSPA、EDGE、EVDO等网络。

在业务的进行过程中，由于用户设备UE的移动或是业务的更新等需要对媒体面进行更新。通信双方需要通过IMS信令对媒体面进行更新，在更新的过程中，可能导致正在进行的媒体通讯发生中断，影响用户的体验。

图1是现有的在业务进行过程中，更新媒体面的端口号，实现业务连续性的流程图，其描述如下：

步骤101、UE-1向代理呼叫会话控制功能P-CSCF1发送IMS更新消息，即SDP(session div protocol，会话表述协议)offer，通知其媒体面接收的端口号从端口Port11更改为Port12。P-CSCF1进一步将消息转发给代理呼叫会话控制功能P-CSCF2；

步骤102、P-CSCF2进一步将消息转发给UE-2；

步骤103、UE-2向P-CSCF2返回IMS OK消息(即SDP Answer，也称应答消息)通知其端口号从Port21更改为Port22；

步骤104、P-CSCF2向PCRF2提供更新的业务信息，携带更新的媒体面信息，更新的端口号Port12，Port22；

步骤105、策略计费规则功能PCRF2向终呼侧网关P-GW2提供更新的策略和计费控制PCC规则，其中PCC规则中携带更新的流描述信息Port12和Port22；

步骤106、P-GW2发起承载修改流程，将更新后的流描述信息通知给UE2；

此后，P-GW2将不允许目的IP地址是IP Address11，目的端口号Port11的上行数据，以及目的地址是IP Address21，目的端口号是Port22的下行数据通过。

步骤107、UE2采用IP Address21、Port22向IP Address11、Port12发送媒体信息；

步骤108、P-CSCF2向P-CSCF1返回IMS OK消息，携带UE2的端口号从Port21更改为Port22的信息；

步骤108和步骤104是同时进行的。

步骤109、P-CSCF2向UE1返回IMS OK消息，携带UE2的新端口号Port22；

步骤110、P-CSCF1向PCRF1提供更新的业务信息，携带更新的媒体面信息，更新的端口号Port12，Port22；

步骤109和步骤110是同时进行的。

步骤111、PCRF1向P-GW1提供更新的PCC规则，其中PCC规则中携带新的流描述信息Port12和Port22；

步骤112、P-GW1发起承载修改流程，将更新后的流描述信息通知给UE1；

此后，P-GW1将不允许目的地址是IP Address11，目的端口号Port11的下行数据，以及目的地址是IP Address21，目的端口号是Port21的上行数据通过。

在上述流程中，在步骤105时，由于P-GW2已经把Port12更改成了Port22，因此，此时Port12的下行数据将无法到达UE2。而UE1直到步骤109获知UE2新的端口号，所以在步骤105至步骤109时间间隔内UE1发送给UE2的数据将被丢弃。考虑在跨域时，IMS信令延迟较大，导致被丢弃的数据包较多，造成业务出现中断，影响了用户体验。

在其他场景中，譬如UE1更新了IP地址，或UE1同时更新了IP地址和端口号，都会出现数据业务中断的问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种媒体面更新过程中实现业务连续性实现方法及系统，用于解决媒体面更新过程中下行媒体数据中断技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种媒体面更新过程中实现业务连续性的方法，所述方法包括：