CN101771982B - 一种实现紧急告警的方法、系统和设备 - Google Patents
一种实现紧急告警的方法、系统和设备 Download PDFInfo
- Publication number
- CN101771982B CN101771982B CN2009100761020A CN200910076102A CN101771982B CN 101771982 B CN101771982 B CN 101771982B CN 2009100761020 A CN2009100761020 A CN 2009100761020A CN 200910076102 A CN200910076102 A CN 200910076102A CN 101771982 B CN101771982 B CN 101771982B
- Authority
- CN
- China
- Prior art keywords
- terminal
- service
- network side
- priority
- receives
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 86
- 230000005540 biological transmission Effects 0.000 claims abstract description 106
- 238000012545 processing Methods 0.000 claims abstract description 68
- 230000001960 triggered effect Effects 0.000 claims abstract description 37
- 230000008569 process Effects 0.000 claims abstract description 20
- 230000000977 initiatory effect Effects 0.000 claims abstract description 10
- 238000012546 transfer Methods 0.000 claims description 50
- 230000001934 delay Effects 0.000 claims description 45
- 230000009977 dual effect Effects 0.000 claims description 45
- 230000004044 response Effects 0.000 claims description 40
- 230000003111 delayed effect Effects 0.000 claims description 11
- 230000008859 change Effects 0.000 claims description 4
- 238000012544 monitoring process Methods 0.000 claims description 2
- 230000002123 temporal effect Effects 0.000 claims 1
- 238000004891 communication Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 14
- 230000007704 transition Effects 0.000 description 14
- 230000003993 interaction Effects 0.000 description 8
- 230000009471 action Effects 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 3
- 238000005562 fading Methods 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 241001591024 Samea Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现紧急告警的方法、系统和设备,属于通信领域。所述方法包括:根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,处理所述首要通知PN业务与新事件的冲突,确保终端MS能够尽快接收到一个完整的PN,从而实现紧急告警的目的。其中,所述新事件的类型包括:CS业务的发起和中止、PS业务的发起和中止、小区重选和切换;所述模式类型包括:空闲模式、分组传输模式、专用模式和双传模式。本发明实现了处于不同模式的终端MS在接收PN的过程中如果发生切换、重选、模式变换等情况,确保终端MS能够尽快接收到一个完整的PN,从而实现紧急告警的目的。
Description
技术领域
本发明涉及通信领域,特别涉及一种实现紧急告警的方法、系统和设备。
背景技术
ETWS(Ear thquake and Tsunami Warning System,地震和海啸预警系统),主要用于地震海啸等自然灾害的预警以及灾后救援,重建等工作,属于应急通讯。对ETWS有两个基本的要求,一是时延,由于地震和海啸传播速度很快,因此需要第一时间把预警消息发给用户,因此,对时延要求较高;二是安全,由于发布这类消息将可能引发大规模的恐慌,所以对安全的要求也较高,消息源一般由政府控制。其中,根据不同的目的和紧急程度,ETWS消息分为两种:一种是PN(Primary Notification,首要通知),用于承载最重要,最紧急的消息,应该在第一时间内发给用户,如地震,海啸的预警消息;另外一种是SN(Secondary Notification,次要通知),用于发送额外的相对次紧急的消息,时延可以相应的放宽,如从哪里能获取救援帮助等消息。
按照终端MS(如手机等)所处的模式不同,包括空闲模式idle mode、分组传输模式packet transfer mode、专用模式dedicated mode以及双传模式dual transfer mode,现有技术分别针对终端MS的上述四种模式,定义了如何将PN下发给终端MS的方式和方法,详见如下:
当终端MS处于空闲模式idle mode,BSS(Base Station Subsystem,基站子系统)通过寻呼请求类型1 Paging Request Type1消息,实现PN在CCCH(Common Control Channel,公共控制信道)信道的下发;
当终端MS处于分组传输模式packet transfer mode,修改分组寻呼请求Packet Paging Request消息,使处在该模式下的终端MS收到修改后的PacketPaging Reques t消息后,暂时离开去侦听CCCH信道,从而实现终端MS读取到BSS下发的寻呼请求类型1Paging Request Type 1消息;
当终端MS处于专用模式dedi cated mode,BSS通过使用应用信息Application information消息,其中,该Application information消息在主专用控制信道(main DCCH)上发送,且将PN包含在该消息的APDU(ApplicationProtocol Data Unit,应用协议数据单元)Data信元中,同时为PN定义一个新的APDU ID,并且设置含有APDU ID为PN的则设置为高优先级,实现该模式下的终端MS接收到BSS下发的PN。
当终端MS处于双传模式dual transfer mode,终端MS可以采用上述分组传输模式packet transfer mode或者专用模式dedicated mode任一方法实现接收BSS下发的PN。
发明人在实现本发明的过程中,发现上述现有技术提供的实现终端MS接收PN的方法,并没有充分考虑到由于终端MS自身的移动性的特点,实际存在终端MS在接收最紧急消息的过程中存在本身移动性或建立新的业务的需求,会由于移动性和新业务的建立导致对PN的接收无法第一时间实现,进而延迟了告警信息的接收。例如,当地震和海啸发生时,地震和海啸预警系统会在影响的区域上给所有终端MS发送PN,此时的终端MS可能会处在不同模式,不同模式下的PN发送的方法各不相同。而处于不同模式的终端MS在接收PN的过程中又会发生切换、重选等,如何保证该情况下实现终端MS尽快接收到一个完整的PN,同时可以快速响应某些高优先级业务。当他们发生冲突时终端MS或网络侧采取何种措施,现有技术并没有提供这些方面的解决方案。
发明内容
当处于不同模式的终端MS在接收PN的过程中如果发生切换、重选、模式改变等情况,确保终端MS能够尽快接收到一个完整的PN,本发明实施例提供了一种实现紧急告警的方法、系统和设备。所述技术方案如下:
一方面,提供了一种实现紧急告警的方法,所述方法包括:
获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻;其中,所述模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,处理所述首要通知PN业务和所述新事件的冲突,使终端获取到完整的PN,从而实现紧急告警;
其中,所述新事件类型包括:
触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;
执行切换或小区重选;
从GERAN系统进入非GERAN的接入网系统。
另一方面,本发明实施例提供了一种网络侧实体,所述实体包括:
获取模块,用于获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻;其中,所述模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
处理模块,用于根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,处理所述首要通知PN业务和所述新事件的冲突,使终端获取到完整的PN,从而实现紧急告警;
其中,所述获取模块获取的新事件类型包括:触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;执行切换或小区重选;从GERAN系统进入非GERAN的接入网系统。
再一方面,本发明实施例提供了一种终端实体,所述实体包括:
获取模块,用于获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻;其中,所述模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
处理模块,用于根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,处理所述首要通知PN业务和所述新事件的冲突,使终端获取到完整的PN,从而实现紧急告警;
其中,所述获取模块获取的新事件类型包括:触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;执行切换或小区重选;从GERAN系统进入非GERAN的接入网系统。
再一方面,本发明实施例提供了一种网络系统,所述系统包括:上述本发明实施例提供的网络实体和本发明实施例提供的终端实体。
本发明实施例提供的技术方案的有益效果是:
通过根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻,处理首要通知PN业务和新事件的冲突,使终端获取到完整的PN,实现了处于不同模式的终端MS在接收PN的过程中如果发生切换、重选等情况,确保终端MS能够尽快接收到一个完整的PN,从而实现紧急告警的目的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的实现紧急告警的方法的流程示意图。
图2是本发明实施例提供的终端MS在接收PN过程中的改变情况示意图。
图3是本发明实施例提供的终端MS空闲模式接收PN的第一交互示意图。
图4是本发明实施例提供的网络侧和终端MS侧的第二交互示意图。
图5是本发明实施例提供的网络侧和终端MS侧的第三交互示意图。
图6是本发明实施例提供的网络侧和终端MS侧的第四交互示意图。
图7是本发明实施例提供的网络侧和终端MS侧的第五交互示意图。
图8是本发明实施例提供的网络侧实体结构示意图。
图9是本发明实施例提供的终端实体结构示意图。
图10是本发明实施例提供的网络系统示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
当处于不同模式的终端MS在接收PN的过程中如果发生切换、重选等情况,为了确保终端MS能够尽快接收到一个完整的PN,本发明实施例提供了一种实现紧急告警的方法,参见图1,方法包括:
S1:获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻,
S2:根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻,处理首要通知PN业务和新事件的冲突,使终端获取到完整的PN,从而实现紧急告警。
其中,模式类型包括:空闲模式、分组传输模式、专用模式和双传模式。
其中,上述新事件类型包括:
触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,,中断双传业务;
执行切换或小区重选;
从GERAN(GSM EDGE Radio Access Network,GSM/EDGE接入网)系统进入非GERAN的接入网系统。
其中,上述非GERAN的接入网系统包括:UTRAN(UTRAN--UMTS TerrestrialRadio Access Network,通用陆地无线接入网),或,EUTRAN(Evolved-UTRAN,演进的通用陆地无线接入网),或,GAN(Generic Access Network,一般接入网络),或,任一与GERAN存在重选或切换的接入网系统。
为了对发明实施例提供的方法进行说,参见图2,为本发明实施例提供的终端MS在接收PN过程的由于移动性带来的转移示意图。其中,如图2所示:
1-10,在GERAN系统中,终端MS(Mobile Station)因为发起或释放一项新业务会存在模式间的转换,例如:当终端MS在空闲模式下出现上网等需求时,会由空闲模式迁移到分组传输模式;再如,当终端MS在空闲模式下出现语音呼叫等需求时,会由空闲模式迁移到专用模式。
11-14,某种模式下的终端MS发生系统内(intra-RAT)的切换或小区重选,例如,以11为例,当终端MS在空闲模式下,由小区A移动到小区B,可能会发生了小区重选;又如,以13为例,当终端MS在专用模式下(MS可能正处在通话中),由小区A移动到小区B,当某些条件满足时,即发生了专用模式下的CS切换。
15-22,某种模式下的终端MS会发生不同系统间(inter-RAT)的小区重选或切换,例如,MS会从GERAN进入UTRAN、E-UTRAN系统。
针对上述情况,当处于不同模式(idle、dedicated、packet transfer、dualtransfer)的终端MS在接收PN的过程中又会发生切换、重选、模式改变等事件时,终端MS侧或网络侧采取何种措施,从而确保该终端MS尽快接收到一个完整的PN,同时可以快速响应某些高优先级业务,本发明实施例提供了一种实现紧急告警的方法,为了对本发明实施例提供的方法进行说明,针对上述终端MS可能发生的情况,分别以示例的形式进行说明,详见如下:
场景1空闲模式转移到分组传输模式。
即,终端MS正在空闲模式下接收PN,发生了PS(Packet Switch,报文分组交换)业务触发需求。其中,该场景包括以下两种情况:
一、终端MS正在空闲模式下接收PN,终端MS接收用户发送的触发PS业务需求;
二、终端MS正在空闲模式下接收PN,网络侧接收到网络侧触发PS业务的需要,需要触发终端MS的PS业务,希望终端MS由空闲模式转移到分组传输模式;
其中,参见图3,为本发明实施例提供的终端MS空闲模式接收PN的交互示意图,如图3所示,BSS接收到传送ETWS的PN的请求,该请求来自于CBS或其它用于此目的功能的服务器,此时网络侧应该在影响的小区内(其中,小区可以由小区广播业务中心CBC Service Centre来设定)连续在CCCH(具体可以是PCH(Paging CCCH,寻呼信道))上发送Paging Request Type 1消息(可简化表示为Paging Req Type 1),并将ETWS的PN分布在若干条Paging Request Type 1消息中,以便指示终端MS接收一条完整的ETWS警告消息PN;终端MS侧识别Paging Request Type 1消息是用于传送PN,便在CCCH信道上连续接收PagingRequest Type 1消息直到接收一个完整PN。
针对上述情况一、当终端MS正在空闲模式下接收PN时,假设接收到第一个Paging Request Type 1消息,而终端MS接收到用户需要触发PS业务的需求,则:
由终端MS执行如下处理:由终端MS先接收到完整的PN后,再向网络侧请求触发PS业务,具体如下处理:终端MS接收到用户发起的需要触发PS业务的需求后,判断此时正在进行PN业务的接收,则延迟向网络侧发送分组信道请求Packet Channel Request命令(该命令用于终端MS向网络侧请求PS业务信道),直到终端MS在空闲模式下接收完PN。即终端MS在空闲模式下接收完PN后,再向网络侧发送分组信道请求Packet Channel Request命令;其中,该PacketChannel Request命令通常承载在PRACH(Packet Random Access Channel,报文分组随机接入信道)或RACH(Random Access Channel,随机接入信道)信道;或者,终端还可以不向网络侧发送分组信道请求Packet Channel Request命令。
由网络侧进行如下处理:网络侧在收到终端MS发送的分组信道请求PacketChannel Request命令,判定网络侧正在向终端MS进行PS业务的发送,则延迟向终端MS侧发送分组上行指派Packet Uplink Assignment,直到网络侧获知终端MS侧收到完整的PN。即当网络侧获知终端MS侧在空闲模式下收到完整的PN后,再向终端MS侧下发分组上行指派Packet Uplink Assignment;其中,该Packet Uplink Assignment通常承载在PAGCH(Packet Access Grant Channel,分组接入允许信道)或者AGCH(Access Grant Channel,接入允许信道),或者网络侧还可以不向终端下发分组上行指派Packet Uplink Assignment。其中,网络侧延时或不发送分组上行指派命令,直到所述终端在空闲模式下接收到完整的PN,具体实现时,可以为:指网络侧设置一个定时器,在定时器的时间内,假定处于空闲模式的MS已经收到完整的PN,则网络侧判定终端在空闲模式下接收到完整的PN,或,网络侧停止传送PN时,则网络侧判定终端在空闲模式下接收到完整的PN。本实施例对此不做限制。
参见图4,提供了网络侧和终端MS侧的交互示意图,如图4所示:终端MS在空闲模式下通过Paging Request Type1收到PN的一部分后,向BSS侧发送Packet Channel Request,用于触发该MS自身的PS业务;当BSS侧收到该PacketChannel Request后,判断正在下发PN,则在完成BSS侧的自身的交互后,在本应该下发Packet Uplink Assignment的时刻(如虚线所示),不进行PacketUplink Assignment的下发(即延迟向终端MS下发Packet Uplink Assignment),等到网络侧获知终端接收到完整的PN后,再将Packet Uplink Assignment下发给终端MS。
针对上述情况二、当终端MS正在空闲模式下接收PN,此时,网络侧接收到网络需要触发终端MS的PS业务的需求,则,
由终端MS进行如下处理:网络侧接收到网络需要触发终端MS的PS业务的需求,向终端MS下发分组寻呼请求Packet Paging Request消息,用于触发终端MS发起PS业务,相应地,终端MS收到网络侧下发的Packet Paging Request消息后,判断自身正在进行PN业务的接收,则延迟响应Packet Paging Request,即当终端MS通过CCCH信道收到完整的PN后,再响应收到的Packet PagingRequest;或者,终端不响应Packet Paging Request。
由网络BSS进行如下处理:网络侧接收到网络需要触发终端MS的PS业务的需求,准备向终端MS下发Packet Paging Request消息时,判断网络侧正在向终端MS进行PN业务的发送,则延迟向终端MS发送分组寻呼请求PacketPaging Request消息,直到网络侧获知终端MS侧收到完整的PN后(方法同上,不再赘述),再向终端MS侧下发分组寻呼请求Packet Paging Request消息,或者,网络侧停止向终端发送分组寻呼请求Packet Paging Request消息。参见图5,提供了网络侧和终端MS侧的交互示意图,如图5所示,网络侧获知需要向终端MS下发Packet Paging Request消息,用以触发终端MS的PS业务,在原本该向终端MS下发Packet Paging Request时刻(如图中虚线所示),BSS侧获知正在通过CCCH信道向终端MS下发PN,则延迟下发或者不发PacketPaging Reques t给终端MS。
场景2分组传输模式转移到空闲模式。
即,终端MS正在分组传输模式下接收PN,发生了PS业务中断需求。其中,与场景1类似,该场景包括以下情况:
1、终端触发、终端执行:如果终端MS正在分组传输模式下接收PN,此时终端MS接收到用户需要中断PS业务需求进入空闲模式,由于无论是分组传输模式,还是空闲模式,在接收PN时是通过CCCH(或PCCCH(如果存在))实现,所以终端MS进行如下处理:终端MS先在分组传输模式下接收完PN再中断PS业务回到空闲状态,即终端延迟向网络侧发送中断PS业务的请求(如在PDTCH上的数据块DATA BLOCK将CV设置为0),直到终端接收到完整的PN,或者终端不向网络侧发送中断PS业务的请求。
2、终端触发、网络侧执行:终端向网络侧发送中断PS业务的请求(如在PDTCH上的数据块DATA BLOCK将CV设置为0),网络侧收到该请求后,判断正在进行PN的传送,则延迟向该终端返回该请求的响应(请求的响应如PacketUplink Ack/Nack FAI=1),直到网络侧获知终端MS侧收到完整的PN后(方法同上,不再赘述),或者,不向该终端返回该请求的响应。
3、网络侧触发、网络侧执行:如果终端MS正在分组传输模式下接收PN,此时网络侧接收到网络侧需要对终端PS业务的中断需求(如在PDTCH上的DataBlock FBI=1),由于分组传输模式和空闲模式都是在CCCH(或PCCCH(如果存在))上实现接收PN,所以,网络侧可先不中断或延迟中断PS业务,让终端MS先在分组传输模式下接收完PN再中断PS业务。即,直到网络侧获知终端MS侧收到完整的PN后(方法同上,不再赘述),再向终端MS下发中断PS业务命令。即网络侧获知正在进行PN传送,则延迟向终端下发中断PS业务的命令,直到该终端接收到完整的PN为止,或者,网络侧不向终端发送终端PS业务的命令。
4、网络侧触发、终端执行:如果终端MS正在分组传输模式下接收PN,此时网络侧接收到网络侧需要对终端PS业务的中断需求(如在PDTCH上的DataBlock FBI=1),向终端下发中断PS业务的命令,终端收到该中断PS业务命令后,判断自身正在进行PN的接收,则延迟执行该中断PS业务命令,直到接收到完整的PN为止;或者,终端不执行该中断PS业务命令。
场景3专用模式转移到空闲模式
即,终端MS正在专用模式下接收PN,发生了CS业务中断需求。其中,其中,与场景1、场景2类似,该场景包括以下情况:
如果终端MS正在专用模式下接收PN,此时终端MS接收到用户需要中断CS业务需求进入空闲模式,以及网络侧接收到网络需要中断终端MS的CS业务的需求,
由于终端MS由专用模式转移到空闲模式,需要收到网络侧通过FACCH信道下发的信道释放Channel Release消息,针对该情况,发明人提出了如下解决方案:
方案一、网络侧执行如下处理:终端MS正在专用模式下接收PN,此时,网络侧下发信道释放Channel Release(FACCH)消息之前,网络侧获知此时处于PN下发阶段(例如BSS侧未收包括PN的Application Information消息的确认应答),则BSS延迟发送Channel Release(FACCH)消息,即当网络侧向终端MS下发信道释放Channel Release(FACCH)消息时,判断是否正在进行向终端MS下发PN业务,如果是,则延迟发送信道释放Channel Release(FACCH)消息,直到获知向终端MS下发完毕PN为止。需要特别注意的是,此时,即使是终端MS主动挂机也仍保持信道不释放,从而使终端MS在专用模式下完整的收到PN后,再进行空闲模式。
方案二、终端MS侧执行如下处理:网络侧正常下发Channel Release(FACCH)消息,终端MS收到此消息后,判断自身正在接收PN,则可以采用如下方法:
终端MS延迟执行或不执行Channel Release(FACCH)命令,也不启动超时定时器Timer3110,等接收完PN后,再执行Channel Release(FACCH),同时启动Timer3110;或者,
终端MS启动Timer3110,但通过设置,加大该定时器的超时设置时间,等接收完PN后,再执行channel release,此时定时器Timer3110已经启动,不再启动。
其中,上述超时定时器Timer3110的作用为,假设该超时定时器设定的定时时间为2s,当收到Channel Release(FACCH)命令,启动该Timer3110后,在到达该设定时间时,如果信道没有释放,MS将会强行释放此信道。
综上所述,该场景下包括:
1、终端触发中断CS业务,终端执行:即终端在进行PN传送,获知用户发起触发中断CS业务的请求,则延迟向网络侧发送中断CS业务的请求,直到该终端接收到完整的PN为止;或者,终端不向网络侧发送中断CS业务的请求。
2、终端触发中断CS业务,终端执行:终端向网络侧发送中断CS业务的请求,网络侧收到该请求后,判断正在向该终端传送PN,则延迟向该终端返回该中断CS业务的请求的响应,直到获知该终端完整的收到PN为止;或者,网络侧不向该终端返回该中断CS业务的请求的响应。
3、网络侧触发中断CS业务,网络侧执行:网络侧获知网络需要针对终端发起中断CS业务的需求,判断正在向该终端传送PN,则延迟向该终端发送中断CS业务的命令,直到获知中断接收到完整的PN为止,或者,网络侧不向该终端发送中断CS业务的命令。
场景4空闲模式转移到专用模式
即,终端MS在空闲模式下正在接收PN,此时触发发生CS业务。与场景1、2、3类似,该场景包括:终端触发CS业务,终端执行;中断触发CS业务,网络侧执行;网络侧触发CS业务,网络侧执行;网络侧触发CS业务,终端执行四种情况,由于终端按呼叫类型,可以分为:主叫终端、被叫终端,下面分别针对该终端MS作为主叫和被叫,进行详细说明,详见如下:
一、终端MS作为主叫
参见图6,终端MS作为主叫时,可根据两个时间点,划分为三个阶段,针对上述三个阶段分别进行说明。如图6所示,上述两个时间点包括:终端MS向网络侧发起CS业务(即发送信道请求)的时刻、终端MS收到网络侧下发的立即指派消息的时刻,相应地,
1、如果终端MS向网络侧发送信道请求前,PN业务已经进行,即已经侦听到PN;
1)不考虑优先级,或默认PN优先级最高(高于所有终端MS发起的CS业务优先级(或简称主叫业务优先级)),由终端MS侧或网络侧执行处理。
A、终端MS侧执行如下处理:终端MS先在空闲模式下接收完PN,再执行主叫业务,即终端MS获知自身正在接收PN,则延迟向网络侧发送信道请求ChannelRequest,直到终端MS完整的收到PN后,再向网络侧发送信道请求ChannelRequest。
B、网络侧执行如下处理:终端MS有主叫需求时直接发起业务,即直接向网络侧发送信道请求Channel Request(RACH),网络侧收到该终端MS的Channel Request(RACH)消息后,判断正在进行PN业务的传送,则对该信道请求不进行响应或进行延迟响应,直到终端MS完成PN的接收。
2)考虑优先级,由终端MS侧或网络侧执行处理。
A、考虑优先级,由终端MS侧执行如下处理:终端MS判断主叫业务和接收PN业务的优先级,如果主叫优先级不高于(低于或等于)接收PN业务的优先级时,则MS先在空闲模式下接收完PN后再发起主叫;如果主叫优先级高于接收PN的优先级时,则直接发起主叫,进入专用模式后,继续或重新接收PN。
例如,主叫终端MS在接收PN时,该主叫终端MS的用户触发拨打被叫终端MS的主叫业务,由于主叫终端MS侦听到了PN,该主叫终端MS判断拨打该被叫终端MS的主叫业务和接收PN业务的优先级,如果拨打该被叫终端MS业务的优先级不高于接收PN业务的优先级,则延迟发送用于触发拨打该被叫终端MS业务的请求信道的Channel Request消息,直到该主叫终端MS在空闲模式下完整的收到PN后,再向网络侧发送信道请求Channel Request。
B、考虑优先级,由网络侧执行如下处理:终端MS有主叫需求时直接发起业务,网络侧收到该终端MS的信道请求Channel Request(RACH)消息,判断该终端MS发起的主叫业务和传送PN业务的优先级,如果主叫优先级不高于(低于或等于)传送PN业务的优先级时,则网络侧对Channel Request(RACH)消息不响应或延迟响应。如果主叫优先级高于传送PN业务的优先级时,则正常响应主叫,终端MS进入专用模式后,继续或重新接收PN。
其中,上述网络侧延时或不发送响应,直到所述终端在空闲模式下接收到完整的PN,具体实现时,可以为:指网络侧设置一个定时器,在定时器的时间内,假定处于空闲模式的MS已经收到完整的PN,则网络侧判定终端在空闲模式下接收到完整的PN,或,网络侧停止传送PN时,则网络侧判定终端在空闲模式下接收到完整的PN。本实施例对此不做限制。
2、终端MS业务发起后(即终端MS已经向网络侧发送了信道请求),终端MS收到立即指派Immediate assignment前,在该阶段终端MS侦听到PN的发送;
1)不考虑优先级,或默认PN优先级最高,由终端MS侧或网络侧执行处理。
A、终端MS执行处理:网络侧正常响应发送Immediate assignment(AGCH)消息,终端MS侧收到该消息后,判断自身正在接收PN,则延迟对该Immediateassignment(AGCH)消息的响应,直到收完PN后,或终端不向网络侧返回该Immediate assignment(AGCH)消息的响应。
B、网络侧执行如下处理:网络侧收到该终端MS的Channel Request(RACH)消息时,判断正在下发PN,则网络侧对该Channel Request不响应或延迟响应,让终端MS在空闲模式下收到完整的PN。
2)考虑优先级,由终端MS侧或网络侧执行处理。
A、终端MS执行处理:网络侧收到该MS的Channel Request(RACH)消息时,正常响应发送Immediate assignment(AGCH)消息,终端MS收到Immediateassignment(AGCH)消息后,正在进行PN的接收,于是判断主叫优先级是否高于接收PN业务的优先级,如果主叫优先级不高于(低于或等于)接收PN的优先级时,则终端MS对该Immediate assignment(AGCH)消息不响应或延迟响应;如果主叫优先级高于接收PN业务的优先级,则终端MS正常响应Immediateassignment(AGCH)消息,进入专用模式,再继续或重新接收PN。
B)网络侧执行如下处理:网络侧收到该MS的Channel Request(RACH)消息时,判断主叫优先级是否高于接收PN业务的优先级,如果主叫优先级不高于接收PN的优先级时,网络侧不响应或延迟响应。如果主叫优先级高于接收PN的优先级时,则正常响应主叫,终端MS进入专用模式,再继续或重新接收PN。
3、终端MS收到网络侧下发的立即指派Immediate assignment后,侦听到PN的发送。
该情况当终端MS收到网络侧下发的立即指派Immediate assignment,则进入专用模式,则终端MS按照专用模式下正常接收PN。其中,为了提高终端MS收到PN的效率,则网络侧应为PN发送期间,进入专用模式的终端MS尽快传送PN。
综上,对终端MS作为主叫,在接收PN时,空闲模式转移到专用模式进行了说明,下面针对终端MS作为被叫,在接收PN时,空闲模式转移到专用模式进行说明,详见如下:
二、终端MS作为被叫
参见图7,终端MS作为被叫时,可根据两个时间点,划分为三个阶段,针对上述三个阶段分别进行说明。如图7所示,上述两个时间点包括:终端MS收到寻呼请求Paging Request时刻、终端MS收到立即指派Immediate assignment时刻,相应地,
1、终端MS收到Paging Request之前,侦听到PN的发送。
1)不考虑优先级,或默认PN优先级最高(高于所有终端MS发起的业务优先级(终端MS发起的业务优先级简称主叫业务优先级)),由网络侧按照空闲模式发送PN。详见前文,交互图可参照图2,不再赘述。
2)考虑优先级,由网络侧处理。
A、考虑优先级,由网络侧执行处理,PN正在发送,如果此时网络收到对某个终端MS的寻呼,则先比较该呼叫的优先级和PN传输业务的优先级,如果呼叫的优先级高于PN传输业务的优先级,则立即向终端发送寻呼;如果呼叫的优先级不高于(<=)PN传输业务的优先级,则丢弃此寻呼或延迟发送。
B、考虑优先级,由终端执行处理,终端收到网络侧下发的寻呼请求,判断自身正在进行PN的接收,则比较该呼叫的优先级和PN传输业务的优先级,如果呼叫的优先级高于PN接收的优先级,则对该寻呼命令进行响应,然后在专用模式下,继续或者重新接收PN;否则,如果该呼叫的优先级不高于PN接收的优先级,则延迟对该寻呼命令的响应,直到接收到完整的PN为止;或者,不对该寻呼命令进行响应。
2、终端MS收到寻呼请求Paging Request之后,收到立即指派Immediateassignment之前,侦听到PN的发送。
由于终端MS收到寻呼请求Paging Request,所以终端MS会侦听CCCH信道,因而能够检测到CCCH信道上传输的PN,同时也能收到CCCH上的寻呼。
1)不考虑优先级,则终端MS正常响应寻呼,即收到Paging Request(CCCH)之后,可以立即发送Channel Request(RACH)消息。
2)考虑优先级,由终端侧执行如下处理:判断该呼叫业务优先级是否高于接收PN业务的优先级时,如果呼叫业务优先级不高于接收PN业务的优先级,则终端在空闲模式下接收完PN后,再响应Paging Request消息,或者不响应该Paging Request消息;如果呼叫业务优先级高于接收PN的优先级时,则可响应Paging Request消息,进入专用模式,终端继续或重新接收PN。
3)考虑优先级,由网络侧执行如下处理:网络侧正在向至少一个终端MS下发PN,如果此时网络收到对某个终端MS的寻呼(具体针对某个终端MS,可以根据寻呼中携带的终端标识获知),则网络侧判断该呼叫业务的优先级是否高于PN传输业务的优先级,如果该呼叫的优先级高于PN传输业务的优先级,则网络侧立即向该终端MS发送寻呼;如果呼叫的优先级不高于PN传输业务的优先级,则网络侧丢弃此寻呼,或,延迟向或不向终端发送该寻呼。
3、终端MS收到网络侧下发的立即指派Immediate assignment之后,侦听到PN的发送。
1)不考虑优先级,终端MS收到网络侧下发的立即指派Immediateassignment之后才侦听到PN的发送,则不考虑是否接收完PN,终端MS直接进入专用模式,在专用模式下重新接收PN。
2)考虑优先级,由终端MS侧执行如下处理:终端MS收到立即指派Immediateassignment消息之后,侦听到PN的发送,则判断呼叫业务的优先级是否高于接收PN业务的优先级,如果呼叫业务的优先级不高于接收PN业务的优先级,则在空闲模式下接收完PN后再响应Immediate assignment消息;如果呼叫业务优先级高于接收PN业务的优先级,则响应该Immediate assignment消息,进入专用模式,终端继续或重新接收PN。
需要特别注意的是,网络侧需要在为在PN发送期间,进入专用模式的终端MS尽快传送PN,从而确保PN第一时间到达终端MS,实现终端MS快速收到紧急告警,从而避免人员的危险。
综上所述,本发明实施例针对终端MS在空闲模式下正在接收PN,此时发生CS业务,终端MS作为主叫方和被叫方,如何实现快速收到PN进行了说明,其中,针对上述涉及的关于呼叫业务以及接收PN的优先级比较时,参考如下方法:
设置PN传输业务的优先级:其中,在空闲模式下PN是通过Paging RequestType 1(CCCH)命令发送的,在此命令中加入PN传输的优先级。将消息的P1RestOctets中的Priorityl(共3bit)设置成一种优先级别,如设置为call prioritylevel B。
相应地,比较两种业务的优先级:终端MS因为先收到paging request type1(CCCH)消息,已获知PN传输业务的优先级,当收到网络的寻呼时,会得到此寻呼对应的呼叫优先级(例如:该寻呼业务的优先级可以为0-4,A,B,no priorityapplied),当且仅当呼叫的优先级为level A时,认为此寻呼业务优先比PN传输的优先级,其它情况都认为不高于或等同于PN传输的优先级。
场景5双传模式转移到分组传输模式
即,终端MS正在双传模式下接收PN,例如,用户正在边进行语音通话,边进行上网业务,此时,由于用户触发或网络侧触发希望中止语音业务,终端MS由双传模式转移至分组传输模式,即相当于终端MS由专用模式转移至空闲模式,此时,针对该情况,具体的解决方案,可参考上述场景3所述的专用模式转移到空闲模式,方法类似,不再赘述。
场景6分组传输模式转移至双传模式
即,终端MS正在分组传输模式下接收PN,例如,用户正在进行上网业务,此时,由于用户触发或者网络侧触发,用户需要不中止上网业务的前提下,进行语音业务(此时,该用户既可以时主叫用户,也可以是被叫用户),则终端MS由分组传输模式转移至双传模式,即相当于终端MS由空闲模式转移至专用模式,此时,针对该情况,具体的解决方案,可参考上述场景4所述的空闲模式转移到专用模式,方法类似,不再赘述。
场景7专用模式转移至双传模式
即,终端MS正在专用模式下接收PN,例如,用户正在进行语音业务,此时,由于用户触发或者网络侧触发,用户需要不中止语音业务的前提下,进行上网业务,则终端MS由专用模式转移至双传模式,由于PN的传送在专用模式下,是通过应用信息Application Information(主专用控制信道main dedicatedcontrol channel,简称main DCCH或主DCCH)消息传送的,而不是采用分组传输模式下的PCCCH或CCCH的方式。此时发生切换,不会影响PN的传输,即仍然利用应用信息Application Information(主DCCH)消息实现PN的传输。
场景8双传模式转移到专用模式
与场景7类似,即,终端MS正在双传模式下接收PN,例如,用户正在边进行语音业务边进行上网业务,此时,由于用户触发或者网络侧触发,用户中止上网业务但保持语音业务,,则终端MS由双传模式转移至专用模式,由于在双传模式下,PN的传模式下,是通过应用信息Application Information(主DCCH)消息传送的,此时发生切换,不会影响PN的传输,即仍然利用应用信息Application Information(主DCCH)消息实现PN的传输。
场景9双传模式转移到空闲模式
即,终端MS正在双传模式下接收PN,例如,用于用户正在边进行语音业务边进行上网业务,此时,由于用户触发或者网络侧触发,用户中止上网业务且中止语音业务,则终端MS由双传模式转移至空闲模式。由于中止上网业务和中止语音业务势必存在时间上的先后,其中,如果用户先中止上网业务再中止语音业务,则相应地,对应于终端MS先由双传模式转移到专用模式,再由专用模式转移到空闲模式,即相当于终端MS由专用模式转移到空闲模式;如果用户先中止语音业务,再中止上网业务,则相应地,对应于终端MS由双传模式转移到分组传输模式,再由分组传输模式转移到空闲模式,即相当于专用模式到空闲模式,此时,针对该情况,具体的解决方案,可参考上述场景3所述的专用模式转移到空闲模式,方法类似,不再赘述。
场景10空闲模式转移到双传模式
即,终端MS在空闲模式下接收PN,由于业务事件触发的时间的先后顺序,即触发上网业务和触发语音业务势必存在时间上的先后,所以不存在终端MS由空闲模式直接进入双传模式的场景,必然是终端MS由空闲模式先进入专用模式再进入分组传输模式,或终端MS由空闲模式先进入分组传输模式再进入专用模式。
综上所述,分别针对场景1-10,对终端MS快速接收到PN进行了说明,从而实现紧急告警的目的。
下面,针对当终端MS在接收PN时,发生系统内(intra-RAT)的切换或小区重选时,如何实现紧急告警,进行说明,详见如下:
场景11空闲模式的小区重选
即,终端MS在空闲模式正在接收PN,而此时发生终端MS需要从小区A移动到小区B(即终端MS从小区A接入系统变成从小区B接入系统),如果小区存在BCCH信道,则终端MS从CCCH上读取PN;如果小区不存在BCCH信道,只有PBCCH信道,则终端MS从PCCCH上读取PN。根据终端MS所处的空闲模式的类型不同,发明人提出了如下的解决方式、方法:
方法1、首先判断终端MS空闲模式的状态类型,状态类型包括:处于MAC(Media Access Control,介质访问控制子层协议)层的空闲状态、处于GMM(GPRS Mobility Management and Session Management,GPRS移动管理和会话管理协议)ready准备状态、处于GMM Standby备用状态;然后,根据终端MS所处的空闲模式的状态类型执行如下处理:
1)当终端MS处于上述的各种状态,则终端MS在源小区接收完PN后,再重选到目标小区。或,
进一步地,为了确保终端MS侧收到PN,终端在发送N(N为预设值,N>=1)个周期的PN后(一个周期为通过多次发送Paging Request Type1消息传送一个完整的PN,从准备发生重选时计时开始),再执行小区重选。
2)当终端MS处于GMM ready,终端MS在该状态下接收PN,终端MS的重选还可以由网络侧决定:网络侧获知PN的Paging Request Type1消息已经处于下发状态,则等待将所有的PN消息的数据块发送完毕以后,再下发通知消息CCO(Cell Change Order,小区改变命令)。其中,CCO用于网络侧通知终端MS侧进行小区的重选。
进一步地,为了确保终端MS侧收到PN,网络侧还可以在发送N(N为预设值,N>=1)次PN后(每次PN的发送是通过多次发送Paging Request Type1消息实现),下发CCO。
方法2、根据小区的C1(路损),判断是先进行小区重选再继续进行PN接收,还是先将PN接收完毕再进行小区重选,参见如下:
1)如果小区的C1大于0,则表示源小区的信号强度(如信号发射功率)还足以让终端MS接收完毕PN,则终端MS先接收完PN,再执行重选,重选到目标小区。其中,终端MS在源小区接收完PN后,再重选到目标小区,可以由终端MS自己决定,也可以由网络侧决定,本实施例对此不做任何限制。
2)如果小区的C1不大于0(小于或等于),则表示源小区的信号强度已经衰落到不足以让终端MS继续接收PN,则让终端MS先进行重选,重选到目标小区,再在该目标小区下继续接收PN,其中,终端MS先重选到目标小区,再在目标小区接收完PN后,可以由终端MS自己决定,也可以由网络侧决定,本实施例对此不做任何限制。
场景12分组传输模式下的切换
即,终端MS在分组传输模式下接收PN时,可能由于终端MS的移动性等原因,由小区A移动到小区B,发生了PS切换,或者由于小区A的信号衰落由小区B为终端MS服务,因此发生了PS切换,其中,小区B和小区A可以位于同一BTS下,可以位于不同的BTS下,本发明实施例对此不做限制。本发明实施例提出了如下的解决方式、方法:
1、如果是在终端MS接收PN过程中,发生PS切换,则由终端MS执行如下处理:
当终端接收PN时,获知出现PS切换需求,则终端MS决定先进行PN的接收,当接收完毕PN后,再决定是否返回执行PS切换。由于在分组传输模式下,终端MS接收PN是需要离开PS传输,通过侦听CCCH信道读取PN实现,相应地,在终端通过CCCH信道接收PN的过程中,网络侧准备进行PS切换,即终端MS先通过在传输模式接收完PN,如果终端决定执行PS切换,则再返回执行PS切换业务,如果终端决定接收PN后,不执行PS切换,则不需要返回执行PS切换业务。
2、如果是在终端进行PS切换业务过程中,网络侧检测到PN的发送,则由网络侧执行如下处理:
网络侧正在进行PS切换的准备,此时网络侧需要向终端MS发送PN,则,网络侧决定要正在切换的终端MS先接收完PN后回到分组传输模式,再在分组传输模式下进行PS切换。由于,分组传输模式下终端MS执行接收PN,是回暂时离开分组传输模式通过侦听CCCH信道完成PN的接收的,于是,针对该情况,网络侧要求终端MS接收完PS后回到分组传输模式,继续完成PS切换。或者,对于没有PS切换要求的终端MS在接收完PN后,可自行决定是否返回分组传输模式。本发明实施例对此不做任何限制。
其中,上述内容具体实现时,可以通过修改分组寻呼请求Packet pagingrequest消息实现上述通知目的,参见如下:
分组寻呼请求Packet paging request消息中存在重复结构Repeated Pageinfo,该重复结构用于实现网络侧对多个MS的寻呼要求。
其中,针对没有切换要求的终端,可以采用如下方式:在重复结构中先加入对没有切换要求的终端MS的寻呼,设置Packet paging request消息中的终端标识Mobile Identity为“no identity”,寻呼模式Paging mode为“sameas before”。针对有切换要求的终端MS的寻呼,针对每个切换终端MS增加一个重复结构,其中,该重复结构中的终端标识Mobile Identity设置为终端MS的Mobile Identity。
相应地,当终端MS侧收到网络侧下发的所述的分组寻呼请求Packet pagingrequest消息后,如果该消息中携带该终端MS的标识,则终端可以获知是没有针对自身的特别寻呼,即可以由终端MS在收到PN后自行决定是否返回分组传输模式,进行PS切换业务。如果该消息中携带该终端MS的标识,则终端可以获知是针对自身的特别寻呼,即当终端MS在接收到PN后,必须返回原分组传输模式,同时准备进行PS业务切换。
场景13专用模式下的CS切换
即,终端MS在专用模式下接收PN,此时,可能由于终端MS的移动性等原因,由小区A移动到小区B,发生了CS切换,或者由于小区A的信号衰落由小区B为终端MS服务,因此发生了CS切换,其中,小区B和小区A可以位于同一BTS下,可以位于不同的BTS下,本发明实施例对此不做限制。本发明实施例提出了如下的解决方式、方法:
1、针对先传送PN,后检测到CS切换的情况,本发明实施例提供了如下解决方案:
1)由终端MS侧执行如下处理:收到切换命令Handover Command(FACCH)(或指派命令Assignment Command(FACCH))命令,由于切换命令HandoverCommand(FACCH)(或指派命令Assignment Command(FACCH))命令)以及应用信息Application Information(主DCCH)消息都属于层3(L3)消息,且,应用Application Information消息的优先级和Handover Command(FACCH)(或指派命令Assignment Command(FACCH))命令)一样,但是因为ApplicationInformation(主DCCH)位于Handover Command(FACCH)(或指派命令AssignmentCommand(FACCH))命令)之前,所以终端MS会先接收PN。
其中,不同小区之间的切换,终端MS接收到的网络侧下发的切换命令Handover Command(FACCH);
其中,小区内部的切换,终端MS接收到的网络侧下发的指派命令AssignmentCommand(FACCH))。
因此,无论终端MS发生CS切换是在同一个BTS下的CS切换,还是在不同BTS下的CS切换,都会先接收PN。
2)由网络侧执行如下处理:
网络侧获知正在向终端MS侧下发PN,则等到向终端MS传送完PN后,再发送Handover Command(FACCH)(或Assignment Command(FACCH))命令。
其中,具体可以为当网络侧获知终端MS上报的完整接收到PN消息后,再向终端下发Handover Command(FACCH)(或Assignmen t Command(FACCH))命令。
2、切换过程中,检测到PN,但Handover Command命令(或AssignmentCommand(FACCH))还未发送。针对该情况,本发明实施例提供了如下解决方案:
1)网络侧尽可能多地使用偷帧方式,以得到更多FACCH用于传送应用信息Application Information(主DCCH)消息,从而利用偷帧得到的ApplicationInformation(主DCCH)消息发送PN,当发送完PN后,再发送HandoverCommand(FACCH)命令(或Assignment Command(FACCH))。也就是网络侧先发送完PN后再发送Handover Command(FACCH)命令或Assignment Command(FACCH))。
其中,通过利用偷帧方式得到的用于传送应用信息ApplicationInformation(主DCCH)消息的信道,当PN为最开始发送,则需要能够传送560ms的时间(PN的传送通常需要560ms),当终端已经收到3个包含消息的FACCH块,则需要能够传送140ms的时间。
2)网络侧发送Handover Command(FACCH)(或AssignmentCommand(FACCH)),但是将切换命令中的信元开始时间starting time修改为560ms之后的帧号,例如,可以设置为0.6秒之后的帧号。相应地,当终端MS侧收到网络侧下发的Handover Command(FACCH)(或AssignmentCommand(FACCH))后,由于对切换命令中的信元开始时间starting time所进行的设置,则终端MS会继续留在原小区接收PN,等待560ms后再进入新CS信道。
2、切换过程中,检测到PN,但Handover Command命令(或AssignmentCommand(FACCH))已经发送。针对该情况,本发明实施例提供了如下解决方案:
由于网络侧已经下发Handover Command命令(或AssignmentCommand(FACCH)),则终端进行切换后,在新的CS信道下继续或重新接收PN。其中,在新的CS信道下接收PN,情况即为在专用模式下接收PN,不再赘述。
场景14双传模式下的切换
即,终端MS在双传模式下接收PN,此时,可能由于终端MS的移动性等原因,由小区A移动到小区B,发生了切换,或者由于小区A的信号衰落由小区B为终端MS服务,因此发生了切换,其中,小区B和小区A可以位于同一BTS下,可以位于不同的BTS下,本发明实施例对此不做限制。本发明实施例提出了如下的解决方式、方法:
由于终端MS处于双传模式下,PN只能通过专用模式下的传送方式,即利用Application Information(主DCCH)消息来传送。此模式下的切换参考上述场景13所述的专用模式下发生CS切换的场景。方法类似,不再赘述。
综上所述,针对场景11-场景14,当终端MS在接收PN时,发生系统内(intra-RAT)的切换或小区重选时,如何实现紧急告警,进行说明。
下面,针对当终端MS在接收PN时,发生系统间内(inter-RAT)的小区间切换或重选时,如何实现紧急告警,进行说明,详见如下:
场景15空闲模式下,由GERAN系统转移至UTRAN系统
即,终端MS在空闲模式下正在接收GERAN系统的网络侧下发的PN,此时,发生了GERAN系统转移至UTRAN系统的需求,可能由于终端MS的移动性等原因,由GERAN系统移动到UTRAN系统,因此发生系统间的切换。则终端MS在GERAN系统下,先接收完整PN,当接收到完整的PN后,后再进行系统间的重选,重选到UTRAN系统,其中,终端MS先在GERAN系统接收PN后,再转移到UTRAN系统,可以由终端MS自己决定,也可以由网络侧决定,本实施例对此不做任何限制。
进一步地,为了避免当GERAN系统信号衰落,终端MS无法在该系统下收到PN,导致终端MS无法切换到UTRAN系统,为了确保终端MS能够接收到PN,如果在N(N>=1)个完整PN发送的周期内(从准备发生系统间的重选计时开始),终端还未收到完整PN,则先进行系统间的重选,重选到UTRAN系统,再在UTRAN系统重新接收PN。
场景16空闲模式下,由GERAN系统转移至E-UTRAN系统
即,终端MS在空闲模式下正在接收GERAN系统的网络侧下发的PN,此时,发生了GERAN系统转移至E-UTRAN系统的需求,该场景,处理方式和方法与场景15类似,不再赘述。
场景17分组传输模式下,由GERAN系统转移至UTRAN系统
即,终端MS分组传输模式下正在接收GERAN系统的网络侧下发的PN,,此时,发生了由GERAN系统转移至UTRAN系统的需求,该场景,主要考虑GERAN系统侧的操作,其中,处理方式和方法与场景12所述的分组传输模式下PS的切换类似,不再赘述。
场景18分组传输模式下,由GERAN系统转移至E-UTRAN系统
即,终端MS分组传输模式下正在接收GERAN系统的网络侧下发的PN,此时,发生了由GERAN系统转移至E-UTRAN系统的需求,该场景,处理方式和方法与场景17类似,即相应地,与场景12所述的分组传输模式下PS的切换类似,不再赘述。
场景19专用模式下,由GERAN系统转移至E-UTRAN系统
由于在E-UTRAN系统下不存在专用模式,所以该场景不存在。
场景20专用模式下,由GERAN系统转移至UTRAN系统
即,终端MS专用模式下正在接收GERAN系统的网络侧下发的PN,此时,发生了由GERAN系统转移至UTRAN系统的需求,该场景,主要考虑GERAN系统侧的操作,其中,处理方式和方法与场景13所述的专用模式下的CS切换类似,不再赘述。
场景21双传模式下,由GERAN系统转移至E-UTRAN系统
即,终端MS双传模式下正在接收GERAN系统的网络侧下发的PN,此时,发生了由GERAN系统转移至E-UTRAN系统的需求,该场景,主要考虑GERAN系统侧的操作,其中,处理方式和方法与场景3所述的专用模式转移到空闲模式类似,不再赘述。
场景22双传模式下,由GERAN系统转移至UTRAN系统
该场景,主要考虑GERAN系统侧的操作,其中,处理方式和方法与场景13所述的专用模式下的CS切换类似,不再赘述。
综上所述,本发明实施例针对当终端MS在接收PN时,发生系统间内(inter-RAT)的切换或小区重选时,如何实现紧急告警,进行说明。
通过上述场景1-10、场景11-场景14、场景15-场景22的,本发明实施例分别给出了不同的解决方法,从而确保终端MS在各种移动场景中尽快接收到一个完整的PN,从而尽量减少灾难所带来的损害。
与上述各场景对应,本发明实施例还提供了一种网络侧实体,参见图8,该实体包括:
获取模块801,用于获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻;其中,模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
处理模块802,用于根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻,处理首要通知PN业务和新事件的冲突,使终端获取到完整的PN,从而实现紧急告警。
其中,获取模块801获取的新事件类型包括:触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;执行切换或小区重选;从GERAN系统进入非GERAN的接入网系统。
其中,处理模块802包括:
第一处理单元,用于当不考虑新事件与PN业务优先级时,或者默认PN业务优先级最高时,则根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻,延迟向终端发送或不发送新事件的命令或响应,直到终端获取到完整的PN为止;
第二处理单元,用于当考虑新事件与PN业务优先级时,如果新事件优先级高于PN业务优先级,则先执行新事件,再继续或重新下发PN;如果新事件优先级不高于PN业务优先级,则延迟向终端发送或不发送新事件的命令或响应,直到终端获取到完整的PN为止。
其中,该处理模块所执行的具体的处理动作,具体情况请参照上述方法针对各场景所描述的内容,此处不再赘述。
本发明实施例提供的网络侧实体,实现了处于不同模式的终端MS在接收PN的过程中如果发生切换、重选、模式变换等情况,确保终端MS能够尽快接收到一个完整的PN,从而实现紧急告警的目的。
与上述各场景对应,本发明实施例还提供了一种终端实体,参见图9,该实体包括:
获取模块901,用于获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻;其中,模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
处理模块902,用于根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻,处理首要通知PN业务和新事件的冲突,使终端获取到完整的PN,从而实现紧急告警。
其中,获取模块901获取的新事件类型包括:触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;执行切换或小区重选;从GERAN系统进入非GERAN的接入网系统。
其中,处理模块902包括:
第一处理单元,用于当不考虑新事件与PN业务优先级时,或者默认PN业务优先级最高时,则根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、新事件触发的时刻,延迟向网络侧发送或不发送新事件的请求或响应,或,延迟执行或不执行网络侧下发的新事件的命令,直到终端获取到完整的PN为止;
第二处理单元,用于当考虑新事件与PN业务优先级时,如果新事件优先级高于PN业务优先级,则先执行新事件,再继续或重新接收PN;如果新事件优先级不高于PN业务优先级,则延迟向网络侧发送或不发送新事件的请求或响应,或,延迟执行或不执行网络侧下发的新事件的命令,直到终端获取到完整的PN为止。
其中,该终端的处理模块902所执行的具体的处理动作,具体情况请参照上述方法针对各场景所描述的内容,此处不再赘述。
本发明实施例提供的终端实体,实现了处于不同模式的终端MS在接收PN的过程中如果发生切换、重选、模式变换等情况,确保终端MS能够尽快接收到一个完整的PN,从而实现紧急告警的目的。
与上述各场景对应,本发明实施例还提供了一种网络系统,参见图10,该系统包括:网络侧实体1001和终端实体1002,其中,该系统中的网络侧实体1001所执行的具体的处理动作,具体可参照上述网络侧实体的实施例的描述部分以及方法实施例的描述部分,其中,该系统中的终端实体1002所执行的具体的处理动作,具体可参照上述终端实体实施例的描述部分以及方法实施例的描述,此处不再赘述。
本发明实施例提供的网络系统,实现了处于不同模式的终端MS在接收PN的过程中如果发生切换、重选、模式变换等情况,确保终端MS能够尽快接收到一个完整的PN,从而实现紧急告警的目的。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本发明实施例中的部分步骤,可以利用软件实现,相应的软件程序可以存储在可读取的存储介质中,如光盘或硬盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (24)
1.一种实现紧急告警的方法,其特征在于,所述方法包括:
获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻;其中,所述模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,处理所述首要通知PN业务和所述新事件的冲突,使终端获取到完整的PN,从而实现紧急告警;
其中,所述新事件类型包括:
触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;
执行切换或小区重选;
从GERAN系统进入非GERAN的接入网系统。
2.如权利要求1所述的方法,其特征在于,当所述终端处于空闲模式下,接收PN时,
所述终端向网络侧发起触发PS业务,所述终端延迟向或不向所述网络侧发送触发PS业务的请求,直到所述终端接收到完整的网络侧下发的PN;或,所述网络侧接收终端向所述网络侧发送触发PS业务的请求,延迟向或不向所述终端返回响应,直到所述终端接收到完整的网络侧下发的PN;或,
所述网络侧向所述终端发起触发PS业务,所述网络侧延迟向或不向所述终端下发触发PS业务的命令,直到所述终端接收到完整的网络侧下发的PN;或,所述终端接收网络侧向所述终端下发触发PS业务的命令,延迟执行或不执行所述命令,直到所述终端接收到完整的网络侧下发的PN。
3.如权利要求1所述的方法,其特征在于,当所述终端处于分组传输模式下,接收PN时,
所述终端向网络侧发起中断PS业务,所述终端延迟向或不向所述网络侧发送中断PS业务的请求,直到所述终端接收到完整的网络侧下发的PN;或,所述网络侧接收终端向所述网络侧发送中断PS业务的请求,延迟向或不向所述终端返回响应,直到所述终端接收到完整的网络侧下发的PN;或,
所述网络侧向所述终端发起中断PS业务,所述网络侧延迟向或不向所述终端下发中断PS业务的命令,直到所述终端接收到完整的网络侧下发的PN;或,所述终端接收网络侧向所述终端下发中断PS业务的命令,延迟执行或不执行所述命令,直到所述终端接收到完整的网络侧下发的PN。
4.如权利要求1所述的方法,其特征在于,当所述终端处于专用模式或双传模式下,接收PN时;或,在所述终端处于双传模式下,发生由GERAN系统切换到非GERAN的接入网系统,
所述终端向网络侧发起中断CS业务,所述终端延迟向或不向所述网络侧发送中断CS业务的请求,直到所述终端接收到完整的网络侧下发的PN;或,所述网络侧接收终端向所述网络侧发送中断CS业务的请求,延迟向或不向所述终端返回响应,直到所述终端接收到完整的网络侧下发的PN;或,
所述网络侧向所述终端发起中断CS业务,所述网络侧延迟向或不向所述终端下发中断CS业务的命令,直到所述终端接收到完整的网络侧下发的PN;或,所述终端接收网络侧向所述终端下发中断CS业务的命令,延迟执行或不执行所述命令,直到所述终端接收到完整的网络侧下发的PN。
5.如权利要求1所述的方法,其特征在于,当所述终端处于空闲模式或分组传输模式下,传送PN业务与发起CS业务存在时间上的交叉,
当不考虑CS业务与PN业务优先级时,或者默认PN业务优先级最高时,所述终端向网络侧发起触发CS业务,所述终端延迟向或不向所述网络侧发送触发CS业务的请求,直到所述终端接收到完整的网络侧下发的PN;或,所述网络侧接收终端向所述网络侧发送触发CS业务的请求,延迟向或不向所述终端返回响应,直到所述终端接收到完整的网络侧下发的PN;或,所述网络侧向所述终端发起触发CS业务,所述网络侧延迟向或不向所述终端下发触发CS业务的命令,直到所述终端接收到完整的网络侧下发的PN;或,所述终端接收网络侧向所述终端下发触发CS业务的命令,延迟执行或不执行所述命令,直到所述终端接收到完整的网络侧下发的PN;
当考虑CS业务与PN业务优先级时,如果PN业务优先级高于CS业务,则先执行PN业务,再执行CS业务;如果PN业务优先级不高于CS业务,则先执行CS业务,再执行PN业务。
6.如权利要求5所述的方法,其特征在于,当所述终端为主叫终端时,且在触发CS业务之前,侦听到PN业务,
当不考虑CS业务与PN业务优先级时,或者默认PN业务优先级最高时,所述终端在空闲模式下接收到完整的PN后,再触发CS业务;或,
当考虑CS业务与PN业务优先级时,所述终端判断所述CS业务优先级是否高于所述PN业务优先级,如果所述CS业务优先级不高于所述PN业务的优先级,则延迟向或不向网络侧发送触发CS业务的请求,直到所述终端在空闲模式下接收到完整的PN后,如果所述CS业务优先级高于所述PN业务的优先级,则先执行所述CS业务,再继续或重新接收PN;或,所述网络侧接收终端向所述网络侧触发CS业务的请求,判断所述CS业务优先级是否高于所述PN业务优先级,如果所述CS业务优先级不高于所述PN业务的优先级,则延迟向或不向所述终端返回所述触发CS业务的请求的响应,如果所述CS业务优先级高于所述PN业务的优先级,则先执行所述CS业务,再继续或重新下发PN。
7.如权利要求5所述的方法,其特征在于,当所述终端为主叫终端时,且在触发CS业务之后,收到立即指派消息之前,侦听到PN业务,
当不考虑CS业务与PN业务优先级时,或者默认PN业务优先级最高,所述网络侧收到发起CS业务的请求之后,延迟向或不向所述终端返回所述触发CS业务的请求的响应,直到所述终端在空闲模式下接收到完整的PN;或,当不考虑CS业务与PN业务优先级时,或者默认PN业务优先级最高,所述终端接收网络侧收到发起CS业务的请求之后返回的触发CS业务的请求的响应,延迟向或不向所述网络侧返回响应,直到所述终端在空闲模式下接收到完整的PN;
当考虑CS业务与PN业务优先级时,所述网络侧收到发起CS业务的请求之后,判断所述CS业务优先级是否高于所述PN业务优先级,如果否,延迟向或不向所述终端返回所述触发CS业务的请求的响应,直到所述终端在空闲模式下接收到完整的PN,否则,如果所述CS业务优先级高于所述PN业务的优先级,则先执行所述CS业务,再继续或重新接收PN;或,所述终端接收网络侧收到发起CS业务的请求之后返回的触发CS业务的请求的响应,判断所述CS业务优先级是否高于所述PN业务优先级时,如果否,则延迟向或不向所述网络侧返回响应,直到所述终端在空闲模式下接收到完整的PN,否则,如果所述CS业务优先级高于所述PN业务的优先级,则先执行所述CS业务,再继续或重新接收PN。
8.如权利要求5所述的方法,其特征在于,当所述终端为被叫终端时,且在收到CS寻呼请求之前,侦听到PN业务,
当不考虑CS业务与PN业务优先级时,或者默认PN业务优先级最高,所述终端在空闲模式下接收到完整的PN后,再触发CS业务;
当考虑CS业务与PN业务优先级时,所述网络侧接收到对所述终端的寻呼请求,判断CS业务优先级是否高于所述PN业务优先级后,如果否,则延迟向或不向所述终端发送所述寻呼请求,直到所述终端在空闲模式下接收到完整的PN,如果是,则立即发送所述寻呼。
9.如权利要求5所述的方法,其特征在于,当所述终端为被叫终端时,且在收到CS寻呼请求之后,收到立即指派消息之前,侦听到PN业务,
当不考虑CS业务与PN业务优先级时,或者默认PN业务优先级最高,所述终端接收PN,且正常响应寻呼请求;
当考虑CS业务与PN业务优先级时,所述终端接收到所述网络侧发送的寻呼请求后,判断CS业务优先级是否高于所述PN业务优先级时,如果否,则延迟向或不向所述网络侧发送所述CS寻呼请求的响应,直到所述终端在空闲模式下接收到完整的PN,如果是,则立即向所述网络侧发送所述CS寻呼请求的响应。
10.如权利要求5所述的方法,其特征在于,当所述终端为被叫终端时,且在收到立即指派消息之后,侦听到PN业务,
当不考虑CS业务与PN业务优先级时,或者默认PN业务优先级最高,所述终端接收到立即指派消息后,进入专用模式,进入专用模式后继续或重新接收PN;
当考虑CS业务与PN业务优先级时,所述终端接收到立即指派消息之后,判断CS业务优先级是否高于所述PN业务优先级,如果否,则延迟向或不向所述网络侧发送所述立即指派消息响应,直到所述终端在空闲模式下接收到完整的PN,如果是,则立即向所述网络侧发送所述立即指派消息响应,所述终端进入专用模式后继续或重新接收PN。
11.如权利要求1所述的方法,其特征在于,所述网络侧在所述PN的发送期间,为进入专用模式的终端优先传送PN;
所述终端根据是否已接收到完整的该PN,选择接收或拒绝网络侧下发的PN。
12.如权利要求1所述的方法,其特征在于,所述终端处于空闲模式,确定需要发生小区重选,
所述终端或所述网络侧决定在源小区接收到一个完整的PN后,再执行所述小区重选;或
所述终端在预设值N个PN的发送的周期后,执行小区重选,在目标小区重新或继续接收PN,直到在目标小区接收到一个完整的PN;或
当路损值大于0时,则所述终端决定在源小区接收到一个完整的PN后,执行所述小区重选;当所述路损值小于0时,则所述终端先执行所述小区重选,当重选到目标小区后,在所述目标小区重新或继续接收PN。
13.如权利要求12所述的方法,其特征在于,所述终端处于空闲模式,且所述终端的空闲模式的状态为GMM ready,确定需要发生小区重选,
所述网络侧向在GMM ready状态下的终端MS下发PN,网络侧获知PN的寻呼请求Paging Request Type1消息处于下发状态,则决定等待所有的PN消息的数据块发送完毕以后,再下发小区改变命令CCO;所述CCO用于网络侧通知终端MS侧进行小区的重选。
14.如权利要求1所述的方法,其特征在于,所述终端处于分组传输模式,发生切换,或,所述终端处于分组传输模式,发生由GERAN系统切换到非GERAN的接入网系统;
所述终端暂时离开PS业务通过侦听公共控制信道CCCH信道接收PN过程中,发生所述切换,则所述终端接收到PN后,返回所述PS业务;
当发生所述切换过程中,网络侧通过CCCH信道发送PN,所述终端或网络侧决定当所述终端接收到PN后,返回或不返回所述PS业务。
15.如权利要求14所述的方法,其特征在于,所述方法还包括:网络侧修改向所述终端下发的分组寻呼请求Packet Paging Request消息的重复结构,在重复结构中先加入对没有切换要求的终端的寻呼;再对有切换要求的终端设置终端的标识,实现对终端是否返回PS业务的区分。
16.如权利要求1所述的方法,其特征在于,所述终端处于专用模式或双传模式,检测到切换,或,所述终端处于专用模式,发生GERAN系统切换到非GERAN的接入网系统,
当所述网络侧先进行PN的传送,后检测到切换,则所述网络侧延迟发送切换消息,直到所述终端接收到一个完整的PN。
17.如权利要求1所述的方法,其特征在于,所述终端处于专用模式或双传模式,检测到切换,或,所述终端处于专用模式,发生GERAN系统切换到非GERAN的接入网系统,
当所述切换的过程中,网络侧后检测到PN,但切换消息还未下发,则所述网络侧通过更多的偷帧传送应用信息消息,通过所述偷帧传送的应用信息消息发送PN,直到所述终端接收到完整的PN后,向所述终端发送切换消息;或,所述终端接收网络侧发送的切换命令,所述切换命令携带所述网络侧根据PN的发送时间设置的切换命令开始执行时间,所述终端根据所述切换命令开始执行时间,执行所述切换命令,所述切换命令开始执行时间用于确保所述终端在执行切换命令之前接收到完整的PN。
18.如权利要求1所述的方法,其特征在于,所述终端处于空闲模式正在接收PN的过程中,发生GERAN系统切换到非GERAN的接入网系统,
所述终端在GERAN系统接收到完整的PN后,所述终端由所述GERAN系统切换到非GERAN的接入网系统;或,
设置预设时间,如果所述终端在预设时间内接收不到完整的PN,则所述终端由所述GERAN系统切换到非GERAN的接入网系统,当切换到所述非GERAN的接入网系统后,所述终端在所述非GERAN的接入网系统接收完整的PN。
19.如权利要求1或18所述的方法,其特征在于,所述非GERAN的接入网系统包括:通用陆地无线接入网UTRAN,或,演进的通用陆地无线接入网E-UTRAN,或,一般接入网络GAN,或,任一与GERAN存在互操作的接入网系统。
20.一种网络侧实体,其特征在于,所述实体包括:
获取模块,用于获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻;其中,所述模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
处理模块,用于根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,处理所述首要通知PN业务和所述新事件的冲突,使终端获取到完整的PN,从而实现紧急告警;
其中,所述获取模块获取的新事件类型包括:触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;执行切换或小区重选;从GERAN系统进入非GERAN的接入网系统。
21.如权利要求20所述的实体,其特征在于,所述处理模块包括:
第一处理单元,用于当不考虑新事件与PN业务优先级时,或者默认PN业务优先级最高时,则根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,延迟向所述终端发送或不发送所述新事件的命令或响应,直到所述终端获取到完整的PN为止;
第二处理单元,用于当考虑新事件与PN业务优先级时,如果所述新事件优先级高于所述PN业务优先级,则先执行所述新事件,再继续或重新下发PN;如果所述新事件优先级不高于PN业务优先级,则延迟向所述终端发送或不发送所述新事件的命令或响应,直到所述终端获取到完整的PN为止。
22.一种终端实体,其特征在于,所述实体包括:
获取模块,用于获取触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻;其中,所述模式类型包括:空闲模式、分组传输模式、专用模式和双传模式;
处理模块,用于根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,处理所述首要通知PN业务和所述新事件的冲突,使终端获取到完整的PN,从而实现紧急告警;
其中,所述获取模块获取的新事件类型包括:触发分组传送PS业务,中断PS业务,触发电路域CS业务,中断CS业务,中断双传业务;执行切换或小区重选;从GERAN系统进入非GERAN的接入网系统。
23.如权利要求22所述的实体,其特征在于,所述处理模块包括:
第一处理单元,用于当不考虑新事件与PN业务优先级时,或者默认PN业务优先级最高时,则根据触发的新事件类型、终端当前模式类型、首要通知PN业务发生的时刻、所述新事件触发的时刻,延迟向网络侧发送或不发送所述新事件的请求或响应,或,延迟执行或不执行所述网络侧下发的新事件的命令,直到所述终端获取到完整的PN为止;
第二处理单元,用于当考虑新事件与PN业务优先级时,如果所述新事件优先级高于所述PN业务优先级,则先执行所述新事件,再继续或重新接收PN;如果所述新事件优先级不高于PN业务优先级,则延迟向网络侧发送或不发送所述新事件的请求或响应,或延迟执行或不执行所述网络侧下发的新事件的命令,直到所述终端获取到完整的PN为止。
24.一种网络系统,其特征在于,所述系统包括:如权利要求20-21任一权利要求所述的网络实体和如权利要求22-23任一权利要求所述的终端实体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100761020A CN101771982B (zh) | 2009-01-07 | 2009-01-07 | 一种实现紧急告警的方法、系统和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100761020A CN101771982B (zh) | 2009-01-07 | 2009-01-07 | 一种实现紧急告警的方法、系统和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101771982A CN101771982A (zh) | 2010-07-07 |
CN101771982B true CN101771982B (zh) | 2013-04-17 |
Family
ID=42504509
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100761020A Expired - Fee Related CN101771982B (zh) | 2009-01-07 | 2009-01-07 | 一种实现紧急告警的方法、系统和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101771982B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102742337B (zh) * | 2010-11-02 | 2016-03-02 | 华为技术有限公司 | 数据的传输方法及装置、移动终端 |
CN102065541A (zh) * | 2010-11-17 | 2011-05-18 | 中兴通讯股份有限公司 | 单模芯片上业务处理方法及装置 |
CN103177543A (zh) * | 2011-12-22 | 2013-06-26 | 成都市美幻科技有限公司 | 地震预警接收终端与预警服务器之间网络连接断开的提示方法 |
US8868025B2 (en) * | 2012-08-14 | 2014-10-21 | Qualcomm Incorporated | Methods, systems and devices for prioritizing access to wireless networks |
KR102170503B1 (ko) | 2014-01-13 | 2020-10-28 | 삼성전자주식회사 | 이동통신시스템에서의 호출장치 및 방법 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1933656A (zh) * | 2005-09-16 | 2007-03-21 | 中兴通讯股份有限公司 | 宽带码分多址系统中的紧急呼叫处理方法 |
CN1964568A (zh) * | 2006-10-17 | 2007-05-16 | 华为技术有限公司 | 一种优先级信息的通知方法 |
CN101296485A (zh) * | 2007-04-28 | 2008-10-29 | 中兴通讯股份有限公司 | 状态查询方法和切换方法 |
-
2009
- 2009-01-07 CN CN2009100761020A patent/CN101771982B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1933656A (zh) * | 2005-09-16 | 2007-03-21 | 中兴通讯股份有限公司 | 宽带码分多址系统中的紧急呼叫处理方法 |
CN1964568A (zh) * | 2006-10-17 | 2007-05-16 | 华为技术有限公司 | 一种优先级信息的通知方法 |
CN101296485A (zh) * | 2007-04-28 | 2008-10-29 | 中兴通讯股份有限公司 | 状态查询方法和切换方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101771982A (zh) | 2010-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2330839B1 (en) | Method of managing reception of natural disaster warning notification messages for a wireless communication system | |
RU2556023C2 (ru) | Способ реконфигурирования, контроллер радиосети и терминал | |
EP2533463B1 (en) | Method and device for transmitting keep-alive information | |
CN105684533B (zh) | 在等待请求与无线网络的连接的同时对寻呼请求做出响应 | |
WO2019154098A1 (zh) | 一种通信方法及无线通信装置 | |
US9445310B2 (en) | Mobile communication system, network device, and mobile communication method | |
CN102469519A (zh) | 一种等待时间的控制方法和设备 | |
CN101771982B (zh) | 一种实现紧急告警的方法、系统和设备 | |
WO2012139377A1 (zh) | 上行调度方法及系统、终端及基站 | |
CN101483898A (zh) | 一种加快rrc连接建立的方法及装置 | |
WO2015043471A1 (zh) | 一种无线链路失败的处理方法及装置 | |
CN108012287B (zh) | 一种实现集群业务连续性的方法及系统 | |
CN108924963B (zh) | 一种保持空口状态同步的方法、终端及基站 | |
CN113411856A (zh) | 一种语音业务的控制方法、电子设备、芯片和存储介质 | |
US10917871B2 (en) | Method and device for determining carrier for bearing paging message and sending paging message | |
US20230328789A1 (en) | Busy indication transmission method and apparatus | |
EP2728929B1 (en) | Method, device, and system for communications | |
WO2014111057A1 (zh) | 宽带集群通信系统及其资源释放、建立方法、终端及基站 | |
US9124376B2 (en) | Communication device and communication method | |
WO2015000121A1 (zh) | 一种呼叫处理的方法、设备和移动性管理实体 | |
WO2019061425A1 (zh) | 一种csfb的回落结果检测方法及装置、计算机存储介质 | |
US20140128119A1 (en) | Communication device and communication method | |
WO2012041155A1 (zh) | 一种发送组呼通知消息的方法及基站子系统 | |
CN102137361B (zh) | 一种实现异系统间呼叫控制的方法、装置和系统 | |
CN116916262A (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: 20130417 |
|
CF01 | Termination of patent right due to non-payment of annual fee |