CN102377887B - 一种实现网络电话呼叫建立的方法及系统 - Google Patents

一种实现网络电话呼叫建立的方法及系统 Download PDF

Info

Publication number
CN102377887B
CN102377887B CN201010255036.6A CN201010255036A CN102377887B CN 102377887 B CN102377887 B CN 102377887B CN 201010255036 A CN201010255036 A CN 201010255036A CN 102377887 B CN102377887 B CN 102377887B
Authority
CN
China
Prior art keywords
terminal
called
terminal called
state
server
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
Application number
CN201010255036.6A
Other languages
English (en)
Other versions
CN102377887A (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.)
ZTE Corp
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 CN201010255036.6A priority Critical patent/CN102377887B/zh
Priority to PCT/CN2011/078254 priority patent/WO2012019546A1/zh
Publication of CN102377887A publication Critical patent/CN102377887A/zh
Application granted granted Critical
Publication of CN102377887B publication Critical patent/CN102377887B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

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

Abstract

本发明公开了一种实现网络电话呼叫建立的方法，该方法包括：在被叫网络电话(VoIP)服务器将会话初始协议(SIP)邀请(INVITE)消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断出被叫终端当前所处的状态为空闲(IDLE)状态、或根据获取的被叫终端的终端类型信息判断出被叫终端的终端类型为移动终端，然后执行相对应的呼叫建立操作。本发明还公开了一种实现网络电话呼叫建立的系统，呼叫建立单元用于根据判断单元的判断结果，执行相对应的呼叫建立操作。采用本发明的方法及系统，能避免因被叫VoIP服务器想要确认SIP INVITE消息被被叫终端收到必须等待较长的时间而导致的一系列问题。

Description

