CN101651889A - 呼叫释放方法及装置 - Google Patents
呼叫释放方法及装置 Download PDFInfo
- Publication number
- CN101651889A CN101651889A CN200810118365A CN200810118365A CN101651889A CN 101651889 A CN101651889 A CN 101651889A CN 200810118365 A CN200810118365 A CN 200810118365A CN 200810118365 A CN200810118365 A CN 200810118365A CN 101651889 A CN101651889 A CN 101651889A
- Authority
- CN
- China
- Prior art keywords
- call
- message
- base station
- calling
- station controller
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种呼叫释放方法和装置，该方法包括：当网元检测到标识呼叫的呼叫标识异常和/或所述呼叫异常和/或接收到操作维护要求，释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”，发送SCCP无连接类型请求消息至对端网元；接收所述对端网元返回的SCCP无连接类型确认消息，所述对端网元用于释放所述对端网元侧所述呼叫相关的资源，将所述呼叫占用的呼叫标识的状态由“占用”修改为“空闲”。本发明实施例提供的呼叫释放方法和装置，在释放呼叫相关的资源的同时将标识呼叫的呼叫标识也释放，使得呼叫标识能够得到有效利用，并提高了呼叫切换和呼叫分配等流程的成功率。
Description
技术领域
本发明涉及移动通信领域，尤其涉及一种呼叫释放方法及装置。
背景技术
全球移动通信系统(Global System for Mobile communication，简称GSM)最初是基于时分复用(Time Division Multiple，简称TDM)传输方式来传输信号。后来随着互联网协议(Internet Protocol，简称IP)技术的不断发展和普及，核心网(Core Network，简称CN)已全面实现IP化，并引入了CN和接入网间的A接口信令面IP传输SIGTRAN，GSM系统的架构图如图1所示，其中虚线表示信令面(Signaling)，实线表示用户面(User plane)。该架构中只剩下A接口用户面仍采用TDM方式，成为全网IP化的最后障碍。于是第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)提出了基于IP传输承载的A接口(Ainterface over IP，简称AoIP)，来讨论A接口用户面IP化的解决方案。
在A接口采用TDM传输方式时，使用同轴电缆固定链路来连接CN和基站控制器(Base Station Controller，简称BSC)，每一个呼叫占用该同轴电缆上的一个64kbps时隙(Timeslot)，即一个呼叫的用户面传输必定占用固定的一个时隙资源，因此原协议使用呼叫标识码/电路识别码(CallIdentifier Code or Circuit Identifier Code，简称CIC)来唯一标识一个呼叫。CIC信元的长度为2个字节，对于使用2M带宽的同轴电缆(即一个中继，其可以复用为32个64kbps时隙)，可以用5个比特位XXXXX来标识使用的具体时隙编号，用a-k共11个比特位来标识使用的中继号：CIC的表达方式如表1所示：
表1
当引入AoIP以后，CN和BSC之间的路由不再是固定链路，由于呼叫标识码和固定链路的时隙号不再一一对应，因此也就可能无法再使用电路标识码CIC来标识一个呼叫，于是引入了呼叫标识(Call Identifier，简称Call-ID)来标识呼叫。当移动交换中心(Mobile Switching Center，简称MSC)或BSC失去了对方的信令连接控制部分(Signaling Connection ControlPart，简称SCCP)链接时，可以以Call-ID为对象要求对方同步释放相关呼叫资源。如果网络配置为MSC池A-flex(MSC in Pool)，有些由于地址异常而导致呼叫出错，从而需要批量释放呼叫时，Call-ID的列表就显得格外高效了。现有Call-ID为与承载无关的32比特数值，其表达方式如表2所示：
表2
还可以将若干个Call-ID数值合并计入一个Call-ID列表中，其表达方式如表3所示：
表3
Call-ID数值在MSC、BSC上唯一标识一个呼叫。当MSC支持并使用IP化的A接口时，在呼叫分配过程和切换过程中，MSC为呼叫分配一个具体的Call-ID数值，且通过分配请求(Assignment Request)消息、切换请求(HandoverRequest)消息将该Call-ID数值携带在Call Identifier信元中通知相关BSC，且在此之后到呼叫释放前MSC和BSC都以该Call-ID数值标识呼叫。
当特定呼叫相关的MSC和BSC间SCCP连接中断后，检测到该中断的一方向对方发送复位资源(Reset Resource)消息，消息中携带了指示特定呼叫的Call-ID数值，通知对方释放相关的资源和参考等；操作成功后返回复位资源应答(Reset Resource Acknowledge)消息，携带资源已成功释放的呼叫Call-ID列表。
发明人在实现本发明的过程中，发现现有技术至少存在以下缺陷：现有技术中规定Call-ID只能由MSC Server分配，且通过携带在分配请求消息、切换请求消息中通知给BSC。假设MSC Server按照Call-ID的值从小到大的顺序依次循环分配Call-ID，当一个呼叫正常释放后，MSC Server和BSC没有及时释放相应的Call-ID数值占用，则在该呼叫对应Call-ID数值分配后的第i次(i≤232)呼叫时必定会再次申请占用该Call-ID数值，但由于该Call-ID数值的状态为“占用”，则会导致这次呼叫分配失败。这样BSC、MSC Server两侧的Call-ID值就不能保持同步一致，不仅造成了Call-ID资源的浪费，而且降低了呼叫分配、呼叫切换的成功率和效率。
发明内容
本发明实施例一方面提供一种呼叫释放方法，有效解决现有技术呼叫分配、呼叫切换成功率低等缺陷。
本发明实施例另一方面提供一种呼叫释放装置，有效解决现有技术呼叫分配、呼叫切换成功率低等缺陷。
根据本发明实施例的一方面提供的一种呼叫释放方法，包括：
当网元检测到标识呼叫的呼叫标识异常和/或所述呼叫异常和/或接收到操作维护要求，释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”，发送信令连接控制部分SCCP无连接类型请求消息至对端网元；
接收所述对端网元返回的SCCP无连接类型确认消息，其中所述对端网元用于释放对端网元侧所述呼叫相关的资源，将所述标识呼叫的呼叫标识的状态由“占用”修改为“空闲”。
根据本发明实施例的一方面提供的一种呼叫释放方法，包括：
当呼叫正常结束，释放所述呼叫相关的资源，将所述呼叫对应的呼叫标识Call-ID的状态由“占用”修改为“空闲”，发送清除命令消息至所述基站控制器；
接收所述基站控制器返回的清除完成消息，其中所述基站控制器用于释放所述基站控制器侧呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”。
根据本发明实施例的一方面还提供了一种呼叫释放方法，包括：
当终端的呼叫由源基站控制器成功切换到目标基站控制器，释放为所述终端在源基站控制器中的呼叫分配的资源，将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送清除命令消息至所述源基站控制器；
接收所述源基站控制器返回的清除完成消息，其中所述源基站控制器用于释放所述源基站控制器侧呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”。
根据本发明实施例的一方面还提供了一种呼叫释放方法，包括：
发送携带分配的呼叫标识的分配请求消息至基站控制器，当所述基站控制器执行分配流程失败，接收所述基站控制器发送的分配失败消息；
释放为所述基站控制器的呼叫分配的资源，并将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
根据本发明实施例的一方面还提供了一种呼叫释放方法，包括：
当接收到切换失败消息，释放为终端在目标基站控制器中的呼叫分配的资源，将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
根据本发明实施例的一方面还提供了一种呼叫释放方法，包括：
当接收到源基站控制器发送的清除请求消息，或目标基站控制器为呼叫分配资源成功发送的切换请求确认消息后发生故障时，释放为终端在所述源基站控制器和目标基站控制器中的呼叫分配的资源，将所述终端在源基站控制器中的呼叫对应的呼叫标识以及所述终端在目标基站控制器中的呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送清除命令消息分别至所述源基站控制器和目标基站控制器；
接收所述源基站控制器和目标基站控制器分别返回的清除完成消息，其中所述源基站控制器和目标基站控制器分别用于释放各自呼叫相关的资源，将各自呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
根据本发明实施例的一方面还提供了一种呼叫标识方法，其特征在于，包括：
当呼叫相关的网元都支持AoIP接口功能，且所述呼叫保持在所述网元中时，则不论所述呼叫当前的A接口用户面链接使用时分复用TDM方式或互联网协议IP方式，所述呼叫仅使用呼叫标识数值来标识。
根据本发明实施例的另一方面提供的一种呼叫释放装置，包括：
复位消息发送模块，用于当网元检测到标识呼叫的呼叫标识异常和/或所述呼叫异常和/或接收到操作维护要求，释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”，发送复位资源消息至对端网元；
接收应答模块，用于接收所述对端网元返回的复位资源应答消息，其中所述对端网元用于释放所述对端网元侧呼叫相关的资源，将所述标识呼叫的呼叫标识的状态由“占用”修改为“空闲”。
根据本发明实施例的另一方面还提供了一种呼叫释放装置，包括：
SCCP消息发送模块，用于当检测到标识呼叫的呼叫标识异常，和/或所述呼叫在本网元侧或在对端网元侧异常，和/或接收到操作维护要求需要清除所有呼叫时，释放所述所有呼叫相关的资源，将所述所有呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送SCCP无连接类型请求消息至对端网元；
确认消息接收模块，用于接收所述对端网元返回的SCCP无连接类型确认消息，所述对端网元用于释放所述网元侧所有呼叫相关的资源。
根据本发明实施例的另一方面还提供了一种呼叫释放装置，包括：
资源释放模块，用于释放结束的呼叫相关的资源；
状态修改模块，用于将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
本发明实施例提供的呼叫释放方法和装置，通过在释放呼叫相关的资源时，将呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，使得移动交换中心和基站控制器的呼叫标识的状态保持一致，释放的标识呼叫的呼叫标识可以及时空闲出来标识其他的呼叫，因此解决了呼叫标识浪费的问题，同时提高了呼叫建立和呼叫切换的成功率。
附图说明
图1为现有技术GSM系统架构图；
图2为本发明GSM系统架构图；
图3为本发明实施例提供的呼叫释放方法实施例一流程图；
图4为本发明实施例提供的呼叫释放方法实施例二流程图；
图5为本发明实施例提供的呼叫释放方法实施例三流程图；
图6为本发明实施例提供的呼叫释放方法实施例四流程图；
图7为本发明实施例提供的呼叫释放方法实施例五流程图；
图8为本发明实施例提供的呼叫释放方法实施例六流程图；
图9为本发明实施例提供的呼叫释放方法实施例七流程图；
图10为本发明实施例提供的呼叫释放方法实施例八流程图；
图11为本发明实施例提供的呼叫释放方法实施例九流程图；
图12为本发明实施例提供的呼叫释放方法实施例十流程图；
图13为本发明实施例提供的呼叫释放方法实施例十一流程图；
图14为本发明实施例提供的呼叫释放装置实施例一结构示意图；
图15为本发明实施例提供的呼叫释放装置实施例二结构示意图；
图16为本发明实施例提供的呼叫释放装置实施例三结构示意图。
具体实施方式
本发明实施例的Call-ID都是指在MSC与对应BSC之间A接口连接上的特定呼叫的唯一标识，该Call-ID由MSC统一管理分配。如图2所示，为本发明GSM系统架构图，以下实施例均基于该全面引入IP传输后的GSM系统做出。
如图3所示，为本发明实施例提供的呼叫释放方法实施例一流程图；本实施例包括以下步骤：
步骤101、当网元检测到标识呼叫的呼叫标识异常和/或该呼叫异常和/或接收到操作维护要求，释放该呼叫相关的资源，将呼叫标识的状态由“占用”修改为“空闲”，发送SCCP无连接类型请求消息至对端网元；
步骤102、接收对端网元返回的SCCP无连接类型确认消息，其中所述对端网元用于释放本网元侧呼叫相关的资源，将呼叫相关的呼叫标识的状态由“占用”修改为“空闲”。
本发明实施例提供的呼叫释放方法，通过在释放呼叫相关的资源的同时，将呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，使得移动交换中心和基站控制器的呼叫标识的状态保持一致，释放的呼叫对应的呼叫标识可以及时空闲出来标识后续其他的呼叫，因此解决了资源浪费的问题，同时提高了呼叫建立和呼叫切换的成功率。
如图4所示，为本发明实施例提供的呼叫释放方法实施例二流程图；本实施例以目标BSC检测到Call-ID异常并释放该Call-ID对应的呼叫为例，具体包括以下步骤：
步骤201、MSC Server向BSC发送切换请求(Handover Request)消息，该消息中携带为BSC下的呼叫分配的Call-ID1数值；
步骤202、BSC接收到切换请求消息，获得Call-ID1数值，BSC判断该Call-ID1数值是否已经分配给其它呼叫，即判断该Call-ID1数值的状态是否为“占用”，并判断该Call-ID1的标识方式是否有效；若BSC在接收到切换请求消息之前已经将Call-ID1数值分配给其它呼叫，即该Call-ID1数值的状态在BSC接收到切换请求消息之前已经为“占用”，和/或Call-ID1标识方式无效，则切换失败，则BSC保留内部原本以Call-ID1数值标识的呼叫及相关资源，发送携带有相应失败原因指示值和/或该Call-ID1数值的切换失败消息给MSCServer；
若BSC中该Call-ID1数值已经被分配给其它呼叫，则BSC在切换失败消息中明确失败原因为“呼叫标识已被分配”；
步骤203、MSC Server根据收到的Handover Failure消息中的原因值，获知切换失败且Call-ID1数值分配异常，则将该Call-ID1数值的状态修改为“空闲”，并释放和呼叫的相关资源，向BSC发送Reset Resource消息，该消息中携带Call-ID1数值；
步骤204、BSC收到指示消息后修改Call-ID1数值的状态为“空闲”，并释放Call-ID1数值标识的呼叫对应的相关资源，返回携带Call-ID1数值的Reset Resource Acknowledge消息给MSC Server。
本实施例中的Reset Resource消息为SCCP无连接类型的请求消息，ResetResource Acknowledge消息为SCCP无连接类型的确认消息；
在本实施例中，MSC Server修改Call-ID1数值的状态，和释放本网元上Call-ID1数值标识的呼叫相关的资源与发送Reset Resource消息无时序关系限制。
如图5所示，为本发明实施例提供的呼叫释放方法实施例三流程图；本实施例以分配的Call-ID数值已经被分配导致的分配失败为例，具体步骤包括：
步骤301、MSC Server向BSC发送分配请求(Assignment Request)消息，该消息中携带MSC Server分配给BSC的Call-ID1和MGW上已建立的IP端点和/或TDM端点等信息；
步骤302、BSC接收到分配请求消息获得Call-ID1，BSC判断该Call-ID1数值是否已经分配给其它呼叫，即判断该Call-ID1数值的状态是否为“占用”，并判断该Call-ID1的标识方式是否有效，若BSC已经将该Call-Id1分配给其它呼叫，即该Call-ID1数值的状态在BSC接收到分配请求消息之前已经为“占用”，和/或标识方式无效，则发送携带有相应失败原因指示值和/或该Call-ID1的分配失败(Assignment Failure)消息给MSC Server；
当BSC中该Call-ID1数值已经分配给其它呼叫，则分配失败消息中明确失败原因为“呼叫标识已被分配”；
当判断出Call-ID1数值已经被分配给其它呼叫，则分配失败，保留BSC内部原本以Call-ID1数值标识的呼叫及相关资源，返回Assignment Failure消息；
步骤303、MSC Server根据收到的Assignment Failure消息中的原因值，获知呼叫建立失败且Call-ID1数值分配异常，则MSC Server将该Call-ID1数值状态修改为“空闲”，并释放和呼叫相关资源，向BSC发送Reset Resource消息，该消息中携带Call-ID1数值；
步骤304、BSC收到Res et Resource消息后修改指示的Call-ID1数值的状态为“空闲”，并释放Call-ID1数值标识的呼叫对应的相关资源，返回携带该Call-ID1数值的Reset Resource Acknowledge消息；
本实施例中，MSC Server修改Call-ID1数值的状态和释放自身的资源与发送Reset Resource消息无时序限制。
如图6所示，为本发明实施例提供的呼叫释放方法实施例四流程图；本实施例以MSC Server接收操作维护指令或发现重大故障，进而需要清除本网元下所有呼叫或本网元下同一类型的所有呼叫为例，具体步骤包括：
步骤401、当MSC Server接收到操作维护指令，或检测到发生重大故障，需要清除本网元下的所有呼叫或本网元下同一类型的所有呼叫时，发送SCCP无连接类型的请求消息至其管辖的每个BSC；以指示释放BSC中的所有相关呼叫的资源并修改这些呼叫对应的Call-ID数值的状态为“空闲”；
步骤402、各个BSC接收到信令连接控制部分(Signaling Connection andControl Part，简称SCCP)无连接类型的请求消息，成功释放相关的各个呼叫相关的资源，并把这些呼叫对应的Call-ID数值的状态由“占用”修改为“空闲”，返回SCCP无连接类型的确认消息至MSC Server，指示本BSC中与MSCServer相关的所有呼叫或本网元下同一类型的所有呼叫相关资源和Call-ID已经成功释放；
本实施例中，当BSC接收到维护操作指令或检测出重大故障，需要清除本网元下的所有呼叫或本网元下同一类型的所有呼叫时，也会向关联的各个MSC各发送一条SCCP无连接类型的请求消息，具体流程与步骤401和402相同，只是执行主体MSC Server和BSC互相代替。
本实施例中，MSC Server与BSC交互的SCCP无连接类型的请求消息的表达方式有以下三种：
方式A、SCCP无连接类型的请求消息可以为复位资源(Reset Resource)消息，应答的SCCP无连接类型的确认消息为复位资源应答(Reset ResourceAcknowledge)消息；两消息中的呼叫标识列表(Call Identifier List)信元需要指示为发起请求的网元下的所有呼叫的Call-ID(s)，或本网元下同一类型的所有呼叫，而没有必要将Call-ID(s)一一列举。
如表3所示，为Call Identifier List信元的标识方式，可以将呼叫标识长度最高有效位(Length MSB)和呼叫标识长度最低有效位(Length LSB)都赋值为0，且不携带后续具体的“Call Identifier”指示，即此时CallIdentifier List信元长度为3个Octet(字节)，或用其它指示单元指示“CallIdentifier”个数为0，且不携带后续具体的“Call Identifier”指示，即此时Call Identifier List信元长度为2个Octet，表示为发起请求网元下的呼叫占用的所有Call-ID(s)。这样对于支持AoIP功能的网元，则使用此方法释放本网元的所有呼叫，并通知对端网元释放与本网元相关的所有呼叫；而对于不支持AoIP功能的网元，即仅有AoTDM方式的A接口，由于不能识别ResetResource、Reset Resource Acknowledge消息则仍可以沿用Reset消息请求对端网元释放所有与请求发起网元相关的所有呼叫(即仅有的所有AoTDM接口类型的呼叫)。
表3
进一步的，为了提高释放呼叫的效率，此方式可以用于释放BSC、MSC上AoIP接口方式的所有呼叫，对于AoTDM接口方式所有呼叫的释放则使用现有的复位(Reset)、复位确认(Reset Acknowledge)消息。
方式B、本发明实施例中的SCCP无连接类型的请求消息和对应的SCCP无连接类型的确认消息也可以为新创建的一对SCCP无连接类型的消息(即不使用现有的Reset/Reset Acknowledge消息、Reset Resource/Reset ResourceAcknowledge消息)，用于指示对端网元复位，请求发起网元相关的AoIP接口方式的所有呼叫；而对于AoTDM接口方式所有呼叫的释放则仍使用现有的Reset、Reset Acknowledge消息。
方式C、本发明实施例中的SCCP无连接类型的请求消息和对应的SCCP无连接类型的确认消息仍使用现有的Reset Resource消息和Reset ResourceAcknowledge消息，但在Reset Resource消息中增加新的指示信息单元，用来指示对端网元复位AoIP接口方式的所有与请求发起网元相关的呼叫和AoTDM接口方式的所有与请求发起网元相关的呼叫，以及不区分接口方式的所有与请求发起网元相关的呼叫。
Reset消息的新的表达方式如下：
新增加的Call type信元为当网元支持AoIP接口功能时才会携带，且对端网元也支持AoIP功能时才能识别Call type信元，该信元定义可以如下：
00：不区分类型的所有呼叫；
01：AoTDM接口方式的所有呼叫；
10：AoIP接口方式的所有呼叫；
11：保留(未定义)。
如果Reset消息携带了Call type信元，则表示发送方网元支持AoIP接口功能，否则发送方网元在Reset消息中不携带Call type信元，即请求发送方发送了不携带Call type信元的Reset消息，如果接收方不支持携带Call type信元的Reset消息，则同现有技术接收方释放与发送方相关的所有呼叫(实际上，接收方也仅有AoTDM方式的呼叫)，但如果接收方支持携带Call type信元的Reset消息，则判定发送方仅有AoTDM方式的呼叫，则释放与发送方相关的所有呼叫(实际上，接收方与发送方相关的呼叫都为AoTDM方式)。
如果Reset消息携带了Call type信元，但接收方网元不能识别Reset消息中的Call type信元，则表示接收方网元仅能支持AoTDM接口方式，因此只释放自身的与发送方相关的所有呼叫即可；而发送方与接收方相关的呼叫也同样应该都为AoTDM方式的，因此两端能保持呼叫释放一致。如果接收方网元能识别Reset消息中的Call type信元，则按照Call type信元的指示按类型释放呼叫。
此处Call type信元仅以A接口用户面的接口类型区分呼叫为例，实际也可以按照其它标准划分呼叫类型，此外随着相应的呼叫分类增减，Call Type指示单元的比特位也需要增减，仅需要两端网元对呼叫类型的理解一致即可。
如图7所示，为本发明实施例提供的呼叫释放方法实施例五流程图；本实施例以终端MS已建立呼叫成功之后的正常释放呼叫流程为例，具体步骤如下：
步骤501、MS通过BSC发送拆链(Disconnect)消息给MSC Server，请求拆除呼叫链路，BSC将接收到的Disconnect消息转发给MSC Server；
步骤502、MSC Server收到该Disconnect消息后，发送释放请求(Release)消息给BSC，BSC将该Release消息转发给MS；
步骤503、MS接收到Release消息后，停止所有呼叫控制的定时器，释放移动性管理(Mobility Management，简称MM)链接，并通过BSC返回释放完成(Release Complete)消息给MSC Server；
步骤504、MSC Server接收到该Release Complete消息后也停止所有呼叫控制的定时器，并释放MM链接；并且释放MS的呼叫相关的资源，如清除在MGW上为该呼叫分配的TDM端点资源或IP端点资源，并将呼叫对应的Call-ID数值的状态从“占用”修改为“空闲”，同时向BSC发送BSSMAP清除命令(ClearCommand)消息；
步骤505、BSC接收到MSC Server发送的BSSMAP Clear Command消息之后，释放和MS的所有连接并释放该呼叫对应的空口、地面资源，将呼叫对应的Call-ID数值的状态从“占用”修改为“空闲”，同时向MSC Server返回BSSMAP清除完成(Clear Complete)消息；
步骤506、MSC Server向MGW发送删除端点请求消息；
步骤507、MGW将为呼叫分配的资源释放，比如TDM端点或者IP端点，并返回删除端点响应消息给MSC Server。
本实施例步骤504中的MSC Server向BSC发送Clear Command消息，和步骤504中修改呼叫对应的Call-ID的状态没有时序关系的限制；和释放呼叫相关的资源，比如步骤506和507中删除MGW上为呼叫创建的TDM端点和IP端点也没有时序关系的限制。
本实施例的呼叫释放流程也可以由MSC Server发起，具体步骤包括：
步骤511、MSC Server通过BSC发送Disconnect消息给MS，请求拆除呼叫链路，BSC将接收到的Disconnect消息转发给MS；
步骤512、MS收到该Disconnect消息后，发送释放请求消息给BSC，BSC将该Release消息转发给MSC Server；
步骤513、MSC Server接收到Release消息后，停止所有呼叫控制的定时器，释放MM链接，并通过BSC返回释放完成消息给MS；
步骤514、MS收到该Release Complete消息后也停止所有呼叫控制的定时器，并释放MM链接；然后MS释放该呼叫相关的资源，如释放MGW上为该呼叫分配的TDM或IP端点资源，并将呼叫占用的Call-ID数值的状态从“占用”修改为“空闲”；
步骤515、MSC Server向BSC发送BSSMAP Clear Command消息，后续步骤同上述步骤205-207。
如图8所示，为本发明实施例提供的呼叫释放方法实施例六流程图；本实施例以属于同一MSC的BSC之间的切换完成之后，源BSC侧正常释放呼叫为例，例如终端MS在BSC1下通话并用Call-ID1数值标识该呼叫，终端MS成功切换至目标BSC2，具体步骤包括：
步骤601、BSC1向MSC Server发送切换申请(Handover Required)消息，请求将MS的呼叫切换到更合适的小区中；
该切换申请消息中携带用户MS和BSC1当前使用的语音编码RanC1(RanCodec，接入网语音编码)；
步骤602、MSC Server收到该切换申请消息后，从推荐的小区中选择BSC2下的一个小区为MS切入的目标小区，向MGW发送增加端点请求消息(ADD.Req)，该消息中携带推荐的语音编码信息(preferred RanC，简称pRanC)，同时携带和BSC2配对的端点信息，例如，端点信息可以包括需要MGW创建的端点类型，即TDM端点和/或IP端点；
用户MS在BSC1下进行正常的语音业务，BSC1和BSC2都属于同一MSC。当MS要由BSC1切换进入BSC2，由于此时MSC Server并不知道BSC2当前(动态)的语音编码的支持能力和相关的A接口类型，因此，为保证快速并成功切换，切入BSC2之前，在MGW上需要先为BSC2创建与BSC2配对的IP端点和/或TDM端点。
步骤603、MGW根据接收到的增加端点请求消息创建与BSC2配对的TDM端点和/或IP端点，并返回增加端点响应消息(ADD.Reply)，该消息中携带创建的端点信息；
步骤604、MSC Server接收到增加端点响应消息，发送切换请求消息(Handover Request)给BSC2；
该切换请求消息中携带MSC为MS在BSC2的呼叫分配的Call-ID2数值，MSC Server将该Call-ID2数值的状态从“空闲”修改为“占用”；该消息中还携带MSC-PCL(语音编码按推荐的次序排列，其中更新的pRanC为最优推荐的语音编码)、MGW侧已分配的TDM端点和/或IP端点等信息，其中TDM端点信息可以包含CIC信元，该CIC信元的值可以为MGW创建的TDM端点对应的CIC值；
步骤605、BSC2接收到该切换请求消息后，能识别该消息中携带的Call-ID信元，则以该消息中携带的Call-ID2数值标识切入的呼叫，将该Call-ID2数值的状态从“空闲”修改为“占用”；分配呼叫相关的资源，同时返回切换请求确认(Handover Request Acknowledge)消息；可选的，只要BSC2能识别切换请求消息中携带的Call-ID信元，且呼叫保持在BSC2中，不论当前A接口用户面链接使用TDM方式或IP方式，该呼叫都仅用该消息中携带的Call-ID2数值标识，且当前A接口用户面链接的CIC号或IP端点对仅表示该呼叫的当前物理链路；
步骤606、MSC Server发送切换命令消息(Handover Command)给BSC1，该切换命令消息中携带BSC2选用的编码类型RanC2；
步骤607、BSC1将该切换命令消息转发至MS；
步骤608、MS成功切换到目标BSC2下的指定小区中，BSC2向MSC Server发送确认切换成功的切换完成(Handover Complete)消息；
步骤609、MSC Server释放完成原先为MS在BSC1下分配的资源，如清除MGW上为BSC1下的呼叫分配的TDM端点或IP端点，并将BSC1的呼叫对应的Call-ID1数值从“占用”状态修改为“空闲”状态，同时向BSC1发送BSSMAP Clear Command消息；
步骤610、BSC1接收到BSSMAP Clear Command消息，释放和MS的所有连接并释放相关的空口、地面资源，并将呼叫对应的Call-ID1数值的状态从“占用”修改为“空闲”，向MSC Server返回BSSMAP Clear Complete消息，表示释放完毕；
步骤611、MSC Server根据步骤305中BSC2返回的切换请求确认消息中携带的端点类型，通知MGW删除已创建的与终端MS最终在BSC2中选择的类型不同的端点。
本实施例中MSC Server向BSC1发送Clear Command消息，和修改呼叫对应的Call-ID1的状态没有时序关系的限制；和释放呼叫与BSC1相关的已建立的相关资源，比如通知MGW删除为呼叫创建的TDM端点和/或IP端点也没有时序关系的限制。
如图9所示，为本发明实施例提供的呼叫释放方法实施例七流程图；本实施例以呼叫建立失败时的呼叫释放为例进行说明，具体步骤包括：
步骤701、BSC发送层3(Complete Layer3)消息给MSC Server，该消息中携带BSC-SCL1，表示BSC1当前支持的语音编码信息，也表示BSC1在A接口用户面上支持IP类型；
步骤702、MS发送直接传输应用部分(Direet Transfer ApplicationPart，简称DTAP)Setup消息给MSC Server，该消息中携带MS-SCL，表示MS支持的语音编码信息；
步骤703、MSC Server接收到BSC发送的层3消息和MS发送的Setup消息，为呼叫分配资源；
比如在MGW上为该呼叫分配TDM端点和/或IP端点资源，并将为该呼叫分配的Call-ID数值的状态从“空闲”修改为“占用”，向BSC发送分配请求消息(Assignment Request)消息，该消息中携带MSC Server为该呼叫分配的Call-ID数值、推荐的编码列表、MGW创建的TDM端点信息和/或IP端点信息；
步骤704、BSC接收到分配请求消息，可选的，只要BSC能识别分配请求消息中携带的Call-ID信元，且呼叫保持在BSC中，不论当前A接口用户面链接使用TDM方式或IP方式，该呼叫都仅用该消息中携带的Call-ID数值标识，且当前A接口用户面链接的CIC号或IP端点对仅表示该呼叫的当前物理链路；但是BSC执行分配流程失败，则BSC保持分配的Call-ID数值为“空闲”状态，向MSC Server返回分配失败(Assignment Failure)消息；
步骤705、MSC Server接收到分配失败消息，释放原先为MS在BSC的呼叫分配的资源，如释放MGW上为呼叫分配的TDM端点资源和/或IP端点资源，将为呼叫分配的Call-ID数值的状态从“占用”修改为“空闲”。
本实施例中MSC Server向BSC发送Clear Command消息，和修改呼叫对应的Call-ID的状态没有时序关系的限制；和释放呼叫相关的资源，比如通知MGW删除为呼叫创建的TDM端点和IP端点也没有时序关系的限制。
如图10所示，为本发明实施例提供的呼叫释放方法实施例八流程图；本实施例以属于同一MSC下BSC之间的切换由于目标BSC不接受呼叫切入而失败为例，其中源BSC记为BSC1，目标BSC记为BSC2，终端MS在BSC1下正常通话，并用Call-ID1数值标识在BSC1的呼叫，具体步骤包括：
步骤801、BSC1向MSC Server发送切换申请(Handover Required)消息，该切换申请消息中携带MS和BSC1当前使用的语音编码RanC1(RanCodec，接入网语音编码)；请求将MS的呼叫切换到更合适的小区中；
步骤802、MSC根据BSC1上报的信息，从推荐的小区中选择BSC2下的一个小区为MS切入的目标小区，为BSC2分配相关资源成功后，比如在MGW上为BSC2创建配对的TDM端点和IP端点；发送切换请求(HandoverRequest)消息给BSC2，该消息中携带为BSC2下的呼叫分配的Call-ID2数值，即将该Call-ID2数值的状态从“空闲”修改为“占用”，该消息中还携带推荐的编码列表、创建的TDM端点信息和IP端点信息；
步骤803、BSC2以该Call-ID2数值标识切入的呼叫，但由于分配资源失败或Call-ID2数值在BSC2中已分配给其它呼叫实例(即Call-ID2数值的状态为“占用”)等原因导致切换失败，则BSC2保持Call-ID2数值的状态不变，返回携带具体失败原因值的切换失败(Handover Failure)消息至MSC Server；
步骤804、MSC Server接收到切换失败消息，释放为BSC2分配的端点等资源，将为BSC2分配的Call-ID2数值的状态从“占用”修改回“空闲”，可选地，同时向BSC1发送切换请求拒绝(Handover Required Reject)消息指示本次切换失败；
然后BSC1保留MS以Call-ID1数值标识的呼叫不变。
本实施例中MSC Server向BSC2发送Clear Command消息，和修改呼叫对应的Call-ID2的状态没有时序关系的限制；和释放MGW上为呼叫切入BSC2建立的相关资源，比如通知MGW删除为呼叫创建的TDM端点和IP端点也没有时序关系的限制。
如图11所示，为本发明实施例提供的呼叫释放方法实施例九流程图；本实施例以属于同一MSC下BSC之间的切换由于源BSC上报切换失败为例，其中源BSC记为BSC1，目标BSC记为BSC2，终端MS在BSC1下正常通话，并用Call-ID1数值标识在BSC1的呼叫，具体步骤包括：
步骤901、BSC1向MSC Server发送切换申请(Handover Required)消息，该切换申请消息中携带用户MS和BSC1当前使用的语音编码RanC1(Ran Codec，接入网语音编码)；请求将MS的呼叫切换到更合适的小区中；
步骤902、MSC Server根据BSC1通过切换申请消息上报的信息，从推荐的小区中选择BSC2下的一个小区为MS切入的目标小区，为BSC2分配相关资源成功后，比如在MGW上为BSC2创建配对的TDM端点和IP端点；向BSC2发送切换请求(Handover Request)消息，该消息中携带为BSC2下的呼叫分配的Call-ID2数值，将该Call-ID2数值的状态从“空闲”修改为“占用”，消息中还携带推荐的编码列表，创建的TDM端点信息和IP端点等信息；
步骤903、BSC2以该Call-ID2数值标识切入的呼叫，即将该Call-ID2数值的状态从“空闲”修改为“占用”，分配资源，返回切换请求确认(HandoverRequest Acknowledge)消息；
步骤904、MSC Server通过BSC1向MS发送切换命令(Handover Command)消息指示MS切换到目标BSC2下的指定小区；
步骤905、MS接收到该切换命令后执行切换，但切换失败，则向BSC1发送切换失败(Handover Failure)消息；
步骤906、BSC1保持Call-ID1数值对应的呼叫，同时向MSC Server发送切换失败(Handover Failure)消息；
步骤907、MSC Server接收到切换失败消息，通知MGW释放为BSC2分配的资源如创建的TDM端点资源和IP端点资源，并将Call-ID2数值的状态从“占用”修改回“空闲”，向BSC2发送Clear Command消息；
步骤908、BSC2接收到Clear Command消息，释放为MS的呼叫准备的所有空口、地面资源，并将呼叫占用的Call-ID2数值的状态从“占用”修改为“空闲”，向MSC Server返回Clear Complete消息。
本实施例中MSC Server向BSC2发送Clear Command消息，和修改呼叫对应的Call-ID2的状态没有时序关系的限制；和通知MGW上释放为呼叫切入BSC2建立的相关的资源，比如通知MGW删除为呼叫创建的TDM端点和IP端点也没有时序关系的限制。
如图12所示，为本发明实施例提供的呼叫释放方法实施例十流程图；本实施例以属于同一MSC下BSC之间的切换由于源BSC在切换过程中请求释放呼叫而失败为例，其中源BSC记为BSC1，目标BSC记为BSC2，终端MS在BSC1下正常通话，并用Call-ID1数值标识在BSC1的呼叫，具体步骤包括：
步骤1001、BSC1向MSC Server发送切换申请(Handover Required)消息，请求将MS的呼叫切换到更合适的小区中；
步骤1002、MSC Server根据BSC1通过切换申请消息上报的信息，从推荐的小区中选择BSC2下的一个小区为MS切入的目标小区，为BSC2分配相关资源，向BSC2发送切换请求(Handover Request)消息，该消息中携带为BSC2下的呼叫分配的Call-ID2数值，将该Call-ID2数值的状态从“空闲”修改为“占用”，该消息还携带推荐的编码列表，创建的TDM端点信息和IP端点等信息；
步骤1003、BSC2接收到切换请求消息，以该Call-ID2数值标识切入的呼叫，即将该Call-ID2数值的状态从“空闲”修改为“占用”，分配资源，返回切换请求确认(Handover Request Acknowledge)消息；
步骤1004、MSC Server通过BSC1向MS发送切换命令(Handover Command)消息，指示MS切换到目标BSC2下的指定小区；
步骤1005、MS收到该切换命令后执行切换，但在执行过程中BSC1由于某些原因向MSC Server发送Clear Request消息，比如BSC1在T8定时器超时后仍没有收到MS上报的切换失败(Handover Failure)消息，则BSC1向MSC Server发送Clear Request消息，此时BSC1还需要保留Call-ID1及为呼叫分配的相关资源；
步骤1006、MSC Server收到Clear Request请求消息后，判断出呼叫已不能继续；则MSC Server释放为MS分配的所有资源，并将Call-ID1数值和Call-ID2数值的状态从“占用”修改为“空闲”；MSC Server向BSC1和BSC2分别发送Clear Command消息；
步骤1007、BSC1和BSC2接收到Clear Command消息，释放为MS准备的所有资源，并分别将呼叫对应的Call-ID1数值、Call-ID2数值的状态从“占用”修改为“空闲”，BSC1和BSC2都向MSC Server返回Clear Complete消息。
本实施例中MSC Server向BSC1、BSC2发送Clear Command消息，和修改呼叫对应的Call-ID1、Call-ID2的状态没有时序关系的限制；和释放MGW上为呼叫切入BSC2建立的相关资源，比如通知MGW删除为呼叫创建的TDM端点和IP端点也没有时序关系的限制。
如图13所示，为本发明实施例提供的呼叫释放方法实施例十一流程图；本实施例以属于同一MSC下BSC之间的切换由于MSC Server在切换过程中发生异常而失败为例，其中的源BSC记为BSC1，目标BSC记为BSC2，终端MS在BSC1下正常通话，并用Call-ID1数值标识在BSC1的呼叫，具体步骤包括：
步骤1101、BSC1向MSC Server发送切换申请(Handover Required)消息，请求将MS的呼叫切换到更合适的小区中；
步骤1102、MSC Server根据BSC1通过切换申请消息上报的信息，从推荐的小区中选择BSC2下的一个小区为MS切入的目标小区，为BSC2分配相关资源成功后，向BSC2发送切换请求(Handover Request)消息，该消息中携带为BSC2下的呼叫分配的Call-ID2数值，将该Call-ID2数值的状态从“空闲”修改为“占用”，该消息还携带推荐的编码列表，创建的TDM端点信息和IP端点信息；
步骤1103、BSC2接收到切换请求消息，以Call-ID2数值标识切入的呼叫，即将该Call-ID2数值的状态从“空闲”修改为“占用”，分配资源，返回切换请求确认(Handover Request Acknowledge)消息；
步骤1104、MSC Server通过BSC1向MS发送切换命令(Handover Command)消息指示MS切换到BSC2下的指定小区；
或MSC Server在发送Handover Command消息之前，MSC Server就发现出现故障，因而需要释放为MS分配的所有资源，则将Call-ID1数值和Call-ID2数值的状态从“占用”修改为“空闲”；MSC Server分别向BSC1和BSC2发送Clear Command消息；
步骤1105、BSC1和BSC2释放为MS准备的所有资源，分别将呼叫对应的Call-ID1数值、Call-ID2数值的状态从“占用”修改为“空闲”，BSC1和BSC2都向MSC Server返回Clear Complete消息。
本实施例中MSC Server向BSC1、BSC2发送Clear Command消息，和修改呼叫对应的Call-ID1、Call-ID2的状态没有时序关系的限制；和释放呼叫相关的资源，比如通知删除MGW上为呼叫创建的TDM端点和IP端点也没有时序关系的限制。
如图14所示，为本发明实施例提供的呼叫释放装置实施例一结构示意图，本实施例包括：
资源释放模块1和状态修改模块2，其中资源释放模块1用于释放结束的呼叫相关的资源；状态修改模块2，用于将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
本实施例还包括第一接收模块3，用于在呼叫分配流程中，接收基站控制器发送的分配失败消息；或在呼叫切换流程中，接收目标基站控制器呼叫切换失败后发送的携带失败原因值的切换失败消息；或在呼叫切换流程中，接收源基站控制器呼叫切换失败后发送的携带失败原因值的切换失败消息；或在呼叫切换流程中，接收源基站控制器发送的清除请求消息。清除命令发送模块4，用于修改呼叫标识的状态，发送清除命令消息至基站控制器。
本实施例还包括第二接收模块5，用于接收基站控制器释放所述呼叫相关的资源，将呼叫标识的状态由“占用”修改为“空闲”同时或之后返回的清除完成消息。
如图15所示，为本发明实施例提供的呼叫释放装置实施例二结构示意图，本实施例包括：复位消息发送模块6和接收应答模块7，其中复位消息发送模块6用于当检测到标识呼叫的呼叫标识异常和/或所述呼叫异常和/或接收到操作维护要求，释放所述呼叫相关的资源，将呼叫标识的状态由“占用”修改为“空闲”，发送复位资源消息至对端网元；接收应答模块7用于接收所述对端网元释放所述呼叫相关的资源，将所述标识呼叫的呼叫标识的状态由“占用”修改为“空闲”同时或之后返回的复位资源应答消息。
本实施例的复位消息发送模块6具体包括：检测单元，用于检测标识呼叫的呼叫标识是否异常，和/或该呼叫在本网元侧是否异常，和/或该呼叫在对端网元侧是否异常，是否接收到操作维护请求；释放单元，用于释放该呼叫相关的资源，将呼叫标识的状态由“占用”修改为“空闲”；发送单元，用于发送复位资源消息至对端网元。则释放单元具体用于当检测到标识呼叫的呼叫标识异常，和/或该呼叫在本网元侧或在对端网元侧异常，和/或接收到操作维护要求时，释放该呼叫相关的资源。
如图16所示，为本发明实施例提供的呼叫释放装置实施例三结构示意图，本实施例包括：SCCP消息发送模块8和确认消息接收模块9，其中SCCP消息发送模块8用于当需要清除所有呼叫时，释放该所有呼叫相关的资源，将所有呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送SCCP无连接类型请求消息至对端网元；确认消息接收模块9，用于接收网元成功释放所有呼叫相关的资源同时或之后，返回的SCCP无连接类型确认消息。SCCP消息发送模块7具体发送携带有呼叫类型信元的复位资源消息。
最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。
Claims (24)
1、一种呼叫释放方法，其特征在于，包括：当网元检测到标识呼叫的呼叫标识异常和/或所述呼叫异常和/或接收到操作维护要求，释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”，发送信令连接控制部分SCCP无连接类型请求消息至对端网元；
接收所述对端网元返回的SCCP无连接类型确认消息，其中所述对端网元用于释放所述对端网元侧所述呼叫相关的资源，将所述标识呼叫的呼叫标识的状态由“占用”修改为“空闲”。
2、根据权利要求1所述的呼叫释放方法，其特征在于，所述SCCP无连接类型请求消息为携带所述呼叫标识的复位资源消息，则所述SCCP无连接类型请求确认消息为携带所述呼叫标识的复位资源应答消息。
3、根据权利要求2所述的呼叫释放方法，其特征在于，所述检测到所述呼叫异常具体包括：
检测到所述呼叫在所述网元侧异常，和/或接收到所述对端网元的呼叫异常的通知消息。
4、根据权利要求2所述的呼叫释放方法，其特征在于，所述接收到所述对端网元的呼叫异常的通知消息具体包括：
接收到所述标识呼叫的呼叫标识在对端网元已经被分配的通知消息。
5、根据权利要求1所述的呼叫释放方法，其特征在于，当支持AoIP接口功能时，所述发送SCCP无连接类型请求消息具体包括：发送携带有呼叫类型信元的复位消息。
6、根据权利要求1所述的呼叫释放方法，其特征在于，所述释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”具体包括：释放所有呼叫相关的资源，将所述所有呼叫的呼叫标识的状态由“占用”修改为“空闲”，则所述对端网元用于释放所述对端网元侧所有呼叫相关的资源。
7、根据权利要求6所述的呼叫释放方法，其特征在于，所述所有呼叫包括：同一类型的所有呼叫。
8、根据权利要求1-7任一项所述的呼叫释放方法，其特征在于，所述网元为移动交换中心，所述对端网元为与所述移动交换中心配对的基站控制器，或所述网元为基站控制器，所述对端网元为与所述基站控制器配对的移动交换中心。
9、一种呼叫释放方法，其特征在于，包括：
当呼叫正常结束，释放所述呼叫相关的资源，将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送清除命令消息至所述基站控制器；
接收所述基站控制器返回的清除完成消息，其中所述基站控制器用于释放所述基站控制器侧呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”。
10、一种呼叫释放方法，其特征在于，包括：
当终端的呼叫由源基站控制器成功切换到目标基站控制器，释放为所述终端在源基站控制器中的呼叫分配的资源，将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送清除命令消息至所述源基站控制器；
接收所述源基站控制器返回的清除完成消息，其中所述源基站控制器用于释放所述源基站控制器侧呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”。
11、一种呼叫释放方法，其特征在于，包括：
发送携带分配的呼叫标识的分配请求消息至基站控制器，当所述基站控制器执行分配流程失败，接收所述基站控制器发送的分配失败消息；
释放为所述基站控制器的呼叫分配的资源，并将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
12、一种呼叫释放方法，其特征在于，包括：
当接收到切换失败消息，释放为终端在目标基站控制器中的呼叫分配的资源，将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
13、根据权利要求12所述的呼叫释放方法，其特征在于，所述接收到切换失败消息包括：
接收到目标基站控制器呼叫切换失败后发送的携带失败原因值的切换失败消息。
14、根据权利要求12所述的呼叫释放方法，其特征在于，所述接收到切换失败消息包括：接收到源基站控制器呼叫切换失败后发送的携带失败原因值的切换失败消息，则还包括：
发送清除命令消息至所述目标基站控制器；
接收所述目标基站控制器返回的清除完成消息，其中所述目标基站控制器用于释放所述目标基站控制器侧呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”。
15、一种呼叫释放方法，其特征在于，包括：
当接收到源基站控制器发送的清除请求消息，或目标基站控制器为呼叫分配资源成功发送的切换请求确认消息后发生故障时，释放为终端在所述源基站控制器和目标基站控制器中的呼叫分配的资源，将所述终端在源基站控制器中的呼叫对应的呼叫标识以及所述终端在目标基站控制器中的呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送清除命令消息分别至所述源基站控制器和目标基站控制器；
接收所述源基站控制器和目标基站控制器分别返回的清除完成消息，其中所述源基站控制器和目标基站控制器分别用于释放各自呼叫相关的资源，将各自呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
16、一种呼叫标识方法，其特征在于，包括：
当呼叫相关的网元都支持AoIP接口功能，且所述呼叫保持在所述网元中时，则不论所述呼叫当前的A接口用户面链接使用时分复用TDM方式或互联网协议IP方式，所述呼叫仅使用呼叫标识数值来标识。
17、一种呼叫释放装置，其特征在于包括：
复位消息发送模块，用于当网元检测到标识呼叫的呼叫标识异常和/或所述呼叫异常和/或接收到操作维护要求，释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”，发送复位资源消息至对端网元；
接收应答模块，用于接收所述对端网元返回的复位资源应答消息，其中所述对端网元用于释放所述对端网元侧呼叫相关的资源，将所述标识呼叫的呼叫标识的状态由“占用”修改为“空闲”。
18、根据权利要求17所述的呼叫释放装置，其特征在于所述复位消息发送模块具体包括：
检测单元，用于检测标识呼叫的呼叫标识是否异常，和/或所述呼叫在本网元侧是否异常，和/或所述呼叫在对端网元侧是否异常，是否接收到操作维护请求；
释放单元，用于释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”；
发送单元，用于发送复位资源消息至对端网元。
19、一种呼叫释放装置，其特征在于包括：
SCCP消息发送模块，用于当网元检测到标识呼叫的呼叫标识异常，和/或所述呼叫在本网元侧或在对端网元侧异常，和/或接收到操作维护要求需要清除所有呼叫时，释放所述所有呼叫相关的资源，将所述所有呼叫对应的呼叫标识的状态由“占用”修改为“空闲”，发送SCCP无连接类型请求消息至对端网元；
确认消息接收模块，用于接收所述网元返回的SCCP无连接类型确认消息，其中所述对端网元用于释放所述对端网元侧所有呼叫相关的资源。
20、根据权利要求19所述的呼叫释放装置，其特征在于所述SCCP消息发送模块具体发送携带有呼叫类型信元的复位资源消息。
21、一种呼叫释放装置，其特征在于包括：
资源释放模块，用于释放结束的呼叫相关的资源；
状态修改模块，用于将所述呼叫对应的呼叫标识的状态由“占用”修改为“空闲”。
22、根据权利要求21所述的呼叫释放装置，其特征在于还包括：
第一接收模块，用于在呼叫分配流程中，接收基站控制器发送的分配失败消息；
或在呼叫切换流程中，接收目标基站控制器呼叫切换失败后发送的携带失败原因值的切换失败消息；
或在呼叫切换流程中，接收源基站控制器呼叫切换失败后发送的携带失败原因值的切换失败消息；
或在呼叫切换流程中，接收源基站控制器发送的清除请求消息。
23、根据权利要求21所述的呼叫释放装置，其特征在于还包括：清除命令发送模块，用于修改所述呼叫标识的状态，发送清除命令消息至基站控制器。
24、根据权利要求21所述的呼叫释放装置，其特征在于还包括：第二接收模块，用于接收所述基站控制器返回的清除完成消息，其中所述基站控制器用于释放所述呼叫相关的资源，将所述呼叫标识的状态由“占用”修改为“空闲”。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101183659A CN101651889B (zh) | 2008-08-14 | 2008-08-14 | 呼叫释放方法及装置 |
| RU2011131539/08A RU2473188C1 (ru) | 2008-08-14 | 2009-08-14 | Способ разъединения вызова и устройство для его осуществления |
| PCT/CN2009/073277 WO2010017781A1 (zh) | 2008-08-14 | 2009-08-14 | 呼叫释放方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101183659A CN101651889B (zh) | 2008-08-14 | 2008-08-14 | 呼叫释放方法及装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110406416.XA Division CN102573110B (zh) | 2008-08-14 | 2008-08-14 | 呼叫释放方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101651889A true CN101651889A (zh) | 2010-02-17 |
| CN101651889B CN101651889B (zh) | 2011-12-21 |
Family
ID=41668716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101183659A Active CN101651889B (zh) | 2008-08-14 | 2008-08-14 | 呼叫释放方法及装置 |
Country Status (3)
| Country | Link |
|---|---|
| CN (1) | CN101651889B (zh) |
| RU (1) | RU2473188C1 (zh) |
| WO (1) | WO2010017781A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102612165A (zh) * | 2012-03-21 | 2012-07-25 | 大唐移动通信设备有限公司 | 一种释放资源的方法及装置 |
| CN102625474A (zh) * | 2012-03-21 | 2012-08-01 | 大唐移动通信设备有限公司 | 一种释放资源的方法及装置 |
| CN112202975A (zh) * | 2020-12-08 | 2021-01-08 | 深圳追一科技有限公司 | 通话数据的管理方法、装置、计算机设备和存储介质 |
| CN113301598A (zh) * | 2021-05-24 | 2021-08-24 | 中国电信集团系统集成有限责任公司 | 一种基站及核心网的资源管理方法 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| MY201299A (en) | 2015-09-15 | 2024-02-15 | Huawei Tech Co Ltd | Service processing method, service processing apparatus, and communications system |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2068056C (en) * | 1991-05-07 | 1998-06-16 | Kazuo Sakagawa | Switching node in label multiplexing type switching network |
| US6104926A (en) * | 1995-07-31 | 2000-08-15 | Gte Airfone, Incorporated | Call handoff |
| KR100326330B1 (ko) * | 1998-05-08 | 2002-06-26 | 윤종용 | 이동통신시스템의핸드오프장치및방법 |
| US6292463B1 (en) * | 1998-07-06 | 2001-09-18 | Alcatel Canada Inc. | Method and apparatus for recovering from a signalling failure in a switched connection data transmission network |
| US20050089007A1 (en) * | 2003-10-28 | 2005-04-28 | Samsung Electronics Co., Ltd. | System and method for performing handoffs of mobile station-to-mobile station packet data calls in a wireless network |
| JP2005142766A (ja) * | 2003-11-05 | 2005-06-02 | Matsushita Electric Ind Co Ltd | 基地局装置及び基地局装置におけるリソースの割り当て方法 |
| JP2007013726A (ja) * | 2005-06-30 | 2007-01-18 | Toshiba Corp | サーバ装置 |
| CN101212807B (zh) * | 2006-12-30 | 2010-08-18 | 中兴通讯股份有限公司 | 一种漂移无线网络控制器内的硬切换方法 |
-
2008
- 2008-08-14 CN CN2008101183659A patent/CN101651889B/zh active Active
-
2009
- 2009-08-14 WO PCT/CN2009/073277 patent/WO2010017781A1/zh active Application Filing
- 2009-08-14 RU RU2011131539/08A patent/RU2473188C1/ru active
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102612165A (zh) * | 2012-03-21 | 2012-07-25 | 大唐移动通信设备有限公司 | 一种释放资源的方法及装置 |
| CN102625474A (zh) * | 2012-03-21 | 2012-08-01 | 大唐移动通信设备有限公司 | 一种释放资源的方法及装置 |
| CN102612165B (zh) * | 2012-03-21 | 2015-05-20 | 大唐移动通信设备有限公司 | 一种释放资源的方法及装置 |
| CN112202975A (zh) * | 2020-12-08 | 2021-01-08 | 深圳追一科技有限公司 | 通话数据的管理方法、装置、计算机设备和存储介质 |
| CN112202975B (zh) * | 2020-12-08 | 2021-04-06 | 深圳追一科技有限公司 | 通话数据的管理方法、装置、计算机设备和存储介质 |
| CN113301598A (zh) * | 2021-05-24 | 2021-08-24 | 中国电信集团系统集成有限责任公司 | 一种基站及核心网的资源管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| RU2473188C1 (ru) | 2013-01-20 |
| WO2010017781A1 (zh) | 2010-02-18 |
| CN101651889B (zh) | 2011-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101925042B (zh) | 控制隧道标识分配的方法、装置和系统 | |
| EP1234461B1 (en) | Method and system for optimal routing of calls in a base station system | |
| CN101904192B (zh) | 移动核心网络节点冗余 | |
| CN100471323C (zh) | 一种小区切换时获取系统信息的方法 | |
| CN101355787B (zh) | 一种小区切换方法 | |
| CN101651889B (zh) | 呼叫释放方法及装置 | |
| CN101009940A (zh) | 最小化分组呼叫重连延迟时间的切换方法及其多模终端 | |
| CN101925146B (zh) | 一种实现语音业务负载均衡的方法、用户设备和基站 | |
| CN101431740A (zh) | 电信系统中用于呼叫切换的方法和装置 | |
| CN101742470B (zh) | 一种bss本地交换的实现方法、装置和系统 | |
| JP5313404B2 (ja) | ローカルコールローカルスイッチの実現方法及びシステム | |
| CN102282888B (zh) | 呼叫切换、处理方法及装置与系统 | |
| CN102573110B (zh) | 呼叫释放方法及装置 | |
| CN102075966B (zh) | 一种业务服务质量的监控方法、基站控制器和基站子系统 | |
| CN101257437A (zh) | 呼叫仲裁节点失败路由重选方法、交换机和系统 | |
| EP2075950B1 (en) | Method, system for managing a-interface circuit and mgw | |
| CN102045794B (zh) | 一种基站系统间的呼叫切换方法及移动通信系统 | |
| CN101557565B (zh) | 终端在反向业务信道间的切换方法及集群通信系统 | |
| EP2408233B1 (en) | Call handover method and mobile communication system among base station systems | |
| CN102388655B (zh) | 基站控制器、移动交换中心及呼叫方式的转换方法 | |
| EP2320697B1 (en) | Method for switching msc-pool inter offices | |
| CN102395124B (zh) | 呼叫切换、建立方法及装置 | |
| CN102355638B (zh) | 呼叫处理方法及装置 | |
| CN101801047A (zh) | 建立本地交换的方法和核心网设备 | |
| CN102404813B (zh) | 呼叫切换方法及装置，媒体网关及基站控制器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20100217 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Call release method and device Granted publication date: 20111221 License type: Common License Record date: 20150827 |
|
| LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |