CN101175303B - 实现核心网资源共享的系统和装置及该系统的呼叫方法 - Google Patents
实现核心网资源共享的系统和装置及该系统的呼叫方法 Download PDFInfo
- Publication number
- CN101175303B CN101175303B CN2006101379843A CN200610137984A CN101175303B CN 101175303 B CN101175303 B CN 101175303B CN 2006101379843 A CN2006101379843 A CN 2006101379843A CN 200610137984 A CN200610137984 A CN 200610137984A CN 101175303 B CN101175303 B CN 101175303B
- Authority
- CN
- China
- Prior art keywords
- media resource
- processing module
- resource processing
- msc server
- information
- 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
Links
Images
Abstract
本发明公开了一种实现核心网资源共享的系统,该系统包括MSC服务器和媒体资源处理模块;MSC服务器用于根据存储的媒体资源处理模块列表信息,确定媒体资源处理模块,将控制信息发送到确定的媒体资源处理模块;媒体资源处理模块用于根据获取到的MSC服务器控制信息,执行承载处理。本发明还公开了一种实现核心网资源共享的媒体资源共享装置,该装置包括媒体资源处理模块和IuCS接口。本发明另外公布了系统的呼叫方法,根据主叫接入侧发来的呼叫建立请求,分配承载资源,建立前向承载连接;根据被叫接入侧发来的确认信息,分配承载资源,建立后向承载连接,通话完成后,释放承载资源,断开承载连接。本发明能够节省核心网资源。
Description
技术领域
本发明涉及网络通信技术,尤其涉及实现核心网资源共享的系统和装置及该系统的呼叫方法。
背景技术
宽带码分多址(WCDMA,Wideband Code Division Multiple Access)系统的核心网由全球移动通信(GSM,Global System for Mobile communications)系统的核心网发展而来。
目前,WCDMA系统R99版本技术最为成熟,其核心网由电路域(CS,CircuitSwitched)和分组域(PS,Packet Switched)两大部分组成,电路域的移动交换中心(MSC,Mobile Switch Center)为移动交换服务器(MSC_Server,MobileSwitch Center_Server)和媒体网关(MGW,Media Gateway)的合设节点,负责CS域的呼叫接续、移动性管理和鉴权、加密等功能。CS域的核心网承载采用传统的时分复用(TDM,Time Division Multiple)方式,压缩的话音数据流在到达MSC节点后,被语音编解码器(TC,TransCoder)转为64K比特话音数据流,然后在核心网中传送。
R4版本相对R99而言,完成了CS域的IP化,将传统话音业务从专用的TDM承载移植到统一的因特网协议/异步传输模式(IP/ATM)多业务传输网络。另外,CS域核心网引入了控制和承载分离的软交换网络结构,如图1所示。R99版本中的MSC演化为电路交换媒体网关(CS-MGW,Circuit Switched-MediaGateway)130和MSC服务器(MSC_Server)151两个实体。其中,MSC服务器151与VLR152合设在一起,作为一个实体与HLR160相连接。
MSC服务器151独立于底层承载协议,负责控制承载,主要完成呼叫 控制、媒体网关接入控制、移动性管理、资源分配、协议处理、路由、认证、计费等功能。MSC服务器151通过Mc接口控制CS-MGW130。Mc接口为MSC服务器151与CS-MGW130之间的接口,主要功能是媒体控制,使用基于H.248的呼叫承载控制协议。H.248协议定义的连接模型包括终端(termination)和关联(context)两个主要概念。终端是一个逻辑实体,一个关联是一些终端间的联系。
CS-MGW130终止从电路交换网络来的承载通道和从IP包网络来的媒体流。通过IU接口,CS-MGW130能够在电路交换网的承载通道和分组网的媒体流之间进行转换,支持承载控制及包括编解码、回声抑制和会议桥等的承载处理。CS-MGW130通过IuCS接口与RNS120通信,可以支持基于AAL2/ATM及基于RTP/UDP/IP的不同IU接口的相关操作。IU接口涉及到的协议还包括IU UP协议,IU UP协议遵从第三代伙伴计划(3GPP)的25.414协议和25.415协议。在需要支持移动特殊功能时,比如切换时,CS-MGW130承载控制和承载处理需要H.248标准机制的支持。RNS120是核心网的接入侧,包括无线基站Node B121及无线网络控制器RNC122,RNC122通过IuCS接口与MSC服务器151及CS-MGW130相连接。CS-MGW130通过PSTN接口与PSTN网络140通信。
WCDMA系统R4版本的软交换网络结构具有多种连接关系,如图2所示,图2中包含了三种网络连接关系,分别是RNC211与RNC212归属同一个媒体网关CS-MGW221的连接关系,RNC211和RNC213分别归属CS-MGW221和CS-MGW222两个不同的媒体网关的连接关系和RNC211与RNC214经过CS-MGW221和CS-MGW223两个不同的媒体网关分别与不同的移动交换服务器MSC服务器232和MSC服务器252相通信的连接关系。因此,需要两种接口支持,分别是CS-MGW221和CS-MGW222之间的Nb接口和MSC服务器232与MSC服务器252之间的Nc接口。Nc接口采用与承载无关的呼叫控制协议-BICC协议,采用承载和控制分离的方式解决移动呼叫控制功能。Nb接口主要使用ATM或IP方式承载电路域的业务,当采用IP承载时,Nb接口的用 户平面和控制平面的传输路径不同。用户平面基于RTP,直接在两个MGW之间传输,其协议栈为RTP/UDP/IP;控制平面采用Q.1970,需要通过Mc和Nc接口的隧道传输。
由以上分析,可以看出,在WCDMA系统R4版本的核心网中,虽然实现了承载与控制分离,但因为MSC服务器与CS-MGW之间存在归属关系,在系统组网时,核心网资源无法实现共享,网元间连接关系复杂,需要增设多种接口,由多种协议支持才能完成网络通信,造成核心网资源的浪费。
图2中的RNC211与RNC212之间以及RNC211和RNC213之间的呼叫是在同一个MSC服务器内进行,称为局内呼叫,而RNC211与RNC214间的呼叫则为局间呼叫。下面以图2中所示的RNC211和RNC214的连接方式,简要说明WCDMA系统的R4版本网络架构中局间RNC间的移动呼叫流程。呼叫流程可分为移动台起呼(MO)流程、移动台终止(MT)流程和拆线流程三个子流程,图3为R4版本核心网的呼叫流程简图。其步骤如下:
步骤301至步骤304为MO子流程。
步骤301:主叫侧向MSC服务器-O发送呼叫建立请求。
步骤302:主叫侧建立IU承载。
步骤303:主叫侧IUUP初始化过程。
步骤304:MSC服务器-O向MSC服务器-T发送承载信息。
在接入控制完成后,MSC服务器-O向移动台返回呼叫处理信令,同时向MSC服务器-T发送包含承载信息的信令,此信令包含RNC建立请求、承载特性等信息。
步骤305-步骤310为MT子流程。
步骤305:MSC服务器-T寻呼被叫侧用户。
步骤306:MSC服务器-T向被叫侧发送建立承载消息。
步骤307:核心网承载建立过程。
MSC服务器-O向CS-MGW-O通过H.248协议发送增加终端消息,请求CS-MGW-O建立指向CS-MGW-T的承载,并采用改变通连方式实现 CS-MGW间的承载建立。
步骤308:Nb初始化过程。
步骤309:被叫侧建立IU承载。
步骤310:被叫侧IUUP初始化过程。
步骤311:被叫侧播放振铃。
步骤312:主被叫侧间建立通话连接。
步骤313-步骤317为拆线过程。本流程以被叫用户先断线为例。
步骤313:被叫侧发送断开连接消息。
步骤314:被叫侧释放IU承载。
步骤315:MSC服务器-T向MSC服务器-O发送释放承载信息
步骤316:MSC服务器-O向主叫侧发送释放承载消息。
步骤317:主叫侧释放IU承载。
在R4版本中,定义了核心网的免编解码操作(TrFO,Transcoder FreeOperation)功能,网络对编解码的类型和模式进行协商,协商成功后,假若两端使用的编解码一样,比如,两端都使用自适应多速率(AMR)编码,压缩的话音数据流可以无须经编解码器TC转换成64K比特语音数据流。其TrFO协商在承载建立之前完成,所以呼叫建立的流程如图4所示。
步骤401:主叫侧向MSC服务器-O发送呼叫建立请求。
步骤402:MSC服务器-O向MSC服务器-T发送承载信息。
步骤403:MSC服务器-T寻呼被叫侧用户。
步骤404:MSC服务器-T向被叫侧发送建立承载消息。
步骤405:MSC服务器-T向MSC服务器-O返回编解码信息。
步骤406:核心网承载建立。
步骤407-步骤408与步骤302-步骤303相同。
步骤409:Nb初始化过程。
步骤410-步骤418与步骤309-步骤317相同。
可以看出,TrFO协商成功后,语音数据流仍需要以压缩形式继续在核心网ATM或IP核心网上传送。
WCDMA系统的R5版本中,提出了IP多媒体子系统(IMS,Internet ProtocolMultimedia Subsystem)域的多媒体资源共享功能设备MRS510,MRS510在IMS域中的结构如图5所示。3GPP TS29.333 V0.2.0定义了MRS510在IMS域的主要功能,每个功能均被划分为两个阶段,第一种功能为支持用户的交互,第一阶段为基本用户的交互,主要包含发送语音,固定通知音,收集DTMF信号,第二阶段为高级用户交互,主要包含交互语音响应和通知能力;第二种功能是支持转换功能,第一阶段为基本的转换功能,主要包括语音编码之间的转换,第二阶段为高级转换功能,包括基本转换和多媒体转换;第二种功能是支持协商功能,第一阶段为基本的协商功能,主要包括3方呼叫增加到更多的语音协商,第二阶段为高级的协商功能,主要包括底层控制过程和协商。MRS510在IMS域时支持的协议栈是物理层、链路层、IP层、UDP/SCTP层、RTP层及用户业务层。
在3GPP TS29.333 V0.2.0协议中,首次提出MRS510分为多媒体资源功能控制器MRFC512和多媒体资源功能处理器MRFP511。
MRFP511通过Mb接口与IMS-MGW520相连接,完成对多媒体资源的处理功能。MRFP511还通过Mb接口与IP多媒体网络540通信,Mb接口为RTP协议接口;MRFP511和MRFC512之间通过Mp接口,Mp接口采用的是H.248标准协议。
MRFC512通过Mr接口与S-CSCF560通信,Mr接口为SIP协议。SIP协议的消息由两种类型,一种是请求消息由请求行、头、消息体组成,一种是响应消息由状态行、头、消息体,其中消息体可采用独立于会话初始协议(SIP协议)的会话描述协议(SDP)进行描述。
S-CSCF560用于用户的业务处理与应用服务器(AS,Application Server)550相连。
IMS-MGW520可由R4版本中的CS-MGW软件升级得到。IMS-MGW520 与MGCF530相连接,MGCF530用于与CS域互通,可由R4版本中的MSC服务器升级得到。
由以上结构分析,可以看出,在R5版本中,虽然提出MRS多媒体资源共享功能设备,但并没能解决IMS-MGW520与MGCF530之间的归属关系,在组网时,依然无法实现核心网资源共享,造成核心网资源浪费的问题。
发明内容
有鉴于此,本发明的一个主要目的在于提供实现核心网资源共享的系统,能够节省核心网资源。
本发明的第二个主要目的在于提供实现核心网资源共享的装置,能够节省核心网资源。
本发明的第三个主要目的在于提供实现核心网资源共享的系统的呼叫方法,能够节省核心网资源。
为了达到上述第一个目的,本发明提出的技术方案为:一种实现核心网资源共享的系统,其特征在于,该系统包括MSC服务器、媒体资源处理模块和接入侧;
所述的MSC服务器,用于根据存储的媒体资源处理模块列表信息,确定媒体资源处理模块,将控制信息发送到确定的媒体资源处理模块;
所述的媒体资源处理模块,用于根据获取到的MSC服务器控制信息,执行承载处理;
所述的接入侧,用于存储媒体资源处理模块列表信息,根据MSC服务器发来的携带MSC服务器所确定的媒体资源处理模块的端点信息的承载信息产生协商信息,将协商信息发送到所述确定的媒体资源处理模块。
所述的接入侧为无线网络子系统RNS;
所述的无线网络子系统,用于通过支持IUUP协议的接口,将协商信息发 送到媒体资源处理模块。
所述的媒体资源处理模块包括媒体资源处理单元MRFP;
所述的媒体资源处理单元,用于根据H.248协议的MSC服务器控制消息,执行承载处理。
所述的系统进一步包括媒体资源控制单元MRFC;
所述的媒体资源控制单元,用于获取MSC服务器发来的SIP协议的控制信息,再通过支持H.248协议的接口,将H.248协议的控制信息发送到媒体资源处理单元,并且将媒体资源处理单元返回的H.248协议承载信息,转换成SIP协议信息后,发送给MSC服务器。
媒体资源处理单元单独设置;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRFP列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRFP列表信息。
媒体资源控制单元单独设置或与应用服务器合设;
所述的媒体资源控制单元存储MRFP列表信息;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRFC列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRFP列表信息。
媒体资源控制单元与MSC服务器合设;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRFP列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRFP列表信息。
媒体资源控制单元与媒体资源处理单元合设,对外表现为媒体资源共享子系统MRS实体;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRS列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRS列表信息。
为了达到上述第二个目的,本发明提出的技术方案为:一种实现核心网资源共享的媒体资源共享装置,其特征在于,该装置包括媒体资源处理模块和IuCS接口;
所述的媒体资源处理模块,用于根据获取到的MSC服务器控制消息,执行承载处理;
所述的IuCS接口,用于接收支持IUUP协议的接入侧的消息,将接收到的消息发送到媒体资源处理模块,其中,
所述的媒体资源处理模块包括媒体资源处理单元MRFP;所述的媒体资源处理单元,用于根据H.248协议的MSC服务器控制消息,执行承载处理;
所述MSC服务器根据存储的媒体资源处理模块列表信息确定媒体资源处理模块,将控制信息发送到确定的媒体资源处理模块;
所述接入侧存储媒体资源处理模块列表信息,根据MSC服务器发来的携带MSC服务器所确定的媒体资源处理模块的端点信息的承载信息产生协商信息,将协商信息发送到所述确定的媒体资源处理模块。
所述的装置进一步包括媒体资源控制单元MRFC和Mp接口;
所述的媒体资源控制单元,用于接收MSC服务器发来的SIP协议的控制信息,再通过支持H.248协议的接口,将控制信息发送到媒体资源处理单元,并且将媒体资源处理单元返回的H.248协议承载信息,转换成SIP协议信息后,发送给MSC服务器。
所述的Mp接口,用于接收支持H.248协议的媒体资源处理单元MRFP的消息,将接收到的媒体资源处理单元MRFP消息发送到媒体资源控制单元MRFC。
所述的媒体资源控制单元MRFC可以单独设置、与媒体资源处理单元MRFP合设、与MSC服务器合设或者与应用服务器AS合设。
为了达到上述第三个目的,本发明提出的技术方案为:一种实现核心网资源共享的系统的呼叫方法,其特征在于,系统中包括媒体资源处理模块,该方法包括:
A.根据主叫接入侧发来的呼叫建立请求,分配承载资源,建立前向承载连接;
B.根据被叫接入侧发来的确认信息,分配承载资源,建立后向承载连接;
C.通话完成后,释放承载资源,断开承载连接,其中,
步骤A所述的分配承载资源,建立前向承载连接的方法是:
A1.MSC服务器接收主叫接入侧发来的呼叫建立请求,根据媒体资源处理模块列表选择媒体资源处理模块,并向媒体资源处理模块发送分配核心网承载资源的控制信息;
A2.媒体资源处理模块为主叫接入侧分配核心网承载资源,并向MSC服务器返回媒体资源处理模块的端点信息;
A3.主叫接入侧接收MSC服务器发来的端点信息后,直接向媒体资源处理模块发送协商信息,建立前向承载连接。
步骤C所述的释放承载资源,断开承载连接的方法是:
C1.通话完成后,释放主叫接入侧IU承载资源;
C2.释放为主叫接入侧分配的核心网承载资源;
C3.释放被叫接入侧IU承载资源;
C4释放为被叫接入侧分配的核心网承载资源。
在免编解码操作TrFO协商成功后,步骤A所述的分配承载资源,建立前向承载连接的方法是:
A1.MSC服务器接收主叫接入侧发来的呼叫建立请求,根据媒体资源处理模块列表选择媒体资源处理模块,并向媒体资源处理模块发送分配核心网承载资源的控制信息;
A2.媒体资源处理模块为主叫接入侧分配核心网承载资源,并向MSC服务器返回媒体资源处理模块的端点信息;
A3.主叫接入侧接收MSC服务器发来的端点信息后,直接向媒体资源处理模块发送协商信息,建立前向承载连接;
A4.主叫接入侧接收MSC服务器发来的携带媒体资源处理模块的端点信息后,记录下媒体资源处理模块的端点信息。
在免编解码操作TrFO协商成功后,步骤B所述的分配承载资源,建立后向承载连接的方法是:
B1.MSC服务器收到被叫接入侧确认信息后,向被叫接入侧发送包含主叫接入侧端点描述的信息;
B2.被叫接入侧记录下主叫接入侧端点信息后,向MSC服务器发送振铃消息;
B3.MSC服务器根据媒体资源处理模块列表选择媒体资源处理模块,并向媒体资源处理模块发送分配核心网承载资源的控制信息;
B4.媒体资源处理模块为被叫接入侧分配核心网承载资源,并向MSC服务器返回媒体资源处理模块的端点描述信息;
B5.MSC服务器接收到被叫接入侧摘机消息后,释放为主叫接入侧分配的核心网承载资源;
B6.主叫接入侧将被叫接入侧端点作为目的端点,与被叫接入侧建立直接通话通道。
在免编解码操作TrFO协商成功后,步骤C所述的建立释放承载资源的方法是:
C1.通话完成后,释放通话通道资源;
C2.释放主叫接入侧IU承载资源;
C3.释放被叫接入侧IU承载资源。
所述的MSC服务器根据媒体资源处理模块列表选择媒体资源处理模块的方法为:采用负荷分担的方法选择媒体资源处理模块。
由本发明的技术方案可见,本发明引入媒体资源处理模块替代原R4版本核心网中的CS-MGW,具有以下优点:
第一、本发明引入媒体资源处理模块替代核心网中的CS-MGW能够实现核心网资源共享,从而能够减少大量的核心网网元及接口资源,节省核心网资 源,提高了媒体资源的重复利用率。
第二、本发明引入媒体资源处理模块替代核心网中的CS-MGW,减少了由媒体网关之间及媒体网关与承载网之间复杂的网络连接所带来的传输资源损耗,从而能够提高网络的服务质量。
第三、本发明引入媒体资源处理模块替代核心网中的CS-MGW,在承载层提供一种全新的网络结构和逻辑接口,丰富了现有的R4版本在核心网承载层的架构。
第四、本发明引入媒体资源处理模块替代核心网中的CS-MGW,可以在R4版本的组网中应用R5版本的网元以实现核心网资源共享,有利于现有网络向IMS网络的融合。
第五、本发明引入媒体资源处理模块替代核心网中的CS-MGW,可以实现基于TrFO的承载优化方式,即在TrFO协商成功后,通话后,呼叫承载可以不经核心网直接在接入侧之间建立通话通道,能够进一步节省核心网资源,进一步提高媒体资源的重复利用率及网络的服务质量。
因此,本发明提供的实现核心网资源共享的系统和装置及该系统的呼叫方法能够节省核心网资源。
附图说明
图1为R4版本CS域核心网控制和承载分离的软交换网络结构示意图;
图2为R4版本软交换网络结构连接关系示意图;
图3为R4版本核心网的呼叫流程图;
图4为经过TrFO承载优化技术后核心网呼叫流程图;
图5为MRS在IMS域中的结构示意图;
图6为本发明系统的第一种结构及逻辑接口示意图;
图7为本发明中MRFP单元支持的协议栈示意图;
图8为图6所示系统结构的共享方式示意图;
图9为本发明系统的第二种结构及逻辑接口示意图;
图10为图9所示系统结构的共享方式示意图;
图11为本发明系统的第三种结构及逻辑接口示意图;
图12为图11所示系统结构的共享方式示意图;
图13为本发明局内RNC间的MO呼叫子流程示意图;
图14为本发明局内RNC间的MT呼叫子流程示意图;
图15为本发明局内RNC间的拆线子流程示意图;
图16为本发明局内RNC间基于TrFO承载优化的MO呼叫子流程示意图;
图17为本发明局内RNC间基于TrFO承载优化的MT呼叫子流程示意图;
图18为本发明局内RNC间基于TrFO承载优化的拆线子流程示意图;
图19为本发明实现核心网资源共享装置的一种结构;
图20为本发明实现核心网资源共享装置的第二种结构。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明进一步详细说明。
本发明的实现核心网中资源共享的系统及其呼叫方法主要在核心网中媒体资源处理模块替代原R4版本核心网中的CS-MGW,媒体资源处理模块可以对接入侧及MSC服务器实现共享,从而能够节省核心网资源。
实施例一
图6为本发明系统的第一种结构及逻辑接口示意图。本实施例的结构与图1所示结构的区别是,CS-MGW的位置被媒体资源处理模块640所代替,媒体资源处理模块640包括媒体资源处理单元MRFP641,MRFP641主要支持用户交互、转换和协商的功能。
在图6中,MRFP641单独设置,MRFP641与MSC服务器611之间利用MSC服务器611原有的对CS-MGW的Mc接口,此时,Mc接口的协议应使用 Mp接口,采用的是现有的H.248协议进行通讯;MRFP641要与RNC652相连,其接口是IuCS接口,支持的协议为IUUP。因此,需要在MRFP641中实现协议栈的扩充,图7为MRFP支持的协议栈示意图。MRFP支持的协议栈是物理层701、链路层702、IP层703、UDP/SCTP层704、RTP层705、IUUP层706及用户业务层707。可以看出,协议栈在RTP705协议层之上扩展支持IUUP706的协议层。
图6所示的系统在组网时,要建立两层共享关系,即实现MRFP对MSC服务器和RNC的共享式访问,其共享方式如图8所示。图8为图6所示系统结构的共享示意图。网络中的每个MRFP可以通过相应的接口对任意的MSC服务器和RNC进行通信访问,即MSC服务器850、MSC服务器860和MSC服务器870可以访问MRFP841和MRFP842,并且接入侧RNS820、RNS830和RNS840也可以访问MRFP841和MRFP842,实现这种共享式访问的方法,就是在MSC服务器和RNC中存储包含MRFP841和MRFP842信息的MRFP列表。MSC服务器和RNC通过访问MRFP列表,可实现对MRFP选择与确定,选择MRFP的算法可以采用负荷分担的算法,以便承载层的MRFP负荷均匀地被RNC和MSC服务器分担。
实施例二
图9为本发明系统的第二种结构及逻辑接口示意图。本实施例的结构与图6所示结构的区别是,增加了媒体资源控制单元MRFC912,MRFC912与MSC服务器911合设,对外表现为MSC服务器,媒体资源处理模块940包括媒体资源处理单元MRFP941,MRFP941独立设置。MRFC912通过Mr接口与MSC服务器911连接,Mr接口支持的协议为SIP协议,MRFC912与MRFP941间的接口是Mp接口,支持的协议为H.248。
图10为图9中系统结构的共享示意图,图中MRFP对MSC服务器以及RNS接入侧实现共享式访问的方法,也是在MSC服务器和RNC中设置MRFP列表,MSC服务器和RNC通过访问MRFP列表可实现对MRFP选择与确定,其余部分与图8相同,这里不一一缀述。
实施例三
如果考虑把MRFC功能和IMS的应用服务器合设,则其结构及接口就如图11所示。图11为本发明系统的第三种结构及逻辑接口示意图。MRFC1101与应用服务器合设,对外表现为AS1100,通过Mp接口与MSC服务器1110连接,媒体资源处理模块1140包括媒体资源处理单元MRFP1141,MRFP1141单独设置,通过IuCS接口与RNS1150通信。系统将建立三层共享关系,即AS对各个MSC服务器的共享访问,MRFP对各个AS的共享访问以及MRFP对RNC的共享访问。实现共享的方法同样是在MSC服务器中存储MRFC列表,在RNC中存储MRFP列表,并且,在与应用服务器合设的MRFC中存储MRFP列表。MSC服务器和RNC通过访问列表可实现图12为图11中系统结构的共享示意图。
MRFC还可以与MRFP合设,对外表现为MRS,其结构及接口连接方式与图6类似,此时,MSC服务器及RNC中存储MRS列表。MRFC还可以独立于MSC服务器及MRFP,单独设置,其共享方式与图12类似,总的来说,根据媒体资源共享模块的组成及MRFC位置的设置可以形成多种组合,这里就不一一详述。
实施例四
系统引入媒体资源处理模块代替媒体网关后,由于结构及接口关系的变化,其工作流程也相应变化,本实施例以图9所示的系统局内RNC间的呼叫流程为例,进行说明,呼叫流程可分解为MO流程、MT流程和拆线三个子流程,以下对照说明书附图分别详细说明。
MO子流程主要是前向承载的建立过程,如图13所示。其步骤包括:
步骤1301至步骤1305是3GPP的标准流程。
步骤1301:主叫接入侧RNC-O向MSC服务器发送业务请求。
步骤1302:MSC服务器对主叫用户进行鉴权的过程。
步骤1303:RNC-O向MSC服务器发送呼叫建立请求。
步骤1304:接入控制完成后,MSC服务器向RNC-O返回呼叫处理信息。
步骤1305:MSC服务器执行路由功能,对可选路由进行分析及选路。
步骤1306:MSC服务器选择及确定MRFP。
本实施例,采取MSC服务器与MRFC合设的方式,MSC服务器内部存储MRFP列表,采用负荷分担的算法即可实现对MRFP的选择和确定。
步骤1307:MSC服务器向MRFC发送SIP协议的INVITE消息。
SIP协议的INVITE消息,用以邀请被叫用户加入呼叫,MSC服务器收到被叫号码后,通过SIP协议向MRFC发送INVITE消息,消息中携带描述RNC-O的端点消息体SDP1。
步骤1308:MRFC向MRFP发送H.248协议的ADD.req消息。
H.248协议的ADD命令用以增加一个终端到一个关联中,当不指明关联标识时,将生成一个关联,然后加入终端,MRFC通过H.248协议向MRFP发送ADD.req消息,请求MRFP为RNC-O分配本次呼叫的对话和端点资源。
步骤1309:MRFP向MRFC返回H.248协议的ADD.rsp消息。
MRFP为RNC-O分配端点标识T1及关联标识C1,MRFP分配好对话和端点资源后,通过H.248协议向MRFC发送ADD.rsp消息,带有为本次呼叫的对话和端点资源。
步骤1310:MRFC向MSC服务器返回SIP协议的200OK消息。MRFC收到MSC服务器的INVITE消息后,通过SIP协议给MSC服务器回送200OK,其中携带MRFP的端点描述的SDP2。
步骤1311:MSC服务器向MRFC返回ACK消息。
SIP协议中定义ACK消息为确认已经接收到对INVITE的最终响应,MSC服务器收到MRFC发送的200OK消息后,通过SIP协议给MRFC回送ACK消息确认,MSC服务器和MRFC本次对话建立成功。
以下步骤1312至步骤1316为RNC-O接入侧承载建立过程。
步骤1312:MSC服务器向RNC-O发送RAB-ASSIGMENT-REQ消息
MSC服务器向RNC-O发送RAB-ASSIGMENT-REQ消息,其中携带MRFP的端点描述SDP2。
步骤1313:RNC-O向MRFP发送IUUP协议的IUUP-Init消息
RNC-O收到MRFP的端点信息后,直接在IUUP协议栈上向MRFP发送IUUP-Init消息,包括包的大小及其IP地址、端点标识T1等信息,以协商RNC-O和MRFP之间的IUUP相关信息。
步骤1314:MRFP向RNC-O返回IUUP-Init-ACK确认消息。
MRFP直接在IUUP协议栈上给RNC-O回送IUUP-Init-Ack消息,表示本次呼叫的IUUP层协商通过。
步骤1315:MRFP向MRFCH.248发送协议的Notify消息。
Notify命令是由媒体网关类型的实体发起的,可以将检测到的事件通知给MSC服务器或其它的实体。MRFP通过H.248协议向MRFC发送Notify消息,通知MRFC,本次MRFP和RNC-O之间的承载建立过程完成。
步骤1316:RNC-O向MSC服务器发送RAB-ASSIGMENT-CMP消息。
MSC服务器接收到RNC-O发送来的RAB-ASSIGMENT-CMP消息,表示RNC-O所处的接入侧本次呼叫承载建立完成。
MT子流程主要是后向承载的建立过程,如图14所示。其步骤包括:
步骤1401至步骤1403是3GPP的标准流程。
步骤1401:MSC服务器对被叫用户的寻呼及鉴权过程。
步骤1402:被叫接入侧RNC-T向MSC服务器发送呼叫建立请求。
步骤1403:接入控制完成后,MSC服务器向RNC-T返回呼叫确认信息。
步骤1404:MSC服务器向MRFC发送SIP协议的INVITE消息。
MSC服务器通过SIP协议向MRFC发送INVITE消息,这时则携带的是RNC-T的端点描述的SDP4。
步骤1405:MRFC向MRFP发送H.248协议的ADD.req消息。
MRFC通过H.248协议向MRFP发送ADD.req消息,请求MRFP为RNC-T分为本次呼叫的对话和端点资源。
步骤1406:MRFP向MRFC返回H.248协议的ADD.rsp消息。
因本实施例为局内RNC间的呼叫,因此MRFP为RNC-T分配端点标识T2 及关联标识C2,MRFP分配好对话和端点资源后,通过H.248协议向MRFC发送ADD.rsp消息,带有为本次呼叫的对话和端点资源。
步骤1407:MRFC向MSC服务器返回SIP协议的200OK消息。
在本实施例中,主叫接入侧RNC-O与被叫接入侧RNC-T共享同一个MRFP,因而当MRFC收到MRFP的ADD.rsp消息后,通过SIP协议给MSC服务器回送200OK时,携带的MRFP端点描述消息体仍为SDP2。
步骤1408:MSC服务器向MRFC返回ACK消息。
MSC服务器收到MRFC发送的200OK消息后,通过SIP协议给MRFC回送ACK消息确认,MSC服务器和MRFC本次对话建立成功。
步骤1409:MSC服务器向RNC-T发送RAB-ASSIGMENT-REQ消息。
MSC服务器向RNC-T发送RAB-ASSIGMENT-REQ消息,其中携带MRFP的端点描述SDP2。
步骤1410:RNC-T向MRFP发送IUUP协议的IUUP-Init消息。
RNC-T收到MRFP的端点信息后,直接在IUUP协议栈上向MRFP发送IUUP-Init消息,包括包大小及其IP地址、端点标识T2等信息,以协商RNC-T和MRFP之间的IUUP相关信息。
步骤1411:MRFP向RNC-T返回IUUP-Init-ACK确认消息。
MRFP直接在IUUP协议栈上给RNC-T回送IUUP-Init-Ack消息,表示本次呼叫的IUUP层协商通过。
步骤1412:MRFP向MRFC发送发送H.248协议的Notify消息。
MRFP通过H.248协议向MRFC发送Notify消息,通知MRFC,本次MRFP和RNC-T之间的承载建立过程完成。
步骤1413:RNC-T向MSC服务器发送RAB-ASSIGMENT-CMP消息。
MSC服务器收到RNC-T发送来的RAB-ASSIGMENT-CMP消息,表示RNC-T所处接入侧的本次呼叫承载建立完成。
步骤1414:RNC-T向MSC服务器上报振铃消息。
RNC-T侧向MSC服务器上报振铃消息,通知MSC服务器,被叫接入侧 RNC-T处于振铃状态。
步骤1415:MSC服务器向MRFC发送SIP协议的INVITE消息。
MSC服务器通过H.248协议向MRFC发送INVITE消息,携带RNC-O的端点描述SDP1。
步骤1416:MRFC向MRFP发送MOD.req消息。
H.248协议中的MOD(Modify)命令用以修改一个终端的属性、事件和信号参数,MRFC通过H.248协议向MRFP发送MOD消息,请求此刻MRFP将端点T1绑定到MRFP的放音资源上。
步骤1417:MRFP向MRFC回送MOD.rsp消息。
MRFP通过H.248协议MOD.rsp消息,告诉MRFC已经完成放音资源和T1端点绑定。
步骤1418:MRFC向MSC服务器发送200OK消息。
MRFC通过SIP协议向MSC服务器发送200OK消息,表明MRFP已完成主叫侧的语音资源准备。
步骤1419:MSC服务器向MRFC回送ACK消息。
MSC服务器通过SIP协议向MRFC回送ACK消息,表明放音准备结束,可以放音,此时MRFP通过以前和RNC-O协商好的IUUP参数开始向RNC-O进行回铃音的播放。这样,主叫接入侧RNC-O就能够听到MRFP播放的回铃音了。
步骤1420:RNC-T向MSC服务器发送Connect消息。
被叫侧用户摘机,RNC-T会产生此消息,告诉MSC服务器,被叫侧用户已经摘机。
步骤1421:MSC服务器通过SIP协议向MRFC发送INVITE消息。
MSC服务器通过SIP协议向MRFC发送INVITE消息,携带RNC-O的端点描述SDP1。
步骤1422:MRFP向MRFC回送MOD.req消息。
MRFC通过H.248协议向MRFP发送MOD.req消息,请求此刻MRFP将端点 T1绑定到端点T2上,实现RNC-O和RNC-T之间的通话通道接通。
步骤1423:MRFP向MRFC回送MOD.rsp消息。
MRFP通过H.248协议MRFC回送MOD.rsp消息,告诉MRFC已经完成T1和T2之间的端点绑定。
步骤1424:MRFC通过SIP协议向MSC服务器发送200OK消息。
MRFC通过SIP协议向MSC服务器发送200OK消息,表明MRFP已经建立主被叫接入侧之间的通话通道。
步骤1425:MSC服务器通过SIP协议向MRFC回送ACK消息。
MSC服务器通过SIP协议向MRFC回送ACK消息,表明主被叫接入侧通话通道连接完成。
步骤1426:MSC服务器向RNC-O发送connect消息。
MSC服务器向RNC-O发送connect消息,通知RNC-O被叫用户已经摘机。
步骤1427:RNC-O向MSC服务器发送connect ACK消息。RNC-O向MSC服务器发送connect ACK消息。
步骤1428:MSC服务器向RNC-T发送connect ACK消息。
MSC服务器向RNC-T发送connect ACK消息,通知被叫接入侧,此时RNC-O和RNC-T之间的用户进入通话状态,可以进行通话。
拆线子流程主要是释放承载资源的过程,如图15所示。图15为主叫接入侧为主动拆线接入侧的情形,其步骤包括:
步骤1501至步骤1508为3GPP中的标准流程,为释放无线链路资源,当MSC服务器接收到无线链路释放完成消息后,开始释放核心网资源。
步骤1509:MSC服务器向MRFC发送BYE消息。
SIP协议中的BYE消息是用来终止呼叫上的两个用户之间的呼叫的消息。MSC服务器通过SIP协议向MRFC发送BYE消息,通知MRFC终止MSC服务器和MRFC之间为主动拆线接入侧RNC-O而建立的对话。
步骤1510:MRFC向MRFP发送SUB.req消息。
MRFC通过H.248协议向MRFP发送SUB.req消息,请求MRFP释放本次 呼叫为RNC-O分配的对话和端点T1,H.248协议中的SUB(Subtract)命令从一个关联中删除一个终端,同时返回终端的统计状态,如关联中再没有其它的终端将删除此关联。
步骤1511:MRFP向MRFC回送SUB.rsp消息。
MRFP通过H.248协议向MRFC回送SUB.rsp消息,通知MRFC,MRFP已经将T1端点释放。
步骤1512:MRFC向MSC服务器发送200OK消息。
此消息用以通知MSC服务器,MRFP以及MRFC本次呼叫为RNC-O分配的核心网资源已经释放完成。
步骤1513:MSC服务器向MRFC回送ACK确认信息。
步骤1514:MSC服务器向RNC-T发送IU Release CMD消息。
此消息用以通知被动拆线接入侧RNC-T释放本次呼叫RNC-T侧的IU承载资源。
步骤1515:RNC-T向MSC服务器回送IU Release CMP消息。
RNC-T向MSC服务器回送IU Release CMP消息,通知MSC服务器,RNC-T侧的IU承载资源,已经释放完成。
步骤1516:MSC服务器通过SIP协议向MRFC发送BYE消息。
MSC服务器通过SIP协议向MRFC发送BYE消息,通知MRFC终止MSC服务器和MRFC之间为RNC-T而建立的对话。
步骤1517:MRFC向MRFP发送SUB.req消息。
MRFC通过H.248协议向MRFP发送SUB.req消息,请求MRFP释放本次呼叫为RNC-T分配的对话和端点T2。
步骤1518:MRFP向MRFC回送SUB.rsp消息。
MRFP通过H.248协议向MRFC回送SUB.rsp消息,通知MRFC,MRFP已经将T2端点释放。
步骤1519:MRFC向MSC服务器发送200OK消息。
步骤1520:MSC服务器向MRFC回送ACK确认信息。
MRFC通过SIP协议向MSC服务器发送200OK消息,通知MSC服务器, MRFP以及MRFC本次呼叫为RNC-T分配的核心网资源已经释放完成。
实施例五
系统引入媒体资源处理模块代替媒体网关后,如果实现了全网IP化,那么在TRFO的协商成功后,可以实现通话后呼叫的承载路径不经过核心网直接在RNC之间建立,其关键在于环节是:在WCDMA系统,MSC服务器与RNC间的RAB-ASSIGMENT消息具有修改功能,通过使用该消息,可以通过修改TLA(Transport Layer Address)来完成承载的更新,在完成端点绑定后,直接在RNC之间建立承载。经过TrFO承载优化的呼叫流程可以相应的分为优化MO子流程、优化MT子流程和其拆线子流程。
优化MO子流程主要是前向承载的建立过程,如图16所示。其步骤包括:
步骤1601-步骤1616与步骤1301-步骤1316相同,这里不再缀述。
步骤1617:MSC服务器向主叫接入侧RNC-O发送RAB-ASSIGMENT-REQ消息。
在本实施例的消息中,携带MRFP的端点描述SDP2。
步骤1618:RNC-O向MSC服务器发送RAB-ASSIGMENT-CMP消息。
本实施例的此消息用以表明RNC-O侧的呼叫承载已经建立,并且已经记录下MRFP的端点信息。
优化MT子流程主要是后向承载的建立过程,在呼叫建立之后,将释放核心网资源,优化MT子流程如图17所示。其步骤包括:
步骤1701-步骤1703与前面的MT流程相同。
步骤1704:MSC服务器向RNC-T发送RAB-ASSIGMENT-REQ消息,在本实施例的消息中,携带RNC-O的端点描述SDP1。
步骤1705:被叫接入侧RNC-T向MSC服务器发送RAB-ASSIGMENT-CMP消息,本实施例的此消息用以表明RNC-T侧的呼叫承载已经建立,并且已经记录下RNC-O的地址信息。
步骤1706-步骤1711同前面MT流程的步骤1415-步骤1419。
步骤1712:RNC-T向MSC服务器上报connect消息。
本实施例的此消息用以表明被叫侧用户已经摘机。
步骤1713-步骤1718为释放核心网资源的过程。
步骤1713:MSC服务器向MRFC发送BYE消息。
MSC服务器收到被叫用户摘机消息后,通过SIP协议向MRFC发送BYE消息,请求MRFC拆除已经为RNC-O侧建立的SIP对话及其相关资源。
步骤1714:MRFC向MRFP发送SUB.req消息。
MRFC收到MSC服务器发送来的BYE消息,通过H.248协议向MRFP发送SUB.req,消息中携带有端点T1的标识,表明需要MRFP释放为RNC-O侧事先分配好的用于放音的端点及对话资源。
步骤1715:MRFP向MRFC回送SUB.rsp消息。
MRFP通过H.248协议向MRFC发送SUB.rsp消息,表明MRFP已经释放了为RNC-O侧事先分配好的用于放音的端点及对话资源。
步骤1716:MRFC向MSC服务器发送200OK消息。
MRFC通过SIP协议向MSC服务器发送200OK消息,表明MRFC和MRFP已经释放了为RNC-O侧事先分配好的用于放音的端点及对话资源。
步骤1717:MSC服务器向RNC-O侧发送IU Release CMD消息。
通过此消息通知RNC-O释放本次呼叫RNC-O侧的IU承载资源。
步骤1718:RNC-O向MSC服务器回送IU Release CMP消息。
通过此消息通知MSC服务器,RNC-O侧的IU承载资源,已经释放完成。
以下为RNC-O侧修改其目的端点的过程以实现RNC-O到RNC-T间的直接互通。
步骤1719:MSC服务器向RNC-O侧RAB-ASSIGMENT-REQ消息。
该消息中携带有RNC-T侧的端点描述SDP4,通知RNC-O侧刷新自己的目的端点为SDP4。
步骤1720:RNC-O侧向MSC服务器回送RAB-ASSIGMENT-RSP消息。通过此消息表明RNC-O侧已经收到RNC-T端点地址SDP4,并将其作为目的端点地址。
步骤1721:RNC-O侧向RNC-T侧发送IUUP-Init消息。
RNC-O侧收到RNC-T侧的端点信息后,直接在IUUP协议栈上向RNC-T侧发送IUUP-Init消息,以协商RNC-O和RNC-T之间的IUUP相关信息。
步骤1722:RNC-T侧向RNC-O侧发送IUUP-Init-ACK消息。
RNC-T侧收到RNC-O侧的IUUP-Init消息后,直接在IUUP协议栈上向RNC-O侧发送IUUP-Init-ACK消息,表明RNC-O和RNC-T之间的IUUP协商已经完成。
步骤1723:MSC服务器向RNC-O侧发送connect消息。
此消息通知RNC-O被叫用户已经摘机。
步骤1724:RNC-O向MSC服务器发送connect ACK消息。
步骤1725:MSC服务器向RNC-T发送connect ACK消息。
此消息通知被叫侧此时RNC-O和RNC-T之间的用户进入通话状态,可以进行通话。
拆线子流程主要是释放IU承载资源的过程,如图18所示。图18为主叫为主动拆线的情形,其步骤包括:
步骤1801-步骤1807同前面的拆线过程,为释放无线链路资源,也就是释放RNC-O和RNC-T之间通话通道资源的过程,这里不再缀述。
步骤1808:MSC服务器向主动拆线接入侧RNC-O侧发送IU Release CMD消息。
通过此消息通知RNC-O释放本次呼叫RNC-O侧IU承载资源。
步骤1809:RNC-O向MSC服务器回送IU Release CMP消息,通知MSC服务器,RNC-O侧的IU承载资源,已经释放完成。
步骤1810:MSC服务器向被动拆线接入侧RNC-T侧发送IU Release CMD消息。
通过此消息通知RNC-T释放本次呼叫RNC-T侧的IU承载资源。
步骤1811:RNC-T向MSC服务器回送IU Release CMP消息。
通过此消息通知MSC服务器,RNC-T侧的IU承载资源,已经释放完成。
以上的呼叫流程是均以图9所示的系统为例,若采用图6中的结构,那么只需将前面的流程中的MSC服务器和MRFC之间的Mr接口上的SIP协议的消息去除,MRFP到MRFC的H.248消息直接发送到MSC服务器即可。
如果采用图11中所示的系统,把MRFC功能和IMS的应用服务器合设,那么其对应的呼叫流程中只需要把MRFC网元替换成网元AS,其余消息和流程保持不变。
如果将MRFC和MRFP合并为一个网络实体MRS,MSC服务器和MRS通过SIP协议,即Mr接口通讯,其所对应的呼叫流程保持不变。
图19为本发明实现核心网资源共享装置的一种结构,装置由媒体资源处理模块1920和IuCS接口1910组成,其中媒体资源处理模块1920包括媒体资源处理单元MRFP1921。
图20为本发明实现核心网资源共享装置的第二种结构,装置由媒体资源控制单元MRFC2041、媒体资源处理模块2020和IuCS接口2010组成,其中,媒体资源处理模块2020包括媒体资源处理单元MRFP2021,MRFC2041与AS2040合设。
以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种实现核心网资源共享的系统,其特征在于,该系统包括MSC服务器、媒体资源处理模块和接入侧;
所述的MSC服务器,用于根据存储的媒体资源处理模块列表信息,确定媒体资源处理模块,将控制信息发送到确定的媒体资源处理模块;
所述的媒体资源处理模块,用于根据获取到的MSC服务器控制信息,执行承载处理;
所述的接入侧,用于存储媒体资源处理模块列表信息,根据MSC服务器发来的携带MSC服务器所确定的媒体资源处理模块的端点信息的承载信息产生协商信息,将协商信息发送到所述确定的媒体资源处理模块。
2.如权利要求1所述的系统,其特征在于,所述的接入侧为无线网络子系统RNS;
所述的无线网络子系统,用于通过支持IUUP协议的接口,将协商信息发送到媒体资源处理模块。
3.如权利要求1所述的系统,其特征在于,所述的媒体资源处理模块包括媒体资源处理单元MRFP;
所述的媒体资源处理单元,用于根据H.248协议的MSC服务器控制消息,执行承载处理。
4.如权利要求1所述的系统,其特征在于,所述的系统进一步包括媒体资源控制单元MRFC;
所述的媒体资源控制单元,用于获取MSC服务器发来的SIP协议的控制信息,再通过支持H.248协议的接口,将H.248协议的控制信息发送到媒体资源处理单元,并且将媒体资源处理单元返回的H.248协议承载信息,转换成SIP协议信息后,发送给MSC服务器。
5.如权利要求3所述的系统,其特征在于,媒体资源处理单元单独设置;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRFP列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRFP列表信息。
6.如权利要求4所述的系统,其特征在于,媒体资源控制单元单独设置或与应用服务器合设;
所述的媒体资源控制单元存储MRFP列表信息;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRFC列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRFP列表信息。
7.如权利要求4所述的系统,其特征在于,媒体资源控制单元与MSC服务器合设;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRFP列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRFP列表信息。
8.如权利要求4所述的系统,其特征在于,媒体资源控制单元与媒体资源处理单元合设,对外表现为媒体资源共享子系统MRS实体;
所述的MSC服务器存储的媒体资源处理模块列表信息为MRS列表信息;
所述的接入侧存储的媒体资源处理模块列表信息为MRS列表信息。
9.一种实现核心网资源共享的媒体资源共享装置,其特征在于,该装置包括媒体资源处理模块和IuCS接口;
所述的媒体资源处理模块,用于根据获取到的MSC服务器控制消息,执行承载处理;
所述的IuCS接口,用于接收支持IUUP协议的接入侧的消息,将接收到的消息发送到媒体资源处理模块,其中,
所述的媒体资源处理模块包括媒体资源处理单元MRFP;所述的媒体资源处理单元,用于根据H.248协议的MSC服务器控制消息,执行承载处理;
所述MSC服务器根据存储的媒体资源处理模块列表信息确定媒体资源处理模块,将控制信息发送到确定的媒体资源处理模块;
所述接入侧存储媒体资源处理模块列表信息,根据MSC服务器发来的携带MSC服务器所确定的媒体资源处理模块的端点信息的承载信息产生协商信息,将协商信息发送到所述确定的媒体资源处理模块。
10.如权利要求9所述的装置,其特征在于,所述的装置进一步包括媒体资源控制单元MRFC和Mp接口;
所述的媒体资源控制单元,用于接收MSC服务器发来的SIP协议的控制信息,再通过支持H.248协议的接口,将控制信息发送到媒体资源处理单元,并且将媒体资源处理单元返回的H.248协议承载信息,转换成SIP协议信息后,发送给MSC服务器。
所述的Mp接口,用于接收支持H.248协议的媒体资源处理单元MRFP的消息,将接收到的媒体资源处理单元MRFP消息发送到媒体资源控制单元MRFC。
11.如权利要求10所述的装置,其特征在于,所述的媒体资源控制单元MRFC可以单独设置、与媒体资源处理单元MRFP合设、与MSC服务器合设或者与应用服务器AS合设。
12.一种实现核心网资源共享的系统的呼叫方法,其特征在于,系统中包括媒体资源处理模块,该方法包括:
A.根据主叫接入侧发来的呼叫建立请求,分配承载资源,建立前向承载连接;
B.根据被叫接入侧发来的确认信息,分配承载资源,建立后向承载连接;
C.通话完成后,释放承载资源,断开承载连接,其中,
步骤A所述的分配承载资源,建立前向承载连接的方法是:
A1.MSC服务器接收主叫接入侧发来的呼叫建立请求,根据媒体资源处理模块列表选择媒体资源处理模块,并向媒体资源处理模块发送分配核心网承载资源的控制信息;
A2.媒体资源处理模块为主叫接入侧分配核心网承载资源,并向MSC服务器返回媒体资源处理模块的端点信息;
A3.主叫接入侧接收MSC服务器发来的端点信息后,直接向媒体资源处理模块发送协商信息,建立前向承载连接。
13.如权利要求12所述的呼叫方法,其特征在于,步骤C所述的释放承载资源,断开承载连接的方法是:
C1.通话完成后,释放主叫接入侧IU承载资源;
C2.释放为主叫接入侧分配的核心网承载资源;
C3.释放被叫接入侧IU承载资源;
C4释放为被叫接入侧分配的核心网承载资源。
14.如权利要求12所述的呼叫方法,其特征在于,在免编解码操作TrFO协商成功后,步骤A所述的分配承载资源,建立前向承载连接的方法是:
A1.MSC服务器接收主叫接入侧发来的呼叫建立请求,根据媒体资源处理模块列表选择媒体资源处理模块,并向媒体资源处理模块发送分配核心网承载资源的控制信息;
A2.媒体资源处理模块为主叫接入侧分配核心网承载资源,并向MSC服务器返回媒体资源处理模块的端点信息;
A3.主叫接入侧接收MSC服务器发来的端点信息后,直接向媒体资源处理模块发送协商信息,建立前向承载连接;
A4.主叫接入侧接收MSC服务器发来的携带媒体资源处理模块的端点信息后,记录下媒体资源处理模块的端点信息。
15.如权利要求12所述的呼叫方法,其特征在于,在免编解码操作TrFO协商成功后,步骤B所述的分配承载资源,建立后向承载连接的方法是:
B1.MSC服务器收到被叫接入侧确认信息后,向被叫接入侧发送包含主叫接入侧端点描述的信息;
B2.被叫接入侧记录下主叫接入侧端点信息后,向MSC服务器发送振铃消息;
B3.MSC服务器根据媒体资源处理模块列表选择媒体资源处理模块,并向媒体资源处理模块发送分配核心网承载资源的控制信息;
B4.媒体资源处理模块为被叫接入侧分配核心网承载资源,并向MSC服务器返回媒体资源处理模块的端点描述信息;
B5.MSC服务器接收到被叫接入侧摘机消息后,释放为主叫接入侧分配的核心网承载资源;
B6.主叫接入侧将被叫接入侧端点作为目的端点,与被叫接入侧建立直接通话通道。
16.如权利要求12所述的呼叫方法,其特征在于,在免编解码操作TrFO协商成功后,步骤C所述的建立释放承载资源的方法是:
C1.通话完成后,释放通话通道资源;
C2.释放主叫接入侧IU承载资源;
C3.释放被叫接入侧IU承载资源。
17.如权利要求12、14或15所述的呼叫方法,其特征在于,所述的MSC服务器根据媒体资源处理模块列表选择媒体资源处理模块的方法为:采用负荷分担的方法选择媒体资源处理模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101379843A CN101175303B (zh) | 2006-11-01 | 2006-11-01 | 实现核心网资源共享的系统和装置及该系统的呼叫方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101379843A CN101175303B (zh) | 2006-11-01 | 2006-11-01 | 实现核心网资源共享的系统和装置及该系统的呼叫方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101175303A CN101175303A (zh) | 2008-05-07 |
CN101175303B true CN101175303B (zh) | 2010-12-08 |
Family
ID=39423489
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101379843A Active CN101175303B (zh) | 2006-11-01 | 2006-11-01 | 实现核心网资源共享的系统和装置及该系统的呼叫方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101175303B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101394446B (zh) * | 2008-11-04 | 2011-06-08 | 华为技术有限公司 | 应用服务器、带内双音多频信号检测方法及系统 |
CN114374423A (zh) * | 2021-12-20 | 2022-04-19 | 中国电信股份有限公司卫星通信分公司 | 一种卫星移动通信业务异常断网的自主检测方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1390006A (zh) * | 2001-05-31 | 2003-01-08 | 阿尔卡塔尔公司 | 在具有多媒体能力的网络中的直接连接业务 |
CN1567775A (zh) * | 2003-07-10 | 2005-01-19 | 华为技术有限公司 | 一种实现分组网络间呼叫承载通道建立的方法 |
CN1852601A (zh) * | 2005-12-26 | 2006-10-25 | 华为技术有限公司 | 一种实现半双工通信的方法和系统 |
-
2006
- 2006-11-01 CN CN2006101379843A patent/CN101175303B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1390006A (zh) * | 2001-05-31 | 2003-01-08 | 阿尔卡塔尔公司 | 在具有多媒体能力的网络中的直接连接业务 |
CN1567775A (zh) * | 2003-07-10 | 2005-01-19 | 华为技术有限公司 | 一种实现分组网络间呼叫承载通道建立的方法 |
CN1852601A (zh) * | 2005-12-26 | 2006-10-25 | 华为技术有限公司 | 一种实现半双工通信的方法和系统 |
Non-Patent Citations (1)
Title |
---|
CN 1390006 A,全文. |
Also Published As
Publication number | Publication date |
---|---|
CN101175303A (zh) | 2008-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1361994B (zh) | 用于电信网络中的能力协商的系统、设备和方法 | |
JP5118757B2 (ja) | 遠隔通信ネットワークにおける機能ネゴシエーション | |
CN101170611A (zh) | 实现音视频信箱服务的方法及系统 | |
MXPA02000017A (es) | Implementacion de establecimiento de llamada basica que transporta direccion de capa y punto logico en direccion hacia atras en redes celulares con separacion de control de llamada y control de apoyo. | |
WO2008019550A1 (fr) | Procédé et système de communication vidéo et serveur de ressources média de synthèse | |
JP5185827B2 (ja) | 少なくとも1つのペイロードデータコネクションを少なくとも1つのマルチプレックスコネクションへ割り当てるための方法 | |
CN101374256A (zh) | 一种处理会话中媒体流连续性的方法、装置及系统 | |
CN101420432A (zh) | 一种ims监听的实现方法、系统及装置 | |
CN100466761C (zh) | 内置视频网关的移动交换中心及实现多媒体互通的方法 | |
CN101114985B (zh) | 编解码转换系统及方法 | |
CN101094086B (zh) | 一种下一代网络构建呼叫中心的方法及系统 | |
CN101175303B (zh) | 实现核心网资源共享的系统和装置及该系统的呼叫方法 | |
CN100493214C (zh) | 实现呼叫失败前转的方法及装置 | |
CN101155173B (zh) | 电路域感知ims域多媒体会话媒体信息的方法及系统 | |
CN102271137A (zh) | 一种媒体服务器 | |
CN101287170A (zh) | 彩铃业务实现方法、媒体设备以及彩铃业务服务器 | |
US20080107064A1 (en) | Media access server for satellite-based cellular networks | |
CN101146247B (zh) | 为移动网络提供增值业务的方法 | |
CN100596093C (zh) | 智能媒体流旁路的实现方法 | |
CN101553042A (zh) | 一种网关选择的方法、系统及设备 | |
CN100450210C (zh) | 一种r4网络系统及提供媒体资源的方法 | |
CN101258717B (zh) | 媒体网关系统与实现媒体网关内部呼叫的方法 | |
CN102045298B (zh) | 一种ims媒体编解码器协商的方法和系统 | |
JP4621183B2 (ja) | Ip通信網の相互接続システム及びip通信網の相互接続方法 | |
CN100454904C (zh) | 软交换架构下ip直连组网方法、设备及其系统 |
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 |