一种实现网络电话呼叫建立的方法及系统
技术领域
本发明涉及通信领域，尤其涉及一种实现网络电话(VoIP，Voice over IP)呼叫建立的方法及系统。
背景技术
VoIP是一种使用互联网协议(IP)在网络上进行语音传输的技术，是目前广大运营商的关注的热点。图1为现有的一种支持开展VoIP业务的网络结构示意图，如图1所示，无论被叫终端还是主叫终端都通过基站连接到接入网关，接入网关上可以驻留数据通道功能(DPF，Data Path Function)、寻呼控制器(PC，Paging Controller)以及锚点鉴权器(AA，Anchor Authenticator)等实体，这些实体可以合设在同一个接入网关上，也可以分部在不同的接入网关上。接入网关(DPF)的作用包括作为终端与外界之间通信的汇聚节点，以支持终端与外界之间的数据交换等；接入网关(PC)的作用包括维护处于空闲(IDLE)模式的终端的状态、寻呼处于空闲模式的终端等；接入网关(AA)的作用是协助鉴权授权计费(AAA，Authentication、Authorization and Accounting)服务器实现对终端的鉴权认证等。其中，IDLE模式又称为IDLE状态，两者等同。
AAA服务器是通信网络中的重要设施，用于实现网络运营商对数据、用户的控制和管理，提供认证、授权及账户服务。
VoIP服务器是网络用于开展VoIP业务的节点，包括负责维护终端的会话初始协议(SIP，Session Initial Protocol)注册、使用SIP协议在主叫终端与被叫终端之间建立VoIP会话、以及在会话过程中负责媒体流即语音数据包的传递、媒体格式转换等。VoIP服务器与接入网关以及AAA服务器之间都有接口。其中，VoIP服务器与AAA服务器间的接口的主要功能是从AAA服务器获取终端用户账户信息以支撑对用户使用VoIP业务的授权；VoIP服务器与接入网关间接口的主要功能是支持VoIP服务器与DPF之间的交互，通过DPF与终端交换与VoIP业务相关的信令和媒体流。这里需要指出的是，在全球微波互联接入(WiMAX，Worldwide Interoperability for Microwave Access)网络中，VoIP服务器又被称为WVS业务服务器(WVS Server，WiMAX VoIP Service Server)，不作赘述。
图1所示虚线左右两边分别代表主叫侧和被叫侧。主叫侧、被叫侧除了包含主叫终端、被叫终端外，均还含有基站、接入网关、VoIP服务器以及AAA服务器等网络设备，分别为主叫终端、被叫终端服务。主叫终端、被叫终端分别注册到各自的VoIP服务器上，这两个VoIP服务器之间通过IP网，如Internet网相连，主叫终端与被叫终端之间信令以及媒体流都通过该IP网进行交换，如图1所示，有两个独立的VoIP服务器分别为主叫终端和被叫终端服务。主叫终端和被叫终端也可注册到同一个VoIP服务器上，此时图1中虚线两边的两个VoIP服务器可以是同一个物理实体。
以下对现有的SIP注册技术进行举例阐述，以说明终端的SIP注册过程。
图2所示为现有技术中终端向VoIP服务器注册的流程。由于终端与VoIP服务器之间使用SIP协议，所以该注册流程又被称为SIP注册流程，主要包含以下步骤：
步骤201：终端向VoIP服务器发送SIP注册请求。
步骤202：VoIP服务器依据SIP协议处理注册请求；在对终端认证成功后，VoIP服务器向终端的AAA服务器发送接入请求消息。
步骤203：收到接入请求消息以后，AAA服务器保存该终端的SIP注册有效期等信息，并向VoIP服务器返回接入接受。
步骤204：VoIP服务器向终端返回SIP注册应答，完成SIP注册流程。
以下阐述与IDLE相关的现有技术，主要说明终端当前所处于的IDLE状态被传递到终端的AAA服务器上的过程。
终端可以通过进入IDLE状态的方法达到节电的目的。处于IDLE状态的移动终端无法被呼叫(如无法接受VoIP呼叫)。因此，在需要呼叫处于IDLE状态的移动终端时，网络(寻呼控制器)必须首先寻呼移动终端，触发移动终端退出IDLE状态。在现有技术中，若需要终端进入IDLE状态，该需求无论是终端本身发起的，还是网络侧实体发出的，让终端进入IDLE状态的请求都会被发送到终端的AA上，在得到AA的允许之后，终端才能进入IDLE状态，以终端发起的流程为例，图3包含以下步骤：
步骤301：终端将请求进入IDLE状态的请求消息通过接入网发送到终端的AA上。
步骤302：AA检查终端是否满足进入IDLE状态的条件，在满足条件时，AA向该终端的AAA服务器发送一条计费更新请求消息，并携带指示以通知AAA服务器终端当前处于IDLE状态。其中，所述计费更新请求消息是中间更新请求。
步骤303：AAA服务器将终端当前正处于IDLE状态的状态信息保存在本地，并向AA返回计费更新应答消息。其中，所述计费更新应答消息是中间更新应答。
步骤304：AA向终端返回IDLE状态进入应答消息，同意终端进入IDLE状态。
每个处于IDLE状态的终端都会被指定一个寻呼周期。现有技术中，寻呼周期时长不宜设置过短，否则达不到节电目的，特别是针对具有多路输入多路输出(MIMO，Multiple-Input Multiple-Out-put)功能的终端。一个典型的最短合适时长为为5.12秒。以周期取值为5.12秒为例，处于IDLE状态的终端每5.12秒会醒来一次，并侦听有没有寻呼自己的寻呼消息，其余时间内，终端不接受任何消息。所以PC若想寻呼终端，就必须在终端醒来的那个时间点上发送寻呼消息，即最多每5.12秒有一次唤醒终端的机会。若终端在醒来的那个时间点上收到寻呼自己的寻呼消息，终端就会触发执行退出IDLE状态的流程，回到活跃(ACTIVE)状态(模式)，在ACTIVE状态下，终端可以接受呼叫。
现有技术中，在主叫终端呼叫被叫终端时，主叫首先需要将SIP邀请(SIPINVITE)信令消息发送到被叫终端上，这个过程主要包含以下内容：
一.主叫终端将SIP INVITE信令消息发送到主叫终端的VoIP服务器上(主叫VoIP服务器，图1虚线左侧)。具体的，主叫终端首先将该信令消息以IP数据包的形式通过基站发送到接入网关(锚点DPF)，然后接入网关再把该IP包发送到主叫VoIP服务器上。
二.主叫VoIP服务器解析信令消息，找到被叫终端的VoIP服务器上(被叫VoIP服务器，图1虚线右侧)，并将该信令消息发送到被叫VoIP服务器。
三.被叫VoIP服务器将该信令消息发送到被叫终端。具体的，被叫VoIP服务器将该信令以IP数据包的形式发送到接入网关(锚点DPF)，然后接入网关将该IP包通过基站发送给被叫终端。
在上述过程中，若当前被叫终端正处于IDLE状态，则当被叫VoIP服务器将SIP INVITE信令消息以IP包的形式发送到锚点DPF后，锚点DPF将无法将该IP包继续发送到被叫终端，只能将此IP包缓存在本地。同时，锚点DPF通知终端的PC有发往被叫终端的数据到达；在PC执行寻呼过程，促使终端退出IDLE状态之后，锚点DPF再将上述缓存的信令消息以IP包的形式通过基站发送到被叫终端。
综上所述，由于PC必须在终端醒来的那个时间点上才能寻呼终端，最坏情况下，上述锚点DPF通知PC寻呼该终端时，终端才刚刚醒来过一次。此时，PC必须要等待一整个终端的寻呼周期，才能寻呼该终端。事实上，为了达到终端节电的目的，终端的寻呼周期的设置一般不会太短，一般都要大于上述的典型最短合适时长(5.12秒)，因此，PC寻呼终端并触发终端退出IDLE状态需要耗费较长的时间，从而导致被叫VoIP服务器想要确认SIP INVITE消息被被叫终端收到就必须等待较长的时间，而等待较长时间会导致如下一系列问题的产生：
a、被叫VoIP服务器长时间得不到被叫终端的响应，会致使被叫VoIP服务器定时器超时，并重发上述SIP INVITE信令消息，甚至重发不止一次，这些消息都将被当作IP包而被堆积在锚点DPF中。当被叫终端退出IDLE状态恢复到ACTIVE状态时，接入网关会将上述堆积的IP包一次性全部发送给被叫终端，使得被叫终端同时收到多条SIP INVITE消息，致使被叫终端处理失败，导致呼叫建立失败；
b、被叫VoIP服务器长时间得不到被叫终端的响应，会判断终端当前不在线或者不可达，进而触发执行不必要的呼叫转移业务(如，不在线转移)。这样处理，一是造成网络资源浪费；二是造成多收取被叫用户的业务使用费；三是会引发被叫用户对网络能力的质疑，因为在被叫用户看来，其终端是处于开机状态的，但是却接收不到呼叫。二和三都会造成被叫用户对运营商的极大不满，使得运营商的信誉下降，不利于业务开展；四是在呼叫转移业务执行后，被叫终端退出了IDLE状态并接收到锚点DPF缓存的SIP INVITE消息以后，被叫终端会正常处理该消息，向主叫发送SIP应答。此时主叫会收到来自被叫的应答以及来自呼叫转移以后的另一个终端的SIP应答，会引起主叫对呼叫处理的混乱，导致呼叫建立失败；
c、主叫用户长时间听不到回铃音(RBT，Ring Back Tone)，会认为网络出现故障，并选择放弃呼叫，并向运营商抱怨网络质量差，造成主叫用户满意度降低，同样也不利于运营商开展业务。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现VoIP呼叫建立的方法及系统，能避免因被叫VoIP服务器想要确认SIP INVITE消息被被叫终端收到必须等待较长的时间而导致的上述一系列问题。
为达到上述目的，本发明的技术方案是这样实现的：
一种实现网络电话呼叫建立的方法，该方法包括：在被叫网络电话(VoIP)服务器将会话初始协议(SIP)邀请(INVITE)消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断出所述被叫终端当前所处的状态为空闲(IDLE)状态、或根据获取的被叫终端的终端类型信息判断出所述被叫终端的终端类型为移动终端，执行相对应的呼叫建立操作。
其中，获取所述被叫终端的状态信息，具体包括：鉴权授权计费(AAA)服务器将所述被叫终端的状态信息发送(推送)给VoIP服务器。
其中，获取所述被叫终端的状态信息、或获取所述被叫终端的终端类型信息具体包括：VoIP服务器主动向AAA服务器请求(索取)，从AAA服务器获取(拉取)所述被叫终端的状态信息、或所述被叫终端的终端类型信息。
其中，所述被叫终端的状态信息具体包括：被叫终端当前处于IDLE状态、或被叫终端当前处于活跃(ACTIVE)状态。
其中，所述被叫终端的终端类型信息具体包括：被叫终端的终端类型为移动终端、或被叫终端的终端类型为固定终端。
其中，当判断出所述被叫终端当前所处的状态为IDLE状态、或判断出所述被叫终端的终端类型为移动终端时，执行的呼叫建立操作具体包括：被叫VoIP服务器调整SIP消息的定时器，延长超时时长至足够完成对所述被叫终端的寻呼，和/或被叫VoIP服务器向主叫方返回回铃音消息。
一种实现网络电话呼叫建立的系统，该系统包括：判断单元和呼叫建立单元；其中，
所述判断单元，用于在SIP INVITE消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断出所述被叫终端当前所处的状态为IDLE状态、或根据获取的被叫终端的终端类型信息判断出所述被叫终端的终端类型为移动终端；
所述呼叫建立单元，用于根据所述判断单元的判断结果，执行相对应的呼叫建立操作。
其中，该系统还包括获取单元，用于获取所述被叫终端的状态信息；所述获取包括AAA服务器直接将所述被叫终端的状态信息发送(推送)给VoIP服务器。
其中，该系统还包括获取单元，用于获取所述被叫终端的状态信息、或获取所述被叫终端的终端类型信息；所述获取包括VoIP服务器主动向AAA服务器请求(索取)，从AAA服务器获取(拉取)所述被叫终端的状态信息、或所述被叫终端的终端类型信息。
其中，所述被叫终端的状态信息具体包括：被叫终端当前处于IDLE状态、或被叫终端当前处于ACTIVE状态。
其中，所述被叫终端的终端类型信息具体包括：被叫终端的终端类型为移动终端、或被叫终端的终端类型为固定终端。
其中，所述呼叫建立单元，进一步用于当判断出所述被叫终端当前所处的状态为IDLE状态、或判断出所述被叫终端的终端类型为移动终端时，被叫VoIP服务器调整SIP消息的定时器，延长超时时长至足够完成对所述被叫终端的寻呼，和/或被叫VoIP服务器向主叫方返回回铃音消息。
本发明在被叫VoIP服务器将SIP INVITE消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断被叫终端当前所处的状态是否为IDLE状态，或根据获取的被叫终端的终端类型信息判断被叫终端的终端类型是否为移动终端，执行相对应的呼叫建立操作。
采用本发明，能获取到被叫终端的状态信息或被叫终端的终端类型信息，从而根据获取的被叫终端的状态信息判断被叫终端当前所处的状态是否为IDLE状态，或根据获取的被叫终端的终端类型信息判断被叫终端的终端类型是否为移动终端，以执行相对应的呼叫建立操作，能避免因被叫VoIP服务器想要确认SIP INVITE消息被被叫终端收到必须等待较长的时间而导致的上述一系列问题。
附图说明
图1为现有技术中支持开展VoIP业务的网络结构示意图；
图2为现有技术中终端向VoIP服务器注册的流程图；
图3为现有技术中终端的IDLE状态被传到终端的AAA服务器的流程图；
图4为本发明实施例一的获取被叫终端状态信息的流程图；
图5为本发明实施例一的被叫终端处于IDLE状态下时实现VoIP呼叫建立的流程图；
图6为本发明实施例二的获取被叫终端状态信息的流程图；
图7为本发明实施例二的被叫终端处于IDLE状态下时实现VoIP呼叫建立的流程图。
具体实施方式
本发明的基本思想是：在被叫VoIP服务器将SIP INVITE消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断被叫终端当前所处的状态是否为IDLE状态，或根据获取的被叫终端的终端类型信息判断被叫终端的终端类型是否为移动终端，执行相对应的呼叫建立操作。
下面结合附图对技术方案的实施作进一步的详细描述。
现有技术只能在被叫终端退出IDLE状态时才能呼叫该被叫终端，以实现VoIP呼叫建立，即：需一直等待直至被叫终端醒来的那个时间点上才能寻呼被终端。从等待该时间点开始到寻呼被叫终端并触发被叫终端退出IDLE状态需要耗费很长时间。本发明的方案，在被叫VoIP服务器将SIP INVITE消息发送到被叫终端之前，增加了根据获取的被叫终端的状态信息进行判断，或者增加了根据获取的被叫终端的终端类型的判断(固定终端\移动终端)，从而决定执行何种操作的过程，实现被叫终端处于IDLE状态时的VoIP呼叫建立，能避免因被叫VoIP服务器想要确认SIP INVITE消息被被叫终端收到必须等待较长的时间而导致的上述一系列问题。
一种实现VoIP呼叫建立的方法，主要包括以下内容：
在被叫VoIP服务器将SIP INVITE消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断被叫终端当前所处的状态是否为IDLE状态，或根据获取的被叫终端的终端类型信息判断被叫终端的终端类型是否为移动终端，从而决定执行何种相对应的操作。
这里，被叫终端当前所处的状态为IDLE状态所执行的相对应操作、和被叫终端当前所处的状态不为IDLE状态所执行的相对应操作是不同的；被叫终端的终端类型是移动终端所执行的相对应操作、和被叫终端的终端类型是固定终端所执行的相对应操作是不同的。
进一步的，获取被叫终端的状态信息具体包括：AAA服务器将所述被叫终端的状态信息通知给VoIP服务器。
进一步的，获取被叫终端的状态信息，或获取被叫终端的终端类型信息具体包括：在呼叫建立的过程中，VoIP服务器主动向AAA服务器索取被叫终端的状态信息、或被叫终端的终端类型信息。
进一步的，获取被叫终端的状态信息具体包括：在被叫终端向VoIP服务器注册的过程中，VoIP服务器向AAA服务器索取被叫终端的终端类型信息。
进一步的，被叫终端的状态信息具体包括：被叫终端当前处于IDLE状态、或者被叫终端当前处于ACTIVE状态。
进一步的，被叫终端的终端类型信息具体包括：被叫终端当前的终端类型为移动终端、或被叫终端当前为固定终端。
进一步的，被叫VoIP服务器将发向被叫终端的所述SIP INVITE消息发送到被叫终端。
进一步的，获取被叫终端当前的状态信息、或被叫终端的终端类型信息后，VoIP服务器执行的相对应的操作具体包括：
当判断出被叫终端当前所处的状态为IDLE状态，或判断出被叫终端的终端类型为移动终端时，被叫VoIP服务器调整(重新设置)SIP消息(比如SIPINVITE消息)的定时器(该定时器可以为超时定时器)，延长超时时长至足够让网络完成对被叫终端的寻呼；和/或被叫VoIP服务器向主叫方返回回铃音消息；
进一步的，主叫方包括以下之一：主叫终端、或主叫VoIP服务器。
以下对本发明进行举例阐述。
实施例一：VoIP服务器向AAA服务器索取后，从AAA服务器获取终端的状态信息。
当该终端作为被叫终端被呼叫，被叫VoIP服务器收到来自主叫终端发给被叫终端的SIP INVITE消息时，首先到被叫终端的AAA服务器上，查询被叫终端状态信息是否为被叫终端当前处于IDLE状态，若查询到被叫终端当前处于IDLE状态，则调整(重新设置)SIP消息的超时定时器，延长超时时长，向主叫方返回回铃音。
如图4所示，VoIP服务器从AAA服务器获取终端状态信息的流程，无论是不是被叫，都可以执行这个通用流程，该流程包括如下步骤：
步骤401：VoIP服务器向AAA服务器发送终端状态信息请求消息，该终端状态信息请求消息携带终端的标识。
这里，优选的，终端的标识可以是终端的网络接入标识符(NAI，NetworkAccess Identifier)，或者是终端用于使用VoIP业务的标识等。
这里，优选的，该终端状态信息请求消息还携带一个用于指示AAA服务器返回指定终端当前状态的指示(Indication)，或者指示AAA服务器返回指定终端是否处于IDLE状态的指示。
这里，优选的，该终端状态信息请求消息可以是一条AAA消息，例如使用远程用户拨号认证服务(RADIUS，Remote Authentication Dial In User Service)协议定义的消息，或者Diameter协议定义的消息。当使用RADIUS协议时，该终端状态信息请求消息对应接入请求(Access-Request)消息。
步骤402：AAA服务器向VoIP服务器返回终端状态信息应答消息，其中携带指定的终端当前的状态。
这里，优选的，该状态用于指示终端当前处于IDLE状态，或者处于ACTIVE状态；或者该状态就是一个1/0值(真/假值)，1代表终端处于IDLE状态，0代表终端不处于IDLE状态。
这里，优先的，当终端处于IDLE状态时，该终端状态信息应答消息还可以用于将终端的寻呼周期(Paging Cycle)值发送给VoIP服务器。
这里，优选的，同步骤401所描述的，该终端状态信息应答消息可以是一条AAA消息。当使用RADIUS协议时，该终端状态信息应答消息对应接入接受(Access-Accept)消息。
采用图4所述的流程，当被叫VoIP服务器收到上述SIP INVITE消息以后，可以从被叫终端的AAA服务器中获取被叫终端当前是否处于IDLE状态的信息；以及，优选的，当确定被叫终端处于IDLE状态时，VoIP服务器还可以获知该被叫终端的寻呼周期。
如图5所示，当被叫终端处于IDLE状态下时，支持VoIP呼叫建立的流程，包括以下步骤：
步骤501：主叫终端将其发送给被叫终端的SIP INVITE消息首先发送到主叫VoIP服务器。
步骤502：主叫VoIP服务器向主叫终端返回SIP正在尝试(SIP 100(Trying))消息。
步骤503～步骤504：主叫VoIP服务器查询主叫终端的AAA服务器，查询被叫终端是否被允许呼叫。本实施例假设可以，则该AAA服务器向主叫VoIP服务器返回肯定的应答。
步骤505：主叫VoIP服务器找到被叫VoIP服务器，并将上述SIP INVITE消息发送到被叫VoIP服务器。
步骤506：被叫VoIP服务器向主叫VoIP服务器返回SIP100(Trying)消息。
步骤507：被叫VoIP服务器向被叫终端的AAA服务器发送终端状态信息请求消息，以请求被叫终端当前的状态(同步骤401所述)。
这里，被叫VoIP服务器可以根据上述来自主叫VoIP服务器的SIP INVITE消息中携带的被叫终端的标识，特别是其中标识中携带的域名信息，来找到被叫终端的AAA服务器。
步骤508：被叫终端的AAA服务器获取被叫终端当前的状态信息，并依照步骤402所描述的，将该状态信息返回给被叫VoIP服务器。
此外，若被叫终端的AAA服务器还未拥有该被叫终端的状态信息，则AAA服务器可以向该被叫终端的AA发送消息，来查询该被叫终端当前的状态；或者，被叫终端的AAA服务器在接收到被叫VoIP服务器的查询请求以后，始终都到被叫终端的AA查询，即通过AAA服务器向AA索取终端的状态信息的交互过程，最终被叫终端的AAA服务器获得该状态信息。
这里，上述AAA服务器向AA发送的消息是AAA消息(RADIUS，或者Diameter)，当使用RADIUS协议时，该AAA消息可以是RADIUS CoA消息，则AA用RADIUS CoA ACK消息回应AAA服务器，其中携带终端当前的状态信息。
步骤509：当从AAA服务器获得的信息指示被叫终端当前处于IDLE状态时，VoIP服务器延长对SIP INVITE消息的等待超时定时器时长。
这里，延长后的该定时器的超时时长可由运营商定制。例如，根据运营商的组网部署，被叫终端的最大寻呼周期是20秒，则上述的超时时长可参考20秒而定(例如，定为25秒)，以包容最坏的情况；或者，该时长参考被叫终端的寻呼周期来定(同步骤402所描述，VoIP服务器可以从AAA服务器中获取到被叫终端的寻呼周期值)。这样，依据不同的被叫终端，VoIP服务器可以设定不同的超时时长。在定时器超时之前，VoIP服务器不重发SIP INVITE消息，不触发呼叫前转等业务。
步骤510～步骤511：被叫VoIP服务器向主叫VoIP服务器发送回铃响应(SIP180)；主叫VoIP服务器进一步向主叫终端发送SIP 180，并向主叫用户播放RBT，提示用户等待。
步骤512：被叫VoIP服务器向被叫终端发送SIP INVITE消息，该消息首先以数据包的形式发送到被叫终端的接入网(被叫的锚点DPF)。并启动上述超时定时器。
这里需要指出的是，步骤512与步骤510可以同时执行。
步骤513：此时接入网发现被叫终端正处于IDLE状态，因此触发PC发起对被叫终端的寻呼，促使被叫终端退出IDLE状态。
步骤514：在被叫终端退出IDLE状态以后，终端的接入网将上述的数据包(内含SIP INVITE消息)发送到被叫终端。
步骤515：终端在对该SIP消息处理以后，向被叫VoIP服务器返回SIP 100(Trying)消息。此时，被叫VoIP服务器收到该消息是在上述的定时器超时之前。
步骤516：由于当前终端已经退出IDLE状态，进入了ACVITE状态，因此后续步骤与现有技术相同，不再赘述。
实施例二：AAA服务器直接将终端状态信息通知给终端注册的VoIP服务器，使VoIP服务器获取终端状态信息。
当终端的AAA服务器收到终端进入IDLE状态的指示以后，主动通知终端注册的VoIP服务器。这样，在后续该终端作为被叫终端被呼叫时，被叫VoIP服务器可以直接在本地获取被叫终端的状态。
如图6所示，AAA服务器将终端状态信息通知给终端注册的VoIP服务器，使VoIP服务器获取终端状态信息的流程，无论是不是被叫，都可以执行这个通用流程，该流程包括如下步骤：
步骤601：AAA服务器向VoIP服务器发送终端状态信息更新消息，该终端状态信息更新消息中携带终端的标识。
这里，优选的，终端的标识可以是终端的NAI，或者是终端用于使用VoIP业务的标识等。
这里，优选的，本步骤如步骤302所描述的AAA服务器收到计费更新请求消息触发。计费更新请求消息可以用“计费-中间更新请求”表示。
这里需要指出的是，如图2所示，当终端向VoIP服务器注册时，VoIP服务器会向终端的AAA服务器发送消息(接入请求消息)。这里，还要求该VoIP服务器在该消息中携带自身的标识，将自身的标识(优选的，还包括IP地址)发送给AAA服务器，AAA服务器将之保存在本地。这样，在本步骤中，AAA能够找到该终端注册的VoIP服务器，并向之发送上述的终端状态信息更新消息。
这里，优选的，根据上述“计费-中间更新请求”中携带的当前终端状态的描述，该终端状态信息更新消息还携带一个用于指示该终端当前状态的指示，或者携带该终端是否处于IDLE状态的指示。
例如，若“计费-中间更新请求”携带了终端当前处于(或不处于)IDLE状态的描述，则上述的指示将用于通知VoIP服务器该终端处于(或不处于)IDLE状态。
这里，优选的，当终端处于IDLE状态时，该终端状态信息更新消息可以还携带终端的寻呼周期值。
这里，优选的，该终端状态信息更新消息可以是一条AAA消息，例如使用RADIUS协议定义的消息，或者Diameter协议定义的消息。当使用RADIUS协议时，该被叫终端状态信息更新消息为授权变更请求(CoA Request，ChangeofAuthorization Request)消息。
步骤602：VoIP服务器向AAA服务器发送终端状态信息更新应答消息。
这里，VoIP服务器收到上述终端状态信息更新消息携带的用于指示该终端当前状态的指示，或者携带的该终端是否处于IDLE状态的指示后，将终端的状态(如处于IDLE状态)信息保存在本地。例如，以终端的标识为索引保存终端的状态。
这里，优选的，该终端状态信息更新应答消息可以是一条AAA消息，例如使用RADIUS协议定义的消息，或者Diameter协议定义的消息。当使用RADIUS协议时，该终端状态信息更新应答消息为授权变更应答(CoAACK，Change of Authorization ACK)消息。
采用图6所述的流程，终端注册的VoIP服务器可以实时地、或者准实时地获知终端当前的状态、或知道当前终端处于/不处于IDLE状态。此时，当该终端被呼叫时(即，作为被叫终端时)，该终端的VoIP服务器(此时为被叫VoIP服务器)可以在本地查询该被叫终端当前是否处于IDLE状态。
如图7所示，当被叫终端处于IDLE状态下时，支持VoIP呼叫建立的流程，包括以下步骤：
步骤701-步骤706：同步骤501至步骤506。
步骤707：被叫VoIP服务器从本地查询被叫终端当前的状态。
如图6所示，被叫终端的AAA服务器会将被叫终端当前的状态，以及优选的，当被叫终端处于IDLE状态时，将被叫终端的寻呼周期值，发送给被叫终端注册的VoIP服务器。因此，当收到SIP INVITE消息以后，VoIP服务器可以从本地获取该被叫终端当前的状态信息，并判断该被叫终端当前是否处于IDLE状态。
步骤708：当判断被叫终端当前处于IDLE状态时，如步骤509中描述的，VoIP服务器延长对SIP INVITE消息的等待超时定时器时长。
步骤709～步骤715：同步骤510～步骤516。
通过本实施例描述的流程，在被叫VoIP服务器获取被叫终端当前处于IDLE状态的信息以后，延长本身的定时器，解决了现有技术的问题。同时，被叫VoIP服务器还提前向主叫终端播放回铃音提示主叫用户等待，也解决了现有技术会导致主叫用户满意度下降的缺陷。
实施例三：VoIP服务器从AAA服务器获取终端的终端类型信息，获知当前终端的类型是移动终端，还是固定终端。一般来说，固定终端不考虑节电问题，即固定终端不会进入IDLE状态。在后续该终端作为被叫终端被呼叫时，被叫VoIP服务器在获知被叫终端的类型之后：若被叫终端是一个移动终端，则调整(重新设置)SIP消息的超时定时器，延长超时时长，向主叫方返回回铃音。
如图2所示，当终端向VoIP服务器注册时，VoIP服务器会向终端的AAA服务器发送消息(接入请求消息)，终端的AAA服务器执行完相应的处理之后，向VoIP服务器返回应答消息(接入接受)。这里，还要求终端的AAA将终端的类型信息返回给终端。例如，该类型信息指明终端是移动终端或者是固定终端；或者该类型信息指明终端是不是移动终端。获取终端的类型信息以后，VoIP服务器将该信息保存在本地。
现有技术中，AAA上存储的用户的签约信息可以指明该用户是固定终端用户、或游牧终端用户、或移动终端用户。据此，在本发明中，AAA可以根据上述的用户的签约信息来判定终端的类型：将签约固定终端用户的终端判定为固定终端；将签约移动终端用户的终端判定为移动终端；签约游牧终端的用户，根据运营商策略可判定为固定终端，或者移动终端。
当终端作为被叫终端被呼叫时，参考图7所示的流程，支持VoIP呼叫建立的流程，包括以下步骤：
步骤801～步骤806：同步骤701～步骤706。
步骤807：被叫VoIP服务器从本地查询被叫终端的终端类型。
如上文所说，在SIP注册流程中，被叫VoIP服务器可以中被叫的AAA服务器中获取被叫终端的类型，并保存在本地。在本步骤中，VoIP服务器可以从本地获取被叫终端的类型。当判断被叫终端是移动终端时(终端可能在IDLE状态，也可能不在IDLE状态)，则执行以下步骤808-810；否则执行现有技术中的SIP呼叫流程，将SIP INVITE消息发送到被叫终端(终端一定不在IDLE状态)。以下假定判断终端的类型是移动终端。
步骤808：当判断终端是移动终端时，如步骤509中描述的，VoIP服务器延长对SIP INVITE消息的等待超时定时器时长。
步骤809～步骤810：同步骤510～步骤511。
步骤811：被叫VoIP服务器向被叫终端发送SIP INVITE消息，该消息首先以数据包的形式发送到被叫终端的接入网。
步骤812：若被叫终端当前处于IDLE状态，则由接入网触发执行寻呼终端流程，使被叫终端退出IDLE状态。若被叫终端不处于IDLE状态，则本步骤不执行，直接执行步骤813。
步骤813：终端的接入网将上述的数据包(内含SIP INVITE消息)发送到被叫终端。
步骤814～步骤815：同步骤515(714)～步骤516(715)。
通过该方法，当判断终端是移动终端时，无论终端是不是处于IDLE状态，均依照终端处于IDLE状态的方法处理，可以解决现有技术存在的问题。
终端在入网以后其终端类型不会发生变化，所以，VoIP服务器在终端的SIP注册过程中，从AAA服务器获取终端类型比较合适。当然，也不排除VoIP服务器不在SIP注册流程中获取终端类型的可能性。比如，当被叫VoIP服务器收到发送给被叫终端的SIP INVITE消息以后(参考图5所示的例子)，发现本地没有保存被叫终端的终端类型信息，则可以向被叫终端的AAA服务器请求该终端的类型。优选的，在得到AAA服务器的响应以后，再将该类型信息保存在本地。同样的，在这种情况下，VoIP服务器与AAA的交互也可以使用RADIUS协议，或者Diameter协议，不再赘述。
这里需要指出的是，在WiMAX网络中，上述VoIP服务器又被称为WVSServer。在上述的两个实施例中，可将VoIP服务器等同替换为WVS服务器，原理相同。
一种实现VoIP呼叫建立的系统，该系统包括：判断单元和呼叫建立单元，其中，判断单元用于在SIP INVITE消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断出被叫终端当前所处的状态为IDLE状态、或根据获取的被叫终端的终端类型信息判断出被叫终端的终端类型为移动终端。呼叫建立单元用于根据判断单元的判断结果，执行相对应的呼叫建立操作。
这里，该系统还包括获取单元，获取单元用于获取被叫终端的状态信息；所述获取包括AAA服务器直接将被叫终端的状态信息发送(推送)给VoIP服务器。
这里，该系统还包括获取单元，获取单元用于获取被叫终端的状态信息、或获取被叫终端的终端类型信息；所述获取包括VoIP服务器主动向AAA服务器请求(索取)，从AAA服务器获取(拉取)被叫终端的状态信息、或被叫终端的终端类型信息。
这里，被叫终端的状态信息具体包括：被叫终端当前处于IDLE状态、或者被叫终端当前处于ACTIVE状态。
这里，被叫终端的终端类型信息具体包括：被叫终端的终端类型为移动终端、或被叫终端的终端类型为固定终端。
这里，呼叫建立单元进一步用于当判断出被叫终端当前所处的状态为IDLE状态、或判断出被叫终端的终端类型为移动终端时，被叫VoIP服务器调整(重新设置)SIP消息的定时器，延长超时时长至足够完成对被叫终端的寻呼，和/或被叫VoIP服务器向主叫方返回回铃音消息。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (4)

