CN101047747A - 一种呼叫前转的方法及系统 - Google Patents
一种呼叫前转的方法及系统 Download PDFInfo
- Publication number
- CN101047747A CN101047747A CN 200610076730 CN200610076730A CN101047747A CN 101047747 A CN101047747 A CN 101047747A CN 200610076730 CN200610076730 CN 200610076730 CN 200610076730 A CN200610076730 A CN 200610076730A CN 101047747 A CN101047747 A CN 101047747A
- Authority
- CN
- China
- Prior art keywords
- calling
- classics
- call
- call forwarding
- commentaries
- 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
Abstract
本发明公开了一种呼叫前转的方法及系统,用于对指定呼叫进行处理。所述方法包括步骤:1)获取呼叫的主叫号码;2)根据预置的所述主叫号码对应的前转执行规则对呼叫进行处理。本发明系统包括:移动终端,用于发起和接收呼叫;信息采集单元,用于采集移动终端发出的呼叫信息;位置寄存器,用于确定对呼叫的处理方式;移动交换中心,用于访问位置寄存器获得前转执行规则并执行呼叫前转。本发明可以根据前转执行规则对不同的呼叫采取不同的处理方式,使呼叫的前转更加灵活。
Description
技术领域
本发明涉及移动通信领域,尤其涉及一种呼叫前转的方法及系统。
背景技术
前转业务是一种允许用户将它的来话转接到预先设置的另一个电话号码上或用户的语音信箱中的补充业务。前转类业务主要是为了更方便用户的使用。前转类业务具体可用分为三大类:无条件前转、条件前转和隐含前转;具体细分有:无条件前转、遇忙前转、无应答前转、不可及前转、隐含前转;前转类业务按照前转的地方不同又可以分为早前转和晚前转;早前转是在被叫归属位置寄存器HLR处获得前转号码,在主叫移动交换中心MSC处进行前转;晚前转是在被叫MSC处发生前转。
现有技术中一种实现呼叫前转的方法为:用户签约前转,指定所需的前转类型和前转号码,当有呼叫满足前转类型时,将该呼叫前转到前转号码,若不满足前转类型,则进行普通呼叫,具体流程如图1所示。
但是由于当呼叫满足前转类型时,不对呼叫进行判断,所以对满足前转类型的全部呼叫都发生前转,不能区分具体呼叫,而且只能前转到一个固定的号码,实际应用中存在不够灵活的缺点。
发明内容
本发明要解决的技术问题是提供一种呼叫前转的方法及系统,用于对指定呼叫进行处理。
本发明提供的呼叫前转的方法,包括步骤:1)获取呼叫的主叫号码;2)根据预置的所述主叫号码对应的前转执行规则对呼叫进行处理。
优选地,所述前转执行规则包括主叫号码在各种前转类型下对应的前转号码和/或不需前转直接进行普通呼叫的主叫号码。
优选地,所述步骤2)前进一步包括步骤21)查找所述前转执行规则,判断所述前转执行规则中是否标识了当前主叫号码,若标识则依据所述规则执行。
优选地,所述步骤21)后进一步包括:判断是否签约前转,若否,则进行普通呼叫。
优选地,所述前转具体为:在归属位置寄存器HLR处获得前转号码,在主叫移动交换中心MSC处执行呼叫前转;或者,HLR将前转执行规则插入拜访位置寄存器VLR,在被叫MSC处执行呼叫前转。
优选地,所述签约可以通过扩充HLR中的签约信息在HLR中新增指定用户前转的功能;或者通过在移动终端中新增信元实现指定号码前转。
优选地,所述主叫号码为移动台国际综合业务数字网号码MSISDN或者国际移动用户识别码IMSI。
本发明系统包括:移动终端,用于发起和接收呼叫;信息采集单元,用于采集移动终端发出的呼叫信息;位置寄存器,用于根据前转执行规则判断是否签约指定号码前转、是否指定主叫号码、是否前转以及是否指定前转号码,并根据判断结果与信息采集单元采集的呼叫信息确定对呼叫的处理方式;移动交换中心,用于访问位置寄存器获得前转执行规则并执行呼叫前转。
优选地,所述移动交换中心包括:数据存储单元,用于存储用户数据;执行单元,用于根据位置寄存器和信息采集单元的信息和用户数据对呼叫进行处理。
优选地,所述移动终端包括:主叫移动终端,用于发出呼叫;被叫移动终端,用于接收呼叫。
以上技术方案可以看出,本发明具有以下优点:
首先,本发明由于预置了主叫号码与前转执行规则之间的对应关系,可以对呼叫进行判断,所以可针对具体呼叫采取不同的处理方式,相对于现有技术中只能对全部呼叫采用同一种前转方式而言,本发明提高了呼叫前转的灵活性,同时还可以签约不同的前转号码,以更有效地进行呼叫前转;
进一步,本发明由于可由HLR将前转执行规则插入VLR,所以既可实现早前转也可实现晚前转,提高了系统的通用性;
最后,本发明由于前转签约可采用HLR签约和移动终端签约两种方式,所以使呼叫前转的设置更加方便。
附图说明
图1为现有技术实现呼叫前转的流程图;
图2为本发明方法流程图;
图3为本发明移动终端签约指定用户前转数据检查流程图;
图4为本发明晚前转流程图;
图5为本发明系统主体示意图;
图6为本发明系统详细示意图。
具体实施方式
本发明应用于移动通信领域,用于对指定呼叫进行处理。
本发明的主要思路为:针对某些特定的主叫用户进行呼叫前转的判断,根据主叫号码和预置的前转执行规则对呼叫进行相应地处理。
本发明提供了一种呼叫前转的方法,包括步骤:
1)获取呼叫的主叫号码;
2)根据预置的所述主叫号码对应的前转执行规则对呼叫进行处理。
所述前转执行规则如下表所示:
表1
序号 | 主叫号码 | 前转类型 | 前转标识 | 指定前转号码标识 | 前转号码 |
1 | 1390755… | 无条件 | 是 | 是 | 138255… |
2 | 1390752… | 用户忙 | 否 | ||
3 | 1390752… | 无应答 | 是 | 否 |
4 | … | … | … | … | … |
5 | … | … | … | … | … |
所述主叫号码是指定主叫号码,即本次前转针对的主叫号码,用户根据需要可以对同一主叫号码分别签约不同的指定号码前转记录,前提是签约记录不能重复和冲突。
所述前转类型是指当什么样的情况时前转。
所述前转标识是用一个字节表示,每个比特位表示一种前转类型,对应比特为1,表示针对该主叫号码的这种前转类型,进行前转,可指定前转到特定的前转号码,如果不指定,必须签订相同类型的普通前转,按普通前转处理,否则签约不成功;为0,表示该主叫号码针对这种前转类型,不前转。
所述指定前转号码标识是如果“前转标识”为是,用于指示针对该主叫号码是否指定前转号码。如果不指定,必须签订相同类型的普通前转,按普通前转处理,否则签约不成功。如果指定前转号码,且“前转类型”和“前转标识”签约了多个,则认为多种前转类型前转到同一指定前转号码。如果针对同一主叫号码,不同的前转类型需要前转到不同的前转号码,则需签约多条记录,原则是各记录不能冲突,否则后签约的记录将不能成功。
所述前转号码是当“前转类型”和“前转标识”,“指定前转号码标识”标志都有效时,指示前转号码。
下面结合具体实施例来说明本发明技术方案,请参阅图2,本发明实现呼叫前转包括步骤:
S1)主叫用户进行呼叫;
其中,本实施例中移动交换中心MSC到归属位置寄存器HLR获取被叫号码时携带主叫移动台国际综合业务数字网号码MSISDN或者国际移动用户识别码IMSI。可以理解的是,MSC到HLR获取被叫号码时可以不携带主叫MSISDN或者IMSI。
S2)HLR判断是否签约指定号码前转,若是,转向步骤S6),否则转向步骤S3);
其中,本实施例中签约采用的是HLR签约,签约的方式为:签约直接在HLR中进行,通过扩充HLR中的签约信息在HLR中新增指定用户前转的功能。HLR中保存的数据结构如下表所示,目前限制最大签约5组,后续可根据需要扩充:
表2
主叫号码 | 前转类型 | 前转标识 | 指定前转号码标识 | 前转号码 |
同样也可以采用移动终端签约:签约在移动终端中进行,通过在移动终端中新增信元实现指定号码前转。下面以RegisterSS为例说明新增的信元,其他签约操作和RegisterSS类似:
新增信元:
callerforwardind[10]IMPLICIT OCTET STRING(SIZE(1))OPTIONAL,
forwardingCallerNumber[11]IMPLICIT OCTET STRING(SIZE(1..20))OPTIONAL,
callerforwardedToNumber[12]IMPLICIT OCTET STRING(SIZE(1..20))OPTIONAL,
S3)判断被叫用户是否签约前转,若是,转向步骤S4),否则转向步骤S5);
S4)进入普通前转流程;
其中,普通前转流程是指现有技术的前转流程,即不区分具体呼叫,当满足前转类型条件时,将所有呼叫均前转到预置的前转号码。
S5)进入普通呼叫流程;
S6)判断是否指定主叫号码,若是,转向步骤S7),否则转向步骤S3);
其中,HLR比较前转执行规则中的“主叫号码”与本次呼叫的主叫号码是否一致,若一致则认为指定主叫号码,否则认为未指定。
其中,本实施例中指定的是确定的一个主叫号码,同样也可以采用有共同特征的号码集合,例如在HLR中对号码的字冠进行分析,分析主叫号码前三位可确定不同的运营商,可以理解的是,号码之间的特征也可以由用户指定。
S7)判断是否进行前转,若是,转向步骤S8),否则转向步骤S5);
其中,若前转执行规则中的“主叫号码”对应的“前转标识”为是,则认为在此前转类型时,对此号码需要进行前转,否则认为不需要对此号码进行前转。
S8)判断是否指定前转号码,若是,则转向步骤S9),否则转向步骤S3);
S9)MSC按指定前转号码执行呼叫前转。
其中,本实施例中由HLR匹配主叫号码后,将前转信息在响应消息里带给MSC,在MSC进行早前转。可以理解的是,若MSC到HLR获取被叫号码时不携带主叫MSISDN或者IMSI,则HLR判断该用户签约了指定号码早前转业务并满足早前转条件,将指定号码前转信息在响应消息里带给MSC,由MSC匹配主叫号码并进行早前转。
其中,本实施例中采用的是早前转方式执行前转,同样也可以采用晚前转方式执行:
HLR要将前转执行规则插入VLR,并在消息中增加信元,然后在被叫MSC处进行前转。
增加信元后消息表格如下表所示:
表3
Parameter name | Request | Indication | Response | Confirm |
Invoke id | M | M(=) | M(=) | M(=) |
SS-Code | M | M(=) | ||
Basic service | C | C(=) | ||
Forwarded-to number withsubaddress | C | C(=) | ||
Callerforwardind | O | O(=) |
Forwardingcallemumbe | C | C(=) | ||
Callerforwardedtonumber | C | C(=) | ||
No reply condition time | C | C(=) | ||
EMLPP default priority | C | C(=) | C | C(=) |
Long FTN Supported | C | C(=) | ||
NbrUser | C | C(=) | C | C(=) |
Forwarding information | C | C(=) | ||
User error | C | C(=) | ||
Provider error | O |
早前转是由HLR触发主叫MSC进行前转,晚前转是由VLR触发被叫MSC进行前转。
请参阅图4,晚前转的具体流程为:
步骤T1)主叫用户发出呼叫;
步骤T2)判断是否签约指定号码前转,若签约,转向步骤T4),否则转向步骤T3);
步骤T3)进行其他处理方式;
其中,其他处理方式可以是未签约指定号码前转而进行的普通前转,也可以是不对呼叫进行处理直接进行普通呼叫。
步骤T4)判断被叫状态;
其中,当呼叫失败时,需要判断被叫的状态以确定失败是由什么原因导致的。
步骤T5)判断是否对呼叫进行晚前转,若是,转向步骤T6),否则转向步骤T3);
其中,若步骤T4)中被叫的状态是在HLR中获得的,那么不进行晚前转,若被叫的状态需要在被叫MSC/VLR处才能获得,则进行晚前转。
步骤T6)对呼叫进行晚前转。
其中,晚前转是在VLR中获得用户前转执行规则,在被叫MSC处进行前转。
由于移动用户的漫游特性,指定用户早前转实现相对容易,只需HLR支持即可。指定用户晚前转需要考虑不同VLR支持该功能的普及性,需将该功能设置为可控。当VLR不支持时,HLR插入晚前转用户数据到VLR时不带前转执行规则。
请参阅图3,当利用移动终端签约时,指定用户前转用户数据检查流程包括步骤:
P1)开始检查;
P2)判断callerforwardind是否存在,若存在,转向步骤P3),否则转向步骤P9);
其中,所述callerforwardind是指定号码前转指示,可选信元,一个字节,如果手机带这个信元说明这次签约包含指定用户前转信息。在这个字节中分别用两个BIT表示“前转标识”和“指定前转号码标识”。
P3)判断forwardingCallerNumber是否有效,若有效,转向步骤P5),否则转向步骤P4);
其中,forwardingCallerNumber是指定号码前转定义的主叫号码,如果消息包含callerforwardind,则这个信元是必选信元,否则出错,如果消息不包含callerforwardind,则不能带这个信元,否则出错。
P4)进行错误处理;
其中,所述错误处理是指指定号码前转签约失败,返回用户没有签约时的状态并结束流程。
P5)判断是否前转,若是,转向步骤P6),否则转向步骤P9);
其中,是否前转是针对这个消息中的forwardingCallerNumber,是否将前转呼叫。“是”表示需要前转,“否”表示这个主叫号码来的呼叫不前转,针对已签约前转呼叫针对特定号码不前转的情况。
P6)判断是否指定前转号码,若是,转向步骤P8),否则转向步骤P7);
是否指定前转号码:如果“前转标识”为是,表示是否需要前转到指定的号码,“是”表示需要前转到指定的号码,此时callerforwardedToNumber信元必须有效,否则出错。“否”表示不前转到指定的号码,此时如果签约普通前转,则按普通前转处理,否则该标志位无效。
P7)判断相同类型普通前转是否签约,若是,转向步骤P9),否则转向步骤P4);
P8)判断callerforwardedToNumber是否有效,若是,转向步骤P9),否则转向步骤P4);
callerforwardedToNumber是指定号码前转定义的指定前转号码,如果消息包含callerforwardind,且“前转标识”为是,“指定前转号码标识”也为是,这个信元必须带,否则出错,如果不满足上述条件,该信元不能带,否则出错。
P9)结束流程。
指定号码前转和普通前转交互需要满足以下两个原则:
1.用户签约指定号码前转,且指定前转号码,则不论是否签约普通前转,只要主叫号码和签约号码相同,都前转到指定前转号码。如果签约了普通前转,同时指定号码前转签约不前转,则针对该主叫号码不前转。
2.用户签约指定号码前转,没有指定前转号码,如果已签约相同前转类型的普通前转,则根据签约规则,按普通前转签约号码前转或不前转,如果没有签约相同类型的普通前转,则该条记录设定不成功。例如在用户签约指定号码前转中指定前转类型为不可及呼叫前转,主叫号码指定为123,但不指定前转号码,那么当123的呼叫不可及时,判断“前转标识”的标志,若允许前转,则前转到普通前转中指定的前转号码,若不允许前转,则不对其进行前转。
综上所述,本实施例中,主叫发出呼叫后,MSC访问HLR取被叫号码,之后根据HLR发送的执行前转规则对呼叫执行相应地处理。
相应地,请参阅图5及图6,本发明呼叫前转系统包括:移动终端100,用于发起和接收呼叫;信息采集单元400,用于采集移动终端发出的呼叫信息;位置寄存器200,用于根据前转执行规则判断是否签约指定号码前转、是否指定主叫号码、是否前转以及是否指定前转号码,并根据判断结果与信息采集单元采集的呼叫信息确定对呼叫的处理方式;移动交换中心300,用于访问位置寄存器获得前转执行规则并执行呼叫前转。
其中,所述移动终端100包括:主叫移动终端110,用于发出呼叫;被叫移动终端120,用于接收呼叫。
其中,所述移动交换中心300包括:数据存储单元310,用于存储用户数据;执行单元320,用于根据位置寄存器200和信息采集单元400的信息与用户数据对呼叫进行处理。
主叫移动终端110发起呼叫,信息采集单元400获取该呼叫主叫号码,若移动交换中心300携带主叫号码到位置寄存器200获取被叫号码,位置寄存器200匹配主叫号码后,将前转信息在响应消息里带给移动交换中心300,执行单元320接收到响应消息后,访问数据存储单元310,结合用户数据,将该呼叫发送到目的被叫移动终端120或者进行普通呼叫;若移动交换中心300到位置寄存器200获取被叫号码时不携带主叫号码,位置寄存器200判断该用户签约了指定号码早前转业务并满足早前转条件,将指定号码前转信息在响应消息里返回给移动交换中心300,执行单元320接收到响应消息后,匹配主叫号码,访问数据存储单元310,结合用户数据,将该呼叫发送到目的被叫移动终端120或者进行普通呼叫。
综上所述,主叫移动终端110发出呼叫,信息采集单元400获取该呼叫的主叫号码,位置寄存器200分析前转执行规则,然后将分析结果发送给执行单元320,执行单元320根据分析结果访问数据存储单元310,结合用户数据,将该呼叫发送到目的被叫移动终端120或者进行普通呼叫。
以上对本发明所提供的一种呼叫前转的方法及系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1、一种呼叫前转的方法,其特征在于,包括步骤:
1)获取呼叫的主叫号码;
2)根据预置的所述主叫号码对应的前转执行规则对呼叫进行处理。
2、根据权利要求1所述的呼叫前转的方法,其特征在于,所述前转执行规则包括主叫号码在各种前转类型下对应的前转号码和/或不需前转直接进行普通呼叫的主叫号码。
3、根据权利要求1或2所述的呼叫前转的方法,其特征在于:所述步骤2)前进一步包括步骤21)查找所述前转执行规则,判断所述前转执行规则中是否标识了当前主叫号码,若标识则依据所述规则执行。
4、根据权利要求3所述的呼叫前转的方法,其特征在于,所述步骤21)后进一步包括:判断是否签约前转,若否,则进行普通呼叫。
5、根据权利要求3所述的呼叫前转的方法,其特征在于,所述前转具体为:在归属位置寄存器HLR处获得前转号码,在主叫移动交换中心MSC处执行呼叫前转;或者,HLR将前转执行规则插入拜访位置寄存器VLR,在被叫MSC处执行呼叫前转。
6、根据权利要求4所述的呼叫前转的方法,其特征在于,所述签约可以通过扩充HLR中的签约信息在HLR中新增指定用户前转的功能;或者通过在移动终端中新增信元实现指定号码前转。
7、根据权利要求6所述的呼叫前转的方法,其特征在于,所述主叫号码为移动台国际综合业务数字网号码MSISDN或者国际移动用户识别码IMSI。
8、一种呼叫前转的系统,其特征在于,包括:移动终端,用于发起和接收呼叫;信息采集单元,用于采集移动终端发出的呼叫信息;位置寄存器,用于根据前转执行规则判断是否签约指定号码前转、是否指定主叫号码、是否前转以及是否指定前转号码,并根据判断结果与信息采集单元采集的呼叫信息确定对呼叫的处理方式;移动交换中心,用于访问位置寄存器获得前转执行规则并执行呼叫前转。
9、根据权利要求8所述的呼叫前转的系统,其特征在于,所述移动交换中心包括:数据存储单元,用于存储用户数据;执行单元,用于根据位置寄存器和信息采集单元的信息和用户数据对呼叫进行处理。
10、根据权利要求8或9所述的呼叫前转的系统,其特征在于,所述移动终端包括:主叫移动终端,用于发出呼叫;被叫移动终端,用于接收呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610076730 CN101047747A (zh) | 2006-04-18 | 2006-04-18 | 一种呼叫前转的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610076730 CN101047747A (zh) | 2006-04-18 | 2006-04-18 | 一种呼叫前转的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101047747A true CN101047747A (zh) | 2007-10-03 |
Family
ID=38771948
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200610076730 Pending CN101047747A (zh) | 2006-04-18 | 2006-04-18 | 一种呼叫前转的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101047747A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009082921A1 (fr) * | 2007-12-14 | 2009-07-09 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de mise en œuvre d'un service de transfert d'appels |
WO2012113321A1 (zh) * | 2011-02-24 | 2012-08-30 | 中兴通讯股份有限公司 | 主叫侧预防语音呼叫前转陷阱的方法、msc及系统 |
WO2015100547A1 (zh) * | 2013-12-30 | 2015-07-09 | 华为终端有限公司 | 一种呼叫转移方法和网络侧设备 |
CN105635497A (zh) * | 2014-10-28 | 2016-06-01 | 深圳市中兴微电子技术有限公司 | 终端呼叫转移的方法及终端 |
CN105682064A (zh) * | 2015-12-30 | 2016-06-15 | Tcl集团股份有限公司 | 来电的呼叫转移方法及装置 |
-
2006
- 2006-04-18 CN CN 200610076730 patent/CN101047747A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009082921A1 (fr) * | 2007-12-14 | 2009-07-09 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de mise en œuvre d'un service de transfert d'appels |
WO2012113321A1 (zh) * | 2011-02-24 | 2012-08-30 | 中兴通讯股份有限公司 | 主叫侧预防语音呼叫前转陷阱的方法、msc及系统 |
WO2015100547A1 (zh) * | 2013-12-30 | 2015-07-09 | 华为终端有限公司 | 一种呼叫转移方法和网络侧设备 |
CN105635497A (zh) * | 2014-10-28 | 2016-06-01 | 深圳市中兴微电子技术有限公司 | 终端呼叫转移的方法及终端 |
CN105682064A (zh) * | 2015-12-30 | 2016-06-15 | Tcl集团股份有限公司 | 来电的呼叫转移方法及装置 |
CN105682064B (zh) * | 2015-12-30 | 2020-06-19 | Tcl科技集团股份有限公司 | 来电的呼叫转移方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1156194C (zh) | 蜂窝电信系统的多单元区域寻呼 | |
CN1867200A (zh) | 控制对通信服务的访问 | |
CN1267433A (zh) | 增强了移动性管理的分组数据无线电业务 | |
CN1946104A (zh) | 一卡多号业务的实现方法 | |
CN1413421A (zh) | 报文的传输 | |
CN1292606C (zh) | 实现短消息转移的方法 | |
CN1852304A (zh) | 一种选择网关通用分组无线服务支持节点的方法 | |
CN101047747A (zh) | 一种呼叫前转的方法及系统 | |
CN101052200A (zh) | 一种移动通信系统中的路由更新方法 | |
CN1921687A (zh) | 基站控制器多归属组网下的呼叫建立方法 | |
CN101047971A (zh) | 当智能用户漫游时在归属地触发智能业务的方法 | |
CN1867089A (zh) | 解决短消息通过主叫签权的方法和系统 | |
CN1671241A (zh) | 一种实现不同类型网络间漫游限制的方法 | |
CN1874605A (zh) | 一种移动终端位置信息的维护方法 | |
CN1845638A (zh) | 一种无线数据通信监控系统及方法 | |
CN1852593A (zh) | 获取移动台签约区域信息的方法及移动台接入的判决方法 | |
CN1722870A (zh) | 一种标识不同集群组的方法 | |
CN1791158A (zh) | 基于虚拟终端的全球呼叫终端漏话提示方法 | |
CN1773988A (zh) | 一种服务通用分组无线业务支持节点之间的通讯方法 | |
CN1258932C (zh) | 在移动通信系统转移分组呼叫的方法 | |
CN101064937A (zh) | 一种漫游用户的归属地的接入方法及系统 | |
CN1859621A (zh) | 发送业务短信的系统及方法 | |
CN1243456C (zh) | 一种避免漫游用户被叫话路迂回的通信方法及其网络 | |
CN1852585A (zh) | 一种移动通信控制方法及移动通信系统 | |
CN101052165A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20071003 |