CN101616368A - 被叫用户状态显示方法、移动终端及被叫用户状态显示*** - Google Patents
被叫用户状态显示方法、移动终端及被叫用户状态显示*** Download PDFInfo
- Publication number
- CN101616368A CN101616368A CN200810115805A CN200810115805A CN101616368A CN 101616368 A CN101616368 A CN 101616368A CN 200810115805 A CN200810115805 A CN 200810115805A CN 200810115805 A CN200810115805 A CN 200810115805A CN 101616368 A CN101616368 A CN 101616368A
- Authority
- CN
- China
- Prior art keywords
- mobile terminal
- message
- user state
- state information
- calling
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种被叫用户状态显示方法、移动终端及被叫用户状态显示***,应用于移动通信过程中,包括:主叫移动终端向网络侧发起呼叫连接;所述网络侧向被叫移动终端发起寻呼;所述被叫移动终端根据自身当前状态模式向所述网络侧发送用户状态信息;所述网络侧发送所述用户状态信息给所述主叫移动终端;所述主叫移动终端解析所述用户状态信息并显示。使得使用主叫移动终端的主叫用户能够及时了解使用被叫移动终端的被叫用户状态,避免盲目重拨,节约***资源。
Description
技术领域
本发明涉及移动通信领域,尤指一种为主叫用户反馈被叫用户状态的被叫用户状态显示方法、移动终端及被叫用户状态显示***。
背景技术
目前,移动终端可以设置的状态包括:标准、无声、会议、户外及安静等多种模式,但是这些模式仅限于在移动终端上设置自身的状态,并通过对移动终端的铃音音量、提示音、震动、铃声等的不同设置来实现,且只有使用该移动终端的用户才能获取上述设置的状态信息,其他用户,例如,拨打该移动终端的主叫用户,无法获知上述设置的移动终端的状态信息。主叫用户在无法拨通电话情况下,可能会多次重拨,而主叫用户的反复试呼,势必增加线路不必要的开支,造成无线通信链路资源的浪费,同时也浪费了主叫用户的许多宝贵时间。
现有技术中有一种适用于被叫用户不在服务区的场景下,利用短信发送状态信息的方法。当网络侧检测到被叫用户不在服务区或已关机时,向主叫用户发送短信,告知主叫用户被叫无法接听电话。但该方法的应用场景比较单一,而且由于需要发送短信,给通信网络增加了不必要的负担。
所以,实现如QQ、MSN类似的实时状态显示功能,使主叫用户能够更好、更及时的了解到被叫用户移动终端的状态,是很有必要的。
发明内容
本发明实施例提供一种被叫用户状态显示方法、移动终端及被叫用户状态显示***,使得主叫用户能够及时了解被叫用户移动终端的状态,避免盲目重拨,节约***资源。
一种被叫用户状态显示方法,包括:
主叫移动终端向网络侧发起呼叫,所述网络侧向被叫移动终端发起寻呼;
所述被叫移动终端根据自身当前状态模式向所述网络侧发送对应的用户状态信息;
所述网络侧发送所述用户状态信息给所述主叫移动终端;
所述主叫移动终端解析所述用户状态信息并显示。
根据本发明的上述方法,所述向网络侧发送对应的用户状态信息,具体包括:
生成包含所述用户状态信息的第一振铃消息,并发送给网络侧;或者
生成包含所述用户状态信息的第一呼叫确认消息,并发送给网络侧。
根据本发明的上述方法,所述生成包含所述用户状态信息的第一振铃消息,具体包括:将所述用户状态信息写入常规振铃消息的空闲字段中,生成所述第一振铃消息;
所述生成包含所述用户状态信息的第一呼叫确认消息,具体包括:将所述用户状态信息写入常规呼叫确认消息的空闲字段中,生成所述第一呼叫确认消息。
根据本发明的上述方法,所述网络侧发送所述用户状态信息给所述主叫移动终端,具体包括:
网络侧接收到所述第一振铃消息后,转发所述第一振铃消息给所述主叫移动终端;或解析出包含的所述用户状态信息,并生成包含所述用户状态信息的第二振铃消息发送给所述主叫移动终端;或
网络侧接收到所述第一呼叫确认消息后,解析出包含的所述用户状态信息,生成包含所述用户状态信息的第一资源释放消息发送给所述主叫移动终端。
本发明的上述方法,还包括:
网络侧确定当前接收的振铃消息是否为第一振铃消息;具体为:
判断发送振铃消息的移动终端是否开通了用户状态显示功能,若是,则确定当前接收的振铃消息为第一振铃消息;或者
网络侧确定当前接收的呼叫确认消息是否为第一呼叫确认消息;具体为:
判断发送呼叫确认消息的移动终端是否开通了用户状态显示功能,若是,则确定当前接收的呼叫确认消息为第一呼叫确认消息。
一种移动终端,包括:第一接收模块和第一发送模块;
所述第一接收模块,用于接收网络侧寻呼请求,并启动所述第一发送模块;
所述第一发送模块,用于根据自身当前状态模式向所述网络侧发送对应的用户状态信息。
根据本发明的上述移动终端,所述第一发送模块,包括:生成单元和发送单元;
所述生成单元,用于根据自身当前状态模式将对应的用户状态信息写入常规振铃消息的空闲字段中,生成第一振铃消息;或
用于根据自身当前状态模式将对应的用户状态信息写入常规呼叫确认消息的空闲字段中,生成第一呼叫确认消息;
所述发送单元,用于发送所述生成单元生成的所述第一振铃消息,或所述第一呼叫确认消息。
本发明的上述移动终端,还包括:业务申请模块和设置模块;
所述业务申请模块,用于申请开通用户状态显示功能;
所述设置模块,用于预先设置一种或多种状态模式及对应的用户状态信息;并指定一种状态模式为当前状态模式。
本发明的上述移动终端,还包括:第二发送模块、第二接收模块和显示模块;
所述第二发送模块,用于发起呼叫连接请求;
所述第二接收模块,用于接收并解析网络侧发送的用户状态信息;
所述显示模块,用于显示所述第二接收模块解析出的用户状态信息。
一种被叫用户状态显示***,包括:主叫移动终端、呼叫接续装置和被叫移动终端;
所述主叫移动终端,用于发起呼叫连接;以及接收所述呼叫接续装置发送的所述被叫移动终端的用户状态信息,解析并显示所述用户状态信息;
所述呼叫接续装置,用于在接收到所述主叫移动终端发起的呼叫连接请求后,向所述被叫移动终端发起寻呼;以及接收所述被叫移动终端根据自身当前状态模式发送的自身用户状态信息,并发送给所述主叫移动终端;
所述被叫移动终端,用于接收所述呼叫接续装置发起的寻呼请求,并根据自身当前状态模式向所述呼叫接续装置发送自身用户状态信息。
根据本发明的上述***,所述呼叫接续装置,包括:呼叫接续模块、判断模块,第三发送模块和第四发送模块;
所述呼叫接续模块,用于接收所述主叫移动终端发起的呼叫连接请求,向所述被叫移动终端发起寻呼,并接收所述被叫移动终端返回的振铃消息或呼叫确认消息;
所述判断模块,用于判断发送所述振铃消息或呼叫确认消息的被叫移动终端是否开通了用户状态显示功能,若是,则确定所述振铃消息为携带有被叫用户状态信息的第一振铃消息,或确定所述呼叫确认消息为携带有被叫用户状态信息的第一呼叫确认消息,启动所述第三发送模块;否则,启动所述第四发送模块;
所述第三发送模块,用于转发所述第一振铃消息给所述主叫移动终端,或解析出第一振铃消息中包含的所述用户状态信息,并生成包含所述用户状态信息的第二振铃消息发送给所述主叫移动终端;或解析出第一呼叫确认消息中包含的所述用户状态信息,生成包含所述用户状态信息的第一资源释放消息发送给所述主叫移动终端;
所述第四发送模块,用于发送常规振铃声消息或资源释放消息。
根据本发明的上述***,所述呼叫接续装置还包括:
业务受理模块,用于接收移动终端申请开通用户状态显示功能的请求,并存储开通了用户状态显示功能的移动终端标识信息;
所述判断模块,还用于根据所述业务受理模块中存储的移动终端标识信息,判断发送所述振铃消息或呼叫确认消息的被叫移动终端是否开通了用户状态显示功能。
本发明实施例提供的被叫用户状态显示方法、移动终端及被叫用户状态显示***,通过主叫移动终端向网络侧发起呼叫连接;所述网络侧向被叫移动终端发起寻呼;所述被叫移动终端根据自身当前状态模式向所述网络侧发送用户状态信息;所述网络侧发送所述用户状态信息给所述主叫移动终端;所述主叫移动终端解析所述用户状态信息并显示。使得使用主叫移动终端的主叫用户能够及时了解使用被叫移动终端的被叫用户状态,避免盲目重拨和反复试呼,节约了用户的时间和***网络资源,减轻了网络运行的压力。
附图说明
图1为本发明实施例中被叫用户状态显示方法的流程图;
图2为本发明实施例一中被叫用户状态显示方法的流程图;
图3为本发明实施例二中被叫用户状态显示方法的流程图;
图4为本发明实施例中被叫用户状态显示***的结构示意图;
图5为本发明实施例中移动终端的结构示意图;
图6为本发明实施例呼叫接续装置的结构示意图。
具体实施方式
为了有效解决主叫用户在不了解被叫用户状态的情况下盲目重拨的问题,本发明实施例一种为主叫用户显示被叫用户状态的方法。通过在现有消息中携带被叫用户的用户状态信息,使主叫用户能够及时准确的了解被叫用户的状态,避免盲目重拨和反复试呼。
本发明方法的流程如图1所示,包括下列步骤:
步骤S1:主叫移动终端向网络侧发起呼叫连接。
步骤S2:网络侧根据主叫移动终端的呼叫连接请求,向被叫移动终端发起寻呼。
步骤S3:被叫移动终端根据自身当前状态模式向网络侧发送对应的用户状态信息。
被叫用户根据自身情况,预先在被叫移动终端上设置自身当前状态模式。
例如:被叫用户在被叫移动终端上预先设置了一种或多种状态模式及对应的用户状态信息;指定预先设置的状态模式中的一种状态模式为当前状态模式。移动终端的状态模式可以包括:
(i)正常模式或标准模式,即被叫移动终端允许正常拨打电话。
特别的,正常模式或标准模式时,可以将用户状态信息设置为空,即不携带任何消息;也可以携带,例如“可以正常通话”,等信息。
(ii)忙碌/离开模式,即被叫移动终端暂时不允许打入电话。
忙碌/离开模式时,携带的用户状态信息可以为:“在开会,稍候再打”、“工作忙,请稍候”等。
(iii)免打扰模式,即被叫移动终端不允许打入电话。
免打扰模式时,携带的用户状态信息可以为:“休假中免打扰”、“在外地”等。
实际应用中被叫移动终端可以通过短信、WEB网站等方式或到营业厅申请开通用户状态显示功能。网络侧接收到移动终端申请开通用户状态显示功能的信息时,若该移动终端有权使用该业务,则接受该移动终端的申请,并为该移动终端开通用户状态显示功能;否则拒绝该移动终端的申请。同时,存储开通了用户状态显示功能的移动终端标识信息。
在该步骤S3中,被叫用户还根据自身当前状态模式对应的用户状态信息生成相应的消息,发送给网络侧,具体可以包括下面两种情况:
(1)生成包含自身用户状态信息的第一振铃消息,并发送给网络侧。具体为:
将自身用户状态信息写入常规振铃消息的User-User空闲字段中,生成携带自身用户状态信息第一振铃消息;并向网络侧发送携带有自身用户状态信息的第一振铃消息。
例如:正常模式或忙碌/离开模式时,可以选择在第一振铃消息(ALERTING)中携带自身用户状态信息。
(2)生成包含所述用户状态信息的第一呼叫确认消息,并发送给网络侧。具体为:
将自身用户状态信息写入常规呼叫确认消息(CALL CONFIRMED)的Cause空闲字段中,生成携带自身用户状态信息第一呼叫确认消息;并向网络侧发送携带有自身用户状态信息的第一呼叫确认消息。
例如:免打扰模式时,可以选择在呼叫确认消息中携带自身用户状态信息。
步骤S4:网络侧发送被叫用户的用户状态信息给主叫移动终端。对应的包括下面两种情况:
(1)网络侧接收到振铃消息后,判断发送振铃消息的被叫移动终端是否开通了用户状态显示功能。例如,可以根据存储的开通了用户状态显示功能的移动终端标识信息,判断被叫移动终端是否开通了用户状态显示功能。
若是,则确定接收到的振铃消息为第一振铃消息。
确定接收到的振铃消息为第一振铃消息后,网络侧转发该第一振铃消息给主叫移动终端;或解析出其中携带的被叫移动终端的用户状态信息,并将解析出的用户状态信息写入常规振铃消息的User-User字段的空闲字段中,生成包含上述用户状态信息的第二振铃消息,发送给主叫移动终端。
若否,则确定接收到的振铃消息为常规振铃消息,并按现有流程处理。
(2)当网络侧接收到呼叫确认消息后,判断发送呼叫确认消息的被叫移动终端是否开通了用户状态显示功能。
若是,则确定接收到的呼叫确认消息为第一呼叫确认消息。
则确定接收到的呼叫确认消息消息为第一呼叫确认消息后;网络侧解析出呼叫确认消息中携带的被叫移动终端的用户状态信息,并将解析出的用户状态信息写入常规资源释放消息(RELEASE)的Cause或User-User空闲字段中,生成包含被叫移动终端用户状态信息的第一资源释放消息,并发送给主叫移动终端。
若否,则确定接收到的呼叫确认消息为常规呼叫确认消息,并按现有流程处理。
步骤S5:主叫移动终端接收接收所述用户状态信息,解析并显示被叫用户的用户状态信息给主叫用户。
主叫移动终端接收网络侧转发的第一振铃消息,或接收网络侧发送的第二振铃消息或第一资源释放消息,解析出其中携带的被叫移动终端的用户状态信息,并显示给主叫用户。
步骤S6:主叫用户根据被叫用户的状态进行相应的操作,包括:连接呼叫、稍后再拨打或停止呼叫等。
实施例一:
本发明实施例一提供的被叫用户状态显示方法,通过振铃消息携带被叫用户当前状态模式对应的用户状态信息,主叫用户根据接收到的用户状态信息继续拨打或停止呼叫。其信令流程图如图2所示,其执行步骤如下:
步骤S101:主叫用户通过无线网络子***(Radio Network Subsystem,RNS)发起呼叫连接的请求。
主叫用户使用主叫移动终端UE通过所属的无线网络子***RNS-O向网络侧,例如:移动交换中心(Mobile Switching Center,MSC),发送服务请求(CM_SERVICE_REQUEST)消息。
服务请求消息中可以包括如下参数:
(1)移动识别参数,例如:国际移动用户标识(International MobileSubscriber Identity,IMSI)、临时移动用户识别码(Temporary Mobile SubscriberIdentity,TMSI)和国际移动终端设备标识(International Mobile StationEquipment Identity,IMEI)等;
(2)寻呼响应Classmark2;
(3)加密密钥序号(Ciphering Key Sequence Number,CKSN);
(4)呼叫操作(Call Management,CM)业务请求类型,例如:移动始发呼叫建立、紧急呼叫建立、短消息业务、补充业务和位置业务等。
步骤S102:网络侧返回业务接受(CM_SERVERICE_ACCEPT)消息。
步骤S103:主叫移动终端发送呼叫请求(SETUP)消息。
主叫移动终端接收到业务接受消息或加密完成之后,发送呼叫请求消息给网络侧。呼叫请求消息中携带有被叫移动终端的号码和主叫移动终端的标识等详细信息。
步骤S104:网络侧向被叫移动终端发送寻呼(PAGING)消息。
网络侧接收到主叫移动终端发送的呼叫请求消息后,进行被叫分析,解析出呼叫请求消息中携带的被叫移动终端的号码信息,向被叫移动终端所在的拜访位置寄存器(Visitor Location Register,VLR)请求移动用户漫游号码(MobileStation Roaming Number,MSRN)。然后网络侧通过被叫移动终端所属的无线网络子***RNS-T向被叫移动终端发送寻呼消息
步骤S105:被叫移动终端返回寻呼响应(PAGING RESPONSE)消息。
步骤S106:网络侧向主叫移动终端返回呼叫响应(CALL PROCEEDING)消息。
步骤S107:主叫承载建立(BEARER ESTABLISHMENT)过程。
即:网络侧与主叫移动终端建立用户面承载连接。
步骤S108:网络侧向被叫移动终端发送呼叫请求(SETUP)消息。
步骤S109:被叫移动终端返回呼叫确认(CALL CONFIRMED)消息。
步骤S110:被叫承载建立(BEARER ESTABLISHMENT)过程。
即:网络侧与被叫移动终端建立用户面承载连接。
注:步骤S108、S109、S110建立被叫承载的过程与步骤S107建立主叫承载的过程执行顺序不分先后,可以同时进行。
步骤S111:被叫发送携带自身用户状态信息的第一振铃消息。
利用常规振铃消息中的User-User空闲字段,携带用户状态消息,生成第一振铃消息。常规振铃消息的各字段内容如表1所示。其中,User-User字段的长度为3-131字节(bit),允许用户可以自行写入需要定义的内容。
表1
信元标记IEI | 信元内容Information Element | 类型/参数Type/Reference | 表现形式Presence | 格式Format | 长度Length |
呼叫控制协议鉴别器Call control protocoldiscriminator | 协议鉴别器10.2Protocol discriminator 10.2 | M | V | 1/2 | |
事务标识符Transaction identifier | 事务标识符10.3.2Transaction identifier 10.3.2 | M | V | 1/2 | |
振铃消息类型Alerting message type | 消息类型10.4Message type 10.4 | M | V | 1 | |
1C | 工具Facility | 工具10.5.4.15Facility 10.5.4.15 | O | TLV | 2-? |
7E | 用户-用户User-User | 用户-用户10.5.4.25User-User 10.5.4.25 | O | TLV | 3-131 |
7F | 会话层服务版本SS version | SS版本标识符10.5.4.24SS version identifier 10.5.4.24 | O | TLV | 2-3 |
步骤S112:网络侧发送携带被叫移动终端用户状态信息的第一/第二振铃消息给主叫移动终端。
网络侧接收到被叫移动终端发送的振铃消息后,判断出发送振铃消息的被叫移动终端开通了用户状态显示功能时,确定接收到的振铃消息为第一振铃消息。则转发该第一振铃消息给主叫移动终端;或解析出第一振铃消息中携带的被叫移动终端的用户状态信息,将其写入网络侧发送给主叫移动终端的常规振铃消息中,生成包含上述用户状态信息的第二振铃消息,并发送。
步骤S113:主叫移动终端根据被叫用户的状态,进行后续操作,包括建立通话连接、停止/中断呼叫或继续拨打等。
被叫移动终端在接收电话振铃的同时,接收到被叫用户的用户状态信息。主叫用户可以根据用户状态消息中显示的被叫用户状态进行后续相关操作。
如图2中是以建立呼叫连接为例,则被叫移动终端通过网络侧向主叫移动终端发送连接请求(CONNECT)消息,主叫移动终端通过网络侧返回连接响应(CONNECTACK)消息,主被叫之间建立起通话连接。
实施例二
本发明实施例二提供的被叫用户状态显示方法,通过呼叫确认消息和资源释放消息携带被叫用户当前状态模式对应的用户状态信息,主叫用户根据接收到的用户状态信息继续拨打或停止呼叫。其信令流程图如图3所示,其执行步骤如下:
步骤S201-S206与步骤S101-S106相同,在此不再赘述。
步骤S207:网络侧向被叫移动终端发送呼叫请求(SETUP)消息。
步骤S208:被叫移动终端返回携带自身用户状态信息的第一呼叫确认(CALL CONFIRMED)消息。
利用常规呼叫确认消息中的Cause空闲字段,携带用户状态消息。呼叫确认消息的各字段内容如表2所示。其中,Cause字段的长度为4-32字节(bit),允许用户可以自行写入需要定义的内容。
表2
信元标记IEI | 信元内容Information Element | 类型/参数Type/Reference | 表现形式Presence | 格式Format | 长度Length |
呼叫控制协议鉴别器Call control protocoldiscriminator | 协议鉴别器10.2Protocol discriminator 10.2 | M | V | 1/2 | |
事务标识符Transaction identifier | 事务标识符10.3.2Transaction identifier10.3.2 | M | V | 1/2 | |
呼叫确认消息类型Call confirmed messagetype | 消息类型10.4Message type 10.4 | M | V | 1 | |
D- | 确认指示器Repeat Indicator | 确认指示器10.5.4.22Repeat Indicator 10.5.4.22 | C | TV | 1 |
04 | 承载能力1Bearer capability 1 | 承载能力10.5.4.5Bearer capability 10.5.4.5 | O | TLV | 3-16 |
04 | 承载能力2Bearer capability 2 | 承载能力10.5.4.5Bearer capability 10.5.4.5 | O | TLV | 3-16 |
08 | 原因Cause | 原因10.5.4.11Cause 10.5.4.11 | O | TLV | 4-32 |
15 | 呼叫控制能力Call control capabilities | 呼叫控制能力10.5.4.5aCC capabilities 10.5.4.5a | O | TLV | 4 |
2D | 流标识符Stream identifier | 流标识符10.5.4.28Stream identifier 10.5.4.28 | O | TLV | 3 |
步骤S209:网络侧发送第一资源释放(RELEASE)消息。
网络侧接收被叫移动终端发送的呼叫确认消息后,判断出发送呼叫确认消息的被叫移动终端开通了用户状态显示功能时,确定接收到的呼叫确认消息为第一呼叫确认消息。
然后,解析出呼叫确认消息中携带的被叫移动终端的用户状态信息。将解析出的用户状态信息写入常规RELEASE消息中,生成第一资源释放消息。具体为:利用常规RELEASE消息中的Cause或User-User空闲字段,携带用户状态消息。常规RELEASE消息的各字段内容如表3所示。其中,Cause字段的长度为4-32字节(bit),User-User字段的长度为3-131bit,均允许用户可以自行写入需要定义的内容。
表3
信元标记IEI | 信元内容Information Element | 类型/参数Type/Reference | 表现形式Presence | 格式Format | 长度Length |
呼叫控制协议鉴别器Call control protocoldiscriminator | 协议鉴别器10.2Protocol discriminator10.2 | M | V | 1/2 | |
事务标识符Transaction identifier | 事务标识符10.3.2Transaction identifier10.3.2 | M | V | 1/2 | |
资源释放消息类型Release message type | 消息类型10.4Message type 10.4 | M | V | 1 | |
08 | 原因Cause | 原因10.5.4.11Cause 10.5.4.11 | O | TLV | 4-32 |
08 | 原因2Second Cause | 原因10.5.4.11Cause 10.5.4.11 | O | TLV | 4-32 |
1C | 工具 | 工具10.5.4.15 | O | TLV | 2-? |
Facility | Facility 10.5.4.15 | ||||
7E | 用户-用户User-User | 用户-用户10.5.4.25User-User 10.5.4.25 | O | TLV | 3.131 |
网络侧向主叫移动终端发送携带有被叫用户的用户状态信息的第一资源释放消息,通知主叫移动终端释放网络资源。
步骤S210:网络侧向被叫移动终端发送资源释放消息,通知被叫移动终端释放网络资源。
步骤S211:主叫移动移动终端发送资源释放完成消息。
步骤S212:被叫移动移动终端发送资源释放完成消息。
步骤S211和步骤S212执行顺序不分先后,可以交换。
根据本发明的上述方法可以构建一种被叫用户状态显示***,如图4所示,包括:移动终端(10、30等)和呼叫接续装置20。
本发明上述***中以移动终端10作为主叫移动终端,移动终端30作为被叫移动终端为例进行描述。其中,移动终端10通过所属的无线网络子***RNS-O与网络侧的呼叫接续装置20进行消息交互;移动终端30通过所属的无线网络子***RNS-T与网络侧的呼叫接续装置20进行消息交互。
移动终端10,用于发起呼叫连接;以及接收网络侧(例如:呼叫接续装置20)发送的移动终端30的用户状态信息,解析并显示移动终端30的用户状态信息。
移动终端30,用于接收网络侧(例如:呼叫接续装置20)发起的寻呼请求,以及根据自身当前状态模式向网络侧(例如:呼叫接续装置20)发送自身用户状态信息。
移动终端10/移动终端30,如图5所示,包括:第一接收模块101和第一发送模块102
第一接收模块101,用于接收网络侧(例如:呼叫接续装置20)发送的寻呼请求,并启动所述第一发送模块。
第一发送模块102,用于根据自身当前状态模式向网络侧(例如:呼叫接续装置20)发送对应的用户状态信息。
较佳的,第一发送模块102,进一步可以包括:生成单元1021和发送单元1022;
生成单元1021,用于根据自身当前状态模式将对应的用户状态信息写入常规振铃消息的空闲字段中,生成第一振铃消息;或用于根据自身当前状态模式将对应的用户状态信息写入常规呼叫确认消息的空闲字段中,生成第一呼叫确认消息。
发送单元1022,用于发送生成单元1021生成的第一振铃消息,或发送生成单元1021生成的第一呼叫确认消息。
移动终端10/移动终端30,还包括:设置模块103和业务申请模块104。
设置模块103,用于预先设置一种或多种状态模式及对应的用户状态信息;并指定所述状态模式中的一种状态模式为当前状态模式。
业务申请模块104,用于申请开通用户状态显示功能。
移动终端10/移动终端30,还包括:第二发送模块105、第二接收模块106和显示模块107。
第二发送模块105,用于发送发起呼叫连接的请求信息。
第二接收模块106,用于接收并解析网络侧(例如:呼叫接续装置20)发送的被叫移动终端的用户状态信息。
显示模块107,用于显示第二接收模块106解析出的用户状态信息。
呼叫接续装置20,用于在接收到移动终端10发起的呼叫连接的请求信息后,向移动终端30发起寻呼,以及接收移动终端30根据自身当前状态模式发送的自身用户状态信息,并发送移动终端30的用户状态信息给移动终端10。
呼叫接续装置20,如图6所示,包括:呼叫接续模块201、判断模块202,第三发送模块203和第四发送模块204。
呼叫接续模块201,用于接收移动终端10发起的呼叫连接请求,向移动终端30发起寻呼,并接收移动终端30返回的振铃消息或呼叫确认消息。
判断模块202,用于判断发送振铃消息的移动终端30是否开通了用户状态显示功能,若是,则确定呼叫接续模块201接收的振铃消息为携带有被叫用户状态信息的第一振铃消息;或判断发送呼叫确认消息的移动终端30是否开通了用户状态显示功能,若是,则确定呼叫接续模块201接收的呼叫确认消息消息为携带有被叫用户状态信息的第一呼叫确认消息。
第三发送模块203,用于转发呼叫判断模块202确定出的第一振铃消息给移动终端10,或解析出第一振铃消息中包含的移动终端30的用户状态信息,并生成包含所述用户状态信息的第二振铃消息发送给移动终端10;或解析出第一呼叫确认消息中包含的移动终端30的用户状态信息,生成包含所述用户状态信息的第一资源释放消息发送给移动终端10。
第四发送模块204,用于发送常规振铃声消息或资源释放消息。
呼叫接续装置20,还包括:业务受理模块205,用于接收到移动终端(10或30)申请开通用户状态显示功能的请求,并存储开通了用户状态显示功能的移动终端的标识信息。
判断模块202,还用于根据业务受理模块205中存储的移动终端标识信息,判断发送振铃消息或呼叫确认消息的被叫移动终端是否开通了用户状态显示功能。
本发明实施例提供的上述被叫用户状态显示方法、移动终端及被叫用户状态显示***,通过主叫移动终端向网络侧发起呼叫连接,网络侧向被叫移动终端发起寻呼,被叫移动终端根据自身当前状态模式向网络侧发送用户状态信息,网络侧发送上述用户状态信息给主叫移动终端,主叫移动终端解析用户状态信息并显示。使得使用主叫移动终端的主叫用户在拨打被叫移动终端时,能够及时了解使用被叫移动终端的被叫用户的状态信息,减少主叫用户无法接通电话时的困惑,避免盲目重拨和反复试呼,节约了用户的时间和***网络资源,减轻了网络运行的压力。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化、替换或应用到其他类似的装置,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (12)
1、一种被叫用户状态显示方法,其特征在于,包括:
主叫移动终端向网络侧发起呼叫,所述网络侧向被叫移动终端发起寻呼;
所述被叫移动终端根据自身当前状态模式向所述网络侧发送对应的用户状态信息;
所述网络侧发送所述用户状态信息给所述主叫移动终端;
所述主叫移动终端解析所述用户状态信息并显示。
2、如权利要求1所述的方法,其特征在于,所述向网络侧发送对应的用户状态信息,具体包括:
生成包含所述用户状态信息的第一振铃消息,并发送给网络侧;或者
生成包含所述用户状态信息的第一呼叫确认消息,并发送给网络侧。
3、如权利要求2所述的方法,其特征在于,所述生成包含所述用户状态信息的第一振铃消息,具体包括:将所述用户状态信息写入常规振铃消息的空闲字段中,生成所述第一振铃消息;
所述生成包含所述用户状态信息的第一呼叫确认消息,具体包括:将所述用户状态信息写入常规呼叫确认消息的空闲字段中,生成所述第一呼叫确认消息。
4、如权利要求2所述的方法,其特征在于,所述网络侧发送所述用户状态信息给所述主叫移动终端,具体包括:
网络侧接收到所述第一振铃消息后,转发所述第一振铃消息给所述主叫移动终端;或解析出包含的所述用户状态信息,并生成包含所述用户状态信息的第二振铃消息发送给所述主叫移动终端;或
网络侧接收到所述第一呼叫确认消息后,解析出包含的所述用户状态信息,生成包含所述用户状态信息的第一资源释放消息发送给所述主叫移动终端。
5、如权利要求4所述的方法,其特征在于,还包括:
网络侧确定当前接收的振铃消息是否为第一振铃消息;具体为:
判断发送振铃消息的移动终端是否开通了用户状态显示功能,若是,则确定当前接收的振铃消息为第一振铃消息;或者
网络侧确定当前接收的呼叫确认消息是否为第一呼叫确认消息;具体为:
判断发送呼叫确认消息的移动终端是否开通了用户状态显示功能,若是,则确定当前接收的呼叫确认消息为第一呼叫确认消息。
6、一种移动终端,其特征在于,包括:第一接收模块和第一发送模块;
所述第一接收模块,用于接收网络侧寻呼请求,并启动所述第一发送模块;
所述第一发送模块,用于根据自身当前状态模式向所述网络侧发送对应的用户状态信息。
7、如权利要求6所述的移动终端,其特征在于,所述第一发送模块,包括:生成单元和发送单元;
所述生成单元,用于根据自身当前状态模式将对应的用户状态信息写入常规振铃消息的空闲字段中,生成第一振铃消息;或
用于根据自身当前状态模式将对应的用户状态信息写入常规呼叫确认消息的空闲字段中,生成第一呼叫确认消息;
所述发送单元,用于发送所述生成单元生成的所述第一振铃消息,或所述第一呼叫确认消息。
8、如权利要求6或7所述的移动终端,其特征在于,还包括:业务申请模块和设置模块;
所述业务申请模块,用于申请开通用户状态显示功能;
所述设置模块,用于预先设置一种或多种状态模式及对应的用户状态信息;并指定一种状态模式为当前状态模式。
9、如权利要求8所述的移动终端,其特征在于,还包括:第二发送模块、第二接收模块和显示模块;
所述第二发送模块,用于发起呼叫连接请求;
所述第二接收模块,用于接收并解析网络侧发送的用户状态信息;
所述显示模块,用于显示所述第二接收模块解析出的用户状态信息。
10、一种被叫用户状态显示***,其特征在于,包括:主叫移动终端、呼叫接续装置和被叫移动终端;
所述主叫移动终端,用于发起呼叫连接;以及接收所述呼叫接续装置发送的所述被叫移动终端的用户状态信息,解析并显示所述用户状态信息;
所述呼叫接续装置,用于在接收到所述主叫移动终端发起的呼叫连接请求后,向所述被叫移动终端发起寻呼;以及接收所述被叫移动终端根据自身当前状态模式发送的自身用户状态信息,并发送给所述主叫移动终端;
所述被叫移动终端,用于接收所述呼叫接续装置发起的寻呼请求,并根据自身当前状态模式向所述呼叫接续装置发送自身用户状态信息。
11、如权利要求10所述的***,其特征在于,所述呼叫接续装置,包括:呼叫接续模块、判断模块,第三发送模块和第四发送模块;
所述呼叫接续模块,用于接收所述主叫移动终端发起的呼叫连接请求,向所述被叫移动终端发起寻呼,并接收所述被叫移动终端返回的振铃消息或呼叫确认消息;
所述判断模块,用于判断发送所述振铃消息或呼叫确认消息的被叫移动终端是否开通了用户状态显示功能,若是,则确定所述振铃消息为携带有被叫用户状态信息的第一振铃消息,或确定所述呼叫确认消息为携带有被叫用户状态信息的第一呼叫确认消息,启动所述第三发送模块;否则,启动所述第四发送模块;
所述第三发送模块,用于转发所述第一振铃消息给所述主叫移动终端,或解析出第一振铃消息中包含的所述用户状态信息,并生成包含所述用户状态信息的第二振铃消息发送给所述主叫移动终端;或解析出第一呼叫确认消息中包含的所述用户状态信息,生成包含所述用户状态信息的第一资源释放消息发送给所述主叫移动终端;
所述第四发送模块,用于发送常规振铃声消息或资源释放消息。
12、如权利要求11所述的***,其特征在于,所述呼叫接续装置还包括:
业务受理模块,用于接收移动终端申请开通用户状态显示功能的请求,并存储开通了用户状态显示功能的移动终端标识信息;
所述判断模块,还用于根据所述业务受理模块中存储的移动终端标识信息,判断发送所述振铃消息或呼叫确认消息的被叫移动终端是否开通了用户状态显示功能。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810115805A CN101616368A (zh) | 2008-06-27 | 2008-06-27 | 被叫用户状态显示方法、移动终端及被叫用户状态显示*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810115805A CN101616368A (zh) | 2008-06-27 | 2008-06-27 | 被叫用户状态显示方法、移动终端及被叫用户状态显示*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101616368A true CN101616368A (zh) | 2009-12-30 |
Family
ID=41495703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810115805A Pending CN101616368A (zh) | 2008-06-27 | 2008-06-27 | 被叫用户状态显示方法、移动终端及被叫用户状态显示*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101616368A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101980512A (zh) * | 2010-11-05 | 2011-02-23 | 候万春 | 在通信网络上向被叫呈现主叫附加信息的***和方法 |
WO2011144120A2 (zh) * | 2011-05-30 | 2011-11-24 | 华为技术有限公司 | 一种业务控制方法及装置 |
CN103379449A (zh) * | 2012-04-23 | 2013-10-30 | 中兴通讯股份有限公司 | 呼叫过程中向主叫显示被叫状态的方法和装置 |
CN103873651A (zh) * | 2012-12-11 | 2014-06-18 | 联想(北京)有限公司 | 一种信息提醒方法及通信设备 |
CN104113645A (zh) * | 2013-04-19 | 2014-10-22 | 百度在线网络技术(北京)有限公司 | 移动终端的提醒方法和移动终端 |
CN104580771A (zh) * | 2015-01-16 | 2015-04-29 | 四川联友电讯技术有限公司 | 同步语音会议***主持人会中重呼与会人员的方法 |
CN104580774A (zh) * | 2015-01-16 | 2015-04-29 | 四川联友电讯技术有限公司 | 同步语音会议*** |
CN104683577A (zh) * | 2015-02-15 | 2015-06-03 | 深圳市金立通信设备有限公司 | 一种通话处理方法及终端 |
CN106101381A (zh) * | 2016-05-26 | 2016-11-09 | 维沃移动通信有限公司 | 一种呼叫请求的处理方法及移动终端 |
CN106341802A (zh) * | 2015-07-15 | 2017-01-18 | 威海捷讯通信技术有限公司 | 一种使驾车司机的移动终端自动回复呼叫的方法及装置 |
TWI594614B (zh) * | 2014-08-26 | 2017-08-01 | Chunghwa Telecom Co Ltd | Method and system of situation information |
WO2018040813A1 (zh) * | 2016-08-31 | 2018-03-08 | 腾讯科技(深圳)有限公司 | 音视频通信方法、终端、服务器及存储介质 |
CN112422750A (zh) * | 2019-08-22 | 2021-02-26 | 中兴通讯股份有限公司 | 获取终端状态的方法、终端、***及计算机可读存储介质 |
-
2008
- 2008-06-27 CN CN200810115805A patent/CN101616368A/zh active Pending
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101980512A (zh) * | 2010-11-05 | 2011-02-23 | 候万春 | 在通信网络上向被叫呈现主叫附加信息的***和方法 |
WO2011144120A2 (zh) * | 2011-05-30 | 2011-11-24 | 华为技术有限公司 | 一种业务控制方法及装置 |
CN102265588A (zh) * | 2011-05-30 | 2011-11-30 | 华为技术有限公司 | 一种业务控制方法及装置 |
WO2011144120A3 (zh) * | 2011-05-30 | 2012-05-03 | 华为技术有限公司 | 一种业务控制方法及装置 |
CN103379449A (zh) * | 2012-04-23 | 2013-10-30 | 中兴通讯股份有限公司 | 呼叫过程中向主叫显示被叫状态的方法和装置 |
WO2013159404A1 (zh) * | 2012-04-23 | 2013-10-31 | 中兴通讯股份有限公司 | 呼叫过程中向主叫显示被叫状态的方法和装置 |
CN103873651A (zh) * | 2012-12-11 | 2014-06-18 | 联想(北京)有限公司 | 一种信息提醒方法及通信设备 |
CN104113645A (zh) * | 2013-04-19 | 2014-10-22 | 百度在线网络技术(北京)有限公司 | 移动终端的提醒方法和移动终端 |
CN104113645B (zh) * | 2013-04-19 | 2018-09-07 | 百度在线网络技术(北京)有限公司 | 移动终端的提醒方法和移动终端 |
TWI594614B (zh) * | 2014-08-26 | 2017-08-01 | Chunghwa Telecom Co Ltd | Method and system of situation information |
CN104580771A (zh) * | 2015-01-16 | 2015-04-29 | 四川联友电讯技术有限公司 | 同步语音会议***主持人会中重呼与会人员的方法 |
CN104580774A (zh) * | 2015-01-16 | 2015-04-29 | 四川联友电讯技术有限公司 | 同步语音会议*** |
CN104683577A (zh) * | 2015-02-15 | 2015-06-03 | 深圳市金立通信设备有限公司 | 一种通话处理方法及终端 |
CN106341802A (zh) * | 2015-07-15 | 2017-01-18 | 威海捷讯通信技术有限公司 | 一种使驾车司机的移动终端自动回复呼叫的方法及装置 |
CN106101381A (zh) * | 2016-05-26 | 2016-11-09 | 维沃移动通信有限公司 | 一种呼叫请求的处理方法及移动终端 |
CN106101381B (zh) * | 2016-05-26 | 2020-02-04 | 维沃移动通信有限公司 | 一种呼叫请求的处理方法及移动终端 |
WO2018040813A1 (zh) * | 2016-08-31 | 2018-03-08 | 腾讯科技(深圳)有限公司 | 音视频通信方法、终端、服务器及存储介质 |
CN107786424A (zh) * | 2016-08-31 | 2018-03-09 | 腾讯科技(深圳)有限公司 | 音视频通信方法、终端及服务器 |
CN107786424B (zh) * | 2016-08-31 | 2020-04-21 | 腾讯科技(深圳)有限公司 | 音视频通信方法、终端及服务器 |
CN112422750A (zh) * | 2019-08-22 | 2021-02-26 | 中兴通讯股份有限公司 | 获取终端状态的方法、终端、***及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101616368A (zh) | 被叫用户状态显示方法、移动终端及被叫用户状态显示*** | |
JP4708473B2 (ja) | 通信システム、移動機、着信制御方法 | |
CA2501991A1 (en) | Apparatus and method for extending the coverage area of a licensed wireless communication system using an unlicensed wireless communication system | |
CN101860830A (zh) | 通信装置 | |
KR20090031465A (ko) | 다른 무선 통신 세션을 수행하는 동안 무선 호출을 중단하기 위한 시스템 및 방법 | |
CN101014197A (zh) | 当主叫呼叫不可达被叫电话时减少试呼次数的***和方法 | |
EP3567883A1 (en) | Short message transmission method, device and system | |
CN102365899A (zh) | 一种中止电路交换域返回传统网络呼叫的方法、装置和*** | |
US20060099983A1 (en) | System and method for performing group call processing in a key telephone system | |
CN102098744B (zh) | Sip服务器、业务优先处理的方法及*** | |
CN102577283B (zh) | 用于语音和其他cs域服务的规定的设备及方法 | |
CN101431783A (zh) | 实现交换的方法及交换设备 | |
EP2501198B1 (en) | Local exchange implementation method for local call | |
CN100546399C (zh) | 一种控制及获知被叫终端振铃模式的方法、设备及*** | |
KR100678243B1 (ko) | 무선 연결 방법 및 시스템 | |
WO2010102585A1 (zh) | 一种在呼叫建立过程中对本地通话建立本地交换的方法、设备及*** | |
JP2000295659A (ja) | 通信装置の送信制御方法及びその制御プログラムを記録した媒体並びに通信システム | |
EP2523438B1 (en) | Mobile terminal | |
WO2011116721A2 (zh) | 移动终端通讯方法及装置 | |
KR20070054541A (ko) | 이동 단말기간의 단말기 상태 정보 교환 방법 및 그 이동단말기 | |
WO2006079285A1 (fr) | Procede et appareil destines a des utilisateurs engages dans un appel de groupe pour recevoir un message court | |
KR102296080B1 (ko) | 5g sa 코어망 장애 발생 시의 서비스 복구 방법 | |
CN100550948C (zh) | 一种无应答前转的控制方法及*** | |
KR20050071723A (ko) | 이동통신시스템에서 상대 단말기의 상태를 알려주기 위한방법 | |
KR100637550B1 (ko) | 이동통신시스템의 발신 호 설정과정 중 음성메시지 전송방법 |
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 |
Application publication date: 20091230 |