1.一种实现网络电话呼叫建立的方法，其特征在于，该方法包括：在被叫网络电话(VoIP)服务器将会话初始协议(SIP)邀请(INVITE)消息发送到被叫终端之前，获取被叫终端的状态信息或获取所述被叫终端的终端类型信息；
根据获取的被叫终端的状态信息判断出所述被叫终端当前所处的状态为空闲(IDLE)状态或根据获取的被叫终端的终端类型信息判断出所述被叫终端的终端类型为移动终端，执行相对应的呼叫建立操作；其中，所述IDLE状态的移动终端无法被呼叫；
获取所述被叫终端的状态信息，具体包括：鉴权授权计费(AAA)服务器将所述被叫终端的状态信息发送给VoIP服务器；
所述被叫终端的状态信息具体包括：被叫终端当前处于IDLE状态或被叫终端当前处于活跃(ACTIVE)状态；
所述被叫终端的终端类型信息具体包括：被叫终端的终端类型为移动终端或被叫终端的终端类型为固定终端；
当判断出所述被叫终端当前所处的状态为IDLE状态或判断出所述被叫终端的终端类型为移动终端时，执行的呼叫建立操作具体包括：被叫VoIP服务器调整SIP消息的定时器，延长超时时长至足够完成对所述被叫终端的寻呼，和/或被叫VoIP服务器向主叫方返回回铃音消息。
2.根据权利要求1所述的方法，其特征在于，获取所述被叫终端的状态信息或获取所述被叫终端的终端类型信息具体包括：VoIP服务器主动向AAA服务器请求，从AAA服务器获取所述被叫终端的状态信息或所述被叫终端的终端类型信息。
3.一种实现网络电话呼叫建立的系统，其特征在于，该系统包括：判断单元、呼叫建立单元和获取单元；其中，
所述判断单元，用于在SIP INVITE消息发送到被叫终端之前，根据获取的被叫终端的状态信息判断出所述被叫终端当前所处的状态为IDLE状态或根据 获取的被叫终端的终端类型信息判断出所述被叫终端的终端类型为移动终端；其中，所述IDLE状态的移动终端无法被呼叫；
所述呼叫建立单元，用于根据所述判断单元的判断结果，执行相对应的呼叫建立操作；
所述获取单元，用于获取所述被叫终端的状态信息或获取所述被叫终端的终端类型信息；所述获取包括AAA服务器直接将所述被叫终端的状态信息发送给VoIP服务器；
所述被叫终端的状态信息具体包括：被叫终端当前处于IDLE状态或被叫终端当前处于ACTIVE状态；
所述被叫终端的终端类型信息具体包括：被叫终端的终端类型为移动终端或被叫终端的终端类型为固定终端；
所述呼叫建立单元，进一步用于当判断出所述被叫终端当前所处的状态为IDLE状态或判断出所述被叫终端的终端类型为移动终端时，被叫VoIP服务器调整SIP消息的定时器，延长超时时长至足够完成对所述被叫终端的寻呼，和/或被叫VoIP服务器向主叫方返回回铃音消息。
4.根据权利要求3所述的系统，其特征在于，该系统还包括获取单元，用于获取所述被叫终端的状态信息或获取所述被叫终端的终端类型信息的情况下，所述获取包括VoIP服务器主动向AAA服务器请求，从AAA服务器获取所述被叫终端的状态信息或所述被叫终端的终端类型信息。
CN201010255036.6A 2010-08-12 2010-08-12 一种实现网络电话呼叫建立的方法及系统 Expired - Fee Related CN102377887B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010255036.6A CN102377887B (zh) 2010-08-12 2010-08-12 一种实现网络电话呼叫建立的方法及系统
PCT/CN2011/078254 WO2012019546A1 (zh) 2010-08-12 2011-08-11 一种实现网络电话呼叫建立的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010255036.6A CN102377887B (zh) 2010-08-12 2010-08-12 一种实现网络电话呼叫建立的方法及系统

