CN103826327B - 一种通信业务释放的方法和装置 - Google Patents

Abstract

本发明提供了一种通信业务释放的方法和装置，其中，通信业务释放的方法包括：判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息；其中，所述预置定时器满足设定时间范围；若在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则生成与所述信令释放消息相匹配的模拟响应消息；并，将所述模拟响应消息发送至所述核心网。通过本发明，使得NAS信令释放交互流程更及时、更迅速，提高了CS业务的释放效率。

Description

一种通信业务释放的方法和装置

技术领域

本发明涉及通信技术领域，具体涉及一种通信业务释放的方法和装置。

背景技术

为检查全国各地的网络质量，电信设备制造商经常组织对各地的TD-SCDMA（TimeDivision-Synchronous Code Division Multiple Access，时分同步码分多址，中国提出的第三代移动通信标准）网络进行巡检，巡检方式主要是对网络进行业务测试，计算CS（Circuit Switch，电路交换）接通率、PS（Packet Switch，分组交换）接通率、掉话率、PS下载速率等指标作为对网络质量的衡量标准。

其中，在对CS接通率进行的测试过程中，主叫终端和被叫终端同车测试，主叫终端根据设定次数发起CS业务和被叫接通，保持40s左右业务之后由主叫挂断，主被叫双方释放业务并释放RRC（Radio Resource Control，无线资源控制协议）连接，然后主叫重新发起呼叫重复进行此过程直到达到设定次数。

但在测试过程中，主叫终端在向被叫终端发起呼叫的重复过程中会出现核心网发送的被叫忙消息，从而导致呼叫未接通，影响CS业务的接通率。在分析信令之后发现，在前一次呼叫过程结束主叫终端挂机后，核心网、UTRAN（UMTS Terrestrial Radio AccessNetwork-UMTS，陆地无线接入网）均顺利释放掉为主叫终端分配的资源，然而被叫终端则没有及时释放掉为被叫终端分配的资源，因此，当主叫终端再次呼叫被叫终端时，核心网认为被叫终端处于业务保持过程中，导致主叫终端的呼叫未接通，影响CS接通率。

造成上述现象的原因在于，CS业务或CS+PS组合业务中的CS业务在信令释放时采用的信令释放方法受到空口无线环境变化的影响（例如，多个频率复用时，频率之间的相互干扰）。具体地，在CS业务释放过程中，先由终端和核心网通过NAS（Non-Access Stratum，非接入层）信令交互，释放核心网分配的资源，然后由核心网向UTRAN发起IU释放，指示UTRAN释放IU口资源、无线资源及UTRAN分配的本地资源。由于终端与核心网进行的NAS信令释放交互流程中，某一方向（DonwLink/UpLink）的NAS消息（DISCONNECT/RELEASE/RELEASECOMPLETE）由于空口无线环境变化原因，可能没有及时被接收方收到，从而导致NAS信令释放交互流程无法及时完成，进而导致CS业务释放滞后，造成网络资源的长时间占用，以及主叫终端无法正常地进行下一次CS业务。

发明内容

本申请提供一种通信业务释放的方法和装置，以解决空口无线环境变化造成的CS业务释放滞后、网络资源长时间占用、以及主叫终端无法正常地进行下一次CS业务的问题。

依据本发明的一个方面，提供了一种通信业务释放的方法，包括：判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息；其中，所述预置定时器满足设定时间范围；若在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则生成与所述信令释放消息相匹配的模拟响应消息；并，将所述模拟响应消息发送至所述核心网。

优选地，在所述判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的步骤之前，所述方法还包括：接收核心网发送的信令释放消息；判断当前网络负荷是否超过预设门限值；若当前网络负荷超过预设门限值，直接向所述核心网返回所述模拟响应消息；若当前网络负荷未超过预设门限值，则将所述信令释放消息发送给终端；并，执行所述判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的步骤。

优选地，在所述判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的步骤之后，所述方法还包括：若在预置定时器超时前接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则将所述响应消息发送给所述核心网；并，关闭所述预置定时器；若在所述预置定时器超时后接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则拦截所述响应消息，以阻止所述响应消息返回至核心网。

优选地，所述预置定时器包括：第一预置定时器和第二预置定时器；其中，所述第一预置定时器的时间范围满足第一设定时间范围，所述第二预置定时器的时间范围满足第二设定时间范围；所述若在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则生成与所述信令释放消息相匹配的模拟响应消息，包括：若在所述第一预置定时器超时前未接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息，则生成与所述DISCONNECT消息相匹配的第一模拟响应消息；或，若在所述第二预置定时器超时前未接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息，则生成与所述RELEASE消息相匹配的第二模拟响应消息。

优选地，在所述判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的步骤之前，所述方法还包括：确定所述预置定时器的初始配置满足启动所述预置定时器的初始条件；在所述将所述模拟响应消息发送至所述核心网步骤之后，所述方法还包括：接收所述核心网返回的对所述模拟响应消息的反馈消息，并阻止向所述终端发送所述核心网返回的所述反馈消息。

