处理紧急会谈的方法及其相关通讯装置

申请号 CN201110223898.5 申请日 2011-08-05 公开(公告)号 CN102378142A 公开(公告)日 2012-03-14
申请人 宏达国际电子股份有限公司; 发明人 昆丹.提瓦利;
摘要 本 发明 是指一种用来处理一无线通讯系统的一网络端中紧急会议(emergency session)的方法。该方法包含有具有用于一移动装置的对应于该紧急会谈的一紧急脉络(emergency context);当该网络端不分配无线资源予该紧急脉络时,不撤销用于该移动装置的该紧急脉络;以及保留该紧急脉络。
权利要求

1.一种处理紧急会谈的方法,用于一无线通讯系统的一网络端,该方法包含有:
具有用于一移动装置且对应于该紧急会谈的一紧急脉络;
当该网络端不分配无线资源予该紧急脉络时,不撤销用于该移动装置的该紧急脉络;
以及
保留该紧急脉络。
2.根据权利要求1所述的方法,其中该网络端为一演进式通用移动通讯系统,且该紧急脉络为一紧急演进式封包系统脉络。
3.一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有:
具有来自一网络端且对应于该紧急会谈的一紧急脉络;以及
当该网络端不分配无线资源予该紧急脉络时,不撤销该紧急脉络。
4.根据权利要求3所述的方法,其中该网络端为一演进式通用移动通讯系统,且该紧急脉络为一紧急演进式封包系统脉络。
5.一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有:
于一网络端中,起始对应该紧急会谈的一服务请求程序;
于起始该服务请求程序时,或于起始该服务请求程序后,接收来自于该网络端的一分离请求消息;以及
当该分离请求消息被接收时,不中止该服务请求程序。
6.根据权利要求5所述的方法,其中该移动装置附加于该网络端的分组交换服务及电路交换服务,该网络端为一演进式通用陆地全球无线接入网络或一通用陆地全球无线接入网络,且该服务请求程序用于该网络端的分组交换服务,且该分离请求消息对应于将该移动装置自该网络端的电路交换服务分离的一分离程序。
7.根据权利要求5所述的方法,其中该网络端为一演进式通用陆地全球无线接入网络或一通用陆地全球无线接入网络,该服务请求程序用来建立该网络端的一紧急演进式封包系统脉络或一封包数据通讯协议脉络,或用来建立用于该紧急封包数据通讯协议脉络或该紧急演进式封包系统脉络的一无线电承载,且该分离请求消息是对应于将该移动装置自该网络端的分组交换服务分离的一分离程序。
8.根据权利要求7所述的方法,其还包含:
撤销任何非紧急脉络;以及
传送一分离接受消息至该网络端。
9.根据权利要求7所述的方法,其还包含:
起始用于该紧急封包数据通讯协议或该演进式封包系统脉络的一封包数据通讯协议启动程序或演进式封包系统脉络启动程序,或起始用来建立用于该紧急封包数据通讯协议脉络或该紧急演进式封包系统脉络的一无线电承载的一封包数据通讯协议启动程序或演进式封包系统脉络启动程序。
10.一种处理紧急会谈的方法,用于一无线通讯系统的一网络端,该方法包含有:
当该网络端正在起始一分离程序时,接收来自一移动装置的一服务请求消息;以及不中止或忽略该服务请求消息,并持续进行对应于该服务请求信息的一服务请求程序。
11.根据权利要求10所述的方法,其中该网络端为一演进式通用陆地全球无线接入网络或一通用陆地全球无线接入网络,该服务请求程序用于该网络端的分组交换服务,且该分离程序用将该移动装置自该网络端的电路交换服务分离。
12.根据权利要求10所述的方法,其中该网络端为一演进式通用陆地全球无线接入网络或一通用陆地全球无线接入网络,该服务请求程序用来建立一紧急演进式封包系统脉络或一封包数据通讯协议脉络,或用来于该网络端中建立用于该紧急封包数据通讯协议脉络或该紧急演进式封包系统脉络的一无线电承载,且该分离请求程序用来将该移动装置自该网络端的分组交换服务分离。
13.根据权利要求12所述的方法,其还包含:
当该网络端接收来自于该移动装置且对应于该分离程序的一分离接受消息时,持续进行该分离程序。
14.根据权利要求12所述的方法,其还包含启动对应于该紧急演进式封包系统脉络或该紧急封包数据通讯协议脉络的一紧急脉络启动程序,或建立用于该紧急封包数据通讯协议脉络或该紧急演进式封包系统脉络的一无线电承载。
15.一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有:
当一路由区更新程序正在进行时,接收来自一网络端的一分离请求消息;
当该分离请求消息已被接收时,不中止该路由区更新程序;以及
同时进行该路由区更新程序及对应于该分离请求信息的一分离程序。
16.根据权利要求15所述的方法,其中该网络端为一演进式通用陆地全球无线接入网络或一通用陆地全球无线接入网络,且该分离程序用来将该移动装置自该网络端的电路交换服务分离。
17.根据权利要求15所述的方法,其还包含启动一定时器并转换至一可指示该移动装置正在尝试该路由区更新程序的状态。
18.一种处理紧急会谈的方法,用于一无线通讯系统的一网络端,该方法包含有:
当该网络端正在传送一分离请求消息至一移动装置时,接收来自该移动装置且对应于一路由区更新程序的一路由区更新请求消息;以及
当该路由区更新请求消息被接收时,处理该路由区更新请求消息,并回复一路由区更新接受信息或一路由区更新拒绝消息至该移动装置。
19.根据权利要求18所述的方法,其还包含同时进行该路由区更新程序及对应于该分离请求信息的一分离程序。
20.一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有:
当一路由区更新程序正在进行时,接收来自一网络端的一分离请求消息;
当该分离请求消息被接收时,中止该路由区更新程序并进行对应于该分离请求消息的一分离程序;以及
于该分离程序完成时,立即重新启动该路由区更新程序;
其中该网络端为一演进式通用陆地全球无线接入网络或一通用陆地全球无线接入网络,且该分离程序用来将该移动装置自该网络端的电路交换服务分离。

