专利名称：一种媒体面更新过程中实现业务连续性的方法及装置的制作方法
技术领域：
本发明涉及通信领域，更具体地涉及一种媒体面更新过程中实现业务连续性的方法及装置。
背景技术：
接入无关的基于IP(网络互联协议，Internet Protocol, IP)的通讯网络包括下一代网络(Next Generation Network, GN)、IP 多媒体子系统(IP Multimedia CoreNetwork Subsystem, IMS)、基于 Web 的实时通讯网(Real Time Communication on Web,RTCffeb)等网络，网络为用户提供业务能力，包括语音通讯、视频通讯等实时通讯业务，属于业务网络范畴。接入网包括电路CS域接入和分组PS域接入，CS域接入网包括GSM、CDMA等网络，PS域接入包括LTE、HSPA, EDGE、EVDO等网络。在业务的进行过程中，由于用户设备UE的移动或是业务的更新等需要对媒体面进行更新。通信双方需要通过MS信令对媒体面进行更新，在更新的过程中，可能导致正在进行的媒体通讯发生中断，影响用户的体验。图1是现有的在业务进行过程中，更新媒体面的端口号，实现业务连续性的流程图，其描述如下:步骤101、UE-1向代理呼叫会话控制功能P-CSCFl发送MS更新消息，即SDP (session description protocol,会话表述协议)offer,通知其媒体面接收的端口号从端口 Portll更改为Portl2。P-CSCFl进一步将消息转发给代理呼叫会话控制功能P-CSCF2 ；步骤102、P-CSCF2进一步将消息转发给UE-2 ；步骤103、UE_2向P-CSCF2返回IMS OK消息(即SDP Answer,也称应答消息)通知其端口号从Port21更改为Port22 ；步骤104、P_CSCF2向PCRF2提供更新的业务信息，携带更新的媒体面信息，更新的端口号 Portl2，Port22 ；步骤105、策略计费规则功能PCRF2向终呼侧网关P-GW2提供更新的策略和计费控制PCC规则，其中PCC规则中携带更新的流描述信息Port 12和Port22 ；步骤106、P-GW2发起承载修改流程，将更新后的流描述信息通知给UE2 ；此后，P-GW2将不允许目的IP地址是IP Addressll，目的端口号Portll的上行数据，以及目的地址是IP Address21,目的端口号是Port22的下行数据通过。步骤107、UE2 采用 IP Address21、Port22 向 IP Addressll、Portl2 发送媒体信息；步骤108、P-CSCF2向P-CSCF1返回IMS OK消息，携带UE2的端口号从Port21更改为Port22的信息；步骤108和步骤104是同时进行的。步骤109、P-CSCF2向UEl返回MS OK消息，携带UE2的新端口号Port22 ；
步骤110、P_CSCF1向PCRFl提供更新的业务信息，携带更新的媒体面信息，更新的端口号 Portl2，Port22 ；步骤109和步骤110是同时进行的。步骤111、PCRFl向P-GWl提供更新的PCC规则，其中PCC规则中携带新的流描述信息 Port 12 和 Port22 ；步骤112、P-Gffl发起承载修改流程，将更新后的流描述信息通知给UEl ；此后，P-GWl将不允许目的地址是IP Addressll,目的端口号Port 11的下行数据，以及目的地址是IP Address21,目的端口号是Port21的上行数据通过。在上述流程中，在步骤105时，由于P-GW2已经把Portl2更改成了 Port22，因此，此时Portl2的下行数据将无法到达UE2。而UEl直到步骤109获知UE2新的端口号，所以在步骤105至步骤109时间间隔内UEl发送给UE2的数据将被丢弃。考虑在跨域时，MS信令延迟较大，导致被丢弃的数据包较多，造成业务出现中断，影响了用户体验。在其他场景中，譬如UEl更新了 IP地址，或UEl同时更新了 IP地址和端口号，都会出现数据业务中断的问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种媒体面更新过程中实现业务连续性实现方法及系统，用于解决媒体面更新过程中下行媒体数据中断技术问题。为达到上述目的，本发明的技术方案是这样实现的:一种媒体面更新过程中实现业务连续性的方法，所述方法包括:在接入无关的基于IP的通讯网络中的媒体面的IP地址和/或端口号的更新过程中，终呼侧网关在起呼侧完成相应的承载更新之前，同时打开终呼侧终端的更新前后的端口号，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号。进一步地，终呼侧网关在起呼侧完成相应的承载更新之前，同时打开终呼侧终端的更新前后的端口号的步骤具体为:在终呼侧代理呼叫会话控制功能接收到终呼侧终端通知更新媒体面端口号的应答消息后，向终呼侧策略计费规则功能PCRF提供携带新的流描述信息的业务信息；终呼侧策略计费规则功能PCRF指示所述终呼侧网关打开新端口 ；终呼侧网关同时允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过。基于本发明一具体实施例，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的步骤具体为:当终呼侧代理呼叫会话控制功能接收到起呼侧代理呼叫会话控制功能反馈的确认消息后，向终呼侧策略计费规则功能PCRF发送携带删除终呼侧终端更新前的端口号的业务信息；终呼侧策略计费规则功能PCRF指示所述终呼侧网关关闭终呼侧终端更新前的端口号，终呼侧网关只允许目的端口为终呼侧终端更新后的端口号的下行业务数据流或源端口为终呼侧终端更新后的端口号的上行业务数据流通过。基于本发明另一具体实施例，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的步骤具体为:当终呼侧网关依据所述终呼侧PCRF的指示打开新端口时，终呼侧网关启动一延时定时器；在所述延时定时器定时时间内，终呼侧网关允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过；在所述延时定时器超时后，终呼侧网关关闭终呼侧终端更新前的端口号。基于本发明另一具体实施例，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的的步骤具体为:终呼侧网关检测是否接收到以终呼侧终端的新端口号为目的端口的业务数据流，当检测到以新端口号为目的端口的业务数据流时，终呼侧网关关闭终呼侧终端的更新前的
端口号。基于本发明另一具体实施例，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的步骤具体为:当所述终呼侧PCRF指示所述终呼侧网关打开新端口时，所述终呼侧PCRF启动一延时定时器；在所述延时定时器超时后，所述终呼侧PCRF指示所述终呼侧网关关闭终呼侧终端更新前的端口号。进一步地，终呼侧策略计费规则功能PCRF指示所述终呼侧网关打开新端口的方法具体为:所述终呼侧策略计费规则功能PCRF向所述终呼侧网关提供的更新的策略计费和控制PCC规则包含新端口的流描述信息。进一步地，终呼侧策略计费规则功能PCRF指示所述终呼侧网关关闭终呼侧终端更新前的端口号的方法具体为:所述终呼侧策略计费规则功能PCRF向所述终呼侧网关提供的更新的策略计费和控制PCC规则不包含更新前端口的流描述信息。本发明还提供一种媒体面更新过程中实现业务连续性的系统，该系统应用于接入无关的基于IP的通讯网络中的媒体面的IP地址和/或端口号更新过程，包括起呼侧网关、策略计费规则功能、代理呼叫会话控制功能，及终呼侧的网关、策略计费规则功能、代理呼叫会话控制功能；终呼侧代理呼叫会话控制功能，用于在接收到终呼侧终端通知更新媒体面端口号的应答消息后，向终呼侧策略计费规则功能PCRF提供携带新的流描述信息的业务信息；终呼侧策略计费规则功能，用于指示终呼侧网关打开新端口 ；终呼侧网关，用于在起呼侧完成相应的承载更新之前，同时允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过；及在起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号。基于本发明一具体实施例，终呼侧代理呼叫会话控制功能还用于在接收到起呼侧代理呼叫会话控制功能反馈的确认消息后，向终呼侧策略计费规则功能PCRF发送携带删除终呼侧终端更新前的端口号的业务信息；终呼侧策略计费规则功能还用于指示所述终呼侧网关关闭终呼侧终端更新前的端口号；
终呼侧网关在关闭终呼侧终端更新前的端口号后，只允许目的端口为终呼侧终端更新后的端口号的下行业务数据流或源端口为终呼侧终端更新后的端口号的上行业务数据流通过。基于本发明另一具体实施例，终呼侧网关还用于在依据所述终呼侧PCRF的指示打开新端口时，启动一延时定时器；在所述延时定时器定时时间内，终呼侧网关允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过；在所述延时定时器超时后，终呼侧网关还用于关闭终呼侧终端更新前的端口号。基于本发明另一具体实施例，终呼侧网关还用于检测是否接收到以终呼侧终端的新端口号为目的端口的业务数据流，当检测到以新端口号为目的端口的业务数据流时，关闭终呼侧终端的更新前的端口号。本发明在媒体面更新过程中，终呼侧网关同时打开终呼侧终端的更新前后的端口号，当更新过程完成后，终呼侧网关关闭终呼侧终端的更新前的端口号，从而避免了媒体面更新过程中下行媒体数据的中断，提高了数据传输效率、提升了用户体验。
图1是现有的媒体面更新过程中实现业务连续性实现流程图；图2是本发明实施例1的流程图；图3是本发明实施例2的流程图；图4是本发明实施例3的流程图；图5是本发明实施例4的流程图；图6是本发明实施例5的流程图；图7是本发明实施例6的流程图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。实施例1图2是本发明的在业务进行过程中，更新媒体面的端口号，实现业务连续性的流程图，其描述如下:起呼侧终端UEl和终呼侧终端UE2进行通信,其媒体面地址和端口号如下:起呼侧终端接收地址Addressl I,端口号Portl I,终呼侧终端接收地址Address21,端口号Port21。在某个时候，UEl决定更改媒体面接收端口号为Portl2。步骤201、P-CSCF收到MS更新消息，即SDP提供(SDP offer)消息，起呼侧终端UEl请求更改媒体面接收端口号，从Portll更改为Portl2 ；通常地，业务信息中可以包括一个或多个业务数据流的流描述信息。接收端口号和发送端口号是相同的。步骤202、P-CSCF将消息前转给UE2 ；步骤203、UE2向P-CSCF返回MS OK消息，(即SDPAnswer，也称应答消息)通知对端UE2的媒体面接收端口号从Port21更改为Port22 ；步骤204、P-CSCF向PCRF提供业务信息，其中携带新的流描述信息，Portll更改为 Portl2, port21 更改为 Port22 ；步骤205、PCRF向终呼侧网关P_GW发送PCC规则提供消息，其中携带更新的端口Port22,更新PCC规则，即在该业务数据流对应的PCC规则的流描述信息中添加UE2的接收端口 Port22。步骤206、P-Gff根据更新后的PCC规则执行相应的承载修改操作；此后P-GW将同时允许目的端口是Port21和Port22的下行业务数据流，或源端口号是Port21和Port22的上行业务数据流通过。步骤207、UE2 采用 IPAddress21, Port22 向 UEl 的 Addressll, Portl2 发送数据；步骤208、P-CSCF前转MS OK消息给起呼侧的代理呼叫会话控制功能，其中携带UE2的新端口号Port22 ；步骤204和步骤208是同步的。步骤209、P_CSCF接收到起呼侧的P-CSCF发送的MS ACK消息(也称确认消息)；步骤210、P-CSCF 向 UE2 前转 MS ACK 消息；步骤211、P-CSCF向PCRF提供业务信息，通知PCRF删除UE2原来的接收到端口Port21 ；步骤212、PCRF向PCEF提供更新的PCC规则，即在该业务数据流对应的PCC规则的流描述信息中删除UE2的接收端口 Port21，并向P-GW发送携带删除UE2的接收端口 Port21信息的PCC规则提供消息；步骤213、P-Gff根据更新后的PCC规则执行相应的承载修改操作。 此后，P-Gff将不允许目的端口是Port21的下行业务数据流，或源端口号是Port21的上行业务数据流通过。实施例2图3是本发明的在业务进行过程中，更新媒体面的端口号，实现业务连续性的流程图，其描述如下:起呼侧终端UEl和终呼侧终端UE2进行通信,其媒体面地址和端口号如下:起呼侧终端接收地址Addressl I,端口号Port 11,终呼侧终端接收地址Address21,端口号Port21。在某个时候，UEl决定更改媒体面接收端口号为Portl2。步骤301-步骤306与步骤201-步骤206相同。步骤307、P-GW启动定时器，该延时定时器的定时时长取决于网络配置；步骤308、UE2 采用 IPAddress2，Port22 向 UEl 的 Addressl，Portl2 发送数据；步骤309、P-CSCF 前转 MS OK 消息步骤304和步骤309是同步的。步骤310、步骤307启动的定时器到期，P_GW从该业务数据流对应的PCC规则的流描述信息中删除UE2的接收端口 Port21 ； 此后，P-Gff将不允许目的端口是Port21的下行业务数据流，或源端口号是Port21的上行业务数据流通过。在其他实施例中，PCRF在步骤305向P_GW提供PCC规则时，P-GW启动定时器(该延时定时器的定时时长取决于网络配置)，当启动的定时器到期时，PCRF向P-GW提供更新的PCC规则，其中更新的PCC规则不包含终呼侧终端更新前的端口号的流描述信息，而只包括终呼侧终端更新后的端口号的流描述信息(即PCRF指示P-GW关闭终呼侧终端更新前的端口号)。P-Gff执行承载操作。实施例3图3是本发明的在业务进行过程中，更新媒体面的端口号，实现业务连续性的流程图，其描述如下:起呼侧终端UEl和终呼侧终端UE2进行通信，其媒体面地址和端口号如下:起呼侧终端接收地址Addressl I,端口号Port 11,终呼侧终端接收地址Address21,端口号Port21。在某个时候，UEl决定更改媒体面接收端口号为Portl2。步骤401-步骤408与步骤201-步骤208相同。步骤409、P-GW检测到目的端口号为Port22的业务数据流，P_GW从该业务数据流对应的PCC规则的流描述信息中删除UE2的接收端口 Port21 ；此后，P-Gff将不允许目的端口是Port21的下行业务数据流，或源端口号是Port21的上行业务数据流通过。实施例4图5是本发明的在业务进行过程中，更新媒体面的IP地址，实现业务连续性的流程图，其描述如下:起呼侧终端UEl和终呼侧终端UE2进行通信,其媒体面地址和端口号如下:起呼侧终端接收地址Addressl I,端口号Port 11,终呼侧终端接收地址Address21,端口号Port21。在某个时候，UEl决定更改媒体面的地址为AddreSS12，接收端口号为Portl2。步骤501、P-CSCF收到MS更新消息，即SDP offer,起呼侧终端UEl请求更改媒体面的地址从Addressll到Addressl2,更改接收端口号从Portll更改为Portl2 ；步骤502、P-CSCF将消息前转给UE2 ；步骤503、UE2向P-CSCF返回MS OK消息，即SDP Answer，通知对端UE2的媒体面接收端口号从Port21更改为Port22 ；步骤504、P_CSCF向PCRF提供业务信息，其中携带新的流描述信息，Addressll更改为 Addressl2, Portll 更改为 Portl2, Port21 更改为 Port22 ；步骤505-步骤511与步骤205-步骤211相同。实施例5图6是本发明的在业务进行过程中，更新媒体面的IP地址，实现业务连续性的流程图，其描述如下:起呼侧终端UEl和终呼侧终端UE2进行通信,其媒体面地址和端口号如下:起呼侧终端接收地址Addressl I,端口号Port 11,终呼侧终端接收地址Address21,端口号Port21。在某个时候，UEl决定更改媒体面的地址为AddreSS12，接收端口号为Portl2。步骤601-步骤604与步骤501-步骤504相同；步骤605-步骤610与步骤305-步骤310相同。在其他实施例中，PCRF在步骤605向P_GW提供PCC规则时，P-GW启动定时器(该延时定时器的定时时长取决于网络配置)，当启动的定时器到期时，PCRF向P-GW提供更新的PCC规则，其中更新的PCC规则不包含终呼侧终端更新前的端口号的流描述信息，而只包括终呼侧终端更新后的端口号的流描述信息(即PCRF指示P-GW关闭终呼侧终端更新前的端口号)。P-Gff执行承载操作。实施例6图7是本发明的在业务进行过程中，更新媒体面的IP地址，实现业务连续性的流程图，其描述如下:起呼侧终端UEl和终呼侧终端UE2进行通信，其媒体面地址和端口号如下:起呼侧终端接收地址Addressl I,端口号Port 11,终呼侧终端接收地址Address21,端口号Port21。在某个时候，UEl决定更改媒体面的地址为AddreSS12，接收端口号为Portl2。步骤701-步骤704与步骤501-步骤504相同；步骤705-步骤709与步骤405-步骤409相同。上述所有实施例中，终呼侧接入网系统以EPS(Evolved Packet System,演进的分组系统)为例。由于MS是与接入无关的，因此接入网系统可以为任何分组系统(如GPRS (General Packet Radio System,通用分组无线系统)、UMTS (Universal MobileTelecommunications System,通用移动通讯系统)。因此上述实施例中的P-GW,也可以是其他分组数据网关(如GGSN(GRPS Gateway Supporting Node, GPRS网关支持节点)，PDG (Packet Data Gateway,分组数据网关)等)。当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1.一种媒体面更新过程中实现业务连续性的方法，其特征在于，所述方法包括: 在接入无关的基于IP的通讯网络中的媒体面的IP地址和/或端口号的更新过程中，终呼侧网关在起呼侧完成相应的承载更新之前，同时打开终呼侧终端的更新前后的端口号，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号。
2.根据权利要求1所述的方法，其特征在于，终呼侧网关在起呼侧完成相应的承载更新之前，同时打开终呼侧终端的更新前后的端口号的步骤具体为: 在终呼侧代理呼叫会话控制功能接收到终呼侧终端通知更新媒体面端口号的应答消息后，向终呼侧策略计费规则功能PCRF提供携带新的流描述信息的业务信息； 终呼侧策略计费规则功能PCRF指示所述终呼侧网关打开新端口 ； 终呼侧网关同时允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过。
3.根据权利要求2所述的方法，其特征在于，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的步骤具体为: 当终呼侧代理呼叫会话控制功能接收到起呼侧代理呼叫会话控制功能反馈的确认消息后，向终呼侧策略计费规则功能PCRF发送携带删除终呼侧终端更新前的端口号的业务信息； 终呼侧策略计费规则功能PCRF指示所述终呼侧网关关闭终呼侧终端更新前的端口号，终呼侧网关只允许目的端口为终呼侧终端更新后的端口号的下行业务数据流或源端口为终呼侧终端更新后的端口号的上行业务数据流通过。
4.根据权利要求 2所述的方法，其特征在于，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的步骤具体为: 当终呼侧网关依据所述终呼侧PCRF的指示打开新端口时，终呼侧网关启动一延时定时器； 在所述延时定时器定时时间内，终呼侧网关允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过； 在所述延时定时器超时后，终呼侧网关关闭终呼侧终端更新前的端口号。
5.根据权利要求2所述的方法，其特征在于，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的的步骤具体为: 终呼侧网关检测是否接收到以终呼侧终端的新端口号为目的端口的业务数据流，当检测到以新端口号为目的端口的业务数据流时，终呼侧网关关闭终呼侧终端的更新前的端口号。
6.根据权利要求2所述的方法，其特征在于，当起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号的步骤具体为: 当所述终呼侧PCRF指示所述终呼侧网关打开新端口时，所述终呼侧PCRF启动一延时定时器； 在所述延时定时器超时后，所述终呼侧PCRF指示所述终呼侧网关关闭终呼侧终端更新前的端口号。
7.如权利要求2所述的方法，其特征在于，终呼侧策略计费规则功能PCRF指示所述终呼侧网关打开新端口的方法具体为:所述终呼侧策略计费规则功能PCRF向所述终呼侧网关提供的更新的策略计费和控制PCC规则包含新端口的流描述信息。
8.如权利要求3所述的方法，其特征在于，终呼侧策略计费规则功能PCRF指示所述终呼侧网关关闭终呼侧终端更新前的端口号的方法具体为:所述终呼侧策略计费规则功能PCRF向所述终呼侧网关提供的更新的策略计费和控制PCC规则不包含更新前端口的流描述信息。
9.一种媒体面更新过程中实现业务连续性的系统，该系统应用于接入无关的基于IP的通讯网络中的媒体面的IP地址和/或端口号更新过程，包括起呼侧网关、策略计费规则功能、代理呼叫会话控制功能，及终呼侧的网关、策略计费规则功能、代理呼叫会话控制功能，其特征在于， 终呼侧代理呼叫会话控制功能，用于在接收到终呼侧终端通知更新媒体面端口号的应答消息后，向终呼侧策略计费规则功能PCRF提供携带新的流描述信息的业务信息； 终呼侧策略计费规则功能，用于指示终呼侧网关打开新端口 ； 终呼侧网关，用于在起呼侧完成相应的承载更新之前，同时允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过；及在起呼侧完成相应的承载更新后，终呼侧网关再关闭终呼侧终端的更新前的端口号。
10.根据权利要求9所述的系统，其特征在于， 终呼侧代理呼叫会话控制功能，还用于在接收到起呼侧代理呼叫会话控制功能反馈的确认消息后，向终呼侧策略计费 规则功能PCRF发送携带删除终呼侧终端更新前的端口号的业务信息； 终呼侧策略计费规则功能，还用于指示所述终呼侧网关关闭终呼侧终端更新前的端口号; 终呼侧网关在关闭终呼侧终端更新前的端口号后，只允许目的端口为终呼侧终端更新后的端口号的下行业务数据流或源端口为终呼侧终端更新后的端口号的上行业务数据流通过。
11.根据权利要求9所述的系统，其特征在于， 终呼侧网关，还用于在依据所述终呼侧PCRF的指示打开新端口时，启动一延时定时器；在所述延时定时器定时时间内，终呼侧网关允许目的端口为终呼侧终端更新前和更新后的端口号的下行业务数据流或源端口为终呼侧终端更新前和更新后的端口号的上行业务数据流通过；在所述延时定时器超时后，终呼侧网关还用于关闭终呼侧终端更新前的端口号。
12.根据权利要求9所述的系统，其特征在于， 终呼侧网关，还用于检测是否接收到以终呼侧终端的新端口号为目的端口的业务数据流，当检测到以新端口号为目的端口的业务数据流时，关闭终呼侧终端的更新前的端口号。
全文摘要
本发明公开了一种媒体面更新过程中实现业务连续性实现方法及系统，用于解决媒体面更新过程中下行媒体数据中断技术问题，本发明在媒体面更新过程中，终呼侧网关同时打开终呼侧终端的更新前后的端口号，当更新过程完成后，终呼侧网关关闭终呼侧终端的更新前的端口号，从而避免了媒体面更新过程中下行媒体数据的中断，提高了数据传输效率、提升了用户体验。
文档编号H04W8/02GK103167462SQ201110406368
公开日2013年6月19日 申请日期2011年12月8日 优先权日2011年12月8日
发明者周晓云, 宗在峰, 李振东, 谢振华 申请人:中兴通讯股份有限公司