一种终端重注册的方法及装置制造方法
【专利摘要】本发明实例公开了一种终端重注册的方法及装置，涉及通信【技术领域】，能够省去用户终端等待周期性重注册的时间，使用户终端能够在短时间内进行重注册，使用IMS业务。本发明的方法包括：P-GW确定P-CSCF网元是否发生故障，P-GW中存储有与主用P-CSCF网元对应的备用P-CSCF的地址信息；当主用P-CSCF网元发生故障时，P-GW生成更新请求消息，更新请求消息包含与主用P-CSCF网元对应的备用P-CSCF网元的地址信息；P-GW向用户终端发送更新请求消息，以便于用户终端在接到更新请求信息时向备用P-CSCF网元发起重注册。本发明适用于主用P-CSCF网元发生故障的容灾场景中。
【专利说明】一种终端重注册的方法及装置
【技术领域】
[0001]本发明涉及通信【技术领域】，尤其涉及一种终端重注册的方法及装置。
【背景技术】
[0002]随着[12 ([0118 ^61-111长期演进)网络技术的发展，越来越多的用户通过 1/12 网络接入 113 (1=1:611161: ？1~01:0⑶ 1 11111:11116(118 511)38781:6111，网络协议多媒体子系统)网络来使用多媒体语音业务。
[0003]为了在发生突发灾害时，頂3网络能够进行自我恢复，在现有技术中，頂3网络中的？-(330786881011 00111:1~01 ？皿01: 1011，代理呼叫会话控制功能)网元发生故障时，用户终端发起周期性重注册，重注册到备用的卜⑶⑶上，使得终端在頂3网络上的业务恢复。
[0004]由于380(36881011 001-(161- (^社抓丨^广会话边界控制器)网兀和？-0307网兀的信令面是合设的，当口-⑶⑶网元因为突发灾害发生故障时，由于38(:网元与口-⑶⑶网元的信令面合设，所以38(:网元也不能工作，用户终端在成功重注册到可用的？网元之前不能使用頂3业务，所以需要等待周期性重注册。但是，由于等待周期性重注册的时间较长，例如:从？发生故障到进行第一次周期性重注册大概需要等待15分钟的时间。而且，在周期性重注册的时间内，用户终端也不能使用頂3业务。
【发明内容】
[0005]本发明的实施例提供一种终端重注册的方法及装置，能够省去用户终端等待周期性重注册的时间，使用户终端能够在短时间内进行重注册，使用頂3业务。
[0006]为达到上述目的，本发明的实施例采用如下技术方案:
[0007]—方面，本发明实施例提供一种终端重注册的方法，包括:
[0008]分组数据网网关？确定主用代理呼叫会话控制功能？网元是否发生故障，所述中存储有与主用网元对应的备用的地址信息；
[0009]当所述主用口-⑶⑶网元发生故障时，所述生成更新请求消息，所述更新请求消息包含与所述主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息；
[0010]所述？向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用网元发起重注册。
[0011]另一方面，本发明实施例提供一种终端重注册的装置，包括:
[0012]故障确定模块，用于确定主用代理呼叫会话控制功能？网元是否发生故障，所述装置中存储有与主用网元对应的备用的地址信息；
[0013]消息生成模块，用于当所述主用网元发生故障时，生成更新请求消息，所述更新请求消息包含与所述主用卜⑶⑶网元对应的备用口-⑶⑶网元的地址信息；
[0014]消息发送模块，用于向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用口-⑶⑶网元发起重注册。
[0015]本发明实施例提供的一种终端重注册的方法及装置，？~61能够检测主用网元是否发生故障，当主用口-⑶⑶网元发生故障时，？生成并向用户终端发送包含与主用户-⑶⑶网元对应的备用口-⑶⑶网元的地址信息的更新请求消息，用户终端在接收到更新请求信息时向备用网元发起重注册。与需要等待较长时间发起周期性重注册的现有技术相比，本发明中，？存储有与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息，当主用口-⑶⑶网元发生故障时，将备用口-⑶⑶网元的地址信息通过更新请求信息发送至用户终端，用户终端在接到更新请求信息时立刻向备用口-⑶⑶网元发起重注册，省去了等待周期性重注册的时间，当主用网元发生故障时，用户终端能够在短时间内进行重注册，从而使用頂3业务。
【专利附图】
【附图说明】
[0016]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0017]图1为本发明实施例提供的一种用户终端通过移动网接入113网络的网络结构示意图；
[0018]图2为本发明实施例提供的一种终端重注册的方法的流程图；
[0019]图3为本发明实施例提供的一种终端重注册的方法的一种具体实现方式的流程图；
[0020]图4为本发明实施例提供的一种终端重注册的方法的另一种具体实现方式的流程图；
[0021]图5为本发明实施例提供的一种终端重注册的装置的结构示意图；
[0022]图6为本发明实施例提供的一种终端重注册的装置的一种具体实现方式的结构示意图。
【具体实施方式】
[0023]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0024]本发明实施例提供的技术方案应用于移动网接入113(1111:611161: ？1~01:000111111:11116(118 511)38781:6111，网络协议多媒体子系统)网络的场景中，如图1所示，终端通过基站与112 (10131111:7 1册叫61116111: 2111:11:7，移动管理实体)连接，丽2负责处理信令，113与8-61 68七6胃87，业务网关)连接，3-6胃与？110切分组数据网网关)连接，？0^011(37 &II(1策略和计费执行功能)网元可以与？-61合设，？-61分别与？^168[1111(31:1011策略与计费规则功能)网元、380(36881011 801^61161'，会话边界控制
0^11 86881011 00111:1-01 ？皿1: 1011，代理呼叫会话控制功能)网元连接，网兀与0&11 80881011 ￠0111:1-01服务呼叫会话控制功能)网兀相连，3-0307 网兀与 1-03070&11 80881011 ￠0111:1-01
代理呼叫会话控制功能)网元相连，同时，网元与？网元相连。相连的网元、网关等实体设备之间能够进行通信。其中，可以与多个网元连接，多个网元包括主用网元和备用网元，主用网元和备用网元均与相同的网元连接。
[0025]在主用网元发生故障不能使用时，用户终端可以注册到备用38以？~080？网元，继续使用頂3业务。比如:如图1所示，网元为主用网元，8802/^-080^2网元为备用网元，用户终端初始注册于网元，在容灾场景下，当网元发生故障时，用户终端需要重注册至38(:2/
？~080？2网元，才能够继续使用頂3业务。用户终端可以为手机、平板电脑等通信设备。
[0026]本发明实施例提供了一种终端重注册的方法，如图2所示，包括:
[0027]101，分组数据网网关？确定主用代理呼叫会话控制功能？网元是否发生故障。
[0028]其中，与？网元相连，所以？可以检测到与自身相连的？网元是否发生故障，从而确定当前用户终端所处的场景，即确定用户终端当前是否已经与頂5网络断开连接。
[0029]需要说明的是，？中存储有113网络中所有的口-⑶⑶网元的地址信息，？网元包括主用口-⑶⑶网元和备用口-⑶⑶网元，主用口-⑶⑶网元与备用口-⑶⑶网元之间存在对应关系，所以中存储有与主用口-⑶⑶网元对应的备用口-⑶⑶的地址信息。比如网元、？-(:3(^2网元均为主用网元，？网元对应的备用网元为网元，？~080？2网元对应的备用口-⑶⑶网元为网元。
[0030]102，当所述主用口-⑶⑶网元发生故障时，所述生成更新请求消息。
[0031]其中，当主用口-⑶⑶网元发生故障，导致用户终端无法与頂3网络建立连接，从而导致用户终端无法使用頂3业务时，因为？-训中存储有与主用网元对应的备用？~080？网元的地址信息，所以，？~61生成包含与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息的更新请求信息。
[0032]需要说明的是，若主用口-⑶⑶网元发生故障时，用户终端未使用语音业务，则更新请求信息具体可以是11%社6 86^61- 06(111681:(更新承载请求)消息；若主用？网元发生故障时，用户终端正在使用语音业务，则更新请求信息具体可以是061的6 8681-61-1^6^11681:(释放承载请求)消息。
[0033]当主用口-⑶⑶网元未发生故障时，保持当前用户终端通过移动网接入113网络的状态。
[0034]103，所述？向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用口-⑶⑶网元发起重注册。
[0035]其中，向用户终端发送更新请求消息，用户终端接收更新请求消息，从更新请求消息中获取与发生故障的主用卜⑶⑶网元对应的备用口-⑶⑶网元的地址信息，从而根据备用口-⑶⑶网元的地址信息，向备用口-⑶⑶网元发起重注册。
[0036]本发明实施例提供的一种终端重注册的方法，？~61能够检测主用口-⑶⑶网元是否发生故障，当主用口-⑶⑶网元发生故障时，？~61生成并向用户终端发送包含与主用？~080？网元对应的备用口-⑶⑶网元的地址信息的更新请求消息，用户终端在接收到更新请求信息时向备用口-⑶⑶网元发起重注册。与需要等待较长时间发起周期性重注册的现有技术相比，本发明中，存储有与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息，当主用口-⑶⑶网元发生故障时，将备用口-⑶⑶网元的地址信息通过更新请求信息发送至用户终端，用户终端在接到更新请求信息时立刻向备用口-⑶⑶网元发起重注册，省去了等待周期性重注册的时间，当主用网元发生故障时，用户终端能够在短时间内进行重注册，从而使用頂3业务。
[0037]进一步的，当用户终端当前正在进行语音业务，且主用网元发生故障时，为了释放原正在进行的语音业务使用的承载，本发明实施例还提供了一种终端重注册的方法的具体方案，如图3所示，包括:
[0038]201，所述判断所述用户终端当前是否正在进行语音业务。
[0039]202，当所述用户终端当前正在进行语音业务时，确定主用口-⑶⑶网元是否发生故障。
[0040]其中，当用户终端当前正在进行语音业务时，？~61能够根据当前的语音业务是否中断，来确定主用卜⑶⑶网元是否发生故障。
[0041]203，当主用口-⑶⑶网元发生故障时，所述？向策略与计费规则功能？网元上报故障消息。
[0042]其中，故障消息表示主用口-⑶⑶网元发生故障，用于通知？网元，使？网元得知主用口-⑶⑶网元发生故障，从而在？网元得知主用口-⑶⑶网元发生故障后，生成释放之前进行的语音业务需要的专有承载，专有承载的建立可以满足用户终端的008(0118111:7 0？ 361^1。6，服务质量)需求。
[0043]204，所述？接收所述？网元下发的承载释放消息，并释放与所述主用？~080？网元对应的承载。
[0044]其中，承载释放消息用于通知释放与主用口-⑶⑶网元对应的承载。？网元设置于上，？网元能够建立或释放语音业务的承载，因为用户终端当前正在进行语音业务，所以已经建立了当前语音业务的专有承载，当？网元收到故障信息，得知主用口-⑶⑶网元发生故障后，向下发承载释放消息，当接收到该承载释放消息时，？释放已经建立的之前的语音业务的专有承载，即释放与主用网元对应的承载，从而释放之前进行语音业务所占用的网络资源。
[0045]205，所述生成更新请求消息。
[0046]其中，在释放与主用口-⑶⑶网元对应的承载后，？生成更新请求消息，该更新请求消息包括与主用卜⑶⑶网元对应的备用口-⑶⑶网元的地址信息，还可以包括承载释放原因信息，比如:承载释放原因信息为主用网元发生故障。
[0047]206，所述？向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用口-⑶⑶网元发起重注册。
[0048]本发明实施例提供的一种终端重注册的方法，？~61能够检测主用口-⑶⑶网元是否发生故障，当主用口-⑶⑶网元发生故障时，？~61生成并向用户终端发送包含与主用？~080？网元对应的备用口-⑶⑶网元的地址信息的更新请求消息，用户终端在接收到更新请求信息时向备用口-⑶⑶网元发起重注册。与需要等待较长时间发起周期性重注册的现有技术相比，本发明中，存储有与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息，当主用口-⑶⑶网元发生故障时，将备用口-⑶⑶网元的地址信息通过更新请求信息发送至用户终端，用户终端在接到更新请求信息时立刻向备用口-⑶⑶网元发起重注册，省去了等待周期性重注册的时间，当主用网元发生故障时，用户终端能够在短时间内进行重注册，从而使用頂3业务。而且，释放与主用？对应的承载，即释放用户终端之前进行语音业务所占用的网络资源，从而节省了用户终端占用的网络资源。
[0049]进一步的，当用户终端未进行语音业务，为了准确确定主用？是否发生故障，本发明实施例还提供了一种终端重注册的方法的具体方案，如图4所示，包括:
[0050]301，所述判断所述用户终端当前是否正在进行语音业务。
[0051]302，当所述用户终端当前未进行语音业务时，所述？通过心跳检测机制确定所述主用口-⑶⑶网元是否发生故障。
[0052]其中，因为用户终端当前未进行语音业务，所以无法根据语音业务是否中断来判断主用口-⑶⑶网元是否发生故障。所以，通过与主用口-⑶⑶网元之间的31？0^)1:1011 (86881011 11111:181:1011 ？1~01:0001 0的1011，会话发起协议选择)消息的交互来进行心跳检测，从而确定主用卩-⑶⑶网元是否发生故障。
[0053]303，当所述主用9-(3307网元发生故障时，所述生成更新请求消息。
[0054]304，所述？向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用口-⑶⑶网元发起重注册。
[0055]本发明实施例提供的一种终端重注册的方法，？~61能够检测主用口-⑶⑶网元是否发生故障，当主用口-⑶⑶网元发生故障时，？~61生成并向用户终端发送包含与主用？~080？网元对应的备用口-⑶⑶网元的地址信息的更新请求消息，用户终端在接收到更新请求信息时向备用口-⑶⑶网元发起重注册。与需要等待较长时间发起周期性重注册的现有技术相比，本发明中，存储有与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息，当主用口-⑶⑶网元发生故障时，将备用口-⑶⑶网元的地址信息通过更新请求信息发送至用户终端，用户终端在接到更新请求信息时立刻向备用口-⑶⑶网元发起重注册，省去了等待周期性重注册的时间，当主用网元发生故障时，用户终端能够在短时间内进行重注册，从而使用頂3业务。而且，在用户终端没有进行语音业务时，？能够通过心跳检测准确的确定主用卩-⑶⑶是否发生故障。
[0056]本发明实施例提供了一种终端重注册的装置400，如图5所示，包括:
[0057]故障确定模块401，用于确定主用代理呼叫会话控制功能网元是否发生故障。
[0058]其中，装置中存储有与主用口-⑶⑶网元对应的备用口-⑶⑶的地址信息。
[0059]消息生成模块402，用于当所述主用网元发生故障时，生成更新请求消息。
[0060]其中，更新请求消息包含与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息；
[0061]消息发送模块403，用于向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用口-⑶⑶网元发起重注册。
[0062]本发明实施例提供的一种终端重注册的装置，该装置能够检测主用口-⑶⑶网元是否发生故障，当主用口-⑶⑶网元发生故障时，该装置生成并向用户终端发送包含与主用网元对应的备用口-⑶⑶网元的地址信息的更新请求消息，用户终端在接收到更新请求信息时向备用口-⑶⑶网元发起重注册。与需要等待较长时间发起周期性重注册的现有技术相比，本发明中，该装置存储有与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息，当主用卜⑶⑶网元发生故障时，该装置将备用口-⑶⑶网元的地址信息通过更新请求信息发送至用户终端，用户终端在接到更新请求信息时立刻向备用口-⑶⑶网元发起重注册，省去了等待周期性重注册的时间，当主用网元发生故障时，用户终端能够在短时间内进行重注册，从而使用頂3业务。此外，当用户终端当前正在进行语音业务，且主用？网元发生故障时，为了释放原正在进行的语音业务使用的承载，如图6所示，装置400还包括:
[0063]语音判断模块404，用于判断所述用户终端当前是否正在进行语音业务。
[0064]故障上报模块405，用于向策略与计费规则功能？网元上报故障消息。
[0065]其中，故障消息表示主用网元发生故障。
[0066]消息下发模块406，用于接收所述网元下发的承载释放消息，并释放与所述主用口-⑶⑶网元对应的承载。
[0067]其中，承载释放消息用于通知释放与主用网元对应的承载。
[0068]进一步的，所述更新请求消息还包括承载释放原因信息。
[0069]本发明实施例提供的一种终端重注册的装置，该装置能够检测主用口-⑶⑶网元是否发生故障，当主用口-⑶⑶网元发生故障时，该装置生成并向用户终端发送包含与主用
网元对应的备用口-⑶⑶网元的地址信息的更新请求消息，用户终端在接收到更新请求信息时向备用口-⑶⑶网元发起重注册。与需要等待较长时间发起周期性重注册的现有技术相比，本发明中，该装置存储有与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息，当主用口-⑶⑶网元发生故障时，该装置将备用口-⑶⑶网元的地址信息通过更新请求信息发送至用户终端，用户终端在接到更新请求信息时立刻向备用口-⑶⑶网元发起重注册，省去了等待周期性重注册的时间，当主用网元发生故障时，用户终端能够在短时间内进行重注册，从而使用頂3业务。而且，该装置释放与主用？对应的承载，即释放用户之前进行语音业务所占用的网络资源，从而节省了用户终端占用的网络资源。
[0070]进一步的，当用户终端未进行语音业务，为了准确确定主用？是否发生故障，所述故障确定模块401还用于通过心跳检测机制确定所述主用卩-⑶⑶网元是否发生故障。
[0071]本发明实施例提供的一种终端重注册的装置，该装置能够检测主用口-⑶⑶网元是否发生故障，当主用口-⑶⑶网元发生故障时，该装置生成并向用户终端发送包含与主用
网元对应的备用口-⑶⑶网元的地址信息的更新请求消息，用户终端在接收到更新请求信息时向备用口-⑶⑶网元发起重注册。与需要等待较长时间发起周期性重注册的现有技术相比，本发明中，该装置存储有与主用口-⑶⑶网元对应的备用口-⑶⑶网元的地址信息，当主用口-⑶⑶网元发生故障时，该装置将备用口-⑶⑶网元的地址信息通过更新请求信息发送至用户终端，用户终端在接到更新请求信息时立刻向备用口-⑶⑶网元发起重注册，省去了等待周期性重注册的时间，当主用网元发生故障时，用户终端能够在短时间内进行重注册，从而使用頂3业务。而且，在用户终端没有进行语音业务时，该装置能够通过心跳检测准确的确定主用卩-⑶⑶是否发生故障。
[0072]本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。
[0073]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(0651(1-01117 1611101*7，^01)或随机存储记忆体^00688161110等。
[0074]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
【权利要求】
1.一种终端重注册的方法，其特征在于，包括: 分组数据网网关P-GW确定主用代理呼叫会话控制功能P-CSCF网元是否发生故障，所述P-GW中存储有与主用P-CSCF网元对应的备用P-CSCF的地址信息； 当所述主用P-CSCF网元发生故障时，所述P-GW生成更新请求消息，所述更新请求消息包含与所述主用P-CSCF网元对应的备用P-CSCF网元的地址信息； 所述P-GW向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用P-CSCF网元发起重注册。
2.根据权利要求1所述的方法，其特征在于，在所述分组数据网网关P-GW确定主用代理呼叫会话控制功能P-CSCF网元是否发生故障之前，还包括: 所述P-GW判断所述用户终端当前是否正在进行语音业务。
3.根据权利要求1或2所述的方法，其特征在于，所述用户终端当前正在进行语音业务；在所述P-GW生成更新请求消息之前，还包括: 所述P-GW向策略与计费规则功能PCRF网元上报故障消息，所述故障消息表示所述主用P-CSCF网元发生故障； 所述P-GW接收所述PCRF网元下发的承载释放消息，并释放与所述主用P-CSCF网元对应的承载，所述承载释放消息用于通知所述P-GW释放与所述主用P-CSCF网元对应的承载。
4.根据权利要求1或3所述的方法，其特征在于，所述用户终端当前正在进行语音业务；所述更新请求消息还包括承载释放原因信息。
5.根据权利要求1或2所述的方法，其特征在于，所述用户终端当前未进行语音业务；所述分组数据网网关P-GW确定主用代理呼叫会话控制功能P-CSCF网元是否发生故障，包括: 所述P-GW通过心跳检测机制确定所述主用P-CSCF网元是否发生故障。
6.一种终端重注册的装置，其特征在于，包括: 故障确定模块，用于确定主用代理呼叫会话控制功能P-CSCF网元是否发生故障，所述装置中存储有与主用P-CSCF网元对应的备用P-CSCF的地址信息； 消息生成模块，用于当所述主用P-CSCF网元发生故障时，生成更新请求消息，所述更新请求消息包含与所述主用P-CSCF网元对应的备用P-CSCF网元的地址信息； 消息发送模块，用于向用户终端发送所述更新请求消息，以便于所述用户终端在接到所述更新请求信息时向所述备用P-CSCF网元发起重注册。
7.根据权利要求6所述的装置，其特征在于，还包括: 语音判断模块，用于判断所述用户终端当前是否正在进行语音业务。
8.根据权利要求6或7所述的装置，其特征在于，所述用户终端当前正在进行语音业务；所述装置还包括: 故障上报模块，用于向策略与计费规则功能PCRF网元上报故障消息，所述故障消息表示所述主用P-CSCF网元发生故障； 消息下发模块，用于接收所述PCRF网元下发的承载释放消息，并释放与所述主用P-CSCF网元对应的承载，所述承载释放消息用于通知所述P-GW释放与所述主用P-CSCF网元对应的承载。
9.根据权利要求6或8所述的装置，其特征在于，所述用户终端当前正在进行语音业务，所述更新请求消息还包括承载释放原因信息。
10.根据权利要求6或7所述的装置，其特征在于，所述用户终端当前未进行语音业务；所述故障确定模块还用于通过心跳检测机制确定所述主用P-CSCF网元是否发生故障。
【文档编号】H04W24/04GK104320800SQ201410562589
【公开日】2015年1月28日 申请日期:2014年10月21日 优先权日:2014年10月21日
【发明者】吴琼, 薛楠, 姜先贵, 朱爱华, 符刚, 马瑞涛, 李延斌, 马泽芳 申请人:中国联合网络通信集团有限公司