CN101111061A - 在用户终端拒绝呼叫时网络反馈原因的方法 - Google Patents
在用户终端拒绝呼叫时网络反馈原因的方法 Download PDFInfo
- Publication number
- CN101111061A CN101111061A CNA2006101035412A CN200610103541A CN101111061A CN 101111061 A CN101111061 A CN 101111061A CN A2006101035412 A CNA2006101035412 A CN A2006101035412A CN 200610103541 A CN200610103541 A CN 200610103541A CN 101111061 A CN101111061 A CN 101111061A
- Authority
- CN
- China
- Prior art keywords
- network
- user
- dual
- information
- mode terminal
- 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
- 238000000034 method Methods 0.000 title claims abstract description 35
- 230000008569 process Effects 0.000 claims abstract description 20
- 238000004891 communication Methods 0.000 description 3
- GNFTZDOKVXKIBK-UHFFFAOYSA-N 3-(2-methoxyethoxy)benzohydrazide Chemical compound COCCOC1=CC=CC(C(=O)NN)=C1 GNFTZDOKVXKIBK-UHFFFAOYSA-N 0.000 description 1
- FGUUSXIOTUKUDN-IBGZPJMESA-N C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 Chemical compound C1(=CC=CC=C1)N1C2=C(NC([C@H](C1)NC=1OC(=NN=1)C1=CC=CC=C1)=O)C=CC=C2 FGUUSXIOTUKUDN-IBGZPJMESA-N 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种在用户终端拒绝呼叫时网络反馈原因的方法,用于高速分组数据网和3G 1x网络互操作过程中,在双模终端拒绝来自1x网络的语音业务请求时,反馈当前拒绝原因,包括:当3G 1x网络中的交换机确定在其服务范围内有个到双模终端用户的语音业务时,发送寻呼请求消息;当该双模终端用户决定不接受该来话时,由终端反馈释放命令,并由高速分组数据网的接入网或分组控制功能实体向1x网络中的交换机回复带有拒绝原因的拒绝消息,表示终端不接受来话,其中所述拒绝消息中包括一个用于携带拒绝原因的信息单元,其中携带的信息为09H,或者是1FH,或者是代表不同拒绝状态的不同状态值。本发明准确反馈了终端真正的拒绝原因。
Description
技术领域
本发明涉及一种实现HRPD网络和3G1x网络互操作过程中,如果用户拒绝来自1x网络的语音业务请求,如何更合理地反馈给1xMSC当前拒绝原因。其涉及通讯领域的HRPD网络和1x网络双网覆盖区域,两个网络互相操作互相配合的有关流程。
背景技术
目前,关于HRPD网络和3G1x网络之间的互操作性,在3GPP2 HRPDIOSA.S0008-B有这样的一个流程,参见图1:
步骤a.MSC确定在其服务范围内有个到双模终端用户的语音业务,MSC向HRPD的AN和一个或者多个1x***的BS发送Paging Request消息.MSC在此消息中可以携带主叫用户的号码或者其他信息.
步骤b.HRPD AN在其网络发送一般寻呼消息给双模终端。如果MSC携带主叫用户的信息(步骤a),则AN将这些信息包含在Feature Notification消息中,一并发给双模终端。
步骤c.双模终端用户决定不接受来话,终端发送Release Order消息给HRPD的AN.
步骤d.HRPD AN发送一个Rejection消息给MSC并显示终端将不接受来话。
同时,3GPP2 HRPD IOS A.S0009-B有类似的流程,参见图2。
步骤a.MSC确定在其服务范围内有个到双模终端用户的语音业务,MSC向HRPD的PCF和一个或者多个1x***的BS发送Paging Request消息.MSC在此消息中可以携带主叫用户的号码或者其他信息.
步骤b.HRPD PCF发送A14-1x Service Page message给HRPD AN。该消息包括了General Page消息.如果MSC包括主叫用户的一些信息,则PCF也包含一个Feature Notification Message,它包含了主叫用户的信息.
步骤c.HRPD AN发送A14-1x Service Page Ack消息给HRPD PCF.
步骤d.HRPD AN发送General Page消息给双模终端。如果在步骤b携带主叫用户的信息,则AN将这些信息包含在Feature Notification消息中,一并发给双模终端。
步骤e.双模终端用户决定不接受来话,终端发送Release Order消息给HRPD的AN.
步骤f.HRPD AN发送A14-1xService Transfer消息给HRPD PCF.该消息包括从终端收到的Release Order消息.
步骤g.HRPD PCF发送一个Rejection消息给MSC并显示终端将不接受来话。
这些流程主要是反映:如果MS/AT用户驻留在HRPD网络,有来自1x网络的语音业务寻呼MS/AT,而用户决定不接此语音业务,HRPD AN或者HRPD PCF将向1x MSC回复带有原因的Rejection消息。
当前标准对于该Rejection是借用3G1x网络中的的定义,为适应以上流程,在该消息中增加了一个Cause IE(信息单元)。Cause IE定义了唯一的一个字段Cause Value=08H,表示MS busy,用以告诉MSC来话被拒绝。
对于如上所定义的Cause Value=08H(MS busy),我们分析认为,它不能正确反映呼叫被拒绝的原因:
(1)AT/MS在HRPD***是空闲状态。MSC的寻呼请求中带有主叫用户的号码,正是用户本身决定不接收来自1x的语音呼叫,用户按下拒绝键或者用户对来话寻呼不予以处理,最终导致AT/MS发送Release Order消息给AN。很显然这时“MS Busy”不是真正的拒绝理由;
(2)如果AT/MS在HRPD网络正在从事分组数据业务,用户主动拒绝来自1x的语音呼叫。显然,这个时候用户的拒绝是决定性的因素,并非MSBusy(MS忙)是因素(如果用户本身愿意接听该来话,完全可以停止HRPD网络的业务而去调频到1x网络续接来话);
(3)如果AT/MS在HRPD网络正在从事分组数据业务,用户不理睬来自1x网络的语音业务请求,这可以理解为用户拒绝来自1x的语音呼叫。当对应的定时器超时后,AT/MS发送Release Order消息给HRPD AN。用户的不作为就是拒绝,这是决定性的因素,并非MS Busy(MS忙)是因素(如果用户本身愿意接听该来话,完全可以停止HRPD网络的业务而去1x网络续接)。
因此我们认为目前的原因值是值得商榷的,不能反映呼叫被拒绝的真正的原因。
发明内容
本发明所要解决的技术问题在于提供一种在用户终端拒绝呼叫时网络反馈原因的方法,针对目前国际规范中实现HRPD网络和3G1x网络互操作过程中,如果用户拒绝来自1x网络的语音业务请求,反馈给1xMSC当前拒绝原因不正确这一事实,提出了一些新的解决方法,以更准确地反映被拒绝的理由给MSC,使得MSC清楚了解拒绝原因,便于其之后的处理机制。
根据本发明的一个方面,本发明提供一种在用户终端拒绝呼叫时网络反馈原因的方法,用于高速分组数据网和3G1x网络互操作过程中,在双模终端拒绝来自1x网络的语音业务请求时,反馈当前拒绝原因,包括:当3G1x网络中的交换机确定在其服务范围内有个到双模终端用户的语音业务时,发送寻呼请求消息;当该双模终端用户决定不接受该来话时,由终端反馈释放命令,并由高速分组数据网的接入网或分组控制功能实体向1x网络中的交换机回复带有拒绝原因的拒绝消息,表示终端不接受来话,其特征在于,所述拒绝消息中包括一个用于携带拒绝原因的信息单元,其中携带的信息为09H。
根据本发明的另一方面,本发明进而提供一种在用户终端拒绝呼叫时网络反馈原因的方法,用于高速分组数据网和3G1x网络互操作过程中,在双模终端拒绝来自1x网络的语音业务请求时,反馈当前拒绝原因,包括:当3G1x网络中的交换机确定在其服务范围内有个到双模终端用户的语音业务时,发送寻呼请求消息;当该双模终端用户决定不接受该来话时,由终端反馈释放命令,并由高速分组数据网的接入网或分组控制功能实体向1x网络中的交换机回复带有拒绝原因的拒绝消息,表示终端不接受来话,其特征在于,所述拒绝消息中包括一个用于携带拒绝原因的信息单元,其中携带的信息为1FH,该1FH的状态含义为1x业务被拒绝,该含义事先在网络设备中经过定义。
根据本发明的再一方面,本发明提供一种在用户终端拒绝呼叫时网络反馈原因的方法,用于高速分组数据网和3G1x网络互操作过程中,在双模终端拒绝来自1x网络的语音业务请求时,反馈当前拒绝原因,包括:当3G1x网络中的交换机确定在其服务范围内有个到双模终端用户的语音业务时,发送寻呼请求消息;当该双模终端用户决定不接受该来话时,由终端反馈释放命令,并由高速分组数据网的接入网或分组控制功能实体向1x网络中的交换机回复带有拒绝原因的拒绝消息,表示终端不接受来话,其特征在于,所述拒绝消息中包括一个用于携带拒绝原因的信息单元,如果判断到该双模终端处于空闲状态并由用户按下拒绝键或用户对来话寻呼不予理睬,则该信息单元携带的信息为第一状态值;如果判断到该双模终端处于正在从事分组数据业务状态并由用户按下拒绝键,则该信息单元携带的信息为状态值;如果判断到该双模终端处于正在从事分组数据业务状态并且用户对来话寻呼不予理睬,则该信息单元携带的信息为第三状态值;其中,该第一状态值、状态值、第三状态值的对应状态含义,事先在网络设备中经过定义。
采用本发明所述的方法,与现有技术相比,准确地反馈了来自1x***的呼叫被拒绝的原因。使得1xMSC明确语音拒绝的真正原因在于用户本身的拒绝,而不是所谓的用户忙。基于准确的原因值,MSC可以更合理地处理之后的机制。
附图说明
图1:在HRPD***拒绝寻呼传递给双模终端(会话控制和移动性管理在HRPD的AN);
图2:在HRPD***拒绝寻呼传递给双模终端(会话控制和移动性管理在HRPD的PCF)。
具体实施方式
首先,对本发明涉及到的技术术语简单介绍如下:
HRPD***:指High Rate Packet Data(高速分组数据网),它是一种cdma2000***,但只是支持分组数据业务,不支持电路语音业务。
AN:指HRPD***的接入网(Access Network),它是一个集成在无线接入网中的逻辑实体,用来和接入终端进行无线通信。如果会话控制和移动管理放在AN实现,那么一个AN在功能上相当于1x***的一个基站。
PCF:指分组控制功能(Packet Control Function),它是无线接入网的一个实体,用来管理和传播接入网(AN)和分组数据服务节点(PDSN)之间的分组数据包。
本发明中涉及到的英文缩写,说明如下:
HRPD:高速分组数据网。
1x:也称3G1x,或者cdma2000 1x,指cdma2000单载波无线***。
MS/AT:双模终端,即可在HRPD网络,也可在3G1x网络工作。一般在3G1x网络的终端指MS(Mobile Station),而在HRPD网络的终端指AT(Access Terminal)。
HRPD AN:HRPD***的接入网(Access Network),它是一个集成在无线接入网中的逻辑实体,用来和接入终端进行无线通信。
PCF:Packet Cantonal Function,分组控制功能。
1xBS:3G1x网络中的基站。
MSC:3G1x网络中的交换机。
Paging Request:寻呼请求消息。
GPM:General Paging Message,通用一般寻呼消息。
FN:Feature Notification,特征通知消息。
Release Order:释放命令。
Rejection:拒绝消息。
A14-1x Service Page:A14接口1x业务寻呼消息。
A14-1x Service Page Ack:A14接口1x业务寻呼证实消息。
A14-1x Service Transfer:A14接口1x业务转移消息。
T3113:定时器3113。
第一实施例:
由于现有技术中的08H不能真正反应用户拒绝的原因,因此,可以考虑在现有的原因值中选取一个比08H(MS Busy)更合适的原因值。
根据目前定义的所有原因值,本发明做了相应的比较,比如可以用09H(Call Processing)值替代。
第二实施例:
也可以考虑创造一个新的原因值,以便更能体现准确拒绝的原因。例如,对现在的000xxxx和001xxxx(Normal Event)的取值资源进行拓展,定义一个新的原因值:(0011111)1FH,代表1x业务被拒绝(1x service rejected)。该原因值可以事先在网络中经过定义,并专门针对HRPD***应用。
第三实施例:
正如上面的分析,考虑到双模终端用户拒绝来话的原因,可以具体细分为三种情况,即:
(1)AT/MS处于空闲状态并由用户按下拒绝键或用户对来话寻呼不予理睬;
(2)AT/MS处于正在从事分组数据业务状态并由用户按下拒绝键
(3)AT/MS处于正在从事分组数据业务状态并且用户对来话寻呼不予理睬。
那么,为了更准确的反应用户的拒绝原因,可以针对每一种情况定义一个对应的状态值。这种方法需要拓展目前原因值的范围,甚至产生一个新的Cause IE,可以称之为Enhanced Cause,用来携带表示原因值的信息。
例如,针对第一种情况,定义第一状态值,1FH,表示用户拒绝(userrejected);针对种情况,定义状态值,xxH,表示用户忙,并且被拒绝(MSis busy & User rejected);针对第三种情况,定义第三状态值,xxH,表示用户忙并且用户未接(MS is busy & user ignored)。
此外,所述第三实施例可以与第一、实施例结合运用,更加准确的反应终端的拒绝原因。
综上所述,第一实施例中,使用现有参数09H(call processing)表示一个正常的呼叫拒绝。这明确回答了MSC的拒绝一般性原因,排除了传递给MSC用户忙(08H MS Busy)这一错误论断。
第二实施例中,定义新参数1FH(1x service rejected)表示呼叫是用户因素而拒绝的。这个是实质性地告诉MSC被拒绝的原因,即用户的因素。方便MSC后续处理机制。
第三实施例中,针对3种具体拒绝原因,定义出3个原因值,清晰地告诉了MSC呼叫被拒绝的原因,方便MSC根据3种原因的反馈而采用更合适的后续处理机制。
Claims (5)
1.一种在用户终端拒绝呼叫时网络反馈原因的方法,用于高速分组数据网和3G 1x网络互操作过程中,在双模终端拒绝来自1x网络的语音业务请求时,反馈当前拒绝原因,包括:当3G 1x网络中的交换机确定在其服务范围内有个到双模终端用户的语音业务时,发送寻呼请求消息;当该双模终端用户决定不接受该来话时,由终端反馈释放命令,并由高速分组数据网的接入网或分组控制功能实体向1x网络中的交换机回复带有拒绝原因的拒绝消息,表示终端不接受来话,其特征在于,所述拒绝消息中包括一个用于携带拒绝原因的信息单元,其中携带的信息为09H。
2.如权利要求1所述的方法,其特征在于,进一步包括:所述拒绝消息中包括一个用于携带拒绝原因的第二信息单元,如果判断到该双模终端处于空闲状态并由用户按下拒绝键或用户对来话寻呼不予理睬,则该第二信息单元携带的信息为第一状态值;如果判断到该双模终端处于正在从事分组数据业务状态并由用户按下拒绝键,则该第二信息单元携带的信息为第二状态值;如果判断到该双模终端处于正在从事分组数据业务状态并且用户对来话寻呼不予理睬,则该第二信息单元携带的信息为第三状态值;其中,该第一状态值、第二状态值、第三状态值的对应状态含义,事先在网络设备中经过定义。
3.一种在用户终端拒绝呼叫时网络反馈原因的方法,用于高速分组数据网和3G 1x网络互操作过程中,在双模终端拒绝来自1x网络的语音业务请求时,反馈当前拒绝原因,包括:当3G 1x网络中的交换机确定在其服务范围内有个到双模终端用户的语音业务时,发送寻呼请求消息;当该双模终端用户决定不接受该来话时,由终端反馈释放命令,并由高速分组数据网的接入网或分组控制功能实体向1x网络中的交换机回复带有拒绝原因的拒绝消息,表示终端不接受来话,其特征在于,所述拒绝消息中包括一个用于携带拒绝原因的信息单元,其中携带的信息为1FH,该1FH的状态含义为1x业务被拒绝,该含义事先在网络设备中经过定义。
4.如权利要求3所述的方法,其特征在于,进一步包括:所述拒绝消息中包括一个用于携带拒绝原因的第二信息单元,如果判断到该双模终端处于空闲状态并由用户按下拒绝键或用户对来话寻呼不予理睬,则该第二信息单元携带的信息为第一状态值;如果判断到该双模终端处于正在从事分组数据业务状态并由用户按下拒绝键,则该第二信息单元携带的信息为第二状态值;如果判断到该双模终端处于正在从事分组数据业务状态并且用户对来话寻呼不予理睬,则该第二信息单元携带的信息为第三状态值;其中,该第一状态值、第二状态值、第三状态值的对应状态含义,事先在网络设备中经过定义。
5.一种在用户终端拒绝呼叫时网络反馈原因的方法,用于高速分组数据网和3G 1x网络互操作过程中,在双模终端拒绝来自1x网络的语音业务请求时,反馈当前拒绝原因,包括:当3G 1x网络中的交换机确定在其服务范围内有个到双模终端用户的语音业务时,发送寻呼请求消息;当该双模终端用户决定不接受该来话时,由终端反馈释放命令,并由高速分组数据网的接入网或分组控制功能实体向1x网络中的交换机回复带有拒绝原因的拒绝消息,表示终端不接受来话,其特征在于,所述拒绝消息中包括一个用于携带拒绝原因的信息单元,如果判断到该双模终端处于空闲状态并由用户按下拒绝键或用户对来话寻呼不予理睬,则该信息单元携带的信息为第一状态值;如果判断到该双模终端处于正在从事分组数据业务状态并由用户按下拒绝键,则该信息单元携带的信息为第二状态值;如果判断到该双模终端处于正在从事分组数据业务状态并且用户对来话寻呼不予理睬,则该信息单元携带的信息为第三状态值;其中,该第一状态值、第二状态值、第三状态值的对应状态含义,事先在网络设备中经过定义。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006101035412A CN100574537C (zh) | 2006-07-21 | 2006-07-21 | 在用户终端拒绝呼叫时网络反馈原因的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006101035412A CN100574537C (zh) | 2006-07-21 | 2006-07-21 | 在用户终端拒绝呼叫时网络反馈原因的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101111061A true CN101111061A (zh) | 2008-01-23 |
CN100574537C CN100574537C (zh) | 2009-12-23 |
Family
ID=39042912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006101035412A Expired - Fee Related CN100574537C (zh) | 2006-07-21 | 2006-07-21 | 在用户终端拒绝呼叫时网络反馈原因的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100574537C (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112189352A (zh) * | 2020-08-28 | 2021-01-05 | 北京小米移动软件有限公司 | 响应指示方法和装置、响应确定方法和装置 |
CN112995399A (zh) * | 2019-12-13 | 2021-06-18 | 深圳市万普拉斯科技有限公司 | 拒接短信发送方法、装置、计算机设备和存储介质 |
CN113543313A (zh) * | 2020-04-21 | 2021-10-22 | 维沃移动通信有限公司 | 寻呼响应方法、终端及网络设备 |
-
2006
- 2006-07-21 CN CNB2006101035412A patent/CN100574537C/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112995399A (zh) * | 2019-12-13 | 2021-06-18 | 深圳市万普拉斯科技有限公司 | 拒接短信发送方法、装置、计算机设备和存储介质 |
CN113543313A (zh) * | 2020-04-21 | 2021-10-22 | 维沃移动通信有限公司 | 寻呼响应方法、终端及网络设备 |
CN113543313B (zh) * | 2020-04-21 | 2023-04-25 | 维沃移动通信有限公司 | 寻呼响应方法、终端及网络设备 |
CN112189352A (zh) * | 2020-08-28 | 2021-01-05 | 北京小米移动软件有限公司 | 响应指示方法和装置、响应确定方法和装置 |
WO2022041144A1 (zh) * | 2020-08-28 | 2022-03-03 | 北京小米移动软件有限公司 | 响应指示方法和装置、响应确定方法和装置 |
CN112189352B (zh) * | 2020-08-28 | 2023-09-12 | 北京小米移动软件有限公司 | 响应指示方法和装置、响应确定方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100574537C (zh) | 2009-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5622837B2 (ja) | 通信ネットワーク内の呼競合を処理する方法およびその装置 | |
CN106658678A (zh) | 一种可穿戴设备的蓝牙连接方法及设备 | |
US20080014938A1 (en) | System and method for suspending a wireless call while performing another wireless communications session | |
CN107920160B (zh) | 呼叫转移方法、智能终端及具有存储功能的装置 | |
KR20110049890A (ko) | 혼성 모바일 튠 어웨이를 검출하기 위한 측정 데이터 기록 방법 | |
CN102098744B (zh) | Sip服务器、业务优先处理的方法及*** | |
CN102365899A (zh) | 一种中止电路交换域返回传统网络呼叫的方法、装置和*** | |
CN103313207B (zh) | 数字集群***中话权申请的方法及***、设备 | |
CN100574537C (zh) | 在用户终端拒绝呼叫时网络反馈原因的方法 | |
CN100442930C (zh) | 移动交换中心及其被叫处理方法 | |
CN101431783A (zh) | 实现交换的方法及交换设备 | |
CN101277524A (zh) | 网络侧发起紧急呼叫的方法、***和设备 | |
CN102045844B (zh) | 能力信息上报方法和装置 | |
WO2011017894A1 (zh) | 一种本地呼叫本地交换的实现方法和*** | |
CN107592618A (zh) | 一种漏话提醒方法、装置及存储介质 | |
EP2501198B1 (en) | Local exchange implementation method for local call | |
CN101237626A (zh) | 多业务交叉的处理方法及处理*** | |
CN107454273A (zh) | 一种呼叫控制方法和装置 | |
CN1316832C (zh) | 移动站的功率控制方法 | |
CN1941996B (zh) | 高速分组数据网下的用户接收和处理3g1x语音呼叫的方法 | |
CN101222758B (zh) | 一种在高速分组数据网传递1x寻呼被拒绝的方法 | |
CN101127967B (zh) | 一种数字集群通讯***中终端实现快速起呼的方法 | |
US9282441B2 (en) | Mobile communication terminal for PTT and method for processing missed call information thereof | |
CN101330677A (zh) | 实现双模移动终端号码绑定的装置、方法及无线通信网络 | |
CN100372398C (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091223 |