说明书全文

处理紧急会谈的方法及其相关通讯装置

技术领域

[0001] 本发明是指一种用来处理一无线通讯系统中一紧急会议(emergency session)的方法及其相关通讯装置,尤指一种用来处理于异常情形下,一无线通讯系统中的一紧急会谈,及其相关通讯装置。

背景技术

[0002] 在通用移动通讯系统(universal mobile telecommunications system,UMTS)或长期演进(long term evolution,LTE)系统等无线通讯系统中,一网络端可提供一紧急会谈予处于服务受限状态中的一移动装置。于服务受限状态下,移动装置不须订阅(subscription)即可接收紧急服务,然而移动装置仍需先与网络端建立一会谈,以存取紧急服务。
[0003] 通用移动通讯系统提供电路交换(circuit-switched,CS)及分组交换(packet-switched,PS)等两种服务,而长期演进系统被设计只支持分组交换服务。在通用移动通讯系统中,网络端可为一通用陆地全球无线接入网络(Universal Terrestrial Radio Access Network,UTRAN),其可包含多个基站(NBs)及多个无线网络控制器(Radio Network Controllers,RNCs)。移动装置可视作客户端(UEs),如移动电话计算机系统等装置。在长期演进系统中,网络端可为一演进式通用陆地全球无线接入网络(Evolved Universal Terrestrial Radio Access Network,E-UTRAN),其可包含多个演进型无线基站(evolved Node-B,eNodeBs),而移动装置亦可视作客户端(UEs)。
[0004] 在通用移动通讯系统中,客户端在存取一外部网络端(如因特网)的服务时,需进行一封包数据通讯协议(packet data protocol,PDP)脉络启动程序(context activation procedure),让所属的集成封包无线电服务服务支持节点(Service GPRS Support Node,SGSN)与一特定集成封包无线电服务网关支持节点(Gateway GPRS Support Node,GGSN)产生封包数据通讯协议脉络。其中,封包数据通讯协议脉络可提供封包路径选择(Routing)信息。
[0005] 在长期演进系统中,客户端及一封包数据网络端(PDN)之间无间隙的因特网通讯协议(Internet Protocol,IP)连结是通过一演进式封包系统(evolved packet system,EPS)承载(bearer),以提供客户端存取因特网。演进式封包系统承载是通过一演进式封包系统承载脉络启动程序建立。值得注意的是,在长期演进系统中,集成封包无线电服务网关支持节点可称为封包数据网络网关(packet data network gateway,P-GW),且集成封包无线电服务服务支持节点可为服务网关(serving gateway,S-GW)。
[0006] 第三代移动通讯联盟(3rd Generation Partnership Project,3GPP)技术文件TS24.301 Release 9指明若于一服务请求程序中,所对应的使用者平台无线承载未被建立,则客户端及网络端中的一移动管理实体(Mobility Management Entity,MME)将会由本地撤销演进式封包系统脉络或封包数据通讯协议脉络。这代表当建立紧急演进式封包系统脉络或封包数据通讯协议脉络,以进行紧急通话服务时,若网络端并无可用无线资源(例如演进式通用陆地全球无线接入网络没有足够资源)且演进式通用陆地全球无线接入网络不分配使用者平台无线承载予该紧急脉络,则客户端及网络端将会撤销用于紧急承载服务的演进式封包系统脉络。因此,当用户再次拨打一紧急通话时,客户端必须再次起始脉络启动程序及服务请求程序以建立紧急会谈。如此多余的撤销及重复启动该紧急脉络将耗费额外时间,此为紧急情况下所不容许的。于最坏状况下,若客户端仅有一用于紧急承载服务的演进式封包系统脉络,且网络端无法分配资源,则客户端将于本地撤销紧急演进式封包系统脉络及再次进行附加程序。如此将导致不必要的额外信令及建立紧急会谈的延迟。
[0007] 除此之外,根据先前技术,在异常情况下,紧急会谈亦有可能被紧急会谈的服务请求程序及网络端发起的一分离程序之间的冲突(collision)所中断。第三代合作伙伴计划技术文件TS24.008 Release 9指明当该客户端已起始用于紧急服务会谈的服务请求程序时(即处于一GMM-SERVICE-REQUEST-INITIATED状态或一EMM-SERVICE-REQUEST-INITIATED状态),在接收到来自于网络端的分离请求消息后,客户端将取消服务请求程序并继续进行分离程序。举例来说,在接收到具有分离类型为“国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)分离”的一分离请求消息,指示将客户端自电路交换服务分离时,客户端必须进行一组合跟踪区更新程序(combined tracking area update procedure),以再次附加至电路交换服务。此一程序将取消紧急通话启动程序,因此用户在分离程序及一后续附加程序结束之前,将无法起始另一紧急服务。另一方面,若客户端接收到分离类型为“不需重新附加”的一分离请求消息,指示将客户端自分组交换服务分离,则客户端将会取消服务请求程序并继续进行分离程序。类似地,网络端将取消服务请求程序并继续进行分离程序。在此情形下,紧急会谈只能于分离程序及一后续紧急附加程序完成后,才能被建立。因此,紧急通话将会被延迟。而在某些时间为关键的情形下,此延迟将超出容许范围。
[0008] 最后,网络端可传送具有分离类型为“不需重新附加”及通用封包无线服务技术移动管理(GPRS Mobility Management,GMM)因子为“国际移动用户识别码于所属位置寄存器(Home Location Register,HLR)中未知”的分离请求消息,以将客户端自电路交换服务分离。在此情形下,当网络端起始一分离程序时,若客户端试图进行一路由区更新(routing area update,RAU)程序以更新客户端于网络端中的位置,则客户端及网络端将取消路由区更新程序,并进行网络端发起的分离程序。此情形下,必须等待一周期性的路由区更新定时器届满,或待客户端更改一路由区,方能再次起始下一次的路由区更新程序。在此期间内,客户端将会错过来自于网络端的传呼(paging),而因此紧急通话将会失败。
[0009] 由上可知,已知技术中的种种异常情形皆该可能造成建立紧急会谈时不必要及多余的信令传输延迟。因此,已知技术实有改进的必要。