依据本发明的另一个方面，提供了一种通信业务释放的装置，包括：第一判断模块，用于判断在预置定时器的时间范围内是否接收到终端发送的用于响应核心网发送的信令释放消息的响应消息；其中，所述预置定时器满足设定时间范围；生成模块，用于在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，生成与所述信令释放消息相匹配的模拟响应消息；第一发送模块，用于将所述模拟响应消息发送至所述核心网。

优选地，所述装置还包括：第一接收模块，用于在所述第一判断模块判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息之前，接收核心网发送的信令释放消息；第二判断模块，用于判断当前网络负荷是否超过预设门限值；返回模块，用于在当前网络负荷超过预设门限值时，直接向所述核心网返回所述模拟响应消息；第二发送模块，用于在当前网络负荷未超过预设门限值，将所述信令释放消息发送给终端；并执行所述第一判断模块。

优选地，所述装置还包括：第三发送模块，用于在所述第一判断模块判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息之后，在预置定时器超时前接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，将所述响应消息发送给所述核心网；并，关闭所述预置定时器；拦截模块，用于在所述预置定时器超时后接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，拦截所述响应消息，以阻止所述响应消息返回至核心网。

优选地，所述预置定时器包括：第一预置定时器和第二预置定时器；其中，所述第一预置定时器的时间范围满足第一设定时间范围，所述第二预置定时器的时间范围满足第二设定时间范围；所述生成模块包括：第一生成子模块，用于在所述第一预置定时器超时前未接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息时，生成与所述DISCONNECT消息相匹配的第一模拟响应消息；第二生成子模块，用于在所述第二预置定时器超时前未接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息时，生成与所述RELEASE消息相匹配的第二模拟响应消息。

优选地，所述装置还包括：确定模块，用于在所述第一判断模块判断在预置定时器的时间范围内是否接收到用于响应核心网发送的信令释放消息的响应消息之前，确定所述预置定时器的初始配置满足启动所述预置定时器的初始条件；第二接收模块，用于在所述第一发送模块将所述模拟响应消息发送至所述核心网之后，接收所述核心网返回的对所述模拟响应消息的反馈消息，并阻止向所述终端发送所述核心网返回的所述反馈消息。

根据本发明提供的一种通信业务释放的方法和装置，在预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，可以由UTRAN的RNC（Radio Network Controller，无线网络控制器）直接生成与所述信令释放消息相匹配的模拟响应消息，并将所述模拟响应消息发送至所述核心网。从而，实现了在终端受无线空口环境影响没有及时返回用于响应核心网发送的信令释放消息时，由UTRAN代替终端与核心网进行信令交互，释放CS业务，避免了空口无线环境变化造成的NAS消息发送和/或接收不及时的问题。通过本发明提供的方案，使得NAS信令释放交互流程更及时、更迅速，提高了CS业务的释放效率。进而使得核心网、UTRAN以更快速度释放给终端分配的资源，避免了网络资源的长时间占用的问题，使得主叫终端可以快速开展下一次CS通信业务。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明第一实施例中一种通信业务释放的方法的流程图；

图2是本发明第二实施例中一种通信业务释放的方法的流程图；

图3是本发明第三实施例中一种信令交互流程图；

图4是本发明第三实施例中又一种信令交互流程图；

图5是本发明第四实施例中一种信令交互流程图；

图6是本发明第四实施例中又一种信令交互流程图；

图7是本发明第五实施例中一种通信业务释放的装置的结构框图；

图8是本发明第六实施例中一种通信业务释放的装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了本发明第一实施例中一种通信业务释放的方法的流程图。在本实施例中，所述通信业务释放的方法可以包括以下步骤：

步骤102，判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息。其中，所述预置定时器满足设定时间范围。

UMTS（Universal Mobile Telecommunications System，通用移动通信***）网络由两部分组成：一部分是UTRAN；另一部分是核心网CN（Core Net），UTRAN与CN两部分通过Iu接口连接。核心网从逻辑上可分为CS域和PS域，CS域是UMTS的电路交换核心网，用于支持电路数据业务，PS域是UMTS的分组业务核心网，用于支持分组数据业务和一些多媒体业务。核心网侧在向终端发送信令释放消息的同时会启动所述核心网侧的定时器，以确定终端是否在所述核心网侧的定时器超时前返回了响应消息。在本申请中，在UTRAN侧新增了所述预置定时器，所述预置定时器满足设定时间范围可以包括：所述预置定时器的时长小于所述核心网侧的定时器的时长。

步骤104，若在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则生成与所述信令释放消息相匹配的模拟响应消息。

步骤106，将所述模拟响应消息发送至所述核心网。

综上所述，本实施例所述的通信业务释放的方法，在预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，可以由UTRAN的RNC（RadioNetwork Controller，无线网络控制器）直接生成与所述信令释放消息相匹配的模拟响应消息，并将所述模拟响应消息发送至所述核心网。从而，实现了在终端受无线空口环境影响没有及时返回用于响应核心网发送的信令释放消息时，由UTRAN代替终端与核心网进行信令交互，释放CS业务。避免了空口无线环境变化造成的NAS消息发送和/或接收不及时的问题，。通过本发明提供的方案，使得NAS信令释放交互流程更及时、更迅速，提高了CS业务的释放效率。进而使得核心网、UTRAN以更快速度释放给终端分配的资源，避免了网络资源的长时间占用的问题；主叫终端可以快速开展下一次CS通信业务。

