CN102761917B - 一种被叫侧发生会话切换的处理方法和as - Google Patents
一种被叫侧发生会话切换的处理方法和as Download PDFInfo
- Publication number
- CN102761917B CN102761917B CN201110110747.9A CN201110110747A CN102761917B CN 102761917 B CN102761917 B CN 102761917B CN 201110110747 A CN201110110747 A CN 201110110747A CN 102761917 B CN102761917 B CN 102761917B
- Authority
- CN
- China
- Prior art keywords
- session
- resource reservation
- message
- callee side
- confirmation
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种被叫侧发生会话切换的处理方法和应用服务器(AS)，方法包括：在需要资源预留的会话建立过程中，应用服务器(AS)获知媒体资源协商和预留的情况，在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程。通过本发明，实现了振铃前被叫侧发生会话切换情况下的媒体资源协商和预留，保证了振铃前的会话切换成功。
Description
技术领域
本发明涉及通信领域，尤其涉及一种被叫侧发生会话切换的处理方法和AS。
背景技术
随着移动通信技术的发展和核心网的演进，核心网的控制面和媒体面分离；语音会话在建立过程中，既要建立起信令路径，也要建立起媒体路径。在信令消息中，主叫和被叫用户之间进行资源协商，就本次会话中使用的媒体组合以及各类媒体使用的编码方案达成一致；在此过程中使用了会话描述协议(SDP，Session Description Protocol)的提议/应答(offer/answer)机制。另外，由于媒体路径的建立往往比信令路径的建立花费的时间长，因此现有技术提出了资源预留机制，即当被叫和主叫侧的资源预留都已经成功后，会话才进入振铃状态。
根据语音连续性的要求，当被叫用户的位置发生变化时、或者从一个网络进入另外一个网络时、或者当移动控制网元改变时，会话应该能够保持连续，即会话可以进行切换。在主叫和被叫侧资源预留协商中可能发生会话切换。
目前，给出一种会话切换的移动网络结构，由呼叫会话控制功能实体(CSCF，CallSession Control Function)、源媒体网关、移动交换中心(MSC，Mobile SwitchingCenter)/移动交换中心服务器(MSC Server)、目标媒体网关和第三方会话控制网元(即应用服务器(AS，Application Server))等实体共同组成的移动通信网，如图1所示，其中，
被叫UE A，为接收会话呼叫的用户设备(UE，User Equipment)，接收来自主叫UE B的会话呼叫；
主叫UE B，为主动发起会话呼叫的用户设备，要求与被叫UEA建立会话；
源媒体网关，是与CSCF对应的媒体网关，根据CSCF的指示，预留媒体资源，建立主叫和被叫之间的媒体路径，源媒体网关可以是网关GPRS支持节点(GGSN，Gateway GPRSSupport Node)、服务网关(S-GW，Serving GateWay)、分组数据网网关(P-GW)、策略控制和计费功能实体(PCC，Policy Control and Charging)等；
CSCF，负责控制层中的业务触发和控制，呼叫会话控制功能分为：代理呼叫会话控制功能(P-CSCF，Proxy-CSCF)、查询呼叫会话控制功能(I-CSCF，Interrogating-CSCF)和服务呼叫会话控制功能(S-CSCF，Serving-CSCF)这三种类型，负责向AS发送或接收会话请求，可以与对应的媒体网关交互建立媒体路径；
MSC/MSC Server，完成呼叫转换服务和呼叫控制、媒体网关接入控制、移动性管理、资源分配、路由等功能；
目标媒体网关，为目标会话提供资源的媒体网关，预留媒体资源，建立主叫和被叫之间的新的媒体路径，目标媒体网关可以是MGW等等；
AS，作为B2BUA，完成会话建立、会话切换等过程的业务层网元。
图2中给出了现有技术中一个需要资源预留的会话建立过程。主叫和被叫之间的会话通过会话初始协议(SIP，Session Initiation Protocol)和SDP信令来协商，当确认主叫和被叫的资源预留都已经成功后，才开始振铃。双方在SDPoffer/answer的协商过程中交换预置条件，该预置条件指示如下：
1、主叫侧的资源预留成功后，主叫需要向被叫发送资源预留完成的确认信息，本例中即发送一个SIP UPDATE请求，携带资源预留完成的确认信息；
2、被叫在收到来自对端的SIP UPDATE请求，而且自身也成功完成资源预留之后，才开始振铃。
需要资源预留的会话建立及媒体协商过程包括以下步骤：
步骤201，主叫UE B向被叫UE A发送建立会话请求，其中携带SDP offer信息，并且在请求消息中标明支持预置条件。比如：UE B向UE A发送SIP INVITE消息，且在SIP INVITE消息头域中添加Require：precondition(预置条件)，在消息体携带的SDP信息中携带主叫UE B本端的资源情况，以及希望协商后两端UE的资源情况，比如是：
a＝curr:qos local none(表示目前本端还没有实现任何与服务质量QoS有关的预置条件)
a＝curr:qos remote none(表示目前远端还没有实现任何与QoS有关的预置条件)
a＝des:qos mandatory local sendrecv(表示本端要求的QoS预置条件)
a＝des:qos none remote sendrecv(表示远端要求的QoS预置条件)
步骤202，被叫UE A向主叫UE B发送临时响应，比如发送183会话进行中消息，其中携带SDP answer信息，消息中的资源预留信息比如是：
a＝curr:qos local none
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos mandatory remote sendrecv
a＝conf:qos remote sendrecv
其中，“a＝conf:qos remote sendrecv”表示主叫UE在建立起资源预留后，应发送确认信息，如发送UPDATE消息，携带资源预留完成的确认信息。
步骤203，UE B向UE A发送临时确认(PRACK，Provisional Acknowledge)请求，表示已经收到步骤202的消息。
步骤204，UE A向UE B发送响应消息，如200OK。
步骤205，主叫UE B预留了所需的资源，向UE A发送SIP UPDATE请求，其中在SDPoffer信息携带资源预留完成的确认信息，其资源预留信息比如是：
a＝curr:qos local sendrecv(表示当前本端状态为可收发、即本端资源预留完成)
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos mandatory remote sendrecv
步骤206，UE A向UE B发送响应消息(如200OK)，其中携带SDP answer信息，其资源预留信息比如是：
a＝curr:qos local sendrecv(表示当前本端状态为可收发、即本端资源预留完成)
a＝curr:qos remote sendrecv(表示当前远端状态为可收发、即远端资源预留完成)
a＝des:qos mandatory local sendrecv
a＝des:qos mandatory remote sendrecv
至此，UEA与UE B之间的媒体连接建立起来。
步骤207，当被叫的资源预留完成后，UE A向UE B发送振铃消息，其中不再包含SDP信息，比如：发送SIP 180。
步骤208，UEA摘机，向UE B发送会话请求的最终响应消息，比如：200OK。
步骤209，UE B向UE A发送ACK消息，开始会话。
在主叫侧和被叫侧资源预留协商过程中，但还没有振铃的情况下，如果发生会话切换(即如图2中，在步骤204之后、步骤207之前发生会话切换)，其媒体资源怎样协商和预留，现有技术还无法提供相应的解决方案。
例如：在会话切换前，UE B通过AS与被叫UE A进行媒体协商，准备建立会话；会话切换过程中，UE A由分组交换(PS，Packet Switching)域切换到电路交换(CS，CircuitSwitching)域，或者UEA由CS域切换到PS域，媒体路径从源媒体网关切换到目标媒体网关，媒体资源信息需要协商更新。然而，在切换过程中会出现本地UE更新的SDP offer信息和远端UE的SDP offer信息都到达AS，但AS还没有收到与上述两个SDP offer信息相对应的SDPanswer信息的情况，在这种情况下，会与现有的SDP offer/answer模型不相符，从而会导致切换失败。
发明内容
有鉴于此，本发明的主要目的在于提供一种被叫侧发生会话切换的处理方法和AS，以实现振铃前被叫侧发生会话切换情况下的媒体资源协商和预留，保证振铃前的会话切换成功。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种被叫侧发生会话切换的处理方法，该方法包括：
在需要资源预留的会话建立过程中，应用服务器(AS)获知媒体资源协商和预留的情况，在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程。
该方法进一步包括：
所述AS将主叫侧的资源预留情况发送给目标会话的控制网元。
所述被叫侧的会话切换发生在主叫侧和被叫侧的资源协商过程中，且被叫侧发送振铃请求之前。
所述AS在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程，具体为：
所述AS收到会话切换请求时，若还没有收到主叫侧的资源预留完成的确认信息，则AS等待所述确认信息；
所述AS等到所述确认信息后，不往被叫侧转发，而是构造成功响应发给主叫侧，然后执行会话切换过程。
所述AS在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程，具体为：
当所述AS收到会话切换请求时，所述确认信息已经发给被叫侧但还没有收到被叫侧返回的响应消息，AS则不再等待所述被叫侧返回的响应消息而是构造成功响应发给主叫侧，然后执行会话切换过程；当AS收到所述被叫侧返回的响应消息时不再往主叫侧转发。
所述AS将主叫侧的资源预留情况发送给目标会话的控制网元，具体为：
所述AS在IP多媒体子系统(IMS)消息中将资源预留情况发送给目标会话的控制网元。
所述AS在IMS消息中将资源预留情况发送给目标会话的控制网元，具体为：
AS在会话切换请求的响应消息中指示资源预留完成；或者
AS在被叫侧发送的通知消息的响应消息中指示资源预留完成；或者
AS在资源预留状态通知消息中携带资源预留完成信息。
如果所述被叫侧是从分组交换(PS)域切换到电路交换(CS)域，则所述目标会话的控制网元为移动交换中心(MSC)或移动交换中心服务器(MSCServer)；且所述MSC或MSCServer在获知主叫侧的资源预留完成信息后，告知所述被叫侧满足振铃条件。
本发明还提供了一种AS，包括：
信息处理模块，用于在需要资源预留的会话建立过程中，获知媒体资源协商和预留的情况；
会话切换模块，用于在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程。
所述AS还包括：
资源预留情况发送模块，用于将主叫侧的资源预留情况发送给目标会话的控制网元。
所述被叫侧的会话切换发生在主叫侧和被叫侧的资源协商过程中，且被叫侧发送振铃请求之前。
所述会话切换模块进一步用于，在收到会话切换请求时，若还没有收到主叫侧的资源预留完成的确认信息，则等待所述确认信息；
所述会话切换模块等到所述确认信息后，不往被叫侧转发，而是构造成功响应发给主叫侧，然后执行会话切换过程。
所述会话切换模块进一步用于，当收到会话切换请求时，所述确认信息已经发给被叫侧但还没有收到被叫侧返回的响应消息，则不再等待被叫侧的响应消息而是构造成功响应发给主叫侧，然后执行会话切换过程；当收到被叫侧的响应消息时不再往主叫侧转发。
所述资源预留情况发送模块进一步用于，在IMS消息中将资源预留情况发送给目标会话的控制网元。
所述资源预留情况发送模块进一步用于，
在会话切换请求的响应消息中指示资源预留完成；或者
在被叫侧发送的通知消息的响应消息中指示资源预留完成；或者
在资源预留状态通知消息中携带资源预留完成信息。
如果所述被叫侧是从PS域切换到CS域，则所述目标会话的控制网元为MSC或MSCServer；且所述MSC或MSC Server在获知主叫侧的资源预留完成信息后，告知所述被叫侧满足振铃条件。
本发明所提供的一种被叫侧发生会话切换的处理方法和AS，实现了振铃前被叫侧发生会话切换情况下的媒体资源协商和预留，保证了振铃前的会话切换成功。
附图说明
图1为现有技术中会话切换的移动网络结构示意图；
图2为现有技术中需要资源预留的会话建立及媒体协商的流程图；
图3为本发明实施例一中振铃前被叫发生会话切换时媒体协商的流程图；
图4为本发明实施例二中振铃前被叫发生会话切换时媒体协商的流程图；
图5为本发明实施例三中振铃前被叫发生会话切换时媒体协商的流程图；
图6为本发明实施例四中振铃前被叫发生会话切换时媒体协商的流程图；
图7为本发明实施例五中振铃前被叫发生会话切换时媒体协商的流程图；
图8为本发明实施例六中振铃前被叫发生会话切换时媒体协商的流程图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
为实现振铃前被叫侧发生会话切换情况下的媒体资源协商和预留，保证振铃前的会话切换成功，本发明所提供的一种被叫侧发生会话切换的处理方法，主要包括：
在需要资源预留的会话建立过程中，AS获知媒体资源协商和预留的情况，并在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，才执行会话切换过程；
AS将主叫侧的资源预留情况发送给目标会话的控制网元。
目标会话的控制网元比如是核心网网元，如MSC/MSC Server、SGSN等；或者是用户终端设备，比如MS、UE、掌上电脑等。
需要说明的是，所述被叫侧的会话切换发生在主叫侧和被叫侧的资源协商过程中，且被叫侧发送振铃请求之前。
另外，AS收到会话切换请求时，若还没有收到主叫侧的资源预留完成的确认信息，则AS等待该确认信息；等到该确认信息后不往被叫侧转发，而是构造成功的响应消息给主叫侧，然后执行会话切换过程。当AS收到会话切换请求时，该确认信息已经发给被叫侧但还没有收到被叫侧返回的响应消息，AS则不再等待被叫侧的响应消息而是构造成功响应发给主叫侧，然后执行会话切换过程；当AS收到被叫侧的确认信息的响应消息时不再往主叫侧转发。
AS可以在IP多媒体子系统(IMS，IP Multimedia Subsystem)消息中将资源预留情况发送给目标会话的控制网元，具体包括：
AS在会话切换请求的响应消息中指示资源预留完成；或者
AS在被叫侧发送的通知消息的响应消息中指示资源预留完成；或者
AS在资源预留状态通知消息中携带资源预留完成信息。
还需要说明的是，本发明所述的会话切换包括在PS域与CS域之间的会话切换，也包括在PS域内的会话切换。
如果被叫侧是从PS域切换到CS域，则目标会话的控制网元为MSC或MSCServer；且MSC或MSC Server需要在获知主叫侧的资源预留完成信息后，告知被叫侧满足振铃条件。
下面对主叫侧的UE B和被叫侧的UE A的资源协商预留过程中，但还没有振铃的情况下，被叫侧的UE A发生会话切换时，本发明会话切换的方法进行详细说明。
图3是本发明的实施例一的流程图。本实施例给出了一种主叫侧UE B的资源预留完成的确认信息到达AS之前，被叫侧的会话切换请求消息先到达AS的情形下，媒体资源的协商策略和会话切换过程。其中，资源预留完成的指示在会话切换请求的响应消息中携带给MSC/MSC Server，具体过程描述如下：
步骤301，UE B发起建立会话请求消息，请求建立与UE A之间的会话，建立会话请求消息到达为UE A提供服务的AS。在消息中指示支持资源预留机制，并在消息体中携带SDPoffer信息，比如：UE B发送会话初始协议邀请(SIPINVITE)消息到为UE A提供服务的AS，SIP INVITE消息的消息头中携带Required：precondition；消息体中携带SDP offer信息，其资源预留信息比如是：
a＝curr:qos local none
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos none remote sendrecv。
步骤302，AS收到建立会话请求消息后，作为背对背的用户代理(B2BUA，Back-to-Back User Agent)，将建立会话请求消息路由到CSCF，其中携带SDPoffer信息。
步骤303，CSCF将建立会话请求消息转发给UE A，其中携带SDP offer信息。
步骤304，UE A向CSCF返回会话处理中响应消息，其中携带SDP answer信息。比如：UE A向CSCF发送SIP 183响应，其中携带SDP answer信息，其资源预留信息比如是：
a＝curr:qos local none
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos mandatory remote sendrecv
a＝conf:qos remote sendrecv。
其中，“a＝conf:qos remote sendrecv”表示主叫UE在建立起资源预留后，应发送确认信息，如发送UPDATE消息，携带资源预留完成的确认信息。
步骤305，CSCF向AS转发会话处理中响应消息，其中携带SDP answer信息，且在响应消息中指示需要主叫侧在资源预留完成后发送确认信息。CSCF可以与源会话的媒体网关进行消息交互，开始预留媒体资源。
步骤306，AS向UE B发送会话处理中响应消息，其中携带SDP answer信息，且在消息中指示需要主叫侧在资源预留完成后发送确认信息。
步骤307，UE B收到会话处理中响应消息后，发送一个确认请求消息给UE A，确认会话处理中的响应消息已经收到。此消息先后经过AS和CSCF，然后到达UE A。UE A返回一个确认请求的响应消息给UE B。比如：UE B发送PRACK消息给UE A，UE A返回一个200OK响应给UE B。
步骤308，网络根据UE A的测量报告发起会话切换。
步骤309，MSC/MSC Server向CSCF发送会话切换请求消息，其中携带新的SDPoffer信息。比如：MSC/MSC Server发送SIP INVITE消息到CSCF，且在消息中携带新的SDPoffer信息，其资源预留信息比如是：
a＝curr:qos local sendrecv
a＝curr:qos remote none。
步骤310，CSCF将会话切换请求消息转发给AS，其中携带新的SDP offer信息。
步骤311，AS收到会话切换请求消息后，找到当前UE A正在进行的一个会话进行切换操作，在该实施例中，即步骤302～305建立的会话。由于此时UEA(在PS域上)和UE B之间的precondition过程并没有完成，双方的资源都还不是可用状态。在步骤301～306的过程中，AS可以理解SDP提议和SDP应答信息，从中获知当主叫侧资源预留完成后，主叫UE B会发送一个更新请求(UPDATE)消息，携带资源预留完成的确认信息，以此告知对方资源预留已经完成；在此例中，AS此时尚未收到UE B发来的资源预留完成的确认信息，AS等待主叫侧的该确认信息，暂不执行切换过程。比如AS可以设置定时器等待。
步骤312，AS收到UE B发来的更新请求消息，携带资源预留完成的确认信息。比如：在定时器的超时时间内UE B发送UPDATE消息到AS，其中携带SDP offer信息，其资源预留信息比如是：
a＝curr:qos local sendrecv
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos mandatory remote sendrecv。
步骤313a～313，AS收到资源预留更新请求消息后，不往被叫侧转发，而是构造一个成功响应消息回复给UE B，其中携带有SDP answer信息。比如：AS发送200OK响应给UE B，其中携带SDP answer信息，其资源预留信息比如是：
a＝curr:qos local sendrecv
a＝curr:qos remote sendrecv
a＝des:qos mandatory local sendrecv
a＝des:qos mandatory remote sendrecv。
步骤314，AS开始执行会话切换过程，进行远端更新。向UE B发送更新消息，其中携带新的SDP offer信息。此处的SDP offer信息来自于步骤310中提供的新的SDP offer信息。比如：AS发送UPDATE消息给UE B，其中携带来自于步骤310中提供的新的SDP offer信息，其资源预留信息比如是：
a＝curr:qos local sendrecv
a＝curr:qos remote sendrecv。
步骤315，UE B向AS返回更新的响应消息，其中携带SDP answer信息。
步骤316，AS向CSCF发送会话处理中响应消息，其中携带新的SDP answer信息，且在此消息中指示UE B的资源已经预留完成。需要说明的是，新的SDP信息是针对被叫侧来说的，表示被叫侧切换前后的SDP信息不一样。
比如：AS发送SIP 183响应消息到CSCF，且在消息的头域中增加指示，标明UE B侧的资源已经预留完成，如在特征标签(feature tag)中携带指示标明UE B侧的资源已经预留完成，或增加一个新的字段，用来说明资源已经预留完成；或者在消息体中增加描述，标明资源已经预留完成，比如增加可扩展标记语言(XML，Extensible Markup Language)消息体或TEXT消息体；或者将UE B侧的资源预留完成作为发送此消息的必要条件，MSC/MSCServer收到此消息即可认为UE B侧的资源预留完成。
步骤317，CSCF将会话处理中的响应消息转发给MSC/MSC Server，其中携带新的SDP answer信息，且在此消息中指示UE B的资源已经预留完成。
步骤318，确认会话处理中响应已经收到，与步骤307的过程类似。
步骤319，UE A切换到CS域，MSC/MSC Server向UE A发送消息，告知其现在满足振铃条件，可以启动振铃过程。比如：MSC/MSC Server通过CS域发送SETUP请求消息，其中携带切换标识(TI，Transfer Identifier)信息，告知UE A这是从PS域切换到CS域的会话。
步骤320，UE A向MSC/MSC Server发送消息。比如发送会话确认(call confirm)消息，会话状态迁移。此时UE A已经迁移到发送振铃前的状态，满足发送振铃请求的条件。
步骤321，UE A向MSC/MSC Server发送振铃请求，比如发送alerting消息。
步骤322，MSC/MSC Server向CSCF发送消息，其中携带会话状态，该消息可称为通知消息。比如：发送INFO消息或NOTIFY消息或MESSAGE消息，会话状态为振铃(alerting)。
步骤323，CSCF将通知消息转发给AS。
步骤324，AS向CSCF发送通知消息的响应消息。
步骤325，CSCF向MSC/MSC Server转发通知消息的响应消息。
步骤326，AS向UE B发送振铃请求。比如：发送SIP 180消息。
步骤327，继续后续操作，接通会话、进行通话至会话结束；或者拒绝会话。
图4是本发明的实施例二的流程图。本实施例给出了一种主叫侧UE B的资源预留完成的确认信息到达AS之前，被叫侧的会话切换请求消息先到达AS的情形下，媒体资源的协商策略和会话切换过程。其中，资源预留完成的指示在通知消息的响应消息中携带给MSC/MSC Server，具体过程描述如下：
步骤401～415，同实施例一中的步骤301～315。
步骤416，AS向CSCF发送会话处理中响应消息，其中携带新的SDP answer信息。比如：AS发送SIP 183响应消息到CSCF，且在消息体中携带新的SDPanswer信息。
步骤417，CSCF将会话处理中响应消息转发给MSC/MSC Server，其中携带新的SDPanswer信息。
步骤418，确认会话处理中响应消息已经收到，与步骤307的过程类似。
步骤419，MSC/MSC Server向CSCF发送消息，其中携带会话状态，该消息可以称为通知消息，比如：发送INFO消息、NOTIFY消息或MESSAGE消息，并在消息体中携带会话状态。
步骤420，CSCF将通知消息转发给AS。
步骤421，AS向CSCF发送通知消息的响应消息，并在此消息中指示UE B的资源已经预留完成。
比如：发送200OK消息，在消息的头域中增加指示，标明UE B侧的资源已经预留完成，如增加feature tag指示UE B侧的资源已经预留完成，或增加一个新的字段，用来说明资源已经预留完成；或者在消息体中增加描述，标明资源已经预留完成，比如增加XML消息体或TEXT消息体。
步骤422，CSCF向AS转发通知消息的响应消息，在此消息中指示UE B的资源已经预留完成。
步骤423，UE A切换到CS域，MSC/MSC Server向UE A发送消息，告知其现在满足振铃条件，可以启动振铃过程。比如：发送SETUP请求，其中携带TI信息，告知UE A这是从PS域切换到CS域的会话。
步骤424～431，同实施例一中的步骤320～327。
图5是本发明的实施例三的流程图。本实施例给出了一种主叫侧UE B的资源预留完成的确认信息到达AS之前，被叫侧的会话切换请求消息先到达AS的情形下，媒体资源的协商策略和会话切换过程。其中，资源预留完成的指示在一条单独的资源预留状态通知消息中携带给MSC/MSC Server。具体过程描述如下：
步骤501～515，同实施例一中的步骤301～315。
步骤516～518，同实施例二中的步骤416～418。
步骤519，MSC/MSC Server向CSCF发送消息，其中携带会话状态。
步骤520，CSCF将消息转发给AS。
步骤521，AS向CSCF发送响应消息。
步骤522，CSCF向MSC/MSC Server转发响应消息。
步骤523，AS发送通知消息，其中携带资源预留已经完成的指示。比如：发送INFO、NOTIFY、MESSAGE或PUBLISH消息，在消息的头域中增加指示，如在特征标签(feature tag)中携带指示标明UE B侧的资源已经预留完成，或增加一个新的字段，用来说明资源已经预留完成；或者在消息体中增加描述，标明资源已经预留完成，比如增加XML消息体或TEXT消息体。
步骤524，CSCF将通知消息转发给MSC/MSC Server。
步骤525，MSC/MSC Server向CSCF发送响应消息。
步骤526，CSCF向AS转发响应消息。
步骤527，UE A切换到CS域，MSC/MSC Server向UE A发送消息，告知其现在满足振铃条件，可以启动振铃过程。比如：发送SETUP请求，其中携带TI信息，告知UE A这是从PS域切换到CS域的会话。
步骤528～535，同实施例一中的步骤320～327。
图6是本发明的实施例四的流程图。本实施例给出了一种主叫侧UE B的资源预留完成的确认信息到达AS之后，被叫侧的会话切换请求消息才到达AS的情形下，媒体资源的协商策略和会话切换过程。具体过程描述如下：
步骤601～607，同实施例一中的步骤301～307。
步骤608，UE B完成资源预留后，向AS发送更新请求消息，其中携带SDPoffer信息，确认资源预留已经完成。比如：UE B向AS发送UPDATE消息，其中携带资源预留完成的确认信息。
步骤609，AS作为B2BUA，向CSCF转发更新请求消息，携带资源预留完成的确认信息。
步骤610，CSCF将更新请求消息转发给UE A。
步骤611，网络根据UE A的测量报告，发起会话切换，为UE A服务的控制网元切换到MSC/MSC Server。
步骤612，MSC/MSC Server向CSCF发送会话切换请求消息，其中携带新的SDPoffer信息。
步骤613，CSCF将会话切换请求消息转发给AS，其中携带新的SDP offer信息。
步骤614～615，AS收到会话切换请求消息后，找到当前UE A正在进行的一个会话进行切换操作，在该实施例中，即AS与UE A的PS域之间的会话。在步骤601～606的过程中，AS可以理解SDP提议和SDP应答信息，从中获知当主叫侧资源预留完成后，主叫UE B会发送一个更新请求(UPDATE)消息，携带资源预留完成的确认信息，以此告知对方UE B的资源预留已经完成。此时AS已经收到UE B发来的资源预留完成的确认信息且转发给UE A，但是未收到UE A发来的响应消息，AS不等待来自UE A的该响应消息，即不等待步骤609的响应消息；而是构造一个成功的响应消息，发给UE B，即作为步骤608的响应消息。
以下步骤616～619在实际场景中可能发生也可能不发生。
步骤616，UE A在PS域上发送更新请求的响应消息给CSCF，其中携带SDP answer信息。
步骤617，CSCF将响应消息转发给AS。AS收到此消息，可以获知此消息是切换前会话的更新请求的响应，AS不往UE B转发。可以暂时保存或者丢弃此消息。
步骤618，UEA在PS域上发送振铃请求给CSCF。
步骤619，CSCF将振铃请求转发给AS。AS收到振铃请求后，可以获知此消息是切换前会话的振铃请求，因为已经开始了会话切换过程，所以不向UE B转发振铃请求。可以暂时保存，或者丢弃该振铃请求。
步骤620，AS开始执行会话切换过程，进行远端更新。向UE B发送更新消息，其中携带新的SDP offer信息。此新的SDP offer信息来自于步骤613中携带的SDP offer信息。
步骤621，UE B返回更新请求的响应消息，其中携带SDP answer信息。
步骤622，AS将资源预留完成信息告知MSC/MSC Server，MSC/MSC Server根据情况将携带会话状态的通知消息发给AS。比如，具体步骤可以如实施例一中所述的步骤316～318的过程，或者可以如实施例二中所述的步骤416～422，或者如实施例三所示的步骤516～526。
步骤623～631，同实施例一中的步骤319～327。
图7是本发明的实施例五的流程图。本实施例给出一种主叫侧的资源预留完成的确认信息到达之前，被叫侧的会话切换请求消息先到达AS的情形下，媒体资源的协商策略和会话切换过程。其中，资源预留完成的指示在会话切换请求的响应消息中携带给被叫侧。在此实施例中被叫UE A支持PS到PS的切换，具体过程描述如下：
步骤701～707，同实施例一中的步骤301～307。
步骤708，网络根据UE A的测量报告，发起会话切换。
步骤709a，UE A在PS2域上向CSCF发送会话切换请求，其中携带新的SDP offer信息。比如：UE A发送SIP INVITE消息到CSCF，在消息中携带新的SDP offer信息，不带预置条件。
步骤709b：UE A在PS2域上向CSCF发送会话切换请求，其中携带新的SDP offer信息。比如：UE A发送SIP INVITE消息到CSCF，在消息中携带新的SDP offer信息，带预置条件；其资源预留信息比如是：
a＝curr:qos local sendrecv
a＝curr:qos remote none
上述步骤709a和步骤709b在实际实现时任选一种。
步骤710，CSCF将会话切换请求转发给AS，其中携带新的SDP offer信息。
步骤711，AS收到会话切换请求后，找到当前UE A正在进行的一个会话进行切换操作，在该实施例中，即步骤702～705建立的会话。由于此时UE A(在PS1上)和UE B之间的precondition过程并没有完成，双方的资源都还不是可用状态，在步骤301～306的过程中，AS可以理解SDP提议和SDP应答信息，从中获知当主叫侧资源预留完成后，主叫UE B会发送一个更新请求(UPDATE)消息，携带资源预留完成的确认信息，以此告知对方此时UE B的资源预留已经完成。在此例中，AS此时尚未收到UE B发来的资源预留完成的确认信息，AS需要等待主叫侧的该确认信息，暂不执行切换过程。例如：AS可以设置定时器等待。
步骤712，此时AS收到UE B发来的更新请求消息，携带SDP offer信息，在SDP信息中携带资源预留完成的确认信息。例如：在定时器的超时时间内UE B发送UPDATE消息到AS，其中携带资源预留完成的确认信息。
步骤713a～713，AS收到更新请求消息后，不往被叫侧转发，而是构造一个成功响应消息回复给UE B，并携带有SDP answer信息。例如：AS发送200OK响应给UE B，其中携带SDP answer信息。
步骤714，AS执行会话切换过程，进行远端更新。向UE B发送更新消息，携带新的SDP offer信息。此处的SDP offer信息来自于步骤710中提供的新的SDP offer信息。例如：AS向UE B发送UPDATE消息，其中携带SDP offer信息。
步骤715，UE B向AS返回响应消息，其中携带SDP answer信息。
步骤716，AS向CSCF发送会话处理中的响应消息，其中携带新的SDPanswer信息。
步骤717，CSCF将会话处理中的响应消息转发给UE A，其中携带新的SDPanswer信息。
步骤718，确认会话处理中响应消息已经收到，与步骤707的过程类似。
如果UE A发送的切换请求是步骤709a，那么如下步骤719～722不需要；如果UE A发送的切换请求是步骤709b，那么如下步骤719～722需要执行。
步骤719，AS向CSCF发送UPDATE消息，其中携带SDP offer信息，此消息表示远端UE资源预留完成。
步骤720，CSCF将消息转发给UEA。
步骤721，UE A向CSCF发送响应消息。
步骤722，CSCF向AS转发响应消息。
步骤723，UE A在PS2上发送振铃消息给CSCF，比如发送SIP 180消息。
步骤724，CSCF向AS转发振铃消息。
步骤725，AS向UE B发送振铃消息。
步骤726，继续后续操作，接通会话、进行通话至会话结束；或者拒绝会话。
图8是本发明的实施例六的流程图。本实施例给出一种远端的资源预留完成的确认信息到达之前，被叫侧的会话切换请求消息先到达AS的情形下，媒体资源的协商策略和会话切换过程。其中，资源预留完成的指示在会话切换请求的响应消息中携带给被叫UE。此实施例与实施例一的区别在于，被叫会话切换方向不同，本实施例是从CS域切换到了PS域，并且本实施例中MSC/MSCServer支持资源预留。具体过程描述如下：
步骤801，UE B发起会话请求，希望建立与UE A之间的会话。会话请求到达为UEA提供服务的AS。在消息中指示支持资源预留机制，在消息体中携带SDP信息，比如：UE B发送SIP INVITE消息，消息头中带Required：precondition；消息体中携带SDP信息，其资源预留信息比如是：
a＝curr:qos local none
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos none remote sendrecv。
步骤802，AS收到建立会话请求后，作为B2BUA，将建立会话请求路由到CSCF，其中携带SDP offer信息。
步骤803，CSCF将建立会话请求转发给MSC/MSC Server，其中携带SDPoffer信息。
步骤804，MSC/MSC Server向UE A发送建立会话请求消息，此消息是在CS域上发送的。比如发送SETUP消息。
步骤805，UE A向MSC/MSC Server发送响应消息，比如发送confirm消息。
步骤806，MSC/MSC Server向CSCF返回会话处理中响应消息，其中携带SDP answer信息。比如：MSC/MSC Server向CSCF发送SIP 183响应，其中携带SDP answer信息，其资源预留信息比如是：
a＝curr qos local none
a＝curr qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos mandatory remote sendrecv
a＝conf:qos remote sendrecv。
其中，“a＝conf:qos remote sendrecv”信息表示需要主叫侧在资源预留完成后发送确认信息。
步骤807，CSCF向AS转发响应消息，其中携带SDP answer信息，在消息中指示需要主叫侧在资源预留完成后发送确认信息。
步骤808，AS将响应消息转发给远端UE B，其中携带SDP answer信息。
步骤809，UE B收到会话处理的响应消息后，发送一个请求消息给UE A，确认响应消息已经被收到。此消息先后经过AS和CSCF，然后到达MSC/MSCServer。MSC/MSC Server返回一个响应消息给UE B。比如：UE B发送PRACK消息给MSC/MSC Server，MSC/MSC Server返回一个200OK响应。
步骤810，网络根据UE A的测量报告，发起会话切换。
步骤811，UE A在PS域上向CSCF发送会话切换请求，其中携带新的SDPoffer信息。比如：UE A发送SIP INVITE消息，在消息中携带新的SDP offer信息，带预置条件，其资源预留信息比如是：
a＝curr:qos local sendrecv
a＝curr:qos remote none
步骤812，CSCF将会话切换请求转发给AS，其中携带新的SDP offer信息。
步骤813，AS收到会话切换请求后，找到当前UE A正在进行的一个会话进行切换操作，在该实施例中，即UE A通过MSC/MSC Server建立的会话。由于此时UE A(通过MSC/MSCServer建立的会话)和UE B之间的precondition过程并没有完成，双方的资源都还不是可用状态。在步骤801～808的过程中，AS可以理解SDP提议和SDP应答信息，从中获知当主叫侧资源预留完成后，主叫UE B会再发送一个更新请求(UPDATE)消息，携带资源预留完成的确认信息，告知对方此时UE B的资源预留已经完成，在此例中，AS此时尚未收到UE B发来的资源预留完成的确认信息，AS需要等待主叫侧的该确认信息，暂不执行切换过程。比如：AS可以设置定时器等待。
步骤814，此时AS收到UE B发来的更新请求消息，携带资源预留完成的确认信息。比如：在定时器的超时时间内UE B发送UPDATE消息到AS，其中在SDP offer信息中携带资源预留完成的确认信息。
步骤815a～步骤815，AS收到更新消息后，不往被叫侧转发，而是构造一个成功响应消息回复给UE B，并携带有SDP answer信息。比如：发送200OK响应，其中携带SDP answer信息。
步骤816，AS执行会话切换过程，进行远端更新。向UE B发送更新消息，其中携带新的SDP offer信息。此处的SDP offer信息来自于步骤812中提供的SDP offer信息。比如：AS向UE B发送UPDATE消息，其中携带SDP offer信息。
步骤817，UE B向AS返回响应消息，其中携带SDP answer信息。
步骤818，AS向CSCF发送会话处理中的响应消息，其中携带新的SDPanswer信息。
步骤819，CSCF将会话处理中的响应消息转发给UE A，其中携带新的SDPanswer信息。
步骤820，确认会话处理中响应消息已经收到，与步骤809的过程类似。
步骤821，UE A在PS上发送振铃消息给CSCF。
步骤822，CSCF向AS转发振铃消息。
步骤823，AS向UE B发送振铃消息。
步骤824，继续后续操作，接通会话、进行通话至会话结束；或者拒绝会话。
对应上述被叫侧发生会话切换的处理方法，本发明还提供了一种应用服务器，包括：信息处理模块和会话切换模块。其中，信息处理模块，用于在需要资源预留的会话建立过程中，获知媒体资源协商和预留的情况。会话切换模块，用于在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，才执行会话切换过程。
进一步的，该应用服务器还可以包括：资源预留情况发送模块，用于将主叫侧的资源预留情况发送给目标会话的控制网元。
需要说明的是，所述被叫侧的会话切换发生在主叫侧和被叫侧的资源协商过程中，且被叫侧发送振铃请求之前。
会话切换模块进一步用于，在收到会话切换请求时，若还没有收到主叫侧的资源预留完成的确认信息，则等待所述确认信息；等到该确认信息后，不往被叫侧转发，而是构造成功的响应消息给主叫侧，然后执行会话切换过程。当收到会话切换请求时，所述确认信息已经发给被叫侧但还没有收到被叫侧返回的响应消息，则不再等待被叫侧的响应消息而是构造成功响应发给主叫侧，然后执行会话切换过程；当收到被叫侧的确认信息的响应消息时不再往主叫侧转发。
资源预留情况发送模块进一步用于，在IMS消息中将资源预留情况发送给目标会话的控制网元，具体的：
在会话切换请求的响应消息中指示资源预留完成；或者
在被叫侧发送的通知消息的响应消息中指示资源预留完成；或者
在资源预留状态通知消息中携带资源预留完成信息。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (14)
1.一种被叫侧发生会话切换的处理方法，其特征在于，该方法包括：
在需要资源预留的会话建立过程中，应用服务器(AS)获知媒体资源协商和预留的情况，在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程，其中，所述被叫侧的会话切换发生在主叫侧和被叫侧的资源协商过程中，且被叫侧发送振铃请求之前。
2.根据权利要求1所述被叫侧发生会话切换的处理方法，其特征在于，该方法进一步包括：
所述AS将主叫侧的资源预留情况发送给目标会话的控制网元。
3.根据权利要求1所述被叫侧发生会话切换的处理方法，其特征在于，所述AS在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程，具体为：
所述AS收到会话切换请求时，若还没有收到主叫侧的资源预留完成的确认信息，则AS等待所述确认信息；
所述AS等到所述确认信息后，不往被叫侧转发，而是构造成功响应发给主叫侧，然后执行会话切换过程。
4.根据权利要求1所述被叫侧发生会话切换的处理方法，其特征在于，所述AS在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程，具体为：
当所述AS收到会话切换请求时，所述确认信息已经发给被叫侧但还没有收到被叫侧返回的响应消息，AS则不再等待所述被叫侧返回的响应消息而是构造成功响应发给主叫侧，然后执行会话切换过程；当AS收到所述被叫侧返回的响应消息时不再往主叫侧转发。
5.根据权利要求2所述被叫侧发生会话切换的处理方法，其特征在于，所述AS将主叫侧的资源预留情况发送给目标会话的控制网元，具体为：
所述AS在IP多媒体子系统(IMS)消息中将资源预留情况发送给目标会话的控制网元。
6.根据权利要求5所述被叫侧发生会话切换的处理方法，其特征在于，所述AS在IMS消息中将资源预留情况发送给目标会话的控制网元，具体为：
AS在会话切换请求的响应消息中指示资源预留完成；或者
AS在被叫侧发送的通知消息的响应消息中指示资源预留完成；或者
AS在资源预留状态通知消息中携带资源预留完成信息。
7.根据权利要求2、5和6中任一项所述被叫侧发生会话切换的处理方法，其特征在于，如果所述被叫侧是从分组交换(PS)域切换到电路交换(CS)域，则所述目标会话的控制网元为移动交换中心(MSC)或移动交换中心服务器(MSC Server)；且所述MSC或MSCServer在获知主叫侧的资源预留完成信息后，告知所述被叫侧满足振铃条件。
8.一种AS，其特征在于，包括：
信息处理模块，用于在需要资源预留的会话建立过程中，获知媒体资源协商和预留的情况；
会话切换模块，用于在收到会话切换请求，且收到主叫侧的资源预留完成的确认信息的情况下，执行会话切换过程，其中，所述会话切换发生在主叫侧和被叫侧的资源协商过程中，且被叫侧发送振铃请求之前。
9.根据权利要求8所述AS，其特征在于，所述AS还包括：
资源预留情况发送模块，用于将主叫侧的资源预留情况发送给目标会话的控制网元。
10.根据权利要求8所述AS，其特征在于，所述会话切换模块进一步用于，在收到会话切换请求时，若还没有收到主叫侧的资源预留完成的确认信息，则等待所述确认信息；
所述会话切换模块等到所述确认信息后，不往被叫侧转发，而是构造成功响应发给主叫侧，然后执行会话切换过程。
11.根据权利要求8所述AS，其特征在于，所述会话切换模块进一步用于，当收到会话切换请求时，所述确认信息已经发给被叫侧但还没有收到被叫侧返回的响应消息，则不再等待被叫侧的响应消息而是构造成功响应发给主叫侧，然后执行会话切换过程；当收到被叫侧的响应消息时不再往主叫侧转发。
12.根据权利要求9所述AS，其特征在于，所述资源预留情况发送模块进一步用于，在IMS消息中将资源预留情况发送给目标会话的控制网元。
13.根据权利要求12所述AS，其特征在于，所述资源预留情况发送模块进一步用于，
在会话切换请求的响应消息中指示资源预留完成；或者
在被叫侧发送的通知消息的响应消息中指示资源预留完成；或者
在资源预留状态通知消息中携带资源预留完成信息。
14.根据权利要求9或12中所述AS，其特征在于，如果所述被叫侧是从PS域切换到CS域，则所述目标会话的控制网元为MSC或MSC Server；且所述MSC或MSC Server在获知主叫侧的资源预留完成信息后，告知所述被叫侧满足振铃条件。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110110747.9A CN102761917B (zh) | 2011-04-29 | 2011-04-29 | 一种被叫侧发生会话切换的处理方法和as |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110110747.9A CN102761917B (zh) | 2011-04-29 | 2011-04-29 | 一种被叫侧发生会话切换的处理方法和as |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102761917A CN102761917A (zh) | 2012-10-31 |
| CN102761917B true CN102761917B (zh) | 2017-07-21 |
Family
ID=47056205
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110110747.9A Expired - Fee Related CN102761917B (zh) | 2011-04-29 | 2011-04-29 | 一种被叫侧发生会话切换的处理方法和as |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102761917B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104469732B (zh) * | 2013-09-22 | 2019-05-07 | 中国移动通信集团公司 | 一种寻呼被叫终端、位置更新的方法、设备和系统 |
| CN106856469A (zh) * | 2015-12-09 | 2017-06-16 | 中国电信股份有限公司 | 资源预留机制实现方法、应用服务器和系统 |
| WO2018076234A1 (zh) * | 2016-10-27 | 2018-05-03 | 华为技术有限公司 | 一种通信方法和设备 |
| CN116261182A (zh) * | 2019-09-30 | 2023-06-13 | 华为技术有限公司 | 一种协商视频媒体的方法及装置 |
| CN114158096A (zh) * | 2020-09-08 | 2022-03-08 | 华为技术有限公司 | 建立会话的方法、终端及通信系统 |
| CN113163058B (zh) * | 2021-03-17 | 2023-09-19 | 维沃移动通信有限公司 | 会话参数更新方法、装置及通信设备、电子设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001028160A2 (en) * | 1999-10-14 | 2001-04-19 | Nortel Networks Limited | Establishing a communications session having a quality of service in a communications system |
| CN101321375A (zh) * | 2007-06-06 | 2008-12-10 | 华为技术有限公司 | 控制会话切换的方法和服务器 |
-
2011
- 2011-04-29 CN CN201110110747.9A patent/CN102761917B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001028160A2 (en) * | 1999-10-14 | 2001-04-19 | Nortel Networks Limited | Establishing a communications session having a quality of service in a communications system |
| CN101321375A (zh) * | 2007-06-06 | 2008-12-10 | 华为技术有限公司 | 控制会话切换的方法和服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102761917A (zh) | 2012-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2173068B1 (en) | Method, application server and user device for transferring the media flow of the multimedia session | |
| JP4903849B2 (ja) | 特にｕｍｔｓネットワークにおける課金識別子の分配 | |
| US9344920B2 (en) | Device and method for performing an rSRVCC procedure | |
| EP2175605B1 (en) | A method for switching the session control path of ip multimedia core network subsystem centralized service | |
| CN102761917B (zh) | 一种被叫侧发生会话切换的处理方法和as | |
| EP2207336B1 (en) | Method, system and device of call forwarding | |
| EP2464166B1 (en) | Method for transferring multiple sessions, call control device and service continuity server | |
| RU2617438C2 (ru) | Синхронизация состояний вызова сетевого компонента и мобильное устройство при переносе сеанса | |
| CN101646256B (zh) | 跨无线接入技术的语音切换方法、设备及网络系统 | |
| JP2007532072A (ja) | 通信方法 | |
| WO2009012665A1 (fr) | Procédé pour assurer une continuité d'appel multimédia, équipement et système associés | |
| CN102761915B (zh) | 一种主叫侧发生会话切换的处理方法和as | |
| CN104918292B (zh) | 一种业务控制方法和系统 | |
| CN102802222B (zh) | 一种e‑srvcc stn‑sr的获取方法和系统 | |
| EP2485530B1 (en) | System and method for switching ringing state session with customized alerting tone | |
| KR20090111849A (ko) | 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치 | |
| CN101494648B (zh) | 一种终端设备间媒体转移方法和网络设备 | |
| CN105991239B (zh) | 一种ims系统中的信令处理方法、装置和相关设备 | |
| CN102724723B (zh) | 基于ims的控制切换方法及系统 | |
| JP5486696B2 (ja) | サービス制御方法及び装置 | |
| JP2011505772A (ja) | 呼の保持を実現する方法および装置 | |
| CN101459665A (zh) | 早媒体信息播放控制方法 | |
| JP5433062B1 (ja) | 移動局及び移動通信方法 | |
| CN101330640B (zh) | 一种ip多媒体子系统集中业务呼叫保持业务的实现方法 | |
| JP6377496B2 (ja) | 移動局および移動通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170721 Termination date: 20190429 |