发明内容

[0010] 因此,本发明提供一种用于一无线通讯系统中处理紧急会议的方法。
[0011] 本发明揭露一种处理紧急会谈(emergency session)的方法,用于一无线通讯系统的一网络端,该方法包含有具有用于一移动装置的对应于该紧急会谈的一紧急脉络;当该网络端不分配无线资源予该紧急脉络时,不撤销用于该移动装置的该紧急脉络;以及保留该紧急脉络。
[0012] 本发明还揭露一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有具有来自一网络端的对应于该紧急会谈的一紧急脉络;以及当该网络端不分配无线资源予该紧急脉络时,不撤销该紧急脉络。
[0013] 本发明还揭露一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有于一网络端起始对应该紧急会谈的一服务请求程序;于起始该服务请求程序时,或于起始该服务请求程序后,接收来自于该网络端的一分离请求消息;以及当该分离请求消息被接收时,不中止该服务请求程序。
[0014] 本发明还揭露一种处理紧急会谈的方法,用于一无线通讯系统的一网络端,该方法包含有当该网络端正在起始一分离程序时,接收来自一移动装置的一服务请求消息;以及不中止或忽略该服务请求消息,并持续进行对应于该服务请求信息的一服务请求程序。
[0015] 本发明还揭露一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有当一路由区更新(Routing Area Update,RAU)程序正在进行时,接收来自一网络端的一分离请求消息;当该分离请求消息已被接收时,不中止该路由区更新程序;以及同时进行该路由区更新程序及对应于该分离请求信的一分离程序。
[0016] 本发明还揭露一种处理紧急会谈的方法,用于一无线通讯系统的一网络端,该方法包含有当该网络端正在传送一分离请求消息至一移动装置时,接收来自该移动装置的对应于一路由区更新程序的一路由区更新请求消息;以及当该路由区更新请求消息被接收时,处理该路由区更新请求消息,并回复一路由区更新接受信息或一路由区更新拒绝消息至该移动装置。
[0017] 本发明还揭露一种处理紧急会谈的方法,用于一无线通讯系统的一移动装置,该方法包含有当一路由区更新程序正在进行时,接收来自一网络端的一分离请求消息;当该分离请求消息被接收时,中止该路由区更新程序并进行对应于该分离请求消息的一分离程序;以及于该分离程序完成时,立即重新启动该路由区更新程序;其中该网络端为一演进式通用陆地全球无线接入网络(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)或一通用陆地全球无线接入网络(Universal Terrestrial Radio Access Network,UTRAN),且该分离程序用来将该移动装置自该网络端的电路交换服务(circuit-switched,CS)分离。
附图说明
[0018] 图1为本发明实施例一无线通讯系统的示意图。
[0019] 图2为本发明实施例一通讯装置的示意图。
[0020] 图3为本发明实施例的流程图
[0021] 图4为本发明实施例的流程图。
[0022] 图5为本发明实施例的流程图。
[0023] 图6为本发明实施例的流程图。
[0024] 图7为本发明实施例的流程图。
[0025] 图8为本发明实施例的流程图。
[0026] 图9为本发明实施例的流程图。
[0027] [主要元件标号说明]
[0028] 10 无线通讯系统
[0029] 200 处理装置
[0030] 210 储存单元
[0031] 214 程序码
[0032] 220 通讯接口单元
[0033] 30、40、50、60、70、80、90 流程