参照图2，示出了本发明第二实施例中一种通信业务释放的方法的流程图。

在本实施例中，所述通信业务释放的方法可以包括：

步骤202，UTRAN的RNC接收核心网发送的信令释放消息。

UTRAN包括无线网络控制器RNC和一个或多个基站Node B，本实施例中，在UTRAN的RNC中新增定时器，以使RNC作为CS业务释放代理。

步骤204，UTRAN的RNC判断当前网络负荷是否超过预设门限值。若网络负荷超过预设门限值，则执行步骤206；若网络负荷未超过预设门限值，则执行步骤208。

步骤206，UTRAN的RNC直接向所述核心网返回模拟响应消息。

在本实施例中，当资源拥塞时或者忙时，则需要尽快完成通信业务的释放，因此可以直接启动UTRAN的代理释放功能，即直接生成与所述核心网发送的信令释放消息相匹配的模拟响应消息，并直接将所述模拟响应消息发送至核心网，促使所述核心网尽快向所述UTRAN发起IU释放。对于单CS业务，UTRAN发送RRC释放消息通知终端并释放UTRAN分配的资源，对于组合业务，UTRAN发送RB Release（Radio Bear Release，无线链路承载释放）消息通知终端释放CS业务并释放UTRAN分配的资源。即，在上述步骤206执行完成之后，则确定所述通信业务顺利释放完成，结束本次操作流程。

步骤208，UTRAN的RNC将所述信令释放消息发送给终端。

步骤210，UTRAN的RNC判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息；若在预置定时器超时前接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则执行步骤212；若在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则执行步骤214；若在所述预置定时器超时后接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则执行步骤220。

步骤212，UTRAN的RNC将接收到的终端返回的用于响应核心网发送的信令释放消息的响应消息发送给所述核心网；并，关闭所述预置定时器。

在本实施例中，核心网侧在向终端发送信令释放消息时会启动所述核心网侧的定时器，同时，UTRAN在监测到核心网侧向终端发送了信令释放消息后，会启动UTRAN侧的预置定时器（即RNC中的预置定时器）；其中，UTRAN侧的预置定时器的时长小于核心网侧的定时器。由于UTRAN侧的预置定时器的时长小于核心网侧的定时器，因此，当在所述预置定时器超时前接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则可以确定认为终端此时没有受到空口无线环境变化的影响（或，可以认为当前空口无线环境没有发生变化），终端正常接收到核心网发送的信令释放消息且返回了响应消息，RNC则将接收到的响应消息直接发送至核心网，促使所述核心网发起IU释放。即，在上述步骤212执行完成之后，则确定所述通信业务顺利释放完成，关闭所述预置定时器（如，可以将所述预置定时器的配置条件设置为零，其中，所述配置条件零用于指示所述预置定时器执行关闭操作），结束本次操作流程。

步骤214，UTRAN的RNC生成与所述信令释放消息相匹配的模拟响应消息。

步骤216，UTRAN的RNC将所述模拟响应消息发送至所述核心网。

步骤218，UTRAN的RNC接收所述核心网返回的对所述模拟响应消息的反馈消息，并阻止向所述终端发送所述核心网返回的所述反馈消息。

在本实施例中，在UTRAN的RNC接收到核心网侧发送所述反馈消息（如，RELEASECOMPLETE消息）之后可以确定NAS信令释放过程结束，UTRAN等待核心网发起IU释放，UTRAN发起CS业务释放，如果是单CS业务，UTRAN可发起RRC释放，如果是CS+PS组合业务，向终端发送RB Release消息指示释放CS业务和CS域NAS信令。即，在上述步骤218执行完成之后，则确定所述通信业务顺利释放完成，结束本次操作流程。

步骤220，UTRAN的RNC拦截所述响应消息，以阻止所述响应消息返回至核心网。

在本实施例中，只要在所述预置定时器超时后，接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，即可立即执行上述步骤220。因此，上述步骤220可以在上述步骤214、步骤216和步骤218三个步骤中的任意一个步骤之前或之后执行，本实施例对此不做限制。

这里需要说明的是，在实际应用中，也可以仅在判断网络负荷超过预设门限值（即确定网络拥塞）时，执行RNC代理释放CS业务的步骤，而在网络负荷未超过预设门限值时，执行传统的CS业务释放；或者，不对网络负荷情况进行判断，只根据RNC在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的情况，执行RNC代理释放CS业务。

