CN102036412A - 一种承载控制的实现方法及系统 - Google Patents

一种承载控制的实现方法及系统 Download PDF

Info

Publication number
CN102036412A
CN102036412A CN2009100935126A CN200910093512A CN102036412A CN 102036412 A CN102036412 A CN 102036412A CN 2009100935126 A CN2009100935126 A CN 2009100935126A CN 200910093512 A CN200910093512 A CN 200910093512A CN 102036412 A CN102036412 A CN 102036412A
Authority
CN
China
Prior art keywords
bearer
response message
failure response
release
bearer control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2009100935126A
Other languages
English (en)
Other versions
CN102036412B (zh
Inventor
高扬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Daji Communication Technology Co ltd
Shenzhen Tinno Mobile Technology Co Ltd
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200910093512.6A priority Critical patent/CN102036412B/zh
Priority to PCT/CN2010/072980 priority patent/WO2010145394A1/zh
Publication of CN102036412A publication Critical patent/CN102036412A/zh
Application granted granted Critical
Publication of CN102036412B publication Critical patent/CN102036412B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种承载控制的实现方法及系统，包括在通话中，触发承载控制的上位点收到失败响应消息，并根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源。通过本发明方法，保证了承载控制执行点仅针对可以释放呼叫及承载资源的失败响应消息，进行承载资源的释放，避免了呼损现象，从而保证了正常的通话。

Description

一种承载控制的实现方法及系统
技术领域
本发明涉及承载控制技术，尤指一种对于媒体切换请求失败后，承载控制的实现方法及系统。
背景技术
现有3GPP规定，用户终端(UE)进入通话态后，如果承载控制节点收到BYE、Cancel，或者任何3xx、4xx、5xx、6xx失败响应消息，都会释放承载资源。其中，BYE的作用是请求释放会话(呼叫)；Cancel的作用是请求对端发送4xx失败响应，结束原有的请求(如Re-INVITE)。
理论上，3xx、4xx、5xx、6xx失败响应消息只能看成是其请求消息及请求中的媒体切换的失败，而不能看成是整个呼叫的失败，从诸如3xx、4xx、5xx、6xx等失败响应消息的性质上看，一部分失败响应消息可以释放呼叫及承载资源，而另一部分失败响应消息仅表示该请求的失败，并不能释放承载资源。所以，此时释放承载资源是不合适的。
图1为现有由于对冲引起的4xx失败响应的流程示意图，以IMS网络为例，触发承载控制的上位点(AP)为P-CSCF，承载控制执行点为PCRF，假设UE_A为主叫，UE_B为被叫，如图1所示，包括以下步骤：
步骤100～步骤101：UE_A通过P-CSCF向UE_B发送INVITE/Re-INVITE邀请消息。
步骤102～步骤103：UE_B通过P-CSCF向UE_A返回183/PRACK/200OK确认消息。
步骤104～步骤105：UE_A向UE_B发送更新(UPDATA)消息，UE_B向UE_A发送UPDATA消息，主被叫双方的UPDATE消息对冲。
步骤106～步骤107：按照RFC3261的规定，UE_B回复491拒绝对冲消息，并设置计时器准备重新发送UPDATE消息。UE_A返回ACK确认消息。
此时，P-CSCF会收到4xx失败响应消息，并向PCRF发送释放承载请求。但是，消息对冲在使用会话初始协议(SIP)消息的网络中属于正常现象，而如果承载控制此时将承载资源释放，将引起不必要的呼损，从而影响了正常的通话。
发明内容
有鉴于此，本发明的主要目的在于提供一种承载控制的实现方法，能够避免呼损现象，保证正常通话。
本发明的另一目的在于提供一种承载控制的实现系统，能够避免呼损现象，保证正常通话。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种承载控制的实现方法，包括：
在通话中，触发承载控制的上位点收到失败响应消息；
触发承载控制的上位点根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源。
其中，所述失败响应消息为3xx响应消息、或4xx响应消息、或5xx响应消息、或6xx响应消息。
上述方案中，所述根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源包括：
所述触发承载控制的上位点按照会话初始协议SIP规定的对失败响应消息的过滤条件进行过滤，如果所述接收到的失败响应消息仅表示该请求的失败，并不能释放承载资源，则将其过滤；如果所述接收到的失败响应消息表示可以释放呼叫及承载资源，则将其下发到所述通话中的UE，向承载控制执行点发送释放承载请求。
上述方案中，所述根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源包括：不触发承载资源的释放；当接收到BYE消息时，向所述承载控制执行点发送释放承载请求，以触发承载控制执行点释放承载资源。
上述方案中，所述在通话中收到的消息还包括Cancel消息；所述决定是否触发承载控制执行点释放承载资源为：根据失败响应消息或Cancel消息的性质决定是否触发承载控制执行点释放承载资源。
本发明还提供了一种承载控制的实现方法，包括：
在通话中，触发承载控制的上位点收到失败响应消息或Cancel消息；
所述触发承载控制的上位点按照会话初始协议SIP规定的对失败响应消息或Cancel消息的过滤条件进行过滤，
如果所述接收到的失败响应消息或Cancel消息仅表示该请求的失败，并不能释放承载资源，则将其过滤；
如果所述接收到的失败响应消息或Cancel消息表示可以释放呼叫及承载资源，则将其下发到所述通话中的UE，向承载控制执行点发送释放承载请求；
所述失败响应消息为3xx响应消息、或4xx响应消息、或5xx响应消息、或6xx响应消息。
本发明又提供了一种承载控制的实现方法，包括：
在通话中，触发承载控制的上位点收到失败响应消息或Cancel消息，不触发承载资源的释放；
当接收到BYE消息时，向所述承载控制执行点发送释放承载请求，以触发承载控制执行点释放承载资源；
所述失败响应消息为3xx响应消息、或4xx响应消息、或5xx响应消息、或6xx响应消息。
本发明还提供了一种承载控制的实现系统，至少包括触发承载控制的上位点和承载控制执行点，其中，
触发承载控制的上位点，用于在通话中，接收失败响应消息；根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源；
承载控制执行点，用于在接收到来自触发承载控制的上位点的承载释放请求，释放呼叫及承载资源。
上述方案中，所述触发承载控制的上位点中至少包括过滤模块，用于按照SIP协议规定的对失败响应消息的过滤条件，将接收到的失败响应消息中仅表示该请求的失败，并不能释放承载资源的失败响应消息过滤掉，并将可以释放呼叫及承载资源的失败响应消息下发到通话中的UE，向承载控制执行点发送释放承载请求。
上述方案中，所述触发承载控制的上位点中至少包括透传模块，用于将收到的失败响应消息转发给通话中的用户终端；接收到BYE消息时，向所述承载控制执行点发送释放承载请求。
从上述本发明提供的技术方案可以看出，本发明方法包括在通话中，触发承载控制的上位点收到失败响应消息，并根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源。通过本发明方法，保证了承载控制执行点仅针对可以释放呼叫及承载资源的失败响应消息，进行承载资源的释放，避免了呼损现象，从而保证了正常的通话。
附图说明
图1为现有由于对冲引起的4xx失败响应的流程示意图；
图2为本发明承载控制的实现方法的流程图；
图3为本发明承载控制的实现系统的组成结构示意图；
图4为本发明实现承载控制的第一实施例的流程图；
图5为本发明实现承载控制的第二实施例的流程图。
具体实施方式
图2为本发明承载控制的实现方法的流程图，如图2所示，包括以下步骤：
步骤200：在通话中，触发承载控制的上位点收到失败响应消息。
本步骤中，失败响应消息包括诸如3xx、4xx、5xx、6xx等失败响应消息，这些失败响应消息的特点是，一部分失败响应消息可以释放呼叫及承载资源，而另一部分失败响应消息仅表示该请求的失败，并不能释放承载资源。
进一步地，除了失败响应消息，还可以包括收到Cancel消息。
步骤201：触发承载控制的上位点根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源。
本步骤具体实现有两种方式，第一种方式是，触发承载控制的上位点按照SIP协议规定的对失败响应消息的过滤条件，将失败响应消息仅表示该请求的失败，并不能释放承载资源的失败响应消息过滤掉，即仅将可以释放呼叫及承载资源的失败响应消息下发到通话中的UE，向承载控制执行点发送释放承载请求。保证了承载控制执行点仅针对可以释放呼叫及承载资源的失败响应消息，进行承载资源的释放，避免了呼损现象，从而保证了正常的通话。
由于用户终端在收到需要释放承载的失败响应消息后，都会发送BYE消息，因此第二种方式是，当触发承载控制的上位点收到失败响应消息时，都不触发承载资源的释放，而在收到发送给UE的BYE消息时，才向承载控制执行点发送释放承载请求。也就是说，承载控制以收到BYE消息的时间点作为承载资源释放的触发时间点。
针对本发明方法，还提供一种承载控制的实现系统，图3为本发明承载控制的实现系统的组成结构示意图，如图3所示，至少包括触发承载控制的上位点和承载控制执行点，其中，
触发承载控制的上位点，用于在通话中，接收失败响应消息；根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源。
承载控制执行点，用于在接收到来自触发承载控制的上位点的承载释放请求，释放呼叫及承载资源。
其中，触发承载控制的上位点中至少包括过滤模块，用于按照SIP协议规定的对失败响应消息的过滤条件，将接收到的失败响应消息中仅表示该请求的失败，并不能释放承载资源的失败响应消息过滤掉，并将可以释放呼叫及承载资源的失败响应消息下发到通话中的用户终端，向承载控制执行点发送释放承载请求。或者，
触发承载控制的上位点中至少包括透传模块，用于将收到的失败响应消息转发给通话中的用户终端；接收到BYE消息时，向承载控制执行点发送释放承载请求。
下面结合实施例对本发明方法进行详细描述。
图4为本发明实现承载控制的第一实施例的流程图，图3中未示出被叫方，如图4所示，包括：
步骤400：UE_A通过网络侧进行呼叫，并进入通话态。
步骤401：UE_A向AP发起Re-INVITE进行媒体修改切换。
步骤402：可能存在的中间消息。
步骤403：AP收到BYE、Cancel，或者诸如3xx、4xx、5xx、6xx失败响应消息。
步骤404：AP对收到的失败响应消息进行过滤。
过滤的方法：按照SIP协议规定的对失败响应消息的过滤条件进行过滤，将失败响应消息仅表示该请求的失败，并不能释放承载资源的失败响应消息过滤掉，具体协议规定可参考相关协议，这里不再详细描述。
步骤405：AP向UE_A转发收到的BYE、Cancel，或者诸如3xx、4xx、5xx、6xx失败响应消息；
如果接收到的失败响应消息需要释放呼叫，则还包括步骤406：AP向承载控制执行点发送释放承载请求。
如果接收到的失败响应消息不需要释放呼叫，则此时AP不执行任何操作，即不存在步骤406。
图5为本发明实现承载控制的第二实施例的流程图，图5中未示出被叫方，如图5所示，包括：
步骤500：UE_A通过网络侧进行呼叫，并进入通话态。
步骤501：UE_A发起Re-INVITE进行媒体修改切换。
步骤502：可能存在的中间消息。
步骤503：AP收到Cancel，或者诸如3xx、4xx、5xx、6xx失败响应消息。
步骤504：AP向UE_A转发接收到的失败响应消息。此时，AP不向承载控制执行点发送任何信息。
后续，步骤505：AP收到BYE响应消息。
步骤506：AP向承载控制执行点发送释放承载请求。
图5所示第二实施例的方式，处理逻辑简单，不需要承载控制的上位点在收到失败响应消息时，马上区分失败响应的性质，而是等到接收到需要释放呼叫及承载资源的失败响应消息如BYE响应消息时，才向承载控制执行点发送释放承载请求。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种承载控制的实现方法，其特征在于，包括：
在通话中，触发承载控制的上位点收到失败响应消息；
触发承载控制的上位点根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源。
2.根据权利要求1所述的实现方法，其特征在于，所述失败响应消息为3xx响应消息、或4xx响应消息、或5xx响应消息、或6xx响应消息。
3.根据权利要求2所述的实现方法，其特征在于，所述根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源包括：
所述触发承载控制的上位点按照会话初始协议SIP规定的对失败响应消息的过滤条件进行过滤，
如果所述接收到的失败响应消息仅表示该请求的失败，并不能释放承载资源，则将其过滤；
如果所述接收到的失败响应消息表示可以释放呼叫及承载资源，则将其下发到所述通话中的UE，向承载控制执行点发送释放承载请求。
4.根据权利要求2所述的实现方法，其特征在于，所述根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源包括：不触发承载资源的释放；
当接收到BYE消息时，向所述承载控制执行点发送释放承载请求，以触发承载控制执行点释放承载资源。
5.根据权利要求1～4任一项所述的实现方法，其特征在于，所述在通话中收到的消息还包括Cancel消息；
所述决定是否触发承载控制执行点释放承载资源为：根据失败响应消息或Cancel消息的性质决定是否触发承载控制执行点释放承载资源。
6.一种承载控制的实现方法，其特征在于，包括：
在通话中，触发承载控制的上位点收到失败响应消息或Cancel消息；
所述触发承载控制的上位点按照会话初始协议SIP规定的对失败响应消息或Cancel消息的过滤条件进行过滤，
如果所述接收到的失败响应消息或Cancel消息仅表示该请求的失败，并不能释放承载资源，则将其过滤；
如果所述接收到的失败响应消息或Cancel消息表示可以释放呼叫及承载资源，则将其下发到所述通话中的UE，向承载控制执行点发送释放承载请求；
所述失败响应消息为3xx响应消息、或4xx响应消息、或5xx响应消息、或6xx响应消息。
7.一种承载控制的实现方法，其特征在于，包括：
在通话中，触发承载控制的上位点收到失败响应消息或Cancel消息，不触发承载资源的释放；
当接收到BYE消息时，向所述承载控制执行点发送释放承载请求，以触发承载控制执行点释放承载资源；
所述失败响应消息为3xx响应消息、或4xx响应消息、或5xx响应消息、或6xx响应消息。
8.一种承载控制的实现系统，其特征在于，至少包括触发承载控制的上位点和承载控制执行点，其中，
触发承载控制的上位点，用于在通话中，接收失败响应消息；根据失败响应消息的性质决定是否触发承载控制执行点释放承载资源；
承载控制执行点，用于在接收到来自触发承载控制的上位点的承载释放请求，释放呼叫及承载资源。
9.根据权利要求8所述的实现系统，其特征在于，所述触发承载控制的上位点中至少包括过滤模块，用于按照SIP协议规定的对失败响应消息的过滤条件，将接收到的失败响应消息中仅表示该请求的失败，并不能释放承载资源的失败响应消息过滤掉，并将可以释放呼叫及承载资源的失败响应消息下发到通话中的UE，向承载控制执行点发送释放承载请求。
10.根据权利要求8所述的实现系统，其特征在于，所述触发承载控制的上位点中至少包括透传模块，用于将收到的失败响应消息转发给通话中的用户终端；接收到BYE消息时，向所述承载控制执行点发送释放承载请求。
CN200910093512.6A 2009-09-24 2009-09-24 一种承载控制的实现方法及系统 Active CN102036412B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200910093512.6A CN102036412B (zh) 2009-09-24 2009-09-24 一种承载控制的实现方法及系统
PCT/CN2010/072980 WO2010145394A1 (zh) 2009-09-24 2010-05-20 一种承载控制的实现方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910093512.6A CN102036412B (zh) 2009-09-24 2009-09-24 一种承载控制的实现方法及系统

Publications (2)

Publication Number Publication Date
CN102036412A true CN102036412A (zh) 2011-04-27
CN102036412B CN102036412B (zh) 2016-06-22

Family

ID=43355802

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910093512.6A Active CN102036412B (zh) 2009-09-24 2009-09-24 一种承载控制的实现方法及系统

Country Status (2)

Country Link
CN (1) CN102036412B (zh)
WO (1) WO2010145394A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1499804A (zh) * 2002-11-12 2004-05-26 ���ǵ�����ʽ���� 处理会话发起协议系统的会话信息的方法及其记录介质
CN101291457A (zh) * 2008-05-30 2008-10-22 中兴通讯股份有限公司 一种ue上下文更新失败的处理方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101128050B (zh) * 2007-08-31 2010-04-14 华为技术有限公司 无线承载控制方法、系统和服务无线网络控制器
CN101420729A (zh) * 2007-10-26 2009-04-29 华为技术有限公司 一种实现重定向的方法、系统和设备
US8132182B2 (en) * 2007-12-28 2012-03-06 International Business Machines Corporation Parallel processing of triggering rules in SIP event notification filters

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1499804A (zh) * 2002-11-12 2004-05-26 ���ǵ�����ʽ���� 处理会话发起协议系统的会话信息的方法及其记录介质
CN101291457A (zh) * 2008-05-30 2008-10-22 中兴通讯股份有限公司 一种ue上下文更新失败的处理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
J. ROSENBERG等: "《Request for Comments:3261》", 30 June 2002 *

Also Published As

Publication number Publication date
CN102036412B (zh) 2016-06-22
WO2010145394A1 (zh) 2010-12-23

Similar Documents

Publication Publication Date Title
CN100579278C (zh) 紧急呼叫方法、系统及呼叫会话控制功能实体
US10044553B2 (en) Media resource reservation request failure handling for voice over mobile wireless network
EP2449824B1 (en) Handling of access capability information in a mobile network
CN104170455B (zh) 处理通信系统中的切换请求
US9392028B2 (en) Apparatus and method for macro operation involving a plurality of session protocol transactions
US9839063B2 (en) IP multimedia subsystem, proxy session control apparatus, and communication control method
EP2464166B1 (en) Method for transferring multiple sessions, call control device and service continuity server
CN104284360B (zh) P-cscf故障处理方法和系统
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
JP4454680B2 (ja) 呼接続処理方法およびメッセージ送受信代理装置
US8718636B1 (en) System and method for expedited call retry handling due to voice over 4G call failure
CN114125909A (zh) 一种故障恢复方法及装置
WO2007014511A1 (fr) Procédé, système et fonction de contrôle d’accès pour tester le service émergent
CN102761915A (zh) 一种主叫侧发生会话切换的处理方法和as
CA2772128C (en) Method and system for media modification
CN102036412B (zh) 一种承载控制的实现方法及系统
EP1791381B1 (en) Location based control of call delivery in a radiocommunication network
JP5865161B2 (ja) 通信制御装置及び通信制御方法
JP5337889B2 (ja) 移動局及び通信方法
JP2009290450A (ja) Ｓｉｐ電話システム、データ伝送方法、サーバユニットおよび電話端末
CN108259327B (zh) VoLTE业务恢复方法、系统及装置
CN101370176B (zh) 多媒体会话在不同接入网络间转移的方法及装置
CN111385784B (zh) 紧急呼叫的通信建立方法及装置、网络设备、终端
EP3136756A1 (en) System, device and method for implementing ring back tone service
KR20150023065A (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
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220923

Address after: Room J1088, 3rd Floor, Building 8, No. 55, Huiyuan Road, Jiading District, Shanghai, 200000

Patentee after: Shanghai Daji Communication Technology Co.,Ltd.

Patentee after: Tinno Mobile Technology Corp.

Address before: 27-001, south side of Tianlong Mobile Headquarters Building, Tongfa South Road, Xili Community, Xili Street, Nanshan District, Shenzhen, Guangdong Province, 518000

Patentee before: Tinno Mobile Technology Corp.

Effective date of registration: 20220923

Address after: 27-001, south side of Tianlong Mobile Headquarters Building, Tongfa South Road, Xili Community, Xili Street, Nanshan District, Shenzhen, Guangdong Province, 518000

Patentee after: Tinno Mobile Technology Corp.

Address before: 518057 Ministry of justice, Zhongxing building, South Science and technology road, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong

Patentee before: ZTE Corp.