CN101159982A - 呼叫失败提示业务实现方法和网络交换设备 - Google Patents
呼叫失败提示业务实现方法和网络交换设备 Download PDFInfo
- Publication number
- CN101159982A CN101159982A CNA200710166538XA CN200710166538A CN101159982A CN 101159982 A CN101159982 A CN 101159982A CN A200710166538X A CNA200710166538X A CN A200710166538XA CN 200710166538 A CN200710166538 A CN 200710166538A CN 101159982 A CN101159982 A CN 101159982A
- Authority
- CN
- China
- Prior art keywords
- called
- caller
- information
- calling
- offered
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/48—Arrangements for recalling a calling subscriber when the wanted subscriber ceases to be busy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/55—Aspects of automatic or semi-automatic exchanges related to network data storage and management
- H04M2203/551—Call history
Abstract
本发明公开了一种呼叫失败提示业务实现方法,包括:确定出向被叫发起的呼叫无法接通;判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。本发明还公开了一种网络交换设备,包括:呼叫接续模块,用于确定向被叫发起的呼叫是否接通,在未接通时,将呼叫未接通的信息通知给呼叫提示模块;呼叫提示模块,用于在接收所述呼叫未接通的信息后,判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。通过上述方案,防止了在任何触发呼叫失败提示业务的情况下,均向被叫提供主叫信息,提高了主叫信息的私密性,并且提供了业务灵活性。
Description
技术领域
本发明涉及通信技术领域,特别是指一种呼叫失败提示业务实现方法和一种网络交换设备。
背景技术
呼叫失败提示业务是一项提示被叫有未接通来电的业务,其表现为在呼叫异常时,包括在被叫关机、被叫不可及(如被叫掉网等)、网络决定忙、被叫无应答时,网络侧发送短消息给被叫,以提示被叫在何日何时有何号码曾被呼叫。
上述触发呼叫失败提示业务的异常点表现为:1、关口局取路由信息后发现被叫缺席用户;2、呼叫入局后才发现用户关机或漫游不允许;3、呼叫入局后被叫寻呼无响应或响应超时;4、呼叫入局后发现被叫正在通话;5、呼叫入局后发现网络拥塞;6、呼叫入局后用户无应答。
在异常点表现为第1点时,在关口局(GMSC)触发呼叫失败短消息提示,处理流程如图1所示,包括如下步骤:
步骤101、主叫用户(MS)向自身所在端局(VMSC)发起呼叫请求(SETUP);
步骤102、主叫用户所在端局(VMSC)向关口局发送建立呼叫请求(IAM);
步骤103、关口局收到建立呼叫请求后向被叫签约的归属位置寄存器(HLR)发起取路由请求(MAP_SEND_ROUTING_INFO_REQ);
步骤104、被叫签约的HLR发现用户缺席,则将信息在取路由响应消息(MAP_SEND_ROUTING_INFO_CNF)中带给关口局;
步骤105、关口局触发呼叫失败短消息提示,构造包括主叫号码的呼叫失败短消息内容,并通过始发短消息业务请求(MO_FORWARD_SM_ARG)将其发送给短消息中心(SMSC);
步骤106、短消息中心收到关口局发来的始发短消息业务请求后,给关口局回复始发短消息业务响应消息(MO_FORWARD_SM_RES),并在之后将接收的短消息转发给被叫。
在异常点表现为第2至6点时,在被叫端局(VMSC)触发呼叫失败短消息提示,处理流程如图2所示,包括如下步骤:
步骤201、关口局(GMSC)向被叫端局(VMSC)发起建立呼叫请求(IAM),上述被叫端局即被叫用户拜访的MSC;
步骤202、被叫端局(VMSC)判断被叫是否为用户关机和漫游不允许,如果是,则执行步骤209;否则执行步骤203;
步骤203、被叫端局(VMSC)判断被叫是否为用户正在通话中,如果是,则执行步骤209;否则执行步骤204;
步骤204,被叫端局(VMSC)向被叫用户下发寻呼;
步骤205、被叫端局判断被叫是否为寻呼无响应或等待寻呼响应超时,如果是,则直接跳至步骤209;否则执行步骤206;
步骤206、接收到寻呼响应后,被叫端局向被叫下发SETUP消息,并向媒体网关(MGW)下发信道指配请求;
步骤207、判断无线信道是否拥塞,如果是,则信道指配失败,执行步骤209;否则执行步骤208;
步骤208、判断被叫振铃后是否为一直无应答,如果是,则执行步骤209;否则执行步骤210,接通主叫与被叫的话路;
步骤209、被叫端局(VMSC)触发呼叫失败短消息提示。具体地,本步骤中被叫端局构造包括主叫号码的呼叫失败短消息内容,并通过短消息中心发送给被叫。
在上述现有技术中,在各个异常点触发呼叫失败提示业务时,任何情况下,均直接通过短消息中心向被叫发送包含主叫号码的呼叫失败提示短消息。即使在主叫签约了主叫号码显示限制业务,网络侧强制控制主叫号码不显示等情况下,主叫号码仍然被发送给被叫,使得呼叫失败提示业务实现的很不合理,造成了对主叫号码显示限制业务以及网络侧强制控制主叫号码不显示的无法实现。
发明内容
有鉴于此,本发明提供了一种呼叫失败提示业务实现方法和一种网络交换设备,能够防止在任何触发呼叫失败提示业务的情况下,均向被叫提供主叫信息。
本发明提供的一种呼叫失败提示业务实现方法包括:
确定出向被叫发起的呼叫无法接通;
判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。
本发明提供的一种网络交换设备包括:
呼叫接续模块,用于确定向被叫发起的呼叫是否接通,在未接通时,将呼叫未接通的信息通知给呼叫提示模块;
呼叫提示模块,用于在接收所述呼叫未接通的信息后,判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。
由上述方案可以看出,本发明中,通过确定出向被叫发起的呼叫无法接通后,判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息,从而防止了在任何触发呼叫失败提示业务的情况下,均向被叫提供主叫信息,提高了主叫信息的私密性,并且提供了业务灵活性。
附图说明
图1为现有技术中关口局触发呼叫失败提示业务的流程图;
图2为现有技术中被叫端局触发呼叫失败提示业务的流程图;
图3为本发明方法第一实施例的流程图;
图4为本发明方法第二实施例的流程图;
图5为本发明方法第三实施例的流程图;
图6为本发明网络交换设备实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图,通过具体实施例对本发明作进一步的详细描述。
本发明呼叫失败提示业务实现方法第一实施例的流程如图3所示,包括如下步骤:
步骤301、确定出向被叫发起的呼叫无法接通。
本步骤可以是关口局在上述异常点1,确定出向被叫发起的呼叫无法接通;也可以是被叫端局在上述异常点2至6,确定出向被叫发起的呼叫无法接通。
步骤302、判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。
本步骤中,根据判断结果向被叫提供未接通主叫的信息可以包括:在判断出允许将主叫信息提供给被叫时,向被叫发送包括主叫信息的呼叫提示消息,如构造包括主叫号码的有未接通呼叫的短消息内容,并通过短消息中心发送给被叫;在判断出不允许将主叫信息提供给被叫后,直接结束所述方法,或者向被叫发送不包括主叫信息的呼叫提示消息,如构造不包括主叫号码的有未接通呼叫的短消息内容,并通过短消息中心发送给被叫。
另外,在判断是否允许将主叫信息提供给被叫时,可以根据来自主叫侧的主叫显示相关参数确定,可以根据网络侧是否进行了强制显示主叫信息设定或进行了强制禁止主叫信息设定确定,也可以根据被叫是否签约了主叫显示业务超越确定,还可以综合上述各个参数确定。以下通过两个较佳实施例进行说明综合上述各个参数确定的实现方案,其他确定方式的具体实现方案参照下述实施例即可实现,这里不再赘述。
本发明呼叫失败提示业务第二实施例应用于在关口局触发呼叫失败提示业务,如图4所示,包括如下步骤:
步骤401、主叫向所在端局发起呼叫请求;
步骤402、主叫所在端局向关口局发送建立呼叫请求;
步骤403、关口局收到建立呼叫请求后向被叫签约的HLR发起取路由请求;
步骤404、被叫签约的HLR发现被叫缺席,则将被叫缺席信息在响应消息中带给关口局;
步骤405、关口局接收到被叫缺席信息后,确定出向被叫发起的呼叫无法接通,判断自身中是否进行了强制显示主叫号码的设置,如果是,则确定出允许显示主叫信息,执行步骤409;否则,执行步骤406;
步骤406、关口局判断自身中是否进行了强制禁止显示主叫号码的设置,如果是,则确定出不允许显示主叫信息,执行步骤410;否则执行步骤407;
在具体实现时,步骤405中所执行的判断步骤和步骤406中所执行的判断步骤,还可以调换执行次序,即先执行步骤406中的判断步骤,再执行步骤405中的判断步骤,或同时执行。另外,本实施例中,可以通过参数设定方式进行强制禁止显示主叫号码的设置和进行强制显示主叫号码的设置。
步骤407、关口局判断在步骤403所接收的建立呼叫请求中,是否包括了主叫显示相关参数,如果是,执行步骤408;否则,确定出不允许显示主叫信息,执行步骤410;
步骤408、关口局判断建立呼叫请求中包括的主叫显示相关参数是否为允许显示主叫信息,如果是,则确定出允许显示主叫信息,执行步骤409;否则确定出不允许显示主叫信息,执行步骤410;
在建立呼叫请求中,上述主叫显示相关参数可以是主叫方BCD数字信元(Calling Party BCD Number IEI)中的提供表示语(Presentation Indicator,PI),如表1所示。其中,当主叫方BCD数字信元长度不为0时,表示建立呼叫请求中包括了主叫显示相关参数;当主叫方BCD数字信元长度为0时,表示不包括主叫显示相关参数。另外,PI的不同取值所代表的具体参数可以如表2所示,其中当PI的取值为00时,表示允许显示主叫信息。
表1
Presentation indicator(octet 3a)比特(Bits)7 60 0 显示允许(Presentation allowed)0 1 显示禁止(Presentation restricted)1 0 网络无法获得数字(Number not available due to interworking)1 1 保留(Reserved)如果字节3a中第6、7比特的值为00,则表示显示允许(If octet 3a is omitted the value″00-Presentationallowed″is assumed.) |
表2
上述表1中的信息可以由主叫端局在生成建立呼叫请求时,根据自身的配置或主叫的设置,确定PI的取值,并将该取值设置在建立呼叫请求中发送给关口局。
步骤409、关口局构造包括主叫信息,如主叫号码的短消息内容,并通过始发短消息业务请求发送给短消息中心,由短消息中心将包括主叫号码的未接通呼叫短消息发送给被叫;
步骤410、关口局不生成短消息内容,也不向短消息中心发送始发短消息业务请求,而直接结束本流程。本步骤中,也可以不直接结束流程,而是关口局生成不包括主叫信息的短消息内容,并通过始发短消息业务请求发送给短消息中心,由短消息中心将不包括主叫信息的未接通呼叫短消息发送给被叫;具体地,可以在生成的短消息内容中采用特殊格式填写,如在原写入主叫信息的位置采用*代替。
上述步骤410具体采用的方式可以根据用户定制确定,也可以根据关口局自身中的设置确定。
本发明呼叫失败提示业务第三实施例应用于在被叫端局触发呼叫失败提示业务,如图5所示,包括如下步骤:
步骤501、在主叫向所在端局发起呼叫请求,主叫所在端局向关口局发送建立呼叫请求后,关口局向被叫端局发起建立呼叫请求;
步骤502、被叫端局接收到建立呼叫请求后,判断被叫用户是否处于关机或漫游不允许呼叫状态,如果是,执行步骤509;否则,执行步骤503;
步骤503、被叫端局判断被叫是否正在通话中,如果是,执行步骤509;否则执行步骤504;
步骤504、被叫端局寻呼被叫,并判断是否寻呼无响应或等待寻呼响应超时,如果是,则执行步骤509;否则,执行步骤505;
步骤505、被叫端局接收到被叫返回的寻呼响应后,向被叫下发呼叫建立(SETUP)消息,并向MGW下发信道指配请求;
步骤506、被叫端局判断无线信道是否出现拥塞导致信道指配失败,如果是,执行步骤509;否则,执行步骤507;
步骤507、被叫端局判断是否被叫振铃后一直无应答,如果是,执行步骤509;否则执行步骤508,接通主叫与被叫之间的话路。
步骤509、被叫端局确定出向被叫发起的呼叫无法接通,判断自身中是否进行了强制显示主叫号码的设置,如果是,则确定出允许显示主叫信息,执行步骤515;否则,执行步骤510;
步骤510、被叫端局判断自身中是否进行了强制禁止显示主叫号码的设置,如果是,则确定出不允许显示主叫信息,执行步骤515;否则执行步骤511;
在具体实现时,步骤509中所执行的判断步骤和步骤510中所执行的判断步骤,还可以调换执行次序,或同时执行。另外,本实施例中,可以通过参数设定方式进行强制禁止显示主叫号码的设置和进行强制显示主叫号码的设置。
步骤511、关口局判断在步骤501所接收的建立呼叫请求中,是否包括了主叫显示相关参数,如果是,执行步骤512;否则,执行步骤513;
步骤512、关口局判断建立呼叫请求中包括的主叫显示相关参数是否为允许显示主叫信息,如果是,则确定出允许显示主叫信息,执行步骤514;否则执行步骤513;
与上一实施例类似地,在建立呼叫请求中,上述主叫显示相关参数可以是Calling Party BCD NumberIEI中的PI。当主叫方BCD数字信元长度不为0时,表示建立呼叫请求中包括了主叫显示相关参数;当主叫方BCD数字信元长度为0时,表示不包括主叫显示相关参数。另外,PI的取值为00时,表示允许显示主叫信息。同样地,Calling Party BCD NumberIEI中的信息可以由主叫端局在生成建立呼叫请求时,根据自身的配置或主叫的设置,确定PI的取值,并将该取值设置在建立呼叫请求中通过关口局发送给被叫端局;
步骤513、被叫端局判断被叫是否签约主叫显示超越业务,如果是,确定出允许将主叫信息发送给被叫,执行步骤514;否则,确定出不允许将主叫信息发送给被叫,执行步骤515;
步骤514、被叫端局构造包括主叫信息,如主叫号码的短消息内容,并通过始发短消息业务请求发送给短消息中心,由短消息中心将包括主叫号码的未接通呼叫短消息发送给被叫;
步骤515、被叫端局不生成短消息内容,也不向短消息中心发送始发短消息业务请求,而直接结束本流程。
在步骤515,被叫端局也可以生成不包括主叫信息的短消息内容,并通过始发短消息业务请求发送给短消息中心,由短消息中心将不包括主叫信息的未接通呼叫短消息发送给被叫;具体地,可以在生成的短消息内容中采用特殊格式填写,如在原写入主叫信息的位置采用*代替。
以上对本发明呼叫失败提示业务实现方法的实施例进行了描述,下面再对本发明提供的网络交换设备进行详细说明。
本发明提供的网络交换设备实施例如图6所示,包括呼叫接续模块和呼叫提示模块。
其中,呼叫接续模块用于确定向被叫发起的呼叫是否接通,在未接通时,将呼叫未接通的信息通知给呼叫提示模块。具体地,呼叫接续模块如何确定相被叫发起的呼叫是否接通,在上述方法的第二和第三实施例中已有详细说明,这里不再赘述。
呼叫提示模块用于在接收所述呼叫未接通的信息后,判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。具体地,呼叫提示模块如何进行是否允许将主叫信息提供给被叫的判断,以及如何根据判断结果相被叫提供或不提供未接通主叫的信息,在上述方法的三个实施例中均已有详细说明,这里不再赘述。
由上述对本发明实施例的说明可以看出,本发明中,通过确定出向被叫发起的呼叫无法接通后,判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息,从而防止了在任何触发呼叫失败提示业务的情况下,均向被叫提供主叫信息,提高了主叫信息的私密性,并且提供了业务灵活性。
此外,本发明实施例中,可以根据网络侧的设置,或根据用户签约的业务相结合,进行上述判断,带来了更多的增值业务,提高了运营商的竞争力。
以上是对本发明具体实施例的说明,在具体的实施过程中可对本发明的方法进行适当的改进,以适应具体情况的具体需要。因此可以理解,根据本发明的具体实施方式只是起示范作用,并不用以限制本发明的保护范围。
Claims (14)
1.一种呼叫失败提示业务实现方法,其特征在于,该方法包括以下步骤:
确定出向被叫发起的呼叫无法接通;
判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。
2.根据权利要求1所述的方法,其特征在于,所述根据判断结果向被叫提供未接通主叫的信息包括:
在判断出允许将主叫信息提供给被叫时,向被叫发送包括主叫信息的呼叫提示消息;在判断出不允许将主叫信息提供给被叫后,直接结束所述方法,或者向被叫发送不包括主叫信息的呼叫提示消息。
3.根据权利要求2所述的方法,其特征在于,所述向被叫发送包括主叫信息的呼叫提示消息为:通过短消息中心向被叫发送包括主叫信息的短消息,通知被叫有未接通的呼叫;
所述向被叫发送不包括主叫信息的提示消息为:通过短消息中心向被叫发送不包括主叫信息的短消息,通知被叫有未接通的呼叫。
4.根据权利要求1所述的方法,其特征在于,所述判断是否允许将主叫信息提供给被叫包括:
判断是否接收到了来自主叫侧的主叫显示允许参数,如果是,则确定出允许将主叫信息提供给被叫。
5.根据权利要求4所述的方法,其特征在于,判断是否接收到了来自主叫侧的主叫显示允许参数包括:
判断来自主叫侧的建立呼叫请求中,提供表示语是否指示为允许显示主叫信息。
6.根据权利要求4所述的方法,其特征在于,所述判断是否接收到了来自主叫侧的主叫显示允许参数为:判断所接收的主叫显示相关参数是否包括所述主叫显示允许参数;
所述判断所接收的主叫显示相关参数是否包括主叫显示允许参数前,进一步包括:
判断是否接收到了来自主叫侧的主叫显示相关参数,如果是,执行所述的判断该主叫显示相关参数是否包括所述主叫显示允许参数的步骤。
7.根据权利要求6所述的方法,其特征在于,所述判断是否接收到了来自主叫侧的主叫显示相关参数包括:
判断所接收的建立呼叫请求中,Calling Party BCD Number信元的内容长度是否为0,如果不为0,则接收到了来自主叫侧的主叫显示相关参数;否则没有接收到来自主叫侧的主叫显示相关参数。
8.根据权利要求1所述的方法,其特征在于,所述判断是否允许将主叫信息提供给被叫包括:
判断被叫是否签约主叫显示超越业务,如果是,则确定出允许将主叫信息提供给被叫。
9.根据权利要求1所述的方法,其特征在于,所述判断是否允许将主叫信息提供给被叫包括:
判断是否设置了强制显示主叫信息,如果是,则确定出允许将主叫信息提供给被叫。
10.根据权利要求1所述的方法,其特征在于,所述判断是否允许将主叫信息提供给被叫包括:判断是否设置了强制禁止显示主叫信息,如果是,则确定出不允许将主叫信息提供给被叫。
11.根据权利要求1所述的方法,其特征在于,所述步骤由关口局或被叫端局在接收到建立呼叫请求后执行。
12.根据权利要求11所述的方法,其特征在于,所述判断是否允许将主叫信息提供给被叫包括:
判断自身中是否进行了强制显示主叫号码的设置,或进行了强制禁止显示主叫号码的设置,如果进行了强制显示主叫号码的设置,则确定出允许将主叫信息提供给被叫;如果进行了强制禁止显示主叫号码的设置,则确定出不允许将主叫信息提供给被叫;否则,如果都没有设置,执行下述步骤:
判断接收的建立呼叫请求中是否包括主叫显示相关参数,如果没有包括,确定出确定出不允许将主叫信息提供给被叫;如果包括,则进一步判断包括的主叫显示相关参数是否为允许显示主叫信息,如果是,则确定出允许将主叫信息提供给被叫;否则,如果不是允许显示主叫信息,则确定出不允许将主叫信息提供给被叫。
13.根据权利要求11所述的方法,其特征在于,所述判断是否允许将主叫信息提供给被叫包括:
判断自身中是否进行了强制显示主叫号码的设置,或进行了强制禁止显示主叫号码的设置,如果进行了强制显示主叫号码的设置,则确定出允许将主叫信息提供给被叫;如果进行了强制禁止显示主叫号码的设置,则确定出不允许将主叫信息提供给被叫;如果都没有设置,执行下述步骤:
判断接收的建立呼叫请求中是否包括主叫显示相关参数,如果没有包括,确定出确定出不允许将主叫信息提供给被叫;如果包括,则进一步判断包括的主叫显示相关参数是否为允许显示主叫信息,如果是,则确定出允许将主叫信息提供给被叫;如果不是允许显示主叫信息,执行下述步骤:
判断被叫是否签约主叫显示超越业务,如果是,确定出允许将主叫信息提供给被叫;否则,确定出不允许将主叫信息提供给被叫。
14.一种网络交换设备,其特征在于,该设备包括:
呼叫接续模块,用于确定向被叫发起的呼叫是否接通,在未接通时,将呼叫未接通的信息通知给呼叫提示模块;
呼叫提示模块,用于在接收所述呼叫未接通的信息后,判断是否允许将主叫信息提供给被叫,并根据判断结果向被叫提供或不提供未接通主叫的信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200710166538XA CN101159982A (zh) | 2007-11-05 | 2007-11-05 | 呼叫失败提示业务实现方法和网络交换设备 |
PCT/CN2008/072819 WO2009059522A1 (fr) | 2007-11-05 | 2008-10-24 | Procede de notification d'echec d'appel et equipement de commutation de reseau associe |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200710166538XA CN101159982A (zh) | 2007-11-05 | 2007-11-05 | 呼叫失败提示业务实现方法和网络交换设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101159982A true CN101159982A (zh) | 2008-04-09 |
Family
ID=39307866
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200710166538XA Pending CN101159982A (zh) | 2007-11-05 | 2007-11-05 | 呼叫失败提示业务实现方法和网络交换设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101159982A (zh) |
WO (1) | WO2009059522A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009059522A1 (fr) * | 2007-11-05 | 2009-05-14 | Huawei Technologies Co., Ltd. | Procede de notification d'echec d'appel et equipement de commutation de reseau associe |
CN104113629A (zh) * | 2013-04-17 | 2014-10-22 | 腾讯科技(深圳)有限公司 | 传送信息的方法和装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6542596B1 (en) * | 1999-08-12 | 2003-04-01 | Bellsouth Intellectual Property Corporation | System and method for privacy management |
EP1501320A1 (fr) * | 2003-07-24 | 2005-01-26 | France Telecom | Procédé et système de soumission d'un message déposé dans une boíte de réception d'un service de messagerie |
CN1816175A (zh) * | 2005-02-06 | 2006-08-09 | 华为技术有限公司 | 一种实现未完成来电短消息通知业务的方法 |
CN101047741B (zh) * | 2006-03-30 | 2011-04-20 | 华为技术有限公司 | 一种漏话提醒的方法及系统 |
CN1976500A (zh) * | 2006-12-27 | 2007-06-06 | 华为技术有限公司 | 漏话提醒短消息通知方法及漏话提醒短消息通知系统 |
CN100525486C (zh) * | 2007-01-29 | 2009-08-05 | 华为技术有限公司 | 一种漏话提醒业务实现方法及系统 |
CN101159982A (zh) * | 2007-11-05 | 2008-04-09 | 华为技术有限公司 | 呼叫失败提示业务实现方法和网络交换设备 |
-
2007
- 2007-11-05 CN CNA200710166538XA patent/CN101159982A/zh active Pending
-
2008
- 2008-10-24 WO PCT/CN2008/072819 patent/WO2009059522A1/zh active Application Filing
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009059522A1 (fr) * | 2007-11-05 | 2009-05-14 | Huawei Technologies Co., Ltd. | Procede de notification d'echec d'appel et equipement de commutation de reseau associe |
CN104113629A (zh) * | 2013-04-17 | 2014-10-22 | 腾讯科技(深圳)有限公司 | 传送信息的方法和装置 |
WO2014169676A1 (en) * | 2013-04-17 | 2014-10-23 | Tencent Technology (Shenzhen) Company Limited | Method and apparatus for information transmission |
Also Published As
Publication number | Publication date |
---|---|
WO2009059522A1 (fr) | 2009-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR20130114235A (ko) | 호의 수신에 응답하여 통화중 상태 메시지를 전송하는 멀티 sim ue를 위한 방법; 장치들 및 컴퓨터 판독 가능 매체 | |
KR100610039B1 (ko) | 모바일 무선 통신 시스템에서 통합된 서비스들을 제공하는방법 및 시스템 | |
JPWO2004077792A1 (ja) | プロトコル変換装置及び方法 | |
CN102045651A (zh) | 集群呼叫的方法、msc、bsc及通信系统 | |
CN101159982A (zh) | 呼叫失败提示业务实现方法和网络交换设备 | |
US8626174B2 (en) | Call switching in packet-based communication networks | |
US8489129B2 (en) | Transmission of text/multimedia messages over bearer connections | |
JP2007243557A (ja) | 無線端末を収容するip電話システム | |
CN1984370A (zh) | 一种控制及获知被叫终端振铃模式的方法及系统 | |
WO2007117825A2 (en) | Method for routing calls in a mobile communication network | |
KR100708363B1 (ko) | 패킷서비스통지기능이 구비된 더불유씨디엠에이 시스템 및 그 제어방법 | |
CN101646147B (zh) | 越过呼叫前转次数限制的方法及移动交换中心仿真实体 | |
CN102123364B (zh) | 补充业务的支持方法及装置 | |
JP2006020132A (ja) | 通信端末 | |
KR100940392B1 (ko) | 이동통신망의 단문 메시지 서비스 방법 | |
KR101172261B1 (ko) | 화상 통화 서비스를 제공하는 이동 통신 시스템 및 착신전환시의 화상 통화 서비스 방법. | |
KR20080100005A (ko) | 국제로밍 시스템 및 방법 | |
KR100661829B1 (ko) | 이동통신 시스템, 이동통신 단말 및 그의 프로파일 sms전송 서비스 제공 방법 | |
KR20110060731A (ko) | 통신 시스템에서의 교환기 및 착신 제한 방법 | |
KR100833730B1 (ko) | 멀티미디어 서비스 제공을 위한 방법 및 시스템 | |
KR100624693B1 (ko) | 이동 통신 서비스 시스템의 패킷 처리 방법 및 장치 | |
Murray et al. | A clearer channel for SMS | |
KR100668708B1 (ko) | 화상 통화의 통화 요금 부과 방법 | |
KR100764475B1 (ko) | 이동통신망을 이용한 프리미엄 통화 서비스 방법 및 시스템 | |
KR100748271B1 (ko) | Wcdma망에서 sms 서비스를 제공하는 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080409 |