综上所述，本实施例所述的通信业务释放的方法，在资源拥塞时，UTRAN的RNC直接代替终端与核心网进行信令交互，避免了终端与核心网之间在信令交互过程中的长时间等待，优化了CS业务释放流程，加快CS业务释放速度，节约时间，实现了快速释放被占用的资源的目的。在资源处于非拥塞状态时，则在判断出在预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，由UTRAN的RNC代替终端与核心网进行信令交互，解决了空口无线环境变化导致的NAS信令释放交互流程慢、影响通信业务释放效率的问题。UTRAN的RNC代替终端与核心网完成NAS信令交互流程，使得UTRAN以更快速度释放给终端分配的资源，达到快速释放UE（User Equipment，用户终端）、释放资源的目的，提高资源利用率和网络拥塞时的用户感知。同时，本实施例在加快CS业务释放速度的同时，也使得UTRAN的无线资源释放、回收速度加快，降低了网络干扰，进一步提高了资源利用率。

在传统的通信业务释放方案中，核心网侧有T306和T308两个定时器。一般地，核心网侧T306、T308定时器的默认设置通常都在5s以上，两个定时器总共时长配置超过10s。传统的通信业务释放流程包括：

核心网向终端发送DISCONNECT消息，同时，核心网侧启动T306定时器转入"disconnect indication"状态，等待终端发送的RELEASE消息，而终端因为受到空口无线环境变化的影响没有收到核心网发送的DISCONNECT消息，因此没有按3GPP（The3rdGeneration Partnership Project，第三代合作伙伴计划)-24.008协议约定向核心网发送RELEASE消息。核心网侧T306定时器超时后，按照3GPP-24.008协议约定向终端发送RELEASE消息，并启动核心网侧的T308定时器，转入"release request"状态。如果终端在这段时间内仍然受到空口无线环境的影响，没有接收到核心网发送的RELEASE消息，NAS信令释放则无法及时完成，进而核心网不会释放为CS业务分配的资源。此时如果有其它终端呼叫这个终端，由于终端与核心网的NAS信令释放信令流程未完成，因此核心网认为此终端一直处于业务保持状态，向其它终端发送被叫忙的提示音，导致呼叫未接通。

上述传统的通信业务释放流程中，终端与核心网在进行NAS信令释放交互时，会受到空口无线环境变化影响，从而导致终端不能及时接收和/或发送NAS信令消息，造成NAS信令释放交互流程延迟，进而导致通信业务不能及时释放。

针对通信业务释放过程中NAS信令无法及时被终端接收和/或发送的情况，本发明实施例中，在UTRAN侧新增两个定时器：T′306定时器和T′308定时器。其中，所述T′306定时器对应于所述核心网侧的T306定时器，且所述T′306定时器的时长小于所述T306定时器的时长。所述T′308定时器对应于所述核心网侧的T308定时器，且所述T′308定时器的时长小于所述T308定时器的时长。其中，

T′306定时器：当UTRAN接收到核心网发送的DISCONNECT消息，并通过UU口将所述DISCONNECT消息透传给终端时，则启动所述T′306定时器（如，将所述T′306定时器的配置条件设置为1），即确定启动UTRAN的释放代理功能。如果在T′306定时器超时前UTRAN接收到终端发送的RELEASE消息，则停止T′306定时器。如果在T′306定时器超时前没接收到终端发送的RELEASE消息，则在T′306定时器超时后由UTRAN模拟终端发送的RELEASE消息，并通过IU口将模拟消息发送给核心网。

T′308定时器：当UTRAN接收到核心网发送的RELEASE消息，并通过UU口将所述RELEASE消息透传给终端时，则启动所述T′308定时器（如，将所述T′308定时器的配置条件设置为1），即确定启动UTRAN的释放代理功能。如果在所述T′308定时器超时前UTRAN接收到终端发送的RELEASE COMPLETE消息，则停止T′308定时器。如果在T′308定时器超时前没接收到终端发送的RELEASE COMPLETE消息，则在T′308定时器超时后由UTRAN模拟终端发送的RELEASE COMPLETE消息，并通过IU口将模拟消息发给核心网。

以下，通过实例对UTRAN中的RNC使用上述T′306定时器和T′308定时器，实现CS业务释放代理的功能进行说明。

参照图3，示出了本发明第三实施例中一种信令交互流程图。在本实施例中，所述核心网向终端发送DISCONNECT消息，通知终端释放CS业务的具体步骤如下（这里需要说明的是，以下步骤可以在当前网络负荷超过预设门限值时执行，也可以在当前网络负荷未超过预设门限值时执行。其中，较佳地，在当前网络负荷未超过预设门限值时执行如下步骤）：

第一步，UTRAN确定T′306定时器的配置条件为零。在UTRAN侧（UTRAN的RNC中）新增一个第一预置定时器，即，T′306定时器

在本实施例中，CS RAB（Radio Access Bearer，用户平面的承载，用于UE和CN之间传送语音数据及多媒体业务）SETUP Process，表示CS通信业务建立。UTRAN接收到核心网侧MSC（Mobile Switching Center，移动交换中心，MSC是通信***的核心网元之一）发送的DISCONNECT消息，将所述DISCONNECT消息通过UU口透传给终端，并确定所述定时器T′306的配置条件不为零，即，启动所述T′306定时器。

第二步，UTRAN判断在所述T′306定时器超时前是否接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息。