具体实施方式

[0034] 请参考图1,图1为本发明实施例一无线通讯系统10的示意图。简单地说,无线通讯系统10,例如一长期演进系统(long-term evolution,LTE)、通用移动通讯系统(Universal Mobile Telecommunications System,UMTS)或其它移动通讯系统,由一网络及多个客户端(user equipments,UEs)所组成。在图1中,网络及客户端可简单利用无线通讯系统10的架构来说明。实际来说,长期演进系统的网络端包含多个基站(base stations),例如一演进式通用陆地全球无线接入网络(Evolved Universal Terrestrial Radio Access Network,E-UTRAN),其包含多个演进式基站(evolved Node-Bs,eNodeBs)、通用移动通讯系统的网络端包含多个基站,例如一通用陆地全球无线接入网络(Universal Terrestrial Radio Access Network,UTRAN),其包含多个基站(Node-Bs,NodeBs)。而客户端可为移动电话、计算机系统等装置。在本发明实施例中,根据传输方向,网络端及客户端可视为一传送器及一接收器。举例来说,对于一上链路(uplink,UL)传输,客户端为传送端而网络端为接收端;对于一下链路(downlink,DL)传输,网络端为传送端而客户端为接收端。
[0035] 请参考图2,图2为本发明实施例一通讯装置20的示意图。通讯装置20可以是图1的客户端,以及可包含一处理装置200,例如,一微处理器或是专用集成电路(Application-Specific Integrated Circuit,ASIC)、一储存单元210以及一通讯接口单元220。储存单元210可以是任何数据储存装置,这是用来储存用于被处理装置200取出的程序码214。举例来说,储存单元210包含用户识别模(subscriber identity module,SIM)、只读存储器(read-only memory,ROM)、随机存取存储器(random-access memory,RAM)、光盘只读存储器(CD-ROMs)、磁带(magnetic tapes)、硬盘(hard disks)、光学数据储存装置(optical data storage devices)等等,而不限于此。通讯接口单元220可为一无线收发器,用来根据处理装置200的处理结果,与网络端交换无线信号
[0036] 请参考图3,图3为本发明实施例一流程30的示意图。流程30可用于一网络端NT1(如图1所示的网络端),用来处理无线通讯系统10中的一紧急会谈,且包含网络端NT1及一客户端UE1。流程30可编译为程序码214且包含以下步骤:
[0037] 步骤300:开始。
[0038] 步骤310:具有用于客户端UE1的对应于紧急会谈的紧急脉络EC1。
[0039] 步骤320:当网络端NT1不分配无线资源予紧急脉络EC1时,不撤销用于客户端UE1的紧急脉络EC1。
[0040] 步骤330:保留紧急脉络EC1。
[0041] 步骤340:结束。
[0042] 根据流程30,网络端NT1具有用于客户端UE1的紧急脉络EC1。紧急脉络EC1可为用于长期演进系统的一紧急演进式封包系统(evolved packet system,EPS)承载脉络(bearer context),或用于通用移动通讯系统的一紧急封包数据通讯协议(packet data protocol,PDP)脉络。网络端NT1可为用于长期演进系统的演进式通用陆地全球无线接入网络。当网络端NT1没有可利用的无线资源,且不分配无线电承载至紧急脉络EC1时,网络端NT1不撤销用于紧急承载服务的紧急脉络EC1,并保留紧急脉络EC1。较佳地,紧急脉络EC1为一紧急演进式封包系统脉络。在此情形下,当客户端UE1需拨出紧急通话时,不需再次起始一演进式封包系统脉络程序。因此,可节省多余的撤销及启动步骤。另外,亦可避免建立该紧急会谈时不必要的额外信令及延迟。
[0043] 据此,无线通讯系统的客户端UE1可有所对应动作。请参考图4,图4为本发明实施例一流程40的示意图。流程40用于客户端UE1,用来处理紧急会谈。流程40可编译为程序码214并包含以下步骤:
[0044] 步骤400:开始。
[0045] 步骤410:当网络端NT1不分配无线资源予紧急脉络EC1时,具有来自于网络端NT1的对应于紧急会谈的紧急脉络EC1。
[0046] 步骤420:不撤销紧急脉络EC1。
[0047] 步骤430:结束。
[0048] 根据流程40,若网络端NT1具有用于客户端UE1的紧急脉络EC1,但不分配无线资源予紧急脉络EC1,则客户端UE1禁止于本地撤销紧急脉络EC1。因此,当客户端UE1拨打一紧急通话时,不需再次起始一演进式封包系统脉络程序。因此,多余的撤销及启动步骤可省略。更进一步,建立该紧急会谈的不必要的额外信令及延迟可被避免。
[0049] 简言之,根据流程30及40,当网络端NT1不分配使用者平台无线资源予客户端UE1时,网络端NT1及客户端UE1皆保留紧急脉络EC1(例如一紧急演进式封包系统承载脉络),使得建立紧急会谈的不必要的额外信令及延迟可被避免。
[0050] 请参考图5,图5为本发明实施例一流程50的示意图。流程50用于附加至一网络端NT2的分组交换及电路交换两种服务的一客户端UE2,并用来处理包含网络端NT2及客户端UE2的无线通讯系统中的紧急会谈。流程50可编译为程序码214,并包含以下步骤:
[0051] 步骤500:开始。
[0052] 步骤510:于网络端NT2中,起始对应于紧急会谈的一服务请求程序SRQ_p。
[0053] 步骤520:当起始服务请求程序SRQ_p时,或在服务请求程序SRQ_p被起始后,接收来自于网络端NT2的一分离请求消息DRQ_m。
[0054] 步骤530:当接收到分离请求消息DRQ_m时,不取消服务请求程序SRQ_p。
[0055] 步骤540:结束。
[0056] 根据流程50,客户端UE2是附加至网络端NT2的分组交换及电路交换两种服务。网络端NT2可为用于长期演进系统的演进式通用陆地全球无线接入网络或用于通用移动通讯系统的通用陆地全球无线接入网络。服务请求程序SRQ_p用于请求对应于该紧急会谈的网络端NT2中的分组交换服务,例如用来建立网络端NT2的一紧急演进式封包系统脉络、一紧急封包数据通讯协议脉络或使用者平台无线承载。当服务请求程序SRQ_p被起始时,或在服务请求程序SRQ_p被起始后,客户端UE2接收来自于网络端NT2的分离请求消息DRQ_m。换言之,客户端UE2处于一GMM-SERVICE-REQUEST-INITIATED(用于通用移动通讯系统)或一EMM-SERVICE-REQUEST-INITIATED(用于长期演进系统)的移动管理(Mobility Manangement,MM)状态。此情形下,该服务(例如紧急承载服务)可持续进行而不被取消。
多余的延迟亦可被避免。
[0057] 在一种情形下,分离请求消息DRQ_m可对应于将客户端UE2自网络端NT2的电路交换服务分离的一分离程序DRQ1_p。当客户端UE2于起始分组交换服务的服务请求程序SRQ_p时(或起始服务请求程序SRQ_p之后),接收到来自于网络端NT2的分离请求消息DRQ_m,则客户端UE2禁止取消分组交换服务请求程序SRQ_p,而继续进行服务请求程序SRQ_p。举例来说,客户端UE2可依据国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)附加至操作于网络端操作模式I(Network Mode of Operation I,NMO I)的一网络端的分组交换及电路交换服务。接着,于客户端UE2正在起始分组交换服务请求程序SRQ_p以建立封包数据通讯协议脉络(或建立使用者平台承载)时,接收到具有一分离类型为“国际移动用户识别码分离”或一分离类型“不需重新附加”,并具有一GMM因子为“国际移动用户识别码于所属位置寄存器(Home Location Register,HLR)中未知”的分离请求消息DRQ_m。此时,客户端UE2则不取消分组交换服务程序SRQ_p,并持续进行分组交换服务请求程序SRQ_p。网络端NT2不忽略来自于客户端UE2的用于分组交换服务的该服务请求,因此建立紧急会谈的不必要的额外信令及延迟可被避免。
[0058] 于另一种情形下,分离请求消息DRQ_m可对应至将客户端UE2自网络端NT2中的分组交换服务分离的一分离程序DRQ2_p。若于客户端UE2正在起始服务请求程序SRQ_p(或已起始服务请求程序SRQ_p)时,接收到具有一分离类型为“不需重新附加”的分离请求消息DRQ_m,以将客户端UE2自分组交换服务分离,则客户端UE2禁止取消服务请求程序SRQ_p并持续进行客户端服务请求程序SRQ_p。服务请求程序SRQ_p可为用来建立用于紧急承载服务的一封包数据通讯协议脉络。客户端UE2撤销所有非紧急的封包数据通讯协议脉络。客户端UE2传送一分离接受消息至网络端NT2,并视之为仅附加于紧急承载服务。客户端UE2随即起始用于该紧急封包数据通讯协议(或该演进式封包系统脉络)的一封包数据通讯协议(或演进式封包系统脉络)启动程序。
[0059] 据此,无线通讯系统中的网络端NT2可有所对应动作。请参考图6,图6为本发明实施例一流程60的示意图。流程60用于网络端NT2,用来处理包含网络端NT2及客户端UE2的无线通讯系统的紧急会谈。流程60可编译为程序码214,并包含以下步骤:
[0060] 步骤600:开始。
[0061] 步骤610:当网络端NT2起始一分离程序DRQ_p时,接收来自于客户端UE2的一服务请求消息SRQ_m。
[0062] 步骤620:不取消亦不忽略服务请求消息SRQ_m,并持续进行对应于服务请求消息SRQ_m的服务请求程序SRQ_p。
[0063] 步骤630:结束。
[0064] 根据流程60,服务请求消息SRQ_m对应于服务请求程序SRQ_p,用于请求对应于紧急会谈的网络端NT2中的分组交换服务,例如用来建立一紧急演进式封包系统脉络(或封包数据通讯协议脉络),或建立使用者平台无线承载。分离程序DRQ_p可为分离程序DRQ1_p或分离程序DRQ1_p,以分别将客户端UE2自电路交换服务或分组交换服务分离。网络端NT2禁止忽略或取消用于分组交换服务的服务请求消息SRQ_m,并持续进行对应的服务请求程序SRQ_p。
[0065] 举例来说,若网络端NT2操作于网络端操作模式I,并于已发出一分离请求消息DRQ_m(分离请求消息DRQ_m具有一分离类型为“国际移动用户识别码分离”或“不需重新附加”并具有一GMM因子为“国际移动用户识别码于所属位置寄存器中未知”)时,接收到来自于客户端UE2的分组交换服务请求消息SRQ_m(客户端UE2附加至分组交换及电路交换等两种服务)。此时,网络端NT2禁止忽略来自于客户端UE2的分组交换服务请求消息SRQ_m,并进行分组交换服务请求程序SRQ_p。换言之,网络端NT2可建立封包数据通讯协议脉络或分配用于使用者平台承载服务的资源。因此,分离程序DRQ_p及后续多余的重新附加步骤可被跳过,且建立紧急会谈的不必要的延迟可被避免。
[0066] 简言之,根据流程50及60,当起始分离程序DRQ_p时,网络端NT2不取消或忽略来自于客户端UE2的服务请求消息SRQ_m,使得紧急会谈的建立不被分离程序DRQ_p所延误。
[0067] 请参考图7,图7为本发明实施例一流程70的示意图。该流程70用于一客户端UE3,并用来处理包含有一网络端NT3及该客户端UE3的一无线通讯系统中的一紧急会谈。流程70可编译为程序码214,并包含以下步骤:
[0068] 步骤700:开始。
[0069] 步骤710:当一路由区更新程序RAU_p正在进行时,接收来自于网络端NT3的一分离请求消息DRQ’_m。
[0070] 步骤720:当已接收分离请求消息DRQ’_m时,不取消路由区更新程序RAU_p。
[0071] 步骤730:同时进行该路由区更新程序RAU_p及对应于该分离请求消息DRQ’_m的一分离程序DRQ’_p。
[0072] 步骤740:开始一定时器T1,并转换至指示客户端UE3正在尝试路由区更新程序RAU_p的一状态S1。
[0073] 步骤750:结束。
[0074] 根据流程70,当客户端UE3在路由区更新程序RAU_p 正在进行时,接收到来自于该网络端NT3的对应于一分离请求程序DRQ’_p的一分离请求消息DRQ’_m,则客户端UE3不取消路由区更新程序RAU_p。分离请求消息DRQ’_m可具有分离类型为“不需重新附加”及GMM因子为“国际移动用户识别码于所属位置寄存器中未知”,以将客户端UE3自网络端NT3的电路交换服务分离。客户端UE3进行路由区更新程序RAU_p及分离程序DRQ’_p以自网络端NT3的电路交换服务分离,随即开始定时器T1并转换至指示客户端UE3正在尝试路由区更新程序RAU_p的状态S1。定时器T1可为根据第三代合作伙伴计划技术文件TS24.008的一定时器T3302,而状态S1可为一GMM-REGISTERED-ATTEMMPING-TO-UPDATE状态,但不在此限。因此,当路由区更新程序RAU_p与分离程序DRQ’_p冲突时,路由区更新程序RAU_p将不会被取消而会成功进行。再者,路由区更新程序RAU_p将不会被延迟至定时器T1届满或客户端UE3改变路由区之后。
[0075] 据此,无线通讯系统的网络端NT3可有所对应动作。请参考图8,图8为本发明实施例一流程80的示意图。流程80用于网络端NT3,并用来处理包含有网络端NT3及客户端UE 3的无线通讯系统中的紧急会谈。流程80可编译为程序码214,并包含以下步骤:
[0076] 步骤800:开始。
[0077] 步骤810:当传送一分离请求消息DRQ’_m至客户端UE 3时,接收来自于客户端UE3的对应于路由区更新程序RAU_p的一路由区更新请求消息RAU_m。
[0078] 步骤820:当路由区更新请求消息RAU_m被接受时,处理路由区更新请求消息RAU_m,并以一路由区更新接受消息RAU_AC_m或一路由区更新拒绝消息RAU_RJ_m回复客户端UE3。
[0079] 步骤830:同时进行路由区更新程序RAU_p及对应于分离请求消息DRQ’_m的分离程序DRQ’_p。
[0080] 步骤840:结束。
[0081] 根据流程80,当网络端NT3于传送分离请求消息DRQ’_m以将客户端UE3自电路交换服务分离时,接收到来自于客户端UE3的路由区更新请求消息RAU_m,则该网络端NT3同时进行路由区更新程序RAU_p及分离程序DRQ’_p,以将客户端UE 3自电路交换服务分离,并以路由区更新接受消息RAU_AC_m或该路由区更新拒绝消息RAU_RJ_m回复客户端UE3。
[0082] 另一方面,网络端NT3亦有可能不同时进行路由区更新程序RAU_p及分离程序DRQ’_p。请参考图9,图9为本发明实施例一流程90的示意图。流程90用于客户端UE3。流程90可编译为程序码214,并包含以下步骤:
[0083] 步骤900:开始。
[0084] 步骤910:当路由区更新程序RAU_p正在进行时,接收来自于网络端NT3的分离请求消息DRQ’_m。
[0085] 步骤920:当分离请求消息DRQ’_m被接受时,取消路由区更新程序RAU_p并继续进行对应于分离请求消息DRQ’_m的分离程序DRQ’_p。
[0086] 步骤930:当分离程序DRQ’_p完成时,立即重新开始路由区更新程序RAU_p。
[0087] 步骤940:结束。
[0088] 根据流程90,路由区更新程序RAU_p及用来将客户端UE 3自网络端NT3的电路交换服务分离的分离程序DRQ’_p并非同时进行。路由区更新程序会先被取消,待分离程序DRQ’_p完成后,立即重新开始。
[0089] 简言之,根据流程70,80及90,路由区更新程序RAU_p可与分离程序DRQ’_p同时处理,或待分离程序DRQ’_p完成后,再重新开始。因此,路由区更新程序RAU_p并不会被延迟到定时器T1过期或至客户端UE3变更一路由区,也因此客户端UE3不会错过来自于网络端NT3的传呼,而紧急回拨程序也不会因此失败。
[0090] 请注意以上所提装置的步骤,包含建议步骤,可以由硬件固件或是一电子系统实现。固件被认知为一硬件装置和计算机指令,以及数据是存在于该硬件装置上的只读软件。硬件的范例可以包括模拟、数字以及混合电路,混合电路被认知为微电路、微芯片或芯片。该电子系统的范例可以包含系统单芯片(system on chip,SOC)、系统级封装(system in package,Sip)、计算机模块化(computer on module,COM)以及该通讯装置20。其中,上述处理程序相关的程序码214以及处理结果可用于无线通讯系统10用来处理紧急会议。
[0091] 综上所述,以上实施例可用来处理紧急会谈,并于异常情形下,保持紧急脉络不被撤销,进而节省建立紧急会谈时不必要的额外信令及延迟。
[0092] 以上所述仅为本发明的较佳实施例,凡依本发明权利要求范围所做的均等变化与修饰,皆应属本发明的涵盖范围。
QQ群二维码
意见反馈