CN100531467C - 一种基于因特网协议承载的呼叫方法 - Google Patents

一种基于因特网协议承载的呼叫方法 Download PDF

Info

Publication number
CN100531467C
CN100531467C CNB2006100783172A CN200610078317A CN100531467C CN 100531467 C CN100531467 C CN 100531467C CN B2006100783172 A CNB2006100783172 A CN B2006100783172A CN 200610078317 A CN200610078317 A CN 200610078317A CN 100531467 C CN100531467 C CN 100531467C
Authority
CN
China
Prior art keywords
called
bsc
mgw
carrying
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.)
Active
Application number
CNB2006100783172A
Other languages
English (en)
Other versions
CN1984054A (zh
Inventor
李云飞
翟春耕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2006100783172A priority Critical patent/CN100531467C/zh
Priority to PCT/CN2007/001486 priority patent/WO2007131435A1/zh
Publication of CN1984054A publication Critical patent/CN1984054A/zh
Application granted granted Critical
Publication of CN100531467C publication Critical patent/CN100531467C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/1235—Details of core network interconnection arrangements where one of the core networks is a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种基于IP承载的呼叫方法，本发明通过MSCe在检测到本次呼叫的承载建立完毕，再向被叫BSC发送振铃信息，之后被叫BSC通知被叫终端进行振铃，使得在本次呼叫的承载完成建立成功后，被叫终端再进行振铃，避免了被叫应答时承载还未建立完毕而引起的主、被叫用户互相听不到对方话音的情况，提高了通话质量，避免了异常拆线，提高了用户体验满意度；同时，也避免了在承载建立完毕前或建立失败时也进行计费的情况，消除了用户的经济损失。

Description

一种基于因特网协议承载的呼叫方法
技术领域
本发明涉及呼叫通信技术领域，具体涉及一种基于因特网协议承载的呼叫方法。
背景技术
在传统电路域网络架构中，移动交换中心(MSC)与基站控制中心(BSC)直接用时分多路复用(TDM)电路连接来承载话路。采用软交换结构后，控制与承载分离，MSC分成两个部分：移动软交换中心(MSCe)和媒体网关(MGW)。软交换中的基本承载媒体有两种：基于TDM的电路链路通道和基于因特网协议(IP)的实时传输协议(RTP)媒体流。采用IP网承载时，原来用TDM承载的语音通过IP承载网来传送。
图1为基于IP承载的软交换架构图，如图1所示，各部分的功能如下：
MSCe：主要实现会话、呼叫信令控制功能，同时作为MGW控制器，实现对MGW的动作控制；
MGW：主要实现承载功能，根据MSCe的控制命令建立承载，并向MSCe上报承载相关事件等；
基站(BS)：指A接口采用IP承载的BS，其作用与传统BS相同。
MSCe/MGW与BS之间的新增接口A1p对应于传统的A1接口、A2p对应于传统的A2接口，分别用于实现信令和语音数据的传输。MSCe/MGW还可与非IP的BS通过A1和A2接口相连。
图2为在主、被叫BSC都基于IP承载的软交换架构下，现有的局内呼叫的消息流程示意图，如图2所示，其具体步骤如下：
步骤201：主叫BSC向MSCe发送CM业务请求(CM Service Request)消息，该消息携带主叫BSC的IP地址信息。
步骤202：MSCe收到CM业务请求消息后，向MGW发送增加端点(ADD)消息，该消息携带的对端IP地址信息为主叫BSC的IP地址信息，以申请与主叫BSC建立IP承载的IP端点。
步骤203：MGW收到增加端点消息后，分配用于和主叫BSC建立IP承载的IP端点，并将分配的该IP端点的IP地址信息通过增加端点响应消息返回给MSCe，之后MSCe接收并保存该MGW分配的与主叫BSC建立IP承载的IP端点的IP地址信息。
步骤204：MSCe向主叫BSC发送指配请求(Assignment Request)消息，该消息携带MGW分配的与主叫BSC建立IP承载的IP端点的IP地址信息。
步骤205：MSCe向被叫BSC发送寻呼请求(Paging Request)消息。
步骤206：主叫BSC收到指配请求消息后，开始建立空口信道和主叫侧IP承载，建立完毕，向MSCe发送指配完成(Assignment Complete)消息。
步骤207：被叫BSC收到寻呼请求消息后，向MSCe返回寻呼响应(Paging Response)消息，该消息携带被叫BSC的IP地址信息。
步骤208：MSCe收到寻呼响应消息后，向MGW发送增加端点消息，该消息携带的对端IP地址信息为被叫BSC的IP地址信息，以申请与被叫BSC建立IP承载的IP端点。
步骤209：MGW收到增加端点消息后，分配用于与被叫BSC建立IP承载的IP端点，并将分配的该IP端点的IP地址信息通过增加端点响应消息返回给MSCe，之后MSCe接收并保存该MGW分配的与被叫BSC建立IP承载的IP端点的IP地址信息。
步骤210：MSCe向被叫BSC发送指配请求消息，该消息携带MGW分配的与被叫BSC建立IP承载的IP端点的IP地址信息，同时携带主叫号码和振铃信息，用于被叫终端自己振铃。
步骤211：被叫BSC在空口信道和被叫侧IP承载都建立完毕后，向MSCe发送指配完成消息，同时通过被叫BS通知被叫终端进行振铃。
步骤212：MSCe收到指配完成消息后，通过修改承载(MODIFY)消息通知MGW开始给主叫侧播放回铃音。
步骤213：被叫BSC检测到被叫应答，向MSCe发送连接(CONNECT)消息。
步骤214：MSCe收到连接消息后，通知MGW停止给主叫侧播放回铃音。
图3是在主、被叫BSC和局间都基于IP承载的软交换架构下，现有的局间呼叫的消息流程示意图一，如图3所示，其具体步骤如下：
步骤301：主叫BSC向主叫MSCe发送CM业务请求消息，该消息携带主叫BSC的IP地址信息。
步骤302：主叫MSCe收到CM业务请求消息后，向主叫MGW发送增加端点消息，申请建立两个IP端点，一个IP端点用于和主叫BSC建立IP承载，该消息对应携带的对端IP地址信息为主叫BSC的IP地址信息；另一个IP端点用于和被叫MGW建承载。
步骤303：主叫MGW收到增加端点消息后，分配一个与主叫BSC建立IP承载的端点，同时分配一个与被叫MGW建立IP承载的IP端点，将分配的该两IP端点的IP地址信息携带在增加端点响应消息中发送给主叫MSCe。之后，主叫MSCe保存主叫MGW分配的与主叫BSC和被叫MGW建立IP承载的两个IP端点的IP地址信息。
步骤304：主叫MSCe向主叫BSC发送指配请求消息，该消息携带主叫MGW分配的与主叫BSC建立IP承载的IP端点的IP地址信息。
步骤305：主叫MSCe向被叫MSCe发送呼叫请求(INVITE)消息，该消息携带主叫MGW分配的与被叫MGW建立IP承载的IP端点的IP地址信息。
步骤306：被叫MSCe收到呼叫请求消息后，向被叫BSC发送寻呼请求消息。
步骤307：主叫BSC收到指配请求消息、且在空口信道和与主叫MGW间的IP承载建立完毕后，向主叫MSCe发送指配完成消息。
步骤308：被叫BSC收到寻呼请求消息后，向被叫MSCe返回寻呼响应消息，该消息携带被叫BSC的IP地址信息。
步骤309：被叫MSCe收到寻呼响应消息后，向被叫MGW发送增加端点消息，申请建立两个IP端点，一个IP端点用于与主叫MGW建立IP承载，该增加端点消息对应携带的对端IP地址信息为主叫MGW的IP地址信息；另一个IP端点用于与被叫BSC建立IP承载，该增加端点消息对应携带的对端IP地址信息为被叫BSC的IP地址信息。
步骤310：被叫MGW收到增加端点消息后，分配一个用于与主叫MGW建立IP承载的IP端点，同时分配一个用于与被叫BSC建立IP承载的IP端点，并将分配的该两IP端点的IP地址信息返回给被叫MSCe。之后，被叫MSCe保存被叫MGW分配的与主叫MGW和被叫BSC建立IP承载的两个IP端点的IP地址信息。
步骤311：被叫MSCe向被叫BSC发送指配请求消息，该消息携带被叫MGW分配的与被叫BSC建立IP承载的IP端点的IP地址信息，同时携带主叫号码和振铃信息，用于被叫终端自己振铃。
步骤312：被叫BSC收到指配请求消息后，开始建立空口信道以及与被叫MGW间的IP承载，建立完毕，向被叫MSCe发送指配完成消息，同时通过被叫BS通知被叫终端进行振铃。
步骤313：被叫MSCe收到指配完成消息后，向主叫MSCe发送180消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息。
步骤314：主叫MSCe收到180消息后，向主叫MGW发送修改承载(MODIFY)消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息，以由主叫MGW建立与被叫MGW间的局间IP承载。
步骤315：被叫MSCe收到指配完成消息后，通过修改承载消息通知被叫MGW开始给主叫侧播放回铃音。
步骤316：被叫BSC检测到被叫应答后，向被叫MSCe发送连接(CONNECT)消息。
步骤317：被叫MSCe收到连接消息后，通过修改承载消息通知被叫MGW停止给主叫侧播放回铃音，同时向主叫MSCe发送针对呼叫请求(INVITE)消息的200响应，以通知主叫MSCe被叫已应答。
步骤318：主叫MSCe收到200响应消息后，向被叫MSCe返回确认(ACK)消息。
图4是在主、被叫BSC和局间都基于IP承载的软交换架构下，现有的局间呼叫的消息流程示意图二，如图4所示，其具体步骤如下：
步骤401～405与步骤301～305相同。
步骤406：被叫MSCe收到呼叫请求消息后，向被叫BSC发送寻呼请求消息，同时向主叫MSCe发送180消息，以通知主叫MSCe开始给主叫用户播放回铃音。
步骤407与步骤307相同。
步骤408：主叫MSCe收到180消息后，向被叫MSCe返回针对180消息的临时响应(PRACK)消息。
步骤409：被叫MSCe收到临时响应消息后，向主叫MSCe返回200响应消息。
步骤410：主叫MSCe向主叫MGW发送修改承载消息，以要求主叫MGW给主叫用户播放回铃音。
步骤411：主叫MGW收到修改承载消息，开始给主叫用户播放回铃音，并向主叫MSCe返回修改承载响应消息。
步骤412与步骤308相同。
步骤413：被叫MSCe收到寻呼响应消息后，向被叫MGW发送增加端点消息，申请建立两个IP端点，一个IP端点用于与主叫MGW建立IP承载，该增加端点消息对应携带的对端IP地址信息为主叫MGW的IP地址信息；另一个IP端点用于与被叫BSC建立IP承载，该增加端点消息对应携带的对端IP地址信息为被叫BSC的IP地址信息。同时通知被叫MGW通过该用于与主叫MGW建立IP承载的IP端点给主叫用户播放回铃音。
步骤414：被叫MGW收到增加端点消息后，分配一个用于与主叫MGW建立IP承载的IP端点，并通过该IP端点向主叫用户播放回铃音，同时分配一个用于与被叫BSC建立IP承载的IP端点，建立完毕，向被叫MSCe返回增加端点响应消息，该消息携带所述分配的两IP端点的IP地址信息。之后，被叫MSCe保存被叫MGW分配的与主叫MGW和被叫BSC建立IP承载的两个IP端点的IP地址信息。
步骤415：被叫MSCe向被叫BSC发送指配请求消息，该消息携带被叫MGW分配的与被叫BSC建立IP承载的IP端点的IP地址信息，同时携带主叫号码和振铃信息，用于被叫终端自己振铃；同时被叫MSCe向主叫MSCe发送183消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息。
步骤416：被叫BSC收到指配请求消息后，开始建立空口信道以及与被叫MGW间的IP承载，并在空口信道以及与被叫MGW间的IP承载都建立完毕后，向被叫MSCe发送指配完成消息，同时通过被叫BS通知被叫终端进行振铃。
步骤417：主叫MSCe收到183消息后，向主叫MGW发送修改承载消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息，以通知主叫MGW开始建立与被叫MGW间的局间IP承载，并通知主叫MGW停止向主叫用户播放回铃音。
步骤418：主叫MGW收到修改承载消息后，开始建立与被叫MGW间的IP承载，建立完毕，向主叫MSCe返回修改承载响应消息。
步骤419：主叫MSCe收到修改承载响应消息后，向被叫MSCe发送针对183消息的临时响应(PRACK)消息。
步骤420：被叫MSCe收到临时响应消息后，向主叫MSCe返回200响应消息。
步骤421～423与步骤316～318相同。
从以上图2、3和4所示流程可以看出：被叫BSC收到的指配请求消息中带有主叫号码和振铃信息，这样，被叫BSC在空口信道建立完毕以及被叫BSC与被叫MGW间的IP承载建立完毕后就会立刻通过被叫BS通知被叫终端进行振铃，若被叫用户立即应答，则很可能此时主叫BSC与MGW间的IP承载还没有建立完毕，或者主叫MGW与被叫MGW间的局间IP承载还未建立完毕，例如：在图3所示的局间呼叫流程中，主叫MSCe必须在收到被叫MSCe发来的180消息、得知被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息后，才能开始建立主叫MGW与被叫MGW间的局间IP承载，且建立局间IP承载也需花费一定时间。若被叫已应答而IP承载还未建立完毕或者IP承载最终建立失败，就会导致主、被叫用户互相听不到对方的话音，且此时已开始计费，且还会导致异常拆线，降低了通话质量，使得用户体验满意度降低，并给用户造成了经济损失。
发明内容
有鉴于此，本发明提供一种基于IP承载的呼叫方法，以避免被叫已应答而IP承载还未建立完毕引起的用户听不到对方话音的情况，提高通话质量。
为达到上述目的，本发明的技术方案是这样实现的：
一种基于IP承载的呼叫方法，应用在基于IP承载的软交换架构中，该方法包括：
A、MSCe接收呼叫建立请求，向MGW发送增加端点请求；
B、MSCe检测到本次呼叫的承载建立完毕，向被叫BSC发送振铃信息，之后被叫BSC通知被叫终端进行振铃。
步骤A所述增加端点请求为申请建立IP端点的增加端点请求，
且所述增加端点请求携带请求上报与该IP端点相关的IP承载建立事件的信息。
步骤A所述呼叫建立请求为：局内呼叫建立请求。
主叫BSC和被叫BSC都基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的与主叫BSC和与被叫BSC间的IP承载都建立完毕的指示消息。
主叫BSC和被叫BSC都基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的用于指示MGW与主、被叫BSC间的IP端点地址的增加端点响应消息。
主叫BSC和被叫BSC都基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的承载更新响应消息。
只有主叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的与主叫BSC间的IP承载建立完毕的指示消息。
只有主叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的增加端点响应消息。
只有主叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC发来的承载更新响应消息。
只有被叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的与被叫BSC间的IP承载建立完毕的指示消息。
只有被叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的增加端点响应消息。
只有被叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收被叫BSC发来的承载更新响应消息。
步骤A所述呼叫建立请求为：局间呼叫建立请求。
被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的与被叫MGW间的IP承载建立完毕的指示消息，接收被叫MGW发来的与被叫BSC间的IP承载和与前一局的MGW间的IP承载都建立完毕的指示消息，并接收前一局MSCe发来的与该前一局相关的IP承载都建立完毕的指示消息。
被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的指配完成消息，接收被叫MGW发来的增加端点响应消息，并接收前一局MSCe发来的针对183消息的临时响应消息。
被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的承载更新响应消息，接收被叫MGW发来的增加端点响应消息，并接收前一局MSCe发来的针对183消息的临时响应消息。
被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间不为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收前一局MSCe发来的与该前一局相关的IP承载都建立完毕的指示消息，接收被叫BSC发来的指配完成消息，并接收被叫MGW发来的与前一局的MGW间的IP承载建立完毕的指示消息。
所述步骤A之后、所述被叫MSCe接收前一局MSCe发来的与该前一局相关的IP承载都建立完毕的指示消息之前，进一步包括：被叫MSCe向前一局MSCe发送用于查询与该前一局相关的IP承载是否都建立完毕的查询通知消息，前一局MSCe收到该查询通知消息且在与自身IP端点相关的IP承载都建立完毕后，向被叫MSCe发送IP承载建立完毕指示消息。
被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe向前一局MSCe发送用于查询与该前一局相关的IP承载是否都建立完毕的查询通知消息，前一局MSCe收到该查询通知消息且在与自身IP端点相关的IP承载建立完毕后，向被叫MSCe发送查询通知响应消息。
被叫MGW和被叫局的前一局的MGW间不为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的指配完成消息，并接收被叫MGW发来的与被叫BSC间的IP承载建立完毕的指示消息。
被叫MGW和被叫局的前一局的MGW间不为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来承载更新响应消息。
与现有技术相比，本发明通过MSCe在检测到本次呼叫的承载建立完毕，再向被叫BSC发送振铃信息，之后被叫BSC通知被叫终端进行振铃，使得在本次呼叫的承载完成建立成功后，被叫终端再进行振铃，避免了被叫应答时承载还未建立完毕而引起的主、被叫用户互相听不到对方话音的情况，提高了通话质量，避免了异常拆线，提高了用户体验满意度；同时，也避免了在承载建立完毕前或建立失败时也进行计费的情况，消除了用户的经济损失。
附图说明
图1为基于IP承载的软交换架构示意图；
图2为在主、被叫BSC都基于IP承载的软交换架构下，现有的局内呼叫的消息流程示意图；
图3为在主、被叫BSC和局间都基于IP承载的软交换架构下，现有的局间呼叫的消息流程示意图一；
图4为在主、被叫BSC和局间都基于IP承载的软交换架构下，现有的局间呼叫的消息流程示意图一；
图5为在基于IP承载的软交换架构下，本发明提供的呼叫流程图；
图6为在主、被叫BSC都基于IP承载的软交换架构下，本发明提供的局内呼叫的消息流程示意图；
图7为在主、被叫BSC和局间都基于IP承载的软交换架构下，本发明提供的局间呼叫的具体实施例一的消息流程示意图；
图8为在主、被叫BSC和局间都基于IP承载的软交换架构下，本发明提供的局间呼叫的具体实施例二的消息流程示意图；
图9为在主、被叫BSC和局间都基于IP承载的软交换架构下，本发明提供的局间呼叫的具体实施例三的消息流程示意图。
具体实施方式
本发明的核心思想是：MSCe在检测到本次呼叫的承载都建立完毕后，再向被叫BSC发送振铃信息，然后被叫BSC通知被叫终端进行振铃。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图5为在基于IP承载的软交换架构下，本发明提供的呼叫流程图，如图5所示，其具体步骤如下：
步骤501：MSCe收到呼叫建立请求消息，向MGW发送增加端点消息。
呼叫建立请求消息可以是建立局内呼叫的局内呼叫建立请求消息，也可以是建立局间呼叫的局间呼叫建立请求消息。
若增加端点消息用于申请建立IP承载的IP端点，则增加端点消息中可进一步携带请求上报与该IP端点相关的IP承载建立事件的检测请求信息，以要求MGW在与自身IP端点相关的IP承载建立完毕后通知MSCe；当然，增加端点消息中也可不携带请求上报与该IP端点相关的IP承载建立事件的检测请求信息，此时，MGW在与自身IP端点有关的IP承载建立完毕后会主动通知MSCe。
步骤502：MSCe检测到本次呼叫的承载建立完毕，向被叫BSC发送振铃信息。
具体地，若本次呼叫为局内呼叫，则MSCe检测到本次呼叫建立完毕，分为以下几种情况：
情况一、主、被叫BSC都为IP承载，则MSCe检测到本次呼叫的承载建立完毕包括：收到主、被叫BSC发来的指配完成消息，收到MGW发来的IP端点与主叫BSC间的IP承载建立完毕的指示消息，收到MGW发来的IP端点与被叫BSC间的IP承载建立完毕的指示消息；或者包括：收到主、被叫BSC发来的指配完成消息，收到MGW发来的指示自身与主、被叫BSC间的IP端点地址的增加端点响应消息；或者包括：收到主、被叫BSC发来指示主、被叫BSC与MGW间的IP承载建立完毕的承载更新响应消息。
情况二、主叫BSC为IP承载，被叫BSC为TDM承载，则MSCe检测到本次呼叫的承载建立完毕包括：收到主叫BSC发来的指配完成消息，收到被叫BSC发来的指配完成消息，收到MGW上报的IP端点与主叫BSC间的IP承载建立完毕的指示消息；或者包括：收到主叫BSC发来的指配完成消息，收到被叫BSC发来的指配完成消息，收到MGW发来的增加端点响应消息；或者包括：收到主叫BSC发来指示主叫BSC与MGW间的IP承载建立完毕的承载更新响应消息。
情况三、主叫BSC为TDM承载，被叫BSC为IP承载，则MSCe检测到本次呼叫的承载建立完毕包括：收到主叫BSC发来的指配完成消息，收到被叫BSC发来的指配完成消息，收到MGW上报的IP端点与被叫BSC间的IP承载建立完毕的指示消息；或者包括：收到主叫BSC发来的指配完成消息，收到被叫BSC发来的指配完成消息，收到MGW发来的增加端点响应消息；或者包括：收到被叫BSC发来指示被叫BSC与MGW间的IP承载建立完毕的承载更新响应消息。
若本次呼叫为局间呼叫，则MSCe检测到本次呼叫建立完毕，分为以下几种情况：
情况一、被叫局与前一局间为IP承载，同时被叫BSC为IP承载，则MSCe检测到本次呼叫的承载建立完毕包括：被叫MSCe收到前一局MSCe发来的该前一局IP承载建立完毕的指示消息，收到被叫BSC发来的指配完成信息，收到被叫MGW发来的IP端点与被叫BSC间的IP承载建立完毕的指示消息，收到被叫MGW发来的IP端点与前一局的MGW间的IP承载建立完毕的指示消息；或者包括：被叫MSCe收到前一局MSCe发来的指示与该前一局相关的IP承载都建立完毕的针对183消息的临时响应消息，收到被叫BSC发来的指配完成信息，收到被叫MGW发来的增加端点响应消息；或者包括：被叫MSCe收到前一局MSCe发来的指示与该前一局相关的IP承载都建立完毕的针对183消息的临时响应消息，收到被叫BSC发来的指示与被叫MGW间的IP承载建立完毕的承载更新响应消息，收到被叫MGW发来的增加端点响应消息。
情况二、被叫局与前一局间为IP承载，被叫BSC为TDM承载，则MSCe检测到本次呼叫的承载建立完毕包括：被叫MSCe收到前一局MSCe发来的该前一局IP承载建立完毕的指示消息，收到被叫BSC发来的指配完成信息，收到被叫MGW发来的IP端点与前一局的MGW间的IP承载建立完毕的指示消息；或者包括：被叫MSCe收到前一局MSCe发来的指示与该前一局相关的IP承载都建立完毕的针对18X消息如：180消息或183消息的临时响应消息，收到被叫BSC发来的指配完成信息，收到被叫MGW发来的IP端点与前一局的MGW间的IP承载建立完毕的指示消息。
这里，若被叫局与前一局间为IP承载，则被叫MSCe可在收到被叫MGW返回的用于与前一局的MGW建立局间IP承载的IP端点后，向前一局MSCe发送查询通知消息，以要求前一局MSCe在与该前一局相关的IP承载建立完毕后通知自身，前一局MSCe收到该查询通知消息且在与自身相关的IP承载都建立完毕后，可通过查询通知响应消息或IP承载建立完毕指示消息通知被叫MSCe；或者，前一局在局间IP承载建立完毕后，主动通知被叫MSCe。
情况三、被叫局与前一局间为TDM承载，被叫BSC为IP承载，则MSCe检测到本次呼叫的承载建立完毕包括：被叫MSCe收到被叫BSC发来的指配完成信息，收到被叫MGW发来的IP端点与被叫BSC间的IP承载建立完毕的指示消息；或者包括：被叫MSCe收到被叫BSC发来的指示自身与被叫MGW间的IP承载建立完毕的承载更新响应信息。
步骤503：被叫BSC收到振铃信息后，通知被叫终端进行振铃。
以下给出主叫BSC、被叫BSC都为IP承载的局内呼叫的具体实施例，以及主叫BSC、被叫BSC、主叫局和被叫局间都为IP承载的局间呼叫的具体实施例，以对本发明进行进一步详细说明。
图6为在主叫BSC、被叫BSC都基于IP承载的软交换架构下，本发明提供的局内呼叫的消息流程示意图，如图6所示，其具体步骤如下：
步骤601与步骤201相同。
步骤602：MSCe收到CM业务请求消息后，向MGW发送增加端点(ADD)消息，该消息携带的对端IP地址信息为主叫BSC的IP地址信息，以申请与主叫BSC建立IP承载的IP端点，该消息同时携带承载建立事件检测请求信息，以要求MGW在与主叫BSC间的IP承载建立完毕后通知自身。
可见，步骤602与步骤202的区别在于：MSCe向MGW发送的增加端点消息中进一步携带承载建立事件检测请求信息，以要求MGW在与主叫BSC间的IP承载建立完毕后通知自身。
步骤603～607与步骤203～207相同。
步骤608：MSCe收到指配完成消息和寻呼响应消息后，向MGW发送增加端点消息，该消息携带的对端IP地址信息为被叫BSC的IP地址信息，以申请与被叫BSC建立IP承载的IP端点，该消息同时携带承载建立事件检测请求信息，要求MGW在与被叫BSC间的IP承载建立完毕后通知自身。
可见，步骤608与步骤208的区别在于：MSCe向MGW发送的增加端点消息中进一步携带承载建立事件检测请求信息，以要求MGW在与被叫BSC间的IP承载建立完毕后通知自身。
步骤609与步骤209相同。
步骤610：MSCe向被叫BSC发送指配请求消息，该消息携带MGW分配的与被叫BSC建立IP承载的IP端点的IP地址信息。
步骤610与步骤210的区别在于：MSCe向被叫BSC发送的指配请求消息中不携带主叫号码和振铃信息，这样，被叫BSC在空口信道建立完毕后，就不会通知被叫终端进行振铃。
步骤611：被叫BSC在空口信道和与MGW间的IP承载建立完毕后，向MSCe发送指配完成消息。
由于被叫BSC收到的指配请求消息中不携带振铃信息，因此被叫BSC在空口信道以及被叫BSC与MGW间的IP承载建立完毕后，不会通知被叫终端进行振铃，即：此时被叫用户不知有自身的呼叫。
步骤612：MSCe在收到主、被叫BSC发来的指配完成消息，且收到MGW发来的与主、被叫BSC间的IP承载建立完毕的指示消息后，向被叫BSC发送携带主叫号码和振铃信息的振铃信息消息(Alert with Information)，之后被叫BSC通过被叫BS通知被叫终端进行振铃，同时MSCe通过修改承载消息通知MGW开始给主叫侧播放回铃音。
MGW在自身的IP端点与主叫BSC间的IP承载建立完毕后，会向MSCe上报与主叫BSC间的IP承载建立完毕的指示消息，在自身的IP端点与被叫BSC间的IP承载建立完毕后，会向MSCe上报与被叫BSC间的IP承载建立完毕的指示消信息。
步骤613～615与步骤212～214相同。
若MSCe在预定时长内没有收到MGW发来的与主叫BSC、或/和与被叫BSC间的IP承载建立完毕的指示消息，则拆除被叫侧资源，并在向主叫侧发送话路异常信息后拆除主叫侧资源。
需要指出的是，在步骤602和608中，MSCe向MGW发送的增加端点消息中也可不携带承载建立事件检测请求信息，预先设定MGW在与主、被叫BSC间的IP承载建立完毕后，主动向MSCe上报与主、被叫BSC间的IP承载建立完毕的指示消息；或者，在步骤603中，MGW在自身与主叫BSC间的IP承载建立完毕后，再向主叫BSC发送增加端点响应消息，同时在步骤609中，MGW在自身与被叫BSC间的IP承载建立完毕后，再向被叫BSC发送增加端点响应消息。
图7为在主叫BSC、被叫BSC、主叫局和被叫局间都基于IP承载的软交换架构下，本发明提供的局间呼叫的具体实施例一的消息流程示意图，如图7所示，其具体步骤如下：
步骤701与步骤301相同。
步骤702：主叫MSCe收到CM业务请求消息后，向主叫MGW发送增加端点消息，申请建立两个IP端点，一个IP端点用于和主叫BSC建立IP承载，该增加端点消息对应携带的对端IP地址信息为主叫BSC的IP地址信息；另一个IP端点用于和被叫MGW建承载。该消息同时携带承载建立事件检测请求信息，以要求IP承载建立完毕后通知MSCe。
可见，步骤702与步骤302的区别在于：MSCe向主叫MGW发送的增加端点消息中进一步携带承载建立事件检测请求信息，以要求主叫MGW在与被叫MGW间的IP承载建立完毕后通知自身。
步骤703～708与步骤303～308相同。
步骤709：被叫MSCe收到寻呼响应消息后，向被叫MGW发送增加端点消息，该消息携带的对端IP地址信息为：主叫MGW的IP地址信息和被叫BSC的IP地址信息，以申请建立两个IP端点，一个IP端点用于与主叫MGW建立IP承载，该增加端点消息对应携带的对端IP地址信息为主叫MGW的IP地址信息；另一个IP端点用于与被叫BSC建立IP承载，该增加端点消息对应携带的对端IP地址信息为被叫BSC的IP地址信息。该消息同时携带承载建立事件检测请求信息，以要求被叫MGW在与被叫BSC间、以及与主叫MGW间的IP承载建立完毕后通知自身。
可见，步骤709与步骤309的区别在于：被叫MSCe向被叫MGW发送的增加端点消息中进一步携带承载建立事件检测请求信息，以要求被叫MGW在与被叫BSC间、以及与主叫MGW间的IP承载建立完毕后通知自身。
步骤710与步骤310相同。
步骤711：被叫MSCe向被叫BSC发送指配请求消息，该消息携带被叫MGW分配的与被叫BSC建立IP承载的IP端点的IP地址信息。
步骤711与步骤311的区别在于：被叫MSCe向被叫BSC发送的指配请求消息中不携带主叫号码和振铃信息，这样，被叫BSC在空口信道以及被叫BSC和MGW间的IP承载建立完毕后，就不会通知被叫终端进行振铃。
步骤712：被叫MSCe向主叫MSCe发送183消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息。
步骤713：被叫MSCe向主叫MSCe发送查询通知消息，该消息携带主叫MSCe承载建立查询信息，以要求主叫MSCe在主叫局IP承载建立完毕后通知自身。
步骤714：主叫MSCe收到183消息后，向MGW发送修改承载消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息，以由主叫MGW建立与被叫MGW间的局间IP承载，该消息同时携带承载建立事件检测请求信息，要求主叫MGW在与被叫MGW间的局间IP承载建立完毕后通知自身。
步骤715与步骤314相同。
步骤716：主叫MSCe在检测到主叫局IP承载建立完毕后，即：收到主叫BSC发来的指配完成消息、且收到主叫MGW发来的与主叫BSC间的IP承载以及与被叫MGW间的IP承载都建立完毕的信息，向被叫MSCe发送针对步骤713的查询通知消息的200响应消息，以通知被叫MSCe主叫局IP承载建立完毕。
步骤717：被叫MSCe在检测到本次呼叫的承载建立完毕后，即：收到被叫BSC发来的指配完成消息，收到被叫MGW发来的与被叫BSC以及与主叫MGW间的IP承载都建立完毕信息，且收到主叫MSCe发来的指示主叫局IP承载建立完毕的200响应消息，向被叫BSC发送携带主叫号码和振铃信息的振铃信息消息(Alert with Information)，同时通过修改承载消息通知被叫MGW开始给主叫侧播放回铃音，并向主叫MSCe发送180消息。
步骤718：被叫BSC收到振铃信息消息后，通过被叫BS通知被叫终端进行振铃。
步骤719～721与步骤316～318相同。
需要指出的是，在步骤702中，主叫MSCe向主叫MGW发送的增加端点消息中也可不携带承载建立事件检测请求信息；在步骤709中，被叫MSCe向被叫MGW发送的增加端点消息中也可不携带承载建立事件检测请求信息；同样，步骤713也可不执行；而预先设定主叫MGW在与主叫BSC以及与被叫MGW间的IP承载都建立完毕后，主动向主叫MSCe上报与主叫BSC和被叫MGW间的IP承载都建立完毕的信息；或/和预先设定主叫MSCe收到主叫BSC发来的指配完成信息和主叫MGW发来的与主叫BSC以及与被叫MGW间的IP承载都建立完毕的指示消息后，主动向被叫MSCe上报主叫局IP承载建立完毕的指示消息；或/和被叫MGW在与被叫BSC以及主叫MGW间的IP承载都建立完毕后，主动向被叫MSCe上报与被叫BSC和主叫MGW间的IP承载都建立完毕的指示消息。
图8为在主叫BSC、被叫BSC、主叫局和被叫局间都基于IP承载的软交换架构下，本发明提供的局间呼叫的具体实施例二的消息流程示意图，如图8所示，其具体步骤如下：
步骤801～814与步骤401～414相同。
步骤815：被叫MSCe向被叫BSC发送指配请求消息，该消息携带被叫MGW分配的与被叫BSC建立IP承载的IP端点的IP地址信息；同时被叫MSCe向主叫MSCe发送183消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息。
可见，步骤815与步骤415的区别在于：被叫MSCe向被叫BSC发送的指配请求消息不携带主叫号码和振铃信息，这样被叫BSC在空口信道以及与被叫MGW间的IP承载建立完毕后，就不会通知被叫终端进行振铃。
步骤816：被叫BSC收到指配请求消息后，开始建立空口信道以及与被叫MGW间的IP承载，并在空口信道以及与被叫MGW间的IP承载都建立完毕后，向被叫MSCe发送指配完成消息。
可见，步骤816与步骤416的区别在于：被叫BSC在空口信道以及与被叫MGW间的IP承载建立完毕后不通知被叫终端进行振铃。
步骤717～719与步骤417～419相同。
步骤820：被叫MSCe收到临时响应消息后，向主叫MSCe返回200响应消息，同时向被叫BSC发送携带主叫号码和振铃信息的振铃信息消息，被叫BSC收到该振铃信息消息后，通过被叫BS通知被叫终端进行振铃。
步骤821～823与步骤421～423相同。
图9为在主叫BSC、被叫BSC、主叫局和被叫局间都基于IP承载的软交换架构下，本发明提供的局间呼叫的具体实施例三的消息流程示意图，如图9所示，其具体步骤如下：
步骤901：主叫BSC向主叫MSCe发送CM业务请求消息，该消息不携带主叫BSC的IP地址信息。
步骤902：主叫MSCe向主叫BSC发送指配请求消息，以要求建立空口信道。
步骤903：主叫BSC收到该指配请求消息后，开始建立空口信道，建立完毕，向主叫MSCe返回指配完成消息，该消息携带主叫BSC的IP地址信息。
步骤904：主叫MSCe收到指配完成消息后，向主叫MGW发送增加端点消息，申请建立两个IP端点，一个IP端点用于和主叫BSC建立IP承载，该增加端点消息对应携带的对端IP地址信息为主叫BSC的IP地址信息；另一个IP端点用于和被叫MGW建立IP承载。
步骤905：主叫MGW收到增加端点消息后，分配一个与主叫BSC建立IP承载的端点，同时分配一个与被叫MGW建立IP承载的IP端点，将分配的该两IP端点的IP地址信息携带在增加端点响应消息中发送给主叫MSCe。之后，主叫MSCe保存主叫MGW分配的与主叫BSC和被叫MGW建立IP承载的两个IP端点的IP地址信息。
步骤906：主叫MSCe向被叫MSCe发送呼叫请求(INVITE)消息，该消息携带主叫MGW分配的与被叫MGW建立IP承载的IP端点的IP地址信息。
步骤907：被叫MSCe收到呼叫请求消息后，向被叫BSC发送寻呼请求消息，同时向主叫MSCe发送180消息，以通知主叫MSCe给主叫用户播放回铃音。
步骤908：主叫MSCe收到180消息后，向被叫用户返回针对180消息的临时响应(PRACK)消息。
步骤909：被叫MSCe收到临时响应消息后，向主叫MSCe返回200响应消息。
步骤910：主叫MSCe向主叫MGW发送修改承载消息，以要求主叫MGW开始给主叫用户播放回铃音。
步骤911：主叫MGW收到修改承载消息后，开始给主叫用户播放回铃音，并向主叫MSCe返回修改承载响应消息。
步骤912：主叫MSCe收到修改承载响应消息后，向主叫BSC发送承载更新请求消息，该消息携带主叫MGW分配的与主叫BSC建立IP承载的IP端点的IP地址信息。
步骤913：主叫BSC收到承载更新请求消息后，建立与MGW间的IP承载，然后向主叫MSCe返回承载更新响应消息。
步骤914：被叫BSC收到寻呼请求消息后，向被叫MSCe返回寻呼响应消息，该消息不携带被叫BSC的IP地址信息。
步骤915：被叫MSCe收到寻呼响应消息后，向被叫BSC发送指配请求消息，以要求建立空口信道。
该指配请求消息不携带主叫号码和振铃信息。
步骤916：被叫BSC收到指配请求消息后，开始建立空口信道，建立完毕，向被叫MSCe返回指配完成消息，该消息携带被叫BSC的IP地址信息。
步骤917：被叫MSCe收到指配完成消息后，向被叫MGW发送增加端点消息，申请建立两个IP端点，一个IP端点用于与主叫MGW建立IP承载，该增加端点消息对应携带的对端IP地址信息为主叫MGW的IP地址信息，同时通知被叫MGW通过此IP端点给主叫用户播放回铃音；另一个IP端点用于与被叫BSC建立IP承载，该增加端点消息对应携带的对端IP地址信息为被叫BSC的IP地址信息。
步骤918：被叫MGW收到增加端点消息后，分配一个用于与主叫MGW建立IP承载的IP端点，并通过该IP端点向主叫用户播放回铃音，同时分配一个用于与被叫BSC建立IP承载的IP端点，建立完毕，向被叫MSCe返回增加端点响应消息，该消息携带所述分配的两IP端点的IP地址信息。之后，被叫MSCe保存被叫MGW分配的与主叫MGW和被叫BSC建立IP承载的两个IP端点的IP地址信息。
步骤919：被叫MSCe向被叫BSC发送承载更新请求消息，该消息携带与被叫MGW建立IP承载的IP端点的IP地址信息，同时向主叫MSCe发送183消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息。
步骤920：被叫BSC收到承载更新请求消息后，开始建立与被叫MGW间的IP承载，建立完毕，向被叫MSCe发送承载更新响应消息。
步骤921：主叫MSCe收到183消息后，向主叫MGW发送修改承载消息，该消息携带被叫MGW分配的与主叫MGW建立IP承载的IP端点的IP地址信息，以通知主叫MGW建立与被叫MGW间的局间IP承载，同时通知主叫MGW停止给主叫用户播放回铃音。
步骤922：主叫MGW收到修改承载消息后，开始建立与被叫MGW间的IP承载，建立完毕，向主叫MSCe返回修改承载响应消息。
步骤923：若被叫MSCe发送的183消息中携带的编解码与原主叫MGW和主叫BSC间采用的编解码不同，主叫MSCe收到修改承载响应消息后，向主叫BSC发送承载更新请求消息，该消息携带主叫MGW与主叫BSC间的编解码。
步骤924：主叫BSC收到承载更新请求消息后，向主叫MSCe返回承载更新响应消息。
步骤925：主叫MSCe收到承载更新响应消息后，向被叫MSCe发送针对183消息的临时响应(PRACK)消息。
步骤926：被叫MSCe收到临时响应消息后，向主叫MSCe返回200响应消息，同时向被叫BSC发送携带主叫号码和振铃信息的振铃信息消息。
步骤927：被叫应答后，被叫BSC向被叫MSCe发送连接消息。
步骤928：被叫MSCe收到连接消息后，通过修改承载消息通知被叫MGW停止给主叫用户播放回铃音，同时向主叫MSCe发送针对呼叫请求(INVITE)消息的200响应，以通知主叫MSCe被叫已应答。
步骤929：主叫MSCe收到200响应消息后，向被叫MSCe返回确认(ACK)消息。
以上所述仅为本发明的过程及方法实施例，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (21)

1、一种基于因特网协议承载的呼叫方法，应用在基于因特网协议IP承载的软交换架构中，其特征在于，该方法包括：
A、移动软交换中心MSCe接收呼叫建立请求，向媒体网关MGW发送用于申请建立IP端点的增加端点请求，该请求携带的对端IP地址信息为主叫基站控制中心BSC的IP地址信息，或者为被叫BSC的IP地址信息，或者为主叫MGW的IP地址信息和被叫BSC的IP地址信息；
B、MSCe检测到本次呼叫的承载建立完毕，向被叫BSC发送振铃信息，之后被叫BSC通知被叫终端进行振铃。
2、如权利要求1所述的方法，其特征在于，所述增加端点请求携带请求上报与该IP端点相关的IP承载建立事件的信息。
3、如权利要求1所述的方法，其特征在于，步骤A所述呼叫建立请求为：局内呼叫建立请求。
4、如权利要求3所述的方法，其特征在于，主叫BSC和被叫BSC都基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的与主叫BSC和与被叫BSC间的IP承载都建立完毕的指示消息。
5、如权利要求3所述的方法，其特征在于，主叫BSC和被叫BSC都基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的用于指示MGW与主、被叫BSC间的IP端点地址的增加端点响应消息。
6、如权利要求3所述的方法，其特征在于，主叫BSC和被叫BSC都基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的承载更新响应消息。
7、如权利要求3所述的方法，其特征在于，只有主叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的与主叫BSC间的IP承载建立完毕的指示消息。
8、如权利要求3所述的方法，其特征在于，只有主叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的增加端点响应消息。
9、如权利要求3所述的方法，其特征在于，只有主叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC发来的承载更新响应消息。
10、如权利要求3所述的方法，其特征在于，只有被叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的与被叫BSC间的IP承载建立完毕的指示消息。
11、如权利要求3所述的方法，其特征在于，只有被叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收主叫BSC和被叫BSC发来的指配完成消息，并接收MGW发来的增加端点响应消息。
12、如权利要求3所述的方法，其特征在于，只有被叫BSC基于IP承载，
且所述步骤A和B之间进一步包括：MSCe接收被叫BSC发来的承载更新响应消息。
13、如权利要求1所述的方法，其特征在于，步骤A所述呼叫建立请求为：局间呼叫建立请求。
14、如权利要求13所述的方法，其特征在于，被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的与被叫MGW间的IP承载建立完毕的指示消息，接收被叫MGW发来的与被叫BSC间的IP承载和与前一局的MGW间的IP承载都建立完毕的指示消息，并接收前一局MSCe发来的与该前一局相关的IP承载都建立完毕的指示消息。
15、如权利要求13所述的方法，其特征在于，被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的指配完成消息，接收被叫MGW发来的增加端点响应消息，并接收前一局MSCe发来的针对183消息的临时响应消息。
16、如权利要求13所述的方法，其特征在于，被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的承载更新响应消息，接收被叫MGW发来的增加端点响应消息，并接收前一局MSCe发来的针对183消息的临时响应消息。
17、如权利要求13所述的方法，其特征在于，被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间不为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收前一局MSCe发来的与该前一局相关的IP承载都建立完毕的指示消息，接收被叫BSC发来的指配完成消息，并接收被叫MGW发来的与前一局的MGW间的IP承载建立完毕的指示消息。
18、如权利要求14或17所述的方法，其特征在于，所述步骤A之后、所述被叫MSCe接收前一局MSCe发来的与该前一局相关的IP承载都建立完毕的指示消息之前，进一步包括：被叫MSCe向前一局MSCe发送用于查询与该前一局相关的IP承载是否都建立完毕的查询通知消息，前一局MSCe收到该查询通知消息且在与自身IP端点相关的IP承载都建立完毕后，向被叫MSCe发送IP承载建立完毕指示消息。
19、如权利要求13所述的方法，其特征在于，被叫MGW和被叫局的前一局的MGW间为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe向前一局MSCe发送用于查询与该前一局相关的IP承载是否都建立完毕的查询通知消息，前一局MSCe收到该查询通知消息且在与自身IP端点相关的IP承载建立完毕后，向被叫MSCe发送查询通知响应消息。
20、如权利要求13所述的方法，其特征在于，被叫MGW和被叫局的前一局的MGW间不为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来的指配完成消息，并接收被叫MGW发来的与被叫BSC间的IP承载建立完毕的指示消息。
21、如权利要求13所述的方法，其特征在于，被叫MGW和被叫局的前一局的MGW间不为IP承载，被叫MGW与被叫BSC间为IP承载，
且所述步骤A和B之间进一步包括：被叫MSCe接收被叫BSC发来承载更新响应消息。
CNB2006100783172A 2006-05-09 2006-05-09 一种基于因特网协议承载的呼叫方法 Active CN100531467C (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2006100783172A CN100531467C (zh) 2006-05-09 2006-05-09 一种基于因特网协议承载的呼叫方法
PCT/CN2007/001486 WO2007131435A1 (fr) 2006-05-09 2007-04-30 Procédé d'appel, système et msce de prise en charge ip

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006100783172A CN100531467C (zh) 2006-05-09 2006-05-09 一种基于因特网协议承载的呼叫方法

Publications (2)

Publication Number Publication Date
CN1984054A CN1984054A (zh) 2007-06-20
CN100531467C true CN100531467C (zh) 2009-08-19

Family

ID=38166300

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006100783172A Active CN100531467C (zh) 2006-05-09 2006-05-09 一种基于因特网协议承载的呼叫方法

Country Status (2)

Country Link
CN (1) CN100531467C (zh)
WO (1) WO2007131435A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330668B (zh) * 2008-08-04 2012-06-27 华为技术有限公司 接入网与核心网之间接口电路的管理方法、设备及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6353607B1 (en) * 1998-11-20 2002-03-05 Ericsson Inc. IP base GSM inter-MSC handover
US6377799B1 (en) * 1999-06-17 2002-04-23 Ericason Inc. Interworking function in an internet protocol (IP)-based radio telecommunications network
CN1266901C (zh) * 2002-11-14 2006-07-26 华为技术有限公司 一种呼叫流程的建立方法
WO2005112410A2 (en) * 2004-05-07 2005-11-24 Alcatel Wireless, Inc. Providing voice and data service for wireless cellular subscribers operating in a wireless local area network

Also Published As

Publication number Publication date
WO2007131435A1 (fr) 2007-11-22
CN1984054A (zh) 2007-06-20

Similar Documents

Publication Publication Date Title
KR100888098B1 (ko) 무선 통신에서 상실된 접속들과 연관된 비용을 절감하는데이용하기 위한 방법 및 시스템
US9253319B1 (en) Methods and systems for call connecting calls
CN101217598B (zh) 遇忙回叫方法及系统
CN101217601B (zh) 盲转业务方法和装置
CN103716849B (zh) 一种自动切换语音电话业务的方法、装置和系统
CN101217600A (zh) 询问转接业务方法和装置
CN102123211A (zh) 一种多方通话业务的实现方法和系统
CN101394294A (zh) 网络多媒体会议接入方法、系统及装置
CN105763537A (zh) 多方通话的方法及装置
CN104602361A (zh) 一种用WiFi网络扩展手机无线网络业务的方法
CN101345846B (zh) 一种用于合法监听音视频多媒体会议的系统和方法
CN101150770B (zh) 控制移动终端转接电话的方法、装置及系统
CN102355713A (zh) 语音通信中的呼叫方法及移动终端
CN100531467C (zh) 一种基于因特网协议承载的呼叫方法
KR100641326B1 (ko) 차세대 이동통신망에서의 호처리 방법
KR100660739B1 (ko) 통신시스템에서의 대체 영상 서비스 방법
CN102316228A (zh) 在总机业务中实现话务员插入通话的方法、装置和系统
CN100450311C (zh) 一种呼叫控制的方法、系统及设备
CN101668229A (zh) 多媒体铃音业务的呼叫和控制方法、装置及系统
US20090003338A1 (en) Special termination mobile announcement, for wireless VoIP customized ring back tone service
JP2008141490A (ja) 緊急通報制御装置、無線通信端末および基地局
CN101242511B (zh) 一种调度通信中视频调度的实现方法
CN113395784B (zh) 一种建立Qci2视频专用承载的方法及装置
KR100623917B1 (ko) 통신시스템에서의 등록정보 표시 서비스 방법
CN109348076A (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