若在所述T′306定时器超时前，UTRAN接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息，则将所述RELEASE消息通过IU口透传给所述核心网，从而完成通信业务的释放。并将所述T′306定时器的配置条件设置为零，即关闭所述T′306定时器，结束UTRAN的代理释放流程。

若在所述T′306定时器超时后未接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息，则执行第三步操作。

第三步，UTRAN生成与所述DISCONNECT消息相匹配的第一模拟响应消息。

在所述T′306定时器超时后仍然没有接收到终端返回的RELEASE响应消息，UTRAN则生成与所述DISCONNECT消息相匹配的第一模拟响应消息，并将所述第一模拟响应消息通过IU口发送至所述核心网。其中，所述第一模拟响应消息可以是一个模拟所述响应消息RELEASE消息生成的消息。

第四步，UTRAN接收所述核心网返回的对所述第一模拟响应消息的第一反馈消息，并阻止向所述终端发送所述核心网返回的所述第一反馈消息。

一般地，在核心网接收到终端返回的RELEASE消息之后，会向终端发送一个RELEASE COMPLETE的反馈消息，用来确定NAS信令释放交互流程结束。在本实施例中，UTRAN将所述第一模拟响应消息通过IU口发送给所述核心网，核心网在接收到所述第一模拟响应消息之后，会向终端发送第一反馈消息，所述第一反馈消息将通过UTRAN透传至终端。较佳地，在本实施例中，当UTRAN接收所述核心网返回的对所述第一模拟响应消息的第一反馈消息之后，直接确定NAS信令释放交互流程结束，不再将所述第一反馈消息发送至终端。在确定NAS信令释放交互流程结束之后，UTRAN等待核心网发出IU Release Command，IU释放指令，UTRAN发起CS Domain，CS域释放，最后，通过CS RAB or RRC（Radio Resource Control，无线资源控制协议）Release Process，即，通过CS RAB或RRC释放过程完成通信业务的释放。如，当是单CS业务时，UTRAN可发起RRC释放，如果是CS+PS组合业务，UTRAN则向终端发送RB Release消息指示释放CS业务。进而节约了整个信令交互时间，加快了通信业务释放流程。

在所述T′306定时器超时后，所述UTRAN可能会接收到终端延迟返回的响应消息RELEASE消息。若在所述T′306定时器超时后，所述UTRAN接收到终端延迟返回的响应消息RELEASE消息，则执行第五步操作。这里需要说明的是，所述第五步操作可以在上述当T′306定时器超时后未接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息之后执行的第三步和第四步中的任一步骤之前或之后执行，本实施例对此不做限制。

第五步，由所述UTRAN对所述延迟返回的响应消息RELEASE消息做丢弃处理，即，拦截所述RELEASE消息，以阻止所述RELEASE消息返回至核心网。

参照图4，示出了本发明第三实施例中又一种信令交互流程图。在本实施例中，所述核心网向终端发送RELEASE消息，通知终端释放CS业务的具体步骤如下（这里需要说明的是，以下步骤可以在当前网络负荷超过预设门限值时执行，也可以在当前网络负荷未超过预设门限值时执行。其中，较佳地，在当前网络负荷未超过预设门限值时执行如下步骤）：

第一步，UTRAN确定所T′308定时器的配置条件为零。在UTRAN侧新增一个第二预置定时器,即，T′308定时器。

在本实施例中，CS RAB SETUP Process，CS通信业务建立。UTRAN接收到UE终端发送的DISCONNECT消息，通过IU口把DISCONNECT消息透传给核心网。然后，UTRAN接收到核心网侧的MSC发送的RELEASE消息，将所述RELEASE消息通过UU口透传给终端，并确定所述T′308定时器的配置条件不为零，即，启动所述T′308定时器。

第二步，UTRAN判断在所述T′308定时器超时前是否接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE。

若在所述T′308定时器超时前，UTRAN接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息，则将所述RELEASE COMPLETE消息通过IU口透传给所述核心网，从而完成通信业务的释放。并将所述T′308定时器的配置条件设置为零，即关闭所述T′308定时器，结束UTRAN的代理释放流程。

若在所述T′308定时器超时后未接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息，则执行第三步操作。

第三步，UTRAN生成与所述RELEASE消息相匹配的第二模拟响应消息。

在所述T′308定时器超时后仍然没有接收到终端返回的RELEASE COMPLETE响应消息，UTRAN则生成与所述RELEASE消息相匹配的第二模拟响应消息，并将所述第二模拟响应消息通过IU口发送至所述核心网。其中，所述第二模拟响应消息可以是一个模拟所述响应消息RELEASE COMPLETE消息生成的消息。

较佳地，在本实施例中，当UTRAN接收所述核心网返回的所述第二模拟响应消息之后，则确定NAS信令释放交互流程结束。在确定NAS信令释放交互流程结束之后，UTRAN等待核心网发出IU Release Command，IU释放指令，UTRAN发起CS Domain，CS域释放，最后，通过CS RAB或RRC释放过程完成通信业务的释放。进而节约了整个信令交互时间，加快了通信业务释放流程。