Publications (2)

Publication Number Publication Date
CN102377887A CN102377887A (zh) 2012-03-14
CN102377887B true CN102377887B (zh) 2015-08-12

Family

ID=45567373

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010255036.6A Expired - Fee Related CN102377887B (zh) 2010-08-12 2010-08-12 一种实现网络电话呼叫建立的方法及系统

Country Status (2)

Country Link
CN (1) CN102377887B (zh)
WO (1) WO2012019546A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024225B (zh) * 2012-12-05 2014-08-13 优视科技有限公司 VoIP通话实现方法及装置
CN103152495B (zh) * 2013-02-04 2015-08-19 华为终端有限公司 一种媒体转移的方法、装置及系统
CN106559812B (zh) * 2015-09-28 2019-10-01 中国移动通信集团公司 一种终端延迟呼叫的提醒方法、装置及核心网节点
CN109905208A (zh) * 2019-03-14 2019-06-18 闪联信息技术工程中心有限公司 一种获取终端控制消息响应的方法
CN111836254B (zh) * 2019-04-23 2023-05-26 中兴通讯股份有限公司 一种业务呼叫的实现方法、装置和设备
CN114095885B (zh) * 2020-07-31 2023-06-02 华为技术有限公司 通话方法、系统和相关装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859517A (zh) * 2005-10-20 2006-11-08 华为技术有限公司 一种网络电话的点击呼叫系统及其控制方法
CN101521948A (zh) * 2008-02-26 2009-09-02 大唐移动通信设备有限公司 一种建立VoIP呼叫的方法、系统和用户终端

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5169362B2 (ja) * 2008-03-24 2013-03-27 富士通株式会社 セッション情報複製方法、前記方法を実行する呼制御サーバ及び前記方法のプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859517A (zh) * 2005-10-20 2006-11-08 华为技术有限公司 一种网络电话的点击呼叫系统及其控制方法
CN101521948A (zh) * 2008-02-26 2009-09-02 大唐移动通信设备有限公司 一种建立VoIP呼叫的方法、系统和用户终端

Also Published As

Publication number Publication date
WO2012019546A1 (zh) 2012-02-16
CN102377887A (zh) 2012-03-14

Similar Documents

Publication Publication Date Title
US20070201688A1 (en) Cable telephony network supporting roaming VoIP terminals
CN102377887B (zh) 一种实现网络电话呼叫建立的方法及系统
CN107113294A (zh) 电信网络呼叫控制
CN101146266B (zh) 为用户增加特殊用途号码的方法及系统
CA2589094A1 (en) Enabling combinational services in a communications network
CN1863252B (zh) 为用户增加特殊用途号码的方法及系统
KR20040054458A (ko) 음성통화 서비스 제공 방법 및 음성통화 서비스 제공 시스템
JP2007028618A (ja) ＩＰマルチメディアサブシステム基盤のＶｏＩＰサービス提供のための装置及び方法
WO2009152699A1 (zh) Sip终端及其上报状态的方法、系统以及sip服务器
CN103442150A (zh) 基于voip语音网关的通话方法、系统及该网关
EP2797285B1 (en) Method and apparatus for network communication
CN106792627B (zh) 一种多设备连通通讯的实现方法及实现系统
CN102469425B (zh) 一种实现一号通业务的方法、装置及系统
KR101212651B1 (ko) 복수의 수신 단말에 대한 멀티링 서비스 제공 시스템 및 방법
WO2009146595A1 (zh) 一种灵活振铃业务的实现方法及系统
CN104168256B (zh) 桌面分机与移动智能终端捆绑同振的方法和装置
CN103152494A (zh) 一种话务员呼叫转接的方法和总机业务应用服务器
CN106612359A (zh) 呼叫处理方法及装置
KR101356960B1 (ko) ＶｏＩＰ 단말에 부재중 착신알림 서비스 제공시스템, 제공장치 및 제공방법
WO2012151858A1 (zh) 一种呼叫续接方法和应用服务器
WO2011147321A1 (zh) 在家庭网关中统一号码通信的方法、装置和系统
CN108429864B (zh) 一种实现pstn电话任意呼叫dmr设备的方法
WO2011116721A2 (zh) 移动终端通讯方法及装置
KR101270241B1 (ko) Ｆｍｃ 통신 기반의 호 설정 방법 및 호 연결 인프라
WO2006069524A1 (fr) Procede pour mettre en oeuvre un radiotelephone public intelligent sur un reseau amrc

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20150812

Termination date: 20190812