CN102395124A - 呼叫切换、建立方法及装置 - Google Patents
呼叫切换、建立方法及装置 Download PDFInfo
- Publication number
- CN102395124A CN102395124A CN2011102979592A CN201110297959A CN102395124A CN 102395124 A CN102395124 A CN 102395124A CN 2011102979592 A CN2011102979592 A CN 2011102979592A CN 201110297959 A CN201110297959 A CN 201110297959A CN 102395124 A CN102395124 A CN 102395124A
- Authority
- CN
- China
- Prior art keywords
- call
- network element
- value
- message
- request message
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种呼叫切换、建立方法及装置，呼叫切换建立包括：接收到媒体网关发送的指示完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的分配请求消息至基站控制器；或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的分配请求消息给基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。本发明实施例的呼叫切换方法，通过用网元标识和网元呼叫标识的组合来表示Call-ID，或事先为网元分配不同的Call-ID取值范围，使得Call-ID的唯一性得到保证，从而保证BSC不会收到数值相同的Call-ID；提高了呼叫切换的成功率。
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接口(A interface over IP，简称AoIP)，来讨论A接口用户面IP化的解决方案。
在A接口采用TDM传输方式时，使用同轴电缆固定链路来连接CN和基站控制器(Base Station Controller，简称BSC)，每一个呼叫占用该同轴电缆上的一个64kbp s时隙(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的列表就显得格外高效了。
当网络支持AoIP时，在相关的BSC和MSC上可以使用Call-ID唯一标识一个呼叫；且BSC需要在Assignment Complete消息(分配完成消息)和Handover Request Acknowledge消息(切换请求确认消息)中返回MSC分配的Call-ID数值。Call-ID的表达方式有两种：
1、(IP地址+UDP端口号)对
对于(IP地址+UDP端口号)对的方式，如果采用的版本为IPv4，则一个IP地址开销为4字节，再加上标识端口(port)的2字节，则该地址对就需要至少12字节；而对于IPv6，一个IP地址开销为16字节，加上标识port的2字节，则该地址对至少需要36字节。
2、与承载无关的数值(a bearer-independent number)
对于该方式，为了保证同一时刻该标识值的唯一性，目前有如下用32比特位的数值来表达的方案，具体如下表所示：
表2
其中元素标识码为1个字节(8比特位)，元素实体为4个字节(32比特位)。
当BSC在层三消息(Complete Layer 3消息)中携带了BSC-SCL(BSC-Supported Codec List，能够表示BSC支持AoIP)，那么MSC就可以用Call-ID数值方式来标识该呼叫，并在Assignment Request消息中携带Call-ID信元，BSC也就使用相同的Call-ID值，但同时BSC也可能会因为最终选择使用TDM方式，即BSC必须向MSC提供一个CIC信元并用一个具体的CIC数值来标识分配的TDM端点，这时MSC和BSC还是允许使用Call-ID标识该呼叫。
呼叫过程中当用户终端在属于同一MSC的两个BSC之间切换，由于目标BSC并没有向MSC上报其当前对A接口的支持能力，因此MSC Server只能先为目标BSC在MGW上同时申请TDM、IP两种类型的端点，其切换流程如图2所示。由于在目前的方案中，切换请求消息(Handover Request消息)中携带MSC-PCL(MSC-Preferred Codec List)的情况下就不能再同时携带ChannelType信元，从而导致切换请求消息中不能携带CI C信元。目标BSC在接收到该切换请求消息后如果选择TDM端点，就很可能分配并返回MSC Server一个与MGW上已创建的TDM端点不匹配的CIC的值，这时MSC Server会因为MGW侧和目标BSC侧的CIC不匹配而进入异常处理流程并释放该呼叫。
在发明人实现本发明的过程中，发现现有技术至少存在以下缺陷：(IP地址+UDP端口号)对的标识方式字节开销太大，与AoIP Container信元中的IP、UDP信息存在冗余，且发生切换后实际的资源(IP、port值)可能与指示值不一致。而且切换请求消息中存在不能同时携带MSC-PCL和CIC信元的限制，从而导致目标BSC分配的CIC值可能与MGW已创建的TDM端点对应的CIC值不匹配，导致呼叫失败的缺陷。
此外与承载无关的数值的标识方式中，例如在同一BSC连接多个MSC(即MSC in Pool)的情况下，Pool中的多个MSC如果不能合理且及时地协调分配Call-ID值；则在某一时刻给同一BSC分配了数值相同的Call-ID的可能性较大，而且现有技术中没有针对BSC收到重复Call-ID值的处理流程。
发明内容
本发明实施例提供一种呼叫切换、建立方法及相应的装置，以解决现有技术呼叫切换过程中目标BSC的TDM端点与MGW分配的TDM端点可能不匹配，导致呼叫失败的缺陷。
本发明实施例提供了一种呼叫建立方法，其特征在于包括：
接收到媒体网关发送的指示完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的分配请求消息至基站控制器；
或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的分配请求消息给基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。
本发明实施例还提供了一种呼叫切换方法，包括：
接收到媒体网关发送的完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的切换请求消息至目标基站控制器；
或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的切换请求消息至目标基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。
本发明实施例还提供了一种呼叫建立装置，包括：
分配请求模块，用于接收到媒体网关发送的指示完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的分配请求消息至基站控制器；
或从为移动交换中心分配的Call-ID取值区间的中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的分配请求消息中发送给基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。
本发明实施例还提供了一种呼叫切换装置，包括：
第二切换请求模块，用于接收到媒体网关发送的指示完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的切换请求消息至目标基站控制器；
或从为移动交换中心分配的Call-ID取值区间选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的切换请求消息至目标基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。
本发明实施例通过用网元标识和网元呼叫标识的组合来表示Call-ID，或事先为网元分配不同的Call-ID取值范围，使得Call-ID的唯一性得到保证，从而保证BSC不会收到数值相同的Call-ID；提高了呼叫切换的成功率。。
附图说明
图1为现有技术GSM网络架构示意图；
图2为现有技术呼叫切换流程图；
图3为本发明实施例提供的呼叫切换方法实施例一流程图；
图4为本发明实施例提供的呼叫切换方法实施例二流程图；
图5为本发明实施例提供的呼叫切换方法实施例三流程图；
图6为本发明实施例提供的呼叫切换方法实施例四流程图；
图7为本发明实施例提供的呼叫切换方法实施例五流程图；
图8为本发明实施例提供的呼叫切换系统结构示意图；
图9为本发明实施例提供的呼叫切换装置结构示意图；
图10为本发明实施例提供的呼叫建立方法流程图；
图11为本发明实施例提供的呼叫建立装置结构示意图；
图12为本发明实施例提供的呼叫处理方法实施例一流程图；
图13为本发明实施例提供的呼叫处理方法实施例二流程图；
图14为本发明实施例提供的呼叫处理装置结构示意图。
具体实施方式
如图3所示，为本发明实施例提供的呼叫切换方法实施例一示意图；本实施例的源BSC为BSC1，本实施例的目标BSC为BSC2，BSC1和BSC2属于同一MSC。具体步骤包括：
步骤111、发送携带有TDM类型端点信息及该TDM类型对应的编码信息，和IP类型端点信息及该IP类型对应的编码信息的增加端点请求消息给MGW，优选的，所述编码信息也可以包括呼叫推荐的编码信息；
步骤113、当接收到指示MGW成功建立TDM端点和IP端点的增加端点响应消息时，发送携带有电路识别码信元和IP端点信息的切换请求消息至目标基站控制器；
步骤115、接收目标BSC返回的携带TDM类型端点信息或IP类型端点信息的切换请求确认消息。
本发明实施例的呼叫切换方法和装置，通过在发送给目标BSC的切换请求消息中携带CIC值和IP端点信息，使得当目标BSC选择TDM类型的端点时，可以直接使用MSC分配的CIC值，从而避免了目标BSC和MGW侧各自独立分配的TDM端点不匹配而导致呼叫失败的情况，提高了呼叫成功率，同时通过分别创建TDM端点和IP端点的方式，节省了资源开销，提高了切换的速度。
如图4所示，为本发明实施例提供的呼叫切换方法实施例二示意图；本实施例以目标BSC选择了TDM端口方式为例；本实施例的源BSC为BSC1，本实施例的目标BSC为BSC2，BSC1和BSC2属于同一MSC。具体步骤包括：
步骤211、BSC1发送切换申请(Handover Required)消息给MSC Server；
该切换申请消息中携带用户MS和BSC1当前使用的语音编码RanC1(RanCodec，接入网语音编码)；
步骤213、MSC Server收到该切换申请消息后，向MGW发送增加端点请求消息(ADD.Req)，该消息中携带推荐的语音编码信息(preferred RanC，简称pRanC)，同时携带端点信息，例如，端点信息可以包括需要MGW创建的端点类型，即TDM端点和IP端点；
用户MS在BSC1下使用AoIP接口进行正常的语音业务，BSC1和BSC2都属于同一MSC。当MS要由BSC1切换进入BSC2，由于此时MSC Server并不知道BSC2当前(动态)的语音编码的支持能力和相关的A接口类型，因此，为保证快速并成功切换，切入BSC2之前，在MGW上需要先为BSC2创建与BSC2配对的IP端点和TDM端点。
步骤215、MGW根据接收到的增加端点请求消息创建与BSC2配对的TDM端点和IP端点，并返回增加端点响应消息(ADD.Reply)，该消息中携带创建的端点类型，本实施例为TDM端点和IP端点；
步骤217、MSC Server接收到增加端点响应消息，发送切换请求消息(Handover Request)给BSC2；
该切换请求消息中携带MSC-PCL1(语音编码按推荐的次序排列，其中更新的pRanC为最优推荐的语音编码)、TDM端点和IP端点等信息，其中TDM端点信息可以包含CIC信元，该CIC信元的值可以为MGW创建的TDM端点对应的CIC1值；
步骤219、BSC2接收到切换请求消息，接受CIC1值，从MSC-PCL1中选择语音编码RanC2，将RanC2、CIC1值和BSC2当前支持的语音编码列表携带在切换请求确认消息中返回给MSC Server；
MSC Server根据该消息中携带的CIC信元可以得知BSC2选择了TDM传输方式的A接口，因此BSC2选择的端点类型与MGW上已创建的TDM端点类型一致，因为MGW上已创建TDM端点；该消息中携带CIC信元的值为CIC1，即CIC信元的值与切换请求消息中的CIC信元的值一样。当核心网分配了与BSC2配对的TDM端点资源，则本实施例中，MSC Server在发给BSC2的切换请求消息中就必须携带CIC信元并明确指示CIC的值。
步骤221、MSC Server接收到切换请求确认消息，判断出BSC2选择了TDM传输方式，发送携带有BSC2选择的RanC2编码类型的关于TDM端点的修改端点请求消息(MOD.Req)给MGW；
步骤223、MGW修改创建的TDM端点，使得该TDM端点能够使用编码类型RanC2，同时将该TDM端点激活，使得MGW和BSC2间的TDM链路建立完成，可以进行呼叫业务，然后MGW返回修改端点响应消息(MOD.Reply)给MSCServer；
步骤225、MSC Server发送携带有MGW创建的IP端点信息的删除端点请求消息(SUB.Req)给MGW；
由于BSC2最终选择了TDM传输方式，之前MGW创建的IP端点就没有保留的必要了，所以可以释放该端点。
步骤227、MGW将之前创建的IP端口删除，并返回删除端点响应消息(SUB.Reply)给MSC Server。
步骤229、MSC Server发送切换命令消息(Handover Command)给BSC1，该切换命令消息中携带BSC2选用的编码类型RanC2；
步骤231、BSC1将该切换命令消息发送给MS。
通过切换命令消息，将RanC2通知给MS，并触发MS的切换，MS根据该切换命令消息调整切换到BSC2的分配信道上，同时修改自身的语音编码类型为RanC2，然后就可以使用RanC2了；如果RanC2和RanC1相同，则MS继续使用RanC1。
本实施例中，本实施例对步骤225-227与步骤229-231的顺序不做限制，步骤225-227可以是在步骤229-231之前也可以在步骤229-231之后执行。。
本发明实施例能够保证当目标BSC选择TDM传输方式的A接口时，目标BSC能够选用与核心网事先分配的相同的CIC值，从而保证了切换以后呼叫的正常进行，优化了呼叫切换流程。
如图5所示，为本发明实施例提供的呼叫切换方法实施例三流程图，本实施例以目标BSC选择了TDM端口方式为例，具体包括：
步骤311、BSC1发送切换申请消息给MSC Server，该切换申请消息中携带用户MS和BSC1当前使用的语音编码RanC1；
步骤313、MSC Server收到该切换申请消息后，向MGW发送增加端点请求消息；该消息中携带MSC推荐的语音编码pRanC，同时携带端点信息，例如，端点信息可以包括需要MGW创建的端点类型，本实施例为IP端点；
步骤315、MGW根据接收到的增加端点请求消息创建与BSC2配对的IP端点，并返回增加端点响应消息，该消息中携带创建的IP端点信息；
步骤317、MSC Server接收到增加端点响应消息，发送切换请求消息给BSC2；
该切换请求消息中携带MSC-PCL1(语音编码按推荐的次序排列，更新的pRanC为最优推荐的语音编码)、IP端点信息等；
步骤319、BSC2接收到切换请求消息，选择TDM类型端点，赋值为CIC1，并从MSC-PCL1中选择相应的语音编码类型RanC2，将RanC2、CIC1的值和BSC2当前支持的语音编码列表携带在切换请求确认消息中返回给MSC Server；
该消息中携带CIC1值表示BSC2选择了TDM传输方式，因此MGW上相应地需要创建TDM端点；
步骤321、MSC Server判断得出BSC2选择的TDM类型端点与MGW上已创建的IP端点类型不一致，则发送携带有BSC2上创建的TDM端点信息和RanC2的增加端点请求消息给MGW；
虽然之前MGW为BSC2创建了对应的IP端点，但是BSC2最终选择的是TDM传输方式，因此MSC Server还需要通知MGW再为BSC2建立一个对应的TDM端点；
步骤323、MGW根据增加端点消息中的语音编码类型RanC2和TDM端点信息创建与BSC2配对的TDM端点；并在创建TDM端点成功后返回增加端点响应消息给MSC Server；
步骤325、MSC Server发送切换命令消息(Handover Command)给BSC1，消息中携带语音编码类型RanC2；
步骤327、BSC1将该切换命令消息发给MS；
步骤329、MSC Server发送携带有事先创建的IP端点的信息的删除端点请求消息给MGW；
步骤331、MGW将对应的IP端点删除，并返回删除端点响应消息给MSCServer。
本实施例对步骤325-327与步骤329-331的顺序不做限制，步骤325-327可以是在步骤329-331之前也可以在步骤329-331之后执行。
由实施例二和实施例三可得，BSC2决定使用TDM传输方式的A接口时，分配CIC的方式有两种：
(1)如实施例三，MSC Server发送给BSC2的切换请求消息中不携带信道类型(Channel Type)信元和CIC信元，即核心网不先行分配TDM端点，BSC2接收到切换请求消息，决定使用TDM传输方式的A接口电路之后，在返回的切换请求确认消息中携带BSC2指派的CIC值，然后MSC Server收到该切换请求确认消息之后根据该CIC值通知MGW分配与BSC2配对的TDM端点，并释放之前创建的TP端点；
(2)如实施例二，MSC Server发送给BSC2的切换请求消息中不携带Channel Type信元，但是携带CIC信元，即核心网先行在分配了IP端点的同时也分配了TDM端点，BSC2收到切换请求消息后，接受核心网分配的CIC值，在返回的切换请求确认消息携带的CIC信元中明确使用该CIC值，即该CIC的值必须与切换请求消息中携带的CIC值一致。然后MSC Server通知MGW修改并激活MGW上的TDM端点，同时释放之前创建的IP端点。
本发明实施例能够保证当目标BSC选择TDM传输方式的A接口时，目标BSC能够选用与核心网事先分配的相同的CIC值，从而保证了切换以后呼叫的正常进行，优化了呼叫切换流程。进一步地，本发明实施例通过先创建一个端点，当该创建的端点与目标BSC选择的端点类型不一致时，再创建目标BSC选择的类型的端点并与BSC选择的端点匹配，从而解决了现有技术中先创建所有类型的端点造成的切换速度慢和资源浪费。
如图6所示，为本发明实施例提供的呼叫切换方法实施例四流程图，本实施例以目标BSC选择IP传输方式为例，本实施例的步骤411-415与实施例二的步骤211-215相同，其区别在于BSC2选择IP传输方式，如下：
步骤417、MSC Server接收到增加端点响应消息，发送切换请求消息(Handover Request)给BSC2；
该切换请求消息中携带MSC-PCL1(语音编码按推荐的次序排列，更新的pRanC为最优推荐的语音编码)、TDM端点和IP端点等信息，其中TDM端点信息可以包含CIC信元，该CIC信元的值可以为MGW创建的TDM端点对应的CIC1值；
若MGW只创建了IP端点，则本步骤中的切换请求消息中不携带CIC信元。
步骤419、BSC2接收到切换请求消息，从MSC-PCL中选择语音编码RanC2，将RanC2和BSC2创建的IP端点等信息携带在切换请求确认消息中返回给MSCServer；
该消息中携带的IP端点信息表示BSC2选择了IP传输方式的A接口，因此只要根据BSC2选择的RanC2修改并激活MGW上事先创建的IP端点并激活IP路由链路即可；
步骤421、MSC Server接收到切换请求确认消息，获知BSC2选择了IP传输方式，与已创建的IP端点类型一致，因此发送携带有BSC2的IP端点信息和RanC2的修改端点请求消息(MOD.Req)给MGW；
步骤423、MGW修改创建的IP端点，使得该IP端点能够使用编码类型RanC2，同时将该IP端点激活，使得MGW和BSC2之间IP路由链路建立，可以进行呼叫业务，然后MGW返回修改端点响应消息(MOD.Reply)给MSC Server；
步骤425、若之前MGW创建了TDM类型的端点，则MSC Server发送携带有MGW创建的TDM端点信息的删除端点请求消息(SUB.Req)给MGW；
由于BSC2选择了IP传输方式，所以之前MGW创建的TDM端点就没有保留的必要了，所以可以释放该端点。
步骤427、MGW将之前创建的TDM端点删除，并返回删除端点响应消息(SUB.Reply)给MSC Server
步骤429、MSC Server发送切换命令消息(Handover Command)给BSC1，该切换命令消息中携带BSC2选用的编码类型RanC2；
步骤431、BSC1将该切换命令消息发送给MS；
通过切换命令消息，将RanC2通知给MS，并触发MS的切换，MS根据该切换命令消息调整切换到BSC2分配的信道上，同时修改自身的语音编码类型为RanC2，然后就可以使用RanC2了；如果RanC2和RanC1相同，则MS继续使用RanC1。
本实施例的步骤417之前若MGW创建了TDM类型的端点，则步骤417中发送给BSC2的切换请求消息中仍需携带为MGW创建的TDM端点分配的CIC值，是因为此时MSC Server还不知道BSC2会选择哪种端点类型。
本实施例对步骤425-427与步骤429-431的顺序不做限制，步骤425-427可以在步骤429-431之前也可以在步骤429-431之后。
本发明实施例通过在发给目标BSC的消息中携带为MGW创建的TDM端点的CIC值，从而有效保证了当目标BSC选择TDM传输方式时，目标BSC和核心网选用相同的CIC，从而优化了呼叫切换流程。
如图7所示，为本发明实施例提供的呼叫切换方法实施例五流程图；本实施例包括：
步骤711、BSC1发送切换申请消息给MSC Server，该消息中携带有BSC1当前使用的语音编码RanC1；
步骤713、MSC Server收到该切换申请消息后，向MGW发送增加端点请求消息(ADD.Req)，该消息中携带推荐的语音编码(preferred RanC，简称pRanC)，同时携带端点信息，例如，端点信息可以包括需要MGW创建的端点类型，即IP端点；
步骤715、MGW根据接收到的增加端点请求消息创建与BSC2配对的IP端点，并返回增加端点响应消息(ADD.Reply)，该消息中携带创建的端点信息，即IP端点信息；
步骤717、MSC Server接收到增加端点响应消息，发送切换请求消息(Handover Request)给BSC2；该切换请求消息中携带MSC Server分配的Call-ID2；
为了避免BSC1同时收到来自不同MSC Server分配的相同数值Call-ID的呼叫请求，应该把来自不同MSC Server的Call-ID加以区分。由于在一个PLMN网络中，MSC Server的数量远远少于BSC的数量，且MSC Server负责具体的呼叫业务控制，因此本实施例中的Call-ID只能由MSC Server进行分配，BSC无权分配。当某一MSC Server分配了Call-ID并建立了相应的呼叫，只要该呼叫没有切换到其他的MSC Server或者该呼叫没有被删除，则该呼叫的Call-ID始终有效，且数值不能被修改。
步骤719、BSC2接收到切换请求消息，接受Call-ID2，从MSC-PCL中选择其语音编码RanC2，将创建的IP端点信息、RanC2和Call-ID2携带在切换请求确认消息中返回给MSC Server；
步骤721、MSC Server接收到切换请求确认消息，获知BSC2选择了IP传输方式，发送携带有BSC2的IP端点信息和RanC2的修改端点请求消息(MOD.Req)给MGW；
步骤723、MGW修改创建的IP端点，使该IP端点能够使用编码类型RanC2，同时将该IP端点激活，使得MGW和BSC2之间可以进行呼叫业务，然后MGW返回修改成功响应消息(MOD.Reply)给MSC Server；
本实施例中Call-ID的表达方式有两种：
(1)为全网中的各个MSC Server分别分配一段Call-ID的取值范围
对于网络中使用了共享池(MSC in Pool)方式的配置的情况下，即BSC连接了多个MSC Server，不同的MSC Server不能保证分配不同数值的Call-ID，这时就可以采用本实施例的为全网中的各个MSC Server分别分配一段Call-ID的取值范围的方法。可以根据网络中网元的个数，例如MSCServer的个数，将Call-ID的32比特长度的取值范围分段，每个MSC Server使用一段Call-ID；也可以每个Pool中的MSC Server共享一段Call-ID的取值范围。例如MSC Server1、MSC Server2和MSC Server 3组成一个共享Pool，当MSC Server 2为一个呼叫分配了数值为3的Call-ID，MSC Server2通知MSC Server1和MSC Server 3，MSC Server1和MSC Server3就不再分配数值为3的Call-ID的呼叫；同样地当MSC Server2释放了数值为3的Call-ID的呼叫，也会通知MSC Server1和MSC Server 3，则MSC Server1和MSC Server 3可以分配数值为3的Call-ID。
(2)用“网元标识”和“网元呼叫标识”的组合来表示Call-ID“网元标识”可以采用信令点编码、唯一标识网元的IP地址、全网内部分配的网元编号等方式，“网元标识”为能在全网范围内唯一标识该网元，例如MSC Server的标识。
“网元呼叫标识”表示该网元为呼叫能够分配的编号，可以为网元内部统一分配的呼叫标识值，可以用一定范围的数值来表示具体的呼叫标识值，编号的具体分配可以由该网元来控制。网元内部不仅可以统一分配该呼叫标识值，还对分配的这些呼叫标识值进行管理、删除。
具体实施例可参见上述呼叫建立方法实施例的描述。
本发明实施例的呼叫切换方法，通过用网元标识和网元呼叫标识的组合来表示Call-ID，或事先为网元分配不同的Call-ID取值范围，从各自的Call-ID取值范围中选取Call-ID分配给呼叫，使得Call-ID的唯一性得到保证，从而保证BSC不会收到数值相同的Call-ID；提高了呼叫切换的成功率。
图8为本发明实施例提供的呼叫切换系统结构示意图，本实施例包括：增加端点请求模块1，第一切换请求模块2和切换确认模块3。其中增加端点请求模块1用于发送携带有TDM类型端点信息及所述TDM类型对应的呼叫推荐的编码信息，和IP类型端点信息及所述IP类型对应的呼叫推荐的编码信息的增加端点请求消息给媒体网关；切换请求模块2用于当接收到媒体网关成功建立TDM端点和IP端点的增加端点响应消息时，发送携带有电路识别码信元和IP端点信息的切换请求消息至目标基站控制器；切换确认模块3用于接收目标基站控制器返回的携带TDM类型端点信息或IP类型端点信息的切换请求确认消息。
本实施例还进一步包括删除模块4，用于当成功建立了TDM端点和IP端点时，根据目标基站控制器返回的切换请求确认消息中携带的TDM类型端点信息或IP类型端点信息，通知删除与切换请求确认消息中携带的端点信息指示的端点类型不同的已成功建立的端点。还可以进一步判断模块5，用于判断切换请求确认消息中携带的端点信息指示的端点类型，与增加端点响应消息携带的已建立的端点信息中指示的端点类型是否相同。
另外，本实施例还包括建立端点模块6，用于根据接收到的增加端点请求消息建立TDM端点和IP端点，并返回已成功建立所述TDM端点和IP端点的增加端点响应消息。端点类型选择模块7，用于接收切换请求消息，发送携带有选择的端点信息的切换请求确认消息。
如图9所示，为本发明实施例提供的呼叫切换装置结构示意图，本实施例包括：第二切换请求模块8，用于接收到媒体网关发送的完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的切换请求消息至目标基站控制器；或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有选择的Call-ID值的切换请求消息至目标基站控制器，各移动交换中心分配到的Call-ID取值区间互不重叠。还可以包括确认接收模块9，用于接收所述目标基站控制器建立以所述Call-ID值标识的呼叫之后返回的携带有所述Call-ID值的切换请求确认消息。
如图10所示，为本发明实施例提供的呼叫建立方法流程图，本实施例包括：
步骤611、BSC1发送层3(Complete Layer3)消息给MSC Server，该消息中携带BSC-SCL1，表示BSC1当前支持的语音编码信息，也表示BSC1在A接口上支持IP类型；
步骤613、MS发送直接传输应用部分(Direct Transfer ApplicationPart，简称DTAP)消息给MSC Server，该消息中携带MS-SCL1，表示MS支持的语音编码信息；
步骤615、MSC Server接收到层3消息和DTAP消息，从BSC1和MS支持的编码信息的交集中选出最优推荐的编码，然后发送增加端点请求消息给MGW，该消息中携带最优推荐的编码，指示MGW根据该最优推荐的编码建立IP端点；
步骤617、MGW接收到增加端点请求消息，根据消息中的最优推荐的编码建立IP端点，然后返回增加端点响应消息给MSC Server；
步骤619、MSC Server发送分配请求消息(Assignment Request)给BSC1，该消息中携带MSC Server分配给BSC1的Call-ID1和MGW上已建立的IP端点信息；
为了避免BSC1同时收到来自不同MSC Server分配的相同数值Call-ID的呼叫请求，应该把来自不同MSC Server的Call-ID加以区分。由于在一个公众陆地移动电话网(Public Land Mobile Network，简称PLMN)网络中，MSC Server的数量远远少于BSC的数量，且MSC Server负责具体的呼叫业务控制，因此本实施例中的Call-ID只能由MSC Server进行分配，BSC1无权分配。当某一MSC Server分配了Call-ID并建立了相应的呼叫，只要该呼叫没有切换到其他的MSC Server或者该呼叫没有被删除，则该呼叫的Call-ID始终有效，且数值不能被修改。
步骤621、BSC1建立MS和BSC1之间的连接，发送分配完成消息(Assignment Complete)给MSC Server，该消息中携带有创建的IP端点、为IP端点选择的编码类型和Call-ID1等信息；
步骤623、MSC Server发送修改端点请求消息给MGW，该消息中携带BSC1分配的IP端点和选用的编码信息；
步骤625、MGW接收到该修改端点请求消息，修改创建的IP端点，使该IP端点能够使用修改端点请求消息中携带的编码类型，并激活IP端点，使得MGW和BSC1之间的IP链路建立完成，然后返回修改端点响应消息。
本实施例中Call-ID的表达方式有两种：
(1)为全网中的各个MSC Server分别分配一段Call-ID的取值范围
对于网络中使用了共享池(MSC in Pool)方式的配置的情况下，即BSC连接了多个MSC Server，不同的MSC Server不能保证分配不同数值的Call-ID，这时就可以采用本实施例的为全网中的各个MSC Server分别分配一段Call-ID的取值范围的方法。可以根据网络中网元个数，例如MSC Server的个数，将Call-ID的32比特长度的取值范围分段，每个MSC Server使用一段Call-ID；也可以每个Pool中的MSC Server共享一段Call-ID的取值范围。例如MSC Server1、MSC Server 2和MSC Server3组成一个共享Pool，当MSC Server2为一个呼叫分配了数值为3的Call-ID，则MSC Server2通知MSC Server1和MSC Server3，MSC Server1和MSC Server3就不再分配数值为3的Call-ID；同样地当MSC Server2释放了Call-ID＝3的呼叫，也通知MSC Server1和MSC Server3，则MSC Server1和MSC Server3可以分配数值为3的Call-ID。
(2)用“网元标识”和“网元呼叫标识”的组合来表示Call-ID
“网元标识”可以采用信令点编码、唯一标识网元的IP地址、全网内部分配的网元编号等方式，“网元标识”为能在全网范围内唯一标识该网元，即MSC Server的标识。
“网元呼叫标识”表示该网元能够为呼叫分配的编号，可以用一定范围的数值来表示具体的呼叫标识值，编号的具体分配可以由该网元来控制，
例如“网元标识”采用信令点编码，则Call-ID的表达方式如表3所示：
表3
“网元呼叫标识”为所述网元内部统一分配的呼叫标识值，如表2所示使用4个字节长度，就足够单个网元用来分配呼叫，“网元呼叫标识”部分的表达方式如表4所示：
表4
其中，n为表4中“信令点编码地址信息”部分的字节长度；
O/E为奇/偶标志：八位位组3的比特8，表示地址信息中所含地址信号数目的奇/偶，具体为：
0：偶数个地址信号
1：奇数个地址信号
地址性质表示语：八位位组3的比特1-7，表示地址信息的属性，具体为：
比特7654321
0000000(0)空闲
0000001(1)用户号码
0000010(2)国内备用
0000011(3)国内有效号码
0000100(4)国际号码
0000101(5)至1111111(127)空闲
地址信息：八位位组4及其以后的信息都是地址信号，其格式为：
O/E＝1，即K为奇数且K＝n/2-1；每个地址信号占4个比特，其表达方式如表5所示：
表5
若O/E＝0，1即K为偶数且K＝n/2；每个地址信号占4个比特，其表达方式如表6所示：
表6
本发明实施例的呼叫建立方法，通过用网元标识和网元呼叫标识的组合来表示Call-ID，或事先为网元分配不同的Call-ID取值范围，从各自的Call-ID取值范围中选取Call-ID数值分配给呼叫，使得Call-ID的唯一性得到保证，从而保证BSC不会收到数值相同的Call-ID；提高了呼叫建立的成功率。
如图11所示，为本发明实施例提供的呼叫建立装置结构示意图；本实施例包括：分配请求模块10，用于接收到媒体网关发送的完成建立IP端点的增加端点响应消息之后，将网元标识和网元呼叫标识组成的呼叫标识Call-ID携带在分配请求消息中发送给基站控制器；或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有选择的Call-ID值的分配请求消息至基站控制器。本实施例还可以包括完成消息接收模块11，用于接收基站控制器建立以Call-ID值标识的呼叫之后返回的携带有该Call-ID值的分配完成消息。
如图12所示，为本发明实施例提供的呼叫处理方法实施例一流程图，本实施例的步骤811-819与图8所示实施例的步骤611-619相同，区别在于以下步骤：
步骤821、BSC1接收到MSC Server发送的分配请求消息，获得该消息里携带的Call-ID的值，BSC1判断该Call-ID的值是否已经存在于BSC1中并判断该Call-ID的标识方式是否有效，若已存在和/或标识方式无效，则发送携带有该Call-ID和/或相应失败原因指示值的分配失败消息给MSC Server；
本实施例呼叫建立失败的原因包括BSC收到重复数值的Call-ID值，语音编码类型不支持、资源不可用、Call-ID标识方式无效等，这些原因也会导致呼叫失败。Call-ID标识方式无效比如Call-ID少了一个字节，则失败原因指示值中包含“Call-ID格式错误”，以指示该Call-ID的标识方式无效。BSC收到重复数值的Call-ID值，则失败原因指示值中包含“Call-ID已存在”。
步骤823、MSC Server终止与该Call-ID的值对应的呼叫进程。
如图13所示，为本发明实施例提供的呼叫处理方法实施例二流程图，本实施例的步骤911-917与图9所示实施例的步骤711-717相同，区别在于以下步骤：
步骤919、BSC2接收到切换请求消息，获得该切换请求消息中的Call-ID的值，BSC2判断该Call-ID的值是否已经存在于BSC2中，并判断该Call-ID的标识方式是否有效，若已存在和/或标识方式无效，则发送携带有该Call-ID和/或相应失败原因指示值的切换失败消息给MSC Server；
本实施例呼叫切换失败的原因包括BSC收到重复数值的Call-ID值，语音编码类型不支持、资源不可用、Call-ID标识方式无效等，这些原因均会导致呼叫失败。Call-ID标识方式无效比如Call-ID少了一个比特位，则BSC2可以判断出该Call-ID的格式出错，进而将包含“Call-ID格式错误”的失败原因指示值通知给MSC Server。若BSC收到重复数值的Call-ID值，则将包含“Call-ID已存在”的失败原因指示值通知给MSC Server。
步骤921、MSC Server终止与该Call-ID的值对应的切换流程。
本发明实施例呼叫处理方法能够有效处理BSC接收到重复数值的Call-ID的呼叫。具体地通过将已存在同样数值的Call-ID携带在分配失败消息或切换失败消息中告知MSC Server，使得MSC Server可以根据该Call-ID的值终止重复Call-ID导致的异常呼叫流程。
如图14所示，为本发明实施例提供的呼叫处理装置实施例结构示意图，本实施例包括消息接收模块12，用于接收携带呼叫标识Call-ID的分配请求消息，或者接收携带呼叫标识Call-ID的切换请求消息；失败消息发送模块13，用于接收携带呼叫标识Call-ID的分配请求消息，当根据接收到的携带呼叫标识Call-ID的分配请求消息分配呼叫失败时，返回携带有该Call-ID的值和/或相应失败原因指示值的分配失败消息给移动交换中心，该失败原因指示值包括Call-ID已存在或Call-ID格式错误；或，用于接收携带呼叫标识Call-ID的切换请求消息，当根据接收到的携带呼叫标识Call-ID的切换请求消息分配呼叫失败时，返回携带有该Call-ID的值和/或相应失败原因指示值的切换失败消息给所述移动交换中心，还可以发送携带包含“Call-ID格式错误”或“Call-ID已存在”的失败原因指示值的分配失败消息或切换失败消息给移动交换中心。还可以包括：切换响应模块14，用于当Call-ID的值不存在于目标基站控制器中且标识方式有效时，在呼叫分配完成后返回切换请求确认消息；和/或分配响应模块15，用于当Call-ID的值不存在于目标基站控制器中且标识方式有效时，在呼叫分配完成后返回分配完成消息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于计算机可读存储介质中，该程序在执行时包括上述实施例中的步骤。相应的存储介质可以是只读存储器，磁盘或光盘等。
最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。
Claims (10)
1.一种呼叫建立方法，其特征在于包括：
接收到媒体网关发送的指示成功建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的分配请求消息至基站控制器；
或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的分配请求消息给基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。
2.根据权利要求1所述的呼叫建立方法，其特征在于所述发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的分配请求消息至基站控制器，或发送携带有选择的Call-ID值的分配请求消息给基站控制器之后还包括：
接收所述基站控制器建立以所述Call-ID值标识的呼叫之后返回的携带有所述Call-ID值的分配完成消息。
3.根据权利要求1所述的呼叫建立方法，其特征在于所述网元标识为全网络中对所述网元的唯一标识，所述网元标识包括：信令点编码，或网元IP地址，或全网内部统一分配的网元编号；所述网元呼叫标识包括：为所述网元内部统一分配的呼叫标识值。
4.一种呼叫切换方法，其特征在于包括：
接收到媒体网关发送的指示完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的切换请求消息至目标基站控制器；
或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的切换请求消息至目标基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。
5.根据权利要求4所述的呼叫切换方法，其特征在于所述发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的切换请求消息至基站控制器，或发送携带有所述选择的Call-ID值的切换请求消息至基站控制器之后还包括：
接收所述目标基站控制器建立以所述Call-ID值标识的呼叫之后返回的携带有所述Call-ID值的切换请求确认消息。
6.根据权利要求4所述的呼叫切换方法，其特征在于所述网元标识为全网络中对所述网元的唯一标识，所述网元标识包括：信令点编码，或网元IP地址，或全网内部统一分配的网元编号；所述网元呼叫标识包括：为所述网元内部统一分配的呼叫标识值。
7.一种呼叫建立装置，其特征在于包括：
分配请求模块，用于接收到媒体网关发送的指示完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的分配请求消息至基站控制器；
或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的分配请求消息给基站控制器；各移动交换中心分配到的Call-ID取值区间互不重叠。
8.根据权利要求7所述的呼叫建立装置，其特征在于还包括：完成消息接收模块，用于接收所述基站控制器建立以所述Call-ID值标识的呼叫之后返回的携带有所述Call-ID值的分配完成消息。
9.一种呼叫切换装置，其特征在于包括：
第二切换请求模块，用于接收到媒体网关发送的完成建立IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识Call-ID的切换请求消息至目标基站控制器；或从为移动交换中心分配的Call-ID取值区间中选择一个没有被占用的Call-ID值，发送携带有所述选择的Call-ID值的切换请求消息至目标基站控制器；各移动交换中心之间分配到的Call-ID取值区间互不重叠。
10.根据权利要求9所述的呼叫切换装置，其特征在于还包括：确认接收模块，用于接收所述目标基站控制器建立以所述Call-ID值标识的呼叫之后返回的携带有所述Call-ID值的切换请求确认消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110297959.2A CN102395124B (zh) | 2008-06-07 | 2008-06-07 | 呼叫切换、建立方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110297959.2A CN102395124B (zh) | 2008-06-07 | 2008-06-07 | 呼叫切换、建立方法及装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101093879A Division CN101600179B (zh) | 2008-06-07 | 2008-06-07 | 呼叫切换、建立、处理方法及装置与系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102395124A true CN102395124A (zh) | 2012-03-28 |
| CN102395124B CN102395124B (zh) | 2014-02-19 |
Family
ID=45862317
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110297959.2A Expired - Fee Related CN102395124B (zh) | 2008-06-07 | 2008-06-07 | 呼叫切换、建立方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102395124B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111311912A (zh) * | 2020-02-25 | 2020-06-19 | 北京天融信网络安全技术有限公司 | 车联网检测数据确定方法、装置及电子设备 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6377799B1 (en) * | 1999-06-17 | 2002-04-23 | Ericason Inc. | Interworking function in an internet protocol (IP)-based radio telecommunications network |
| US6393288B1 (en) * | 1997-11-05 | 2002-05-21 | Nortel Networks Limited | Method of identifying mobile station location to establish homezone feature |
| CN1434648A (zh) * | 2001-12-31 | 2003-08-06 | 三星电子株式会社 | 用于分布式呼叫处理和在线升级的系统和方法 |
| US6633760B1 (en) * | 1998-12-03 | 2003-10-14 | Samsung Electronics Co., Ltd. | Method for reconnection of a dropped call in mobile communication system |
| CN1901742A (zh) * | 2006-07-21 | 2007-01-24 | 华为技术有限公司 | 一种信道切换方法 |
| CN101018198A (zh) * | 2007-01-12 | 2007-08-15 | 华为技术有限公司 | 一种ip地址信息传递方法及移动交换中心 |
-
2008
- 2008-06-07 CN CN201110297959.2A patent/CN102395124B/zh not_active Expired - Fee Related
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6393288B1 (en) * | 1997-11-05 | 2002-05-21 | Nortel Networks Limited | Method of identifying mobile station location to establish homezone feature |
| US6633760B1 (en) * | 1998-12-03 | 2003-10-14 | Samsung Electronics Co., Ltd. | Method for reconnection of a dropped call in mobile communication system |
| US6377799B1 (en) * | 1999-06-17 | 2002-04-23 | Ericason Inc. | Interworking function in an internet protocol (IP)-based radio telecommunications network |
| CN1434648A (zh) * | 2001-12-31 | 2003-08-06 | 三星电子株式会社 | 用于分布式呼叫处理和在线升级的系统和方法 |
| CN1901742A (zh) * | 2006-07-21 | 2007-01-24 | 华为技术有限公司 | 一种信道切换方法 |
| CN101018198A (zh) * | 2007-01-12 | 2007-08-15 | 华为技术有限公司 | 一种ip地址信息传递方法及移动交换中心 |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP ORGANIZATIONAL PARTNERS (ARIB, ATIS, CCSA, ETSI, TTA, TTC): "3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Bearer-independent circuit-switched core network; Stage 2", 《3GPP TS 23.205 V8.2.0》 * |
| 3GPP: "3rd Generation Partnership Project; Technical Specification Group GSM/EDGE Radio Access Network; Mobile Switching Centre - Base Station System (MSC-BSS) interface; Layer 3 specification(Release 8)", 《3GPP TS 48.008 V8.2.0》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111311912A (zh) * | 2020-02-25 | 2020-06-19 | 北京天融信网络安全技术有限公司 | 车联网检测数据确定方法、装置及电子设备 |
| CN111311912B (zh) * | 2020-02-25 | 2021-08-24 | 北京天融信网络安全技术有限公司 | 车联网检测数据确定方法、装置及电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102395124B (zh) | 2014-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220174759A1 (en) | Method and apparatus for operating wireless communication system having separated mobility management and session management | |
| EP1848190B1 (en) | Method, system and device for speech codec negotiation in communication system | |
| JP4612107B2 (ja) | 呼制御とベアラ制御とが分離された通信ネットワークの柔軟性を増加させる方法 | |
| KR100811567B1 (ko) | 셀룰러 통신 시스템에서 베어러 포맷 타입 정보를 제공하는방법 및 장치 | |
| CN103841545A (zh) | 一种mme池场景能力信息上报的方法及装置 | |
| US20070178901A1 (en) | Distributed base station controller | |
| CN102282888B (zh) | 呼叫切换、处理方法及装置与系统 | |
| CN101651889B (zh) | 呼叫释放方法及装置 | |
| JP3847755B2 (ja) | 分散無線アクセスネットワークの移動体制御機能エンティティとセル制御機能エンティティの間でメッセージを経路指定する方法 | |
| CN106572504A (zh) | 集群系统切换的方法及装置 | |
| CN102497396B (zh) | 通信方法、基站、基站控制器和移动交换中心 | |
| CN102395124B (zh) | 呼叫切换、建立方法及装置 | |
| CN102404813B (zh) | 呼叫切换方法及装置，媒体网关及基站控制器 | |
| RU2496260C2 (ru) | Способ, контроллер базовой станции и подсистема базовой станции для контроля качества обслуживания | |
| CN102355638B (zh) | 呼叫处理方法及装置 | |
| CN101223722A (zh) | 光网络中软重路由的方法 | |
| CN105744488B (zh) | 一种集群业务建立的方法及系统 | |
| US20100272084A1 (en) | Access node switching method | |
| CN111385745B (zh) | 一种通信方法及装置 | |
| CN102573110B (zh) | 呼叫释放方法及装置 | |
| CN100531112C (zh) | 使传输通道数降质的isup信令流程实现方法 | |
| KR20100064874A (ko) | 호 설정 중 착신자에 의한 서비스 전환 시스템 및 방법 | |
| CN101541095A (zh) | 移动通信系统中无线网与核心网间进行呼叫标识的方法 | |
| CN102905331A (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: 20120328 Assignee: APPLE Inc. Assignor: HUAWEI TECHNOLOGIES Co.,Ltd. Contract record no.: 2015990000755 Denomination of invention: Call switching method, call establishment method, call switching device and call establishment device Granted publication date: 20140219 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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140219 |