在所述T′308定时器超时后，所述UTRAN可能会接收到终端延迟返回的响应消息RELEASE COMPLETE消息。若在所述T′308定时器超时后，所述UTRAN接收到终端延迟返回的响应消息RELEASE COMPLETE消息，则执行第四步操作。这里需要说明的是，所述第四步操作可以在上述当T′308定时器超时后未接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息之后执行的第三步之前或之后执行，本实施例对此不做限制。

第四步，由所述UTRAN对所述延迟返回的响应消息RELEASE COMPLETE消息做丢弃处理，即，拦截所述RELEASE COMPLETE消息，以阻止所述RELEASE COMPLETE消息返回至核心网。

综上所述，在核心网通过向终端发送DISCONNECT消息进行通信业务的释放流程中，当所述T′306定时器超时前接收到RELEASE消息，则直接返回RELEASE消息；当所述T′306定时器超时后未接收到RELEASE消息，则由UTRAN返回第一模拟响应消息代替终端返回的RELEASE消息，完成信令交互和通信业务的释放。在核心网通过向终端发送RELEASE消息进行通信业务的释放流程中，当所述T′308定时器超时前接收到RELEASE COMPLETE消息，则直接返回RELEASE COMPLETE消息；在所述T′308定时器超时后未接收到RELEASE COMPLETE消息，则由UTRAN返回第二模拟响应消息代替终端返回的RELEASE COMPLETE消息，完成信令交互和通信业务的释放。本实施例所述的通信业务释放的方法满足了不同情况下不同的通信业务释放需求，同时选择了最佳的通信业务释放方法，及时完成了通信业务的释放，最快速度地释放占用资源，提高通信业务释放速度及资源利用率。

参照图5，示出了本发明第四实施例中一种信令交互流程图。在本实施例中，所述核心网向终端发送DISCONNECT消息，通知终端释放CS业务的具体步骤如下：

第一步，UTRAN接收核心网侧的MSC发送的DISCONNECT消息，并判断当前网络负荷是否超过预设门限值。

若判断结果为当前网络负荷未超过预设门限值时，可以按照传统的通信业务释放流程执行通信业务释放操作；或者可以执行前述第三实施例中对应的RNC代理释放CS业务的步骤。

若判断结果为当前网络负荷超过预设门限值时，则执行第二步操作。这里需要说明的是，在判断结果为当前网络负荷超过预设门限值时，则执行第二步操作，是本实施例中的一种优选方案，但不是唯一方案。例如，在判断结果为当前网络负荷超过预设门限值时，也可以执行前述第三实施例中对应的RNC代理释放CS业务的步骤。

第二步，UTRAN根据接收到的核心网发送的DISCONNECT消息，生成与所述核心网发送的DISCONNECT消息相匹配的第一模拟响应消息。并，阻止所述核心网将所述DISCONNECT消息发送至终端。

第三步，UTRAN将所述第一模拟响应消息发送至核心网。

第四步，UTRAN接收所述核心网返回的对所述第一模拟响应消息的第一反馈消息。其中，所述第一反馈消息可以是RELEASE COMPLETE消息。

UTRAN接收到所述第一反馈消息，则确定NAS信令释放交互流程完成，UTRAN等待核心网发起IU释放，UTRAN发起CS业务释放。通过CS RAB或RRC释放过程完成通信业务的释放。如，当是单CS业务时，UTRAN可发起RRC释放，如果是CS+PS组合业务，UTRAN则向终端发送RBRelease消息指示释放CS业务。

参照图6，示出了本发明第四实施例中又一种信令交互流程图。在本实施例中，UTRAN接收到UE终端发送的DISCONNECT消息，通过IU口把DISCONNECT消息透传给核心网，然后UTRAN接收核心网侧的MSC发送的信令释放消息RELEASE消息。其中，核心网向终端发送RELEASE消息，通知终端释放CS业务的具体步骤如下：

第一步，UTRAN接收核心网发送的RELEASE消息，并判断当前网络负荷是否超过预设门限值。

若判断结果为当前网络负荷未超过预设门限值时，可以按照传统的通信业务释放流程执行通信业务释放操作；或者可以执行前述第三实施例中对应的RNC代理释放CS业务的步骤。

若判断结果为当前网络负荷超过预设门限值时，则执行第二步操作。这里需要说明的是，在判断结果为当前网络负荷超过预设门限值时，则执行第二步操作，是本实施例中的一种优选方案，但不是唯一方案。例如，在判断结果为当前网络负荷超过预设门限值时，也可以执行前述第三实施例中对应的RNC代理释放CS业务的步骤。

第二步，UTRAN根据接收到的核心网发送的RELEASE消息，生成与所述核心网发送的RELEASE消息相匹配的第二模拟响应消息。并，阻止所述核心网将所述RELEASE消息发送至终端。

第三步，UTRAN将所述第二模拟响应消息发送至核心网。

核心网接收到所述UTRAN返回的第二模拟响应，则确定NAS信令释放交互流程完成，UTRAN等待核心网发起IU释放，UTRAN发起CS业务释放。通过CS RAB或RRC释放过程完成通信业务的释放。如，当是单CS业务时，UTRAN可发起RRC释放，如果是CS+PS组合业务，UTRAN则向终端发送RB Release消息指示释放CS业务。

综上所述，本实施例所述的方法，在UTRAN检测到当前网络负荷较高或网络资源拥塞需要尽快释放资源时，直接启动释放代理功能，生成模拟响应消息，代替终端与核心网完成NAS信令交互释放流程，释放核心网资源，促使核心网尽快向UTRAN发起IU释放完成通信业务释放，避免了终端与核心网之间在信令交互过程中的长时间等待，优化了CS业务释放流程，加快CS业务释放速度，节约时间，实现了快速释放被占用的资源的目的

需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明所必需的。

基于与上述通信业务释放的方法同一发明构思，参照图7，示出了本发明第五实施例中一种通信业务释放的装置的结构框图。在本实施例中，所述通信业务释放的装置包括：

第一判断模块302，用于判断在预置定时器的时间范围内是否接收到用于响应核心网发送的信令释放消息的响应消息。其中，所述预置定时器满足设定时间范围。

生成模块304，用于在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，生成与所述信令释放消息相匹配的模拟响应消息。

第一发送模块306，用于将所述模拟响应消息发送至所述核心网。

综上所述，本实施例所述的通信业务释放的装置，在预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，可以由UTRAN的RNC（RadioNetwork Controller，无线网络控制器）直接生成与所述信令释放消息相匹配的模拟响应消息，并将所述模拟响应消息发送至所述核心网。从而，实现了在终端受无线空口环境影响没有及时返回用于响应核心网发送的信令释放消息时，由UTRAN代替终端与核心网进行信令交互，释放CS业务。避免了空口无线环境变化造成的NAS消息发送和/或接收不及时的问题，。通过本发明提供的方案，使得NAS信令释放交互流程更及时、更迅速，提高了CS业务的释放效率。进而使得核心网、UTRAN以更快速度释放给终端分配的资源，避免了网络资源的长时间占用的问题；主叫终端可以快速开展下一次CS通信业务。

参照图8，示出了本发明第六实施例中一种通信业务释放的装置的结构框图。在本实施例中，所述通信业务释放的装置包括：

第一接收模块402，用于接收核心网发送的信令释放消息；

第二判断模块404，用于判断当前网络负荷是否超过预设门限值；

当判断结果为当前网络负荷超过预设门限值时，则执行返回模块406：

返回模块406，用于直接向所述核心网返回所述模拟响应消息。

当判断结果为当前网络负荷未超过预设门限值时，则执行第二发送模块408：

第二发送模块408，用于将所述信令释放消息发送给终端。

确定模块410，用于确定所述预置定时器的初始配置满足启动所述预置定时器的初始条件。

第一判断模块412，用于判断在预置定时器的时间范围内是否接收到用于响应核心网发送的信令释放消息的响应消息。其中，所述预置定时器满足设定时间范围。

第三发送模块414，用于在预置定时器超时前接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，将所述响应消息发送给所述核心网；并，关闭所述预置定时器。

拦截模块416，用于在所述预置定时器超时后接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，拦截所述响应消息，以阻止所述响应消息返回至核心网。

生成模块418，用于在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，生成与所述信令释放消息相匹配的模拟响应消息。

在本实施例中，所述预置定时器可以包括：第一预置定时器和第二预置定时器；其中，所述第一预置定时器的时间范围满足第一设定时间范围（如，第一预置定时器的时长小于前述核心网侧的T306定时器），所述第二预置定时器的时间范围满足第二设定时间范围（如，第二预置定时器的时长小于前述核心网侧的T308定时器）。较佳地，所述生成模块可以包括418：

第一生成子模块4182，用于在所述第一预置定时器超时前未接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息时，生成与所述DISCONNECT消息相匹配的第一模拟响应消息。

第二生成子模块4184，用于在所述第二预置定时器超时前未接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息时，生成与所述DISCONNECT消息相匹配的第二模拟响应消息。

第一发送模块420，用于将所述模拟响应消息发送至所述核心网。

第二接收模块422，用于接收所述核心网返回的对所述模拟响应消息的反馈消息，并阻止向所述终端发送所述核心网返回的所述反馈消息。

在本实施例中，当核心网接收到终端返回的响应消息，或接收到UTRAN返回的模拟响应消息之后，UTRAN等待核心网发起IU释放，UTRAN发起CS业务释放，如果是单CS业务，UTRAN可发起RRC释放，如果是CS+PS组合业务，向终端发送RB Release消息指示释放CS业务。

这里需要说明的是，本实施上述所有模块可以但不仅限于都设置在UTRAN侧的RNC中。

综上所述，本实施例所述的通信业务释放的装置，在资源拥塞时，UTRAN的RNC直接代替终端与核心网进行信令交互，避免了终端与核心网之间在信令交互过程中的长时间等待，优化了CS业务释放流程，加快CS业务释放速度，节约时间，实现了快速释放被占用的资源的目的。在资源处于非拥塞状态时，则在判断出在预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，由UTRAN的RNC代替终端与核心网进行信令交互，解决了空口无线环境变化导致的NAS信令释放交互流程慢、影响通信业务释放效率的问题。UTRAN的RNC代替终端与核心网完成NAS信令交互流程，使得UTRAN以更快速度释放给终端分配的资源，达到快速释放UE、释放资源的目的，提高资源利用率和网络拥塞时的用户感知。同时，本实施例在加快CS业务释放速度的同时，也使得UTRAN的无线资源释放、回收速度加快，降低了网络干扰、进一步提高了资源利用率。

对于上述装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种通信业务释放的方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种通信业务释放的方法，其特征在于，包括：

判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息；其中，所述预置定时器满足设定时间范围；

若在预置定时器超时前接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则将所述响应消息发送给所述核心网；并，关闭所述预置定时器；

若在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则生成与所述信令释放消息相匹配的模拟响应消息；并，

将所述模拟响应消息发送至所述核心网；

若在所述预置定时器超时后接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则拦截所述响应消息，以阻止所述响应消息返回至核心网。

2.如权利要求1所述的方法，其特征在于，在所述判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的步骤之前，所述方法还包括：

接收核心网发送的信令释放消息；

判断当前网络负荷是否超过预设门限值；

若当前网络负荷超过预设门限值，直接向所述核心网返回所述模拟响应消息；

若当前网络负荷未超过预设门限值，则将所述信令释放消息发送给终端；并，

执行所述判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的步骤。

3.如权利要求1-2任一项所述的方法，其特征在于，所述预置定时器包括：第一预置定时器和第二预置定时器；其中，所述第一预置定时器的时间范围满足第一设定时间范围，所述第二预置定时器的时间范围满足第二设定时间范围；

所述若在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息，则生成与所述信令释放消息相匹配的模拟响应消息，包括：

若在所述第一预置定时器超时前未接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息，则生成与所述DISCONNECT消息相匹配的第一模拟响应消息；或，

若在所述第二预置定时器超时前未接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息，则生成与所述RELEASE消息相匹配的第二模拟响应消息。

4.如权利要求1所述的方法，其特征在于，在所述判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息的步骤之前，所述方法还包括：

确定所述预置定时器的初始配置满足启动所述预置定时器的初始条件；

在所述将所述模拟响应消息发送至所述核心网步骤之后，所述方法还包括：

接收所述核心网返回的对所述模拟响应消息的反馈消息，并阻止向所述终端发送所述核心网返回的所述反馈消息。

5.一种通信业务释放的装置，其特征在于，包括：

第一判断模块，用于判断在预置定时器的时间范围内是否接收到终端发送的用于响应核心网发送的信令释放消息的响应消息；其中，所述预置定时器满足设定时间范围；

第三发送模块，用于在所述第一判断模块判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息之后，在预置定时器超时前接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，将所述响应消息发送给所述核心网；并，关闭所述预置定时器；

生成模块，用于在所述预置定时器超时前未接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，生成与所述信令释放消息相匹配的模拟响应消息；

第一发送模块，用于将所述模拟响应消息发送至所述核心网；

拦截模块，用于在所述预置定时器超时后接收到终端返回的用于响应核心网发送的信令释放消息的响应消息时，拦截所述响应消息，以阻止所述响应消息返回至核心网。

6.如权利要求5所述的装置，其特征在于，所述装置还包括：

第一接收模块，用于在所述第一判断模块判断在预置定时器的时间范围内是否接收到终端返回的用于响应核心网发送的信令释放消息的响应消息之前，接收核心网发送的信令释放消息；

第二判断模块，用于判断当前网络负荷是否超过预设门限值；

返回模块，用于在当前网络负荷超过预设门限值时，直接向所述核心网返回所述模拟响应消息；

第二发送模块，用于在当前网络负荷未超过预设门限值，将所述信令释放消息发送给终端；并执行所述第一判断模块。

7.如权利要求5-6任一项所述的装置，其特征在于，所述预置定时器包括：第一预置定时器和第二预置定时器；其中，所述第一预置定时器的时间范围满足第一设定时间范围，所述第二预置定时器的时间范围满足第二设定时间范围；

所述生成模块包括：

第一生成子模块，用于在所述第一预置定时器超时前未接收到终端返回的用于响应核心网发送的DISCONNECT消息的响应消息RELEASE消息时，生成与所述DISCONNECT消息相匹配的第一模拟响应消息；

第二生成子模块，用于在所述第二预置定时器超时前未接收到终端返回的用于响应核心网发送的RELEASE消息的响应消息RELEASE COMPLETE消息时，生成与所述RELEASE消息相匹配的第二模拟响应消息。

8.如权利要求5所述的装置，其特征在于，所述装置还包括：

确定模块，用于在所述第一判断模块判断在预置定时器的时间范围内是否接收到用于响应核心网发送的信令释放消息的响应消息之前，确定所述预置定时器的初始配置满足启动所述预置定时器的初始条件；

第二接收模块，用于在所述第一发送模块将所述模拟响应消息发送至所述核心网之后，接收所述核心网返回的对所述模拟响应消息的反馈消息，并阻止向所述终端发送所述核心网返回的所述反馈消息。