CN103797731A - 避免并发呼叫的方法和应用于该方法的装置 - Google Patents

避免并发呼叫的方法和应用于该方法的装置 Download PDF

Info

Publication number
CN103797731A
CN103797731A CN201280045404.1A CN201280045404A CN103797731A CN 103797731 A CN103797731 A CN 103797731A CN 201280045404 A CN201280045404 A CN 201280045404A CN 103797731 A CN103797731 A CN 103797731A
Authority
CN
China
Prior art keywords
keep
alive message
data call
call
application
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
CN201280045404.1A
Other languages
English (en)
Other versions
CN103797731B (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.)
SK Telecom Co Ltd
Original Assignee
SK Telecom Co Ltd
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
Priority claimed from KR1020110104268A external-priority patent/KR101436474B1/ko
Priority claimed from KR1020110104270A external-priority patent/KR101436473B1/ko
Application filed by SK Telecom Co Ltd filed Critical SK Telecom Co Ltd
Publication of CN103797731A publication Critical patent/CN103797731A/zh
Application granted granted Critical
Publication of CN103797731B publication Critical patent/CN103797731B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明涉及一种用于避免并发呼叫的系统和方法。具体地，本发明的方法包括：在终端装置，确认在指派到特定应用的运动保持消息的发送时段之前的特定时间点处的语音呼叫或数据呼叫的连接状态；根据所确认的语音呼叫或数据呼叫的连接状态通过数据呼叫向服务器装置传递指派到特定应用的运动保持消息以向服务器装置通知特定应用的驱动状态；并且经由服务器装置向终端装置传递关于从终端装置传递的运动保持消息的响应消息。从而，可以最小化同时执行语音呼叫和数据呼叫的并发呼叫或Multi-RAB状态，并且还可以最小化数据呼叫连接尝试。

Description

避免并发呼叫的方法和应用于该方法的装置
技术领域
本公开涉及同时发送数据的方法，更具体地，涉及用于避免并发呼叫的装置和方法，其中，根据终端装置的语音呼叫或数据呼叫的状态选择性地传递用于保持在终端装置和服务器装置之间的会话的保活（Keep Alive）消息，使得能够使同时执行语音呼叫和数据呼叫的并发呼叫（Concurrent Call or Multi-RAB）状态最小化，并且能够使用于数据呼叫连接的尝试最小化。
背景技术
近年来，随着智能电话被注入新的活力，出现了各种应用。在这些应用中，诸如需要接收和发送包的功能的消息器的应用越来越多。特别地，在消息器形式的应用中，相应的服务器应当总是知晓加载了用于包接收功能的应用的用户终端的位置，并且为此，在终端和服务器之间保持会话。
推送通知（Push Notification，以下称为PN）技术应用于消息器形式的应用中，该技术在数据接收时刻向需要接收的应用通知已经传递消息的事实。也就是说，PN技术是指这样的技术，通过该技术，当加载应用的用户终端A与服务器连接并且向服务器传递存在将要向用户终端B发送的消息的事实时，服务器搜索针对用户终端B的会话并且向用户终端B传递关于存在已由用户终端A发送的消息的事实的推送通知（Push Notification），并且用户终端B当识别该推送通知时可标识出已由用户终端A发送的消息。
此外，在消息器形式的应用的情况下，为了保持在终端和服务器之间的会话，根据预定时段，从终端向服务器传递保活消息，并且该服务器在识别保活消息后向终端传递ACK消息。
但是，在以上描述的消息器形式的应用的情况下，由于通过利用数据呼叫应用推送通知和保活（Keep Alive）消息，因此，增加了同时执行语音呼叫和数据呼叫的并发呼叫或Multi-RAB（Concurrent Call or Multi-RAB）状态，并且由于数据呼叫在网络质量上比语音呼叫施加大的影响（根据所需功率的增加，覆盖范围减小），因此由并发呼叫状态的增加会引起语音掉话（Call Drop）。
此外，由于最近消息器形式的应用以及为了保持会话而需要利用数据呼叫进行保活消息传递的应用的种类和数量越来越多，根据相应的应用的驱动，针对数据呼叫连接的尝试越来越多以将网络过载。
发明内容
本公开解决的问题
因此，提出本公开以解决以上提到的在现有技术中发生的问题，并且本公开的目的是提供一种用于避免并发呼叫的装置和方法，其中，在用于保持终端装置和服务器装置之间的会话的保活（Keep Alive）消息的传递中，同时执行语音呼叫和数据呼叫的并发呼叫或Multi-RAB（Concurrent Call or Multi-RAB）状态被最小化以防止由于并发呼叫的增加而引起的语音掉话（Call Drop）现象。
本公开的另一个目的是提供一种用于避免并发呼叫的装置和方法，其中，在用于保持终端装置和服务器装置之间的会话的保活消息的传递中，仅当在用于传递保活（Keep Alive）消息的设定时段之前确定了数据呼叫连接状态时，传递保持保活消息以使针对数据呼叫连接的尝试最小化。
技术手段
为了实现该目的，提供一种终端装置，该终端装置包括：状态确定单元，该状态确定单元被构造成确定在指定到特定应用的保活消息的传递时段之前的特定时间的语音呼叫或数据呼叫的连接状态；以及应用互联单元，该应用互联单元被构造成根据所确定的所述语音呼叫或所述数据呼叫的连接状态，通过所述数据呼叫来传递所述保活消息以通知所述特定应用的驱动状态。
优选地，所述状态确定单元被构造成确定在所述特定时间的所述语音呼叫的连接状态。
优选地，所述应用互联单元被构造成当所述状态确定单元确定所述语音呼叫不被连接时，通过所述数据呼叫传递所述保活消息。
优选地，所述应用互联单元被构造成在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段已经到来时不传递所述保活消息。
优选地，所述应用互联单元被构造成当所述传递时段到来时传递所述保活消息，而与所述状态确定单元是否确定所述语音呼叫被连接无关。
优选地，所述状态确定单元被构造成确定在所述特定时间的所述数据呼叫的连接状态。
优选地，所述应用互联单元被构造成当所述状态确定单元确定所述数据呼叫被连接时，通过所述数据呼叫传递所述保活消息。
优选地，所述应用互联单元被构造成在状态确定单元确定所述数据呼叫不被连结的情况下，当所述传递时段已经到来时通过另一个连接的数据呼叫来传递所述保活消息。
优选地，所述应用互联单元被构造成在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段已经到来时不传递所述保活消息。
根据本公开的另一个方面，提供一种避免并发呼叫的方法，该方法包括以下步骤：通过终端装置确定在指定到特定应用的保活消息的传递时段之前的特定时间的语音呼叫或数据呼叫的连接状态；通过所述终端装置根据所确定的所述语音呼叫或所述数据呼叫的连接状态通过所述数据呼叫向服务器装置传递所述保活消息以通知所述特定应用的驱动状态；以及通过所述服务器装置响应于从所述终端装置传递的所述保活消息向所述终端装置传递确认消息。
根据本公开的另一个方面，提供一种操作终端装置的方法，所述方法包括以下步骤：确定在指定到特定应用的保活消息的传递时段之前的特定时间的语音呼叫或数据呼叫的连接状态；根据所确定的所述语音呼叫或所述数据呼叫的连接状态，通过所述数据呼叫向服务器装置传递所述保活消息以通知所述特定应用的驱动状态。
优选地，确定连接状态的步骤包括确定在特定时间的所述语音呼叫的连接状态。
优选地，传递所述保活消息的步骤包括当在确定连接状态的步骤中确定所述语音呼叫不被连接时通过所述数据呼叫传递所述保活消息。
优选地，传递所述保活消息的步骤包括在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段到来时不传递所述保活消息。
优选地，传递所述保活消息的步骤包括当所述传递时段到来时传递所述保活消息，而与在确定连接状态的步骤中是否确定所述语音呼叫被连接无关。
优选地，所述确定连接状态的步骤包括确定在特定的时间的所述数据呼叫的连接状态。
优选地，所述传递所述保活消息的步骤包括当在所述确定连接状态的步骤中确定所述数据呼叫被连接时通过所述数据呼叫传递所述保活消息。
优选地，所述传递所述保活消息的步骤包括在所述确定连接状态的步骤中确定数据呼叫不被连接的情况下，当所述传递时段到来时通过另一个连接的数据呼叫传递所述保活消息。
优选地，所述传递所述保活消息的步骤包括在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段到来时不传递所述保活消息。
技术效果
根据本公开的具体实施方式，当确定终端装置的当前状态不对应于语音呼叫连接状态时，向服务器装置传递用于保持终端装置和服务器装置之间的会话的保活消息，以使同时执行语音呼叫和数据呼叫的并发呼叫或Multi-RAB（Concurrent Call orMulti-RAB)状态最小化，其中，能够防止由于并发呼叫的增加引起的语音掉话（CallDrop）现象，因此，能够减小语音呼叫质量的劣化。
根据本公开的具体实施方式，在用于保持在终端装置和服务器装置之间的会话的保活消息的传递中，当在构造成发送保活消息的设定时段之前确定数据呼叫连接状态时传递保活消息以使针对数据呼叫连接的尝试最小化，这样能够减小网络负载。
附图说明
图1是根据本公开的实施方式的并发呼叫避免系统的构造的框图；
图2是根据本公开的实施方式的终端装置的框图；
图3是根据本公开的实施方式的操作并发呼叫避免系统的方法的信号流图；
图4是根据本公开的实施方式的终端装置的操作的流程图。
具体实施方式
以下，将会参照附图描述本公开的具体实施方式.
图1是根据本公开的第一实施方式的并发呼叫避免系统的构造的框图。
如图1所示，根据本公开的第一实施方式的并发呼叫避免系统包括：终端装置100，其传递用于通知特定应用的驱动状态的保活消息；服务器装置200，其响应于接收到从终端装置100传递的保活消息，向终端装置100传递确认（ACK）消息。这里，特定应用是指由服务器装置200管理的诸如消息器形式的客户端(Client)应用，并且就特定应用的情况，为了保持终端装置100和服务器装置200之间的会话，需要根据预定时间间隔从客户端装置100向服务器装置200传递保活消息。
终端装置100根据被指定到所嵌入的特定应用的时段信息来确定其当前状态。
终端装置100确定被指定到所嵌入的特定应用的时段信息，也就是被指定用于通知特定应用的驱动状态的基本时段，并且基于所确定的基本时段来设定与基本时段之前的时间对应的检测时段，并且根据检测时段确定其当前状态，也就是语音呼叫连接状态。为此，终端装置100通过为了操作终端装置而加载的平台（例如Android或Window）所支持的应用程序接口（API,Application Programming Interface）来确定语音通话连接状态。
例如，当与指定到特定应用的时段信息对应的基本时段被设定为50分钟的时间间隔时，终端装置100将基本时段经过之前的5分钟设定为检测时段，并且通过为了操作终端装置而加载的平台所支持的API，根据检测时段确定语音呼叫连接状态一次、连续地确定语音呼叫连接状态、或者确定语音呼叫连接状态达所设定的次数。
此外，当确定当前状态不对应于语音呼叫连接状态时，终端装置100向服务器装置200传递保活消息。
换句话说，当通过平台支持的API确定当前状态不对应于语音连接状态时，终端装置100通过数据呼叫来传递与特定应用对应的保活消息，以向服务器装置200通知特定应用的驱动状态，并且从服务器装置200接收对应于该保活消息的AKC消息。
并且，当指定到特定应用的基本时段已经到来时，终端装置100通过数据呼叫传递保活消息以保持与服务器装置200连接的会话，而与语音呼叫连接状态无关。
以下，将参照图2更详细地描述根据本公开的第一实施方式的终端装置100。
终端装置100包括状态确定单元110，其被构造成确定终端装置的当前状态；应用互联单元120，其被构造成传递与特定应用对应的保活消息以通知特定应用的驱动状态。
状态确定单元110根据指定到嵌入的特定应用的时段信息来设定检测时段。
换句话说，状态确定单元110确定指定到嵌入的特定应用的时段信息，也就是被指定用于通知特定应用的驱动状态的基本时段，并基于确定的基本时段设定与基本时段之前的时间对应的检测时段。
此外，状态确定单元110根据所设定的检测时段来确定终端装置100的当前状态。
换句话说，状态确定单元110根据所设定的检测时段确定终端装置100的当前状态，也就是语音呼叫连接状态。为此，状态确定单元110通过为了操作终端装置而加载的平台（例如，Android或Windows）所支持的应用程序接口（API,ApplicationProgramming Interface）确定语音呼叫连接状态。例如，当与指定到特定应用的时段信息对应的基本时段被设定为50分钟的时间间隔时，状态确定单元110通过由为了操作终端装置而加载的平台所支持的API，根据与基本时段经过前的5分钟对应的检测时段确定语音呼叫连接状态一次、连续地确定语音呼叫连接状态、或者确定语音呼叫连接状态达所设定的次数。
当确定当前状态不对应于语音连接状态时，应用互联单元120向服务器装置200传递保活消息。
换句话说，当通过平台支持的API确定当前状态不对应于呼叫连接状态时，应用互联单元120通过数据呼叫传递与特定应用对应的保活消息以向服务器装置200通知特定应用的驱动状态，并且从服务器装置200接收对应于该保活消息的ACK消息。
并且，当指定到特定应用的基本时段已经到来时，应用互联单元120通过数据呼叫传递保活消息以保持与服务器装置200连接的会话，与语音呼叫连接状态无关。
如上所述，在根据本公开的第一实施方式的并发呼叫避免系统中，当确定终端装置的当前状态不对应于语音呼叫连接状态时，向服务器装置传递用于保持终端装置和服务器装置之间的会话的保活消息，使得同时执行语音呼叫和数据呼叫的并发呼叫（或Multi-RAB）状态最小化，其中，能够防止由于并发呼叫的增加引起的语音掉话（Call Drop）现象，因此，能够减小语音呼叫质量的劣化。
以下，将会参照图3和图4描述根据本公开的第一实施方式的避免并发呼叫的方法。这里，为了便于描述，将采用相应的附图标记描述图1和图2中所示的元件。
首先，将参照图3描述根据本公开的第一实施方式的操作并发呼叫避免系统的方法。
终端装置100根据指定到嵌入的特定应用的时段信息确定其当前状态（S110至S140）。
优选地，终端装置100确定指定到嵌入的特定应用的时段信息，也就是被指定用于通知特定应用的驱动状态的基本时段，基于确定基本时段设定与基本时段之前的时间对应的检测时段，并且确定其当前状态，也就是根据检测时段的语音呼叫连接状态。为此，终端装置100通过为了操作终端装置而加载的平台（例如Android或Windows）所支持的应用程序接口（API,Application Programming Interface）来确定语音呼叫连接状态。
例如，当与指定到特定应用的时段信息对应的基本时段被设定为50分钟的时间段时，终端装置100将基本时段经过前的5分钟设定为检测时段，并且通过为了操作终端装置而加载的平台所支持的API，根据检测时段确定语音呼叫连接状态一次、连续地确定语音呼叫连接状态、或者确定语音呼叫连接状态达所设定的次数。
然后，当确定当前状态不对应于语音呼叫连接状态时，终端装置100向服务器装置200传递保活消息（S150）。
换句话说，当通过平台支持的API确定当前状态不对应于语音呼叫连接状态时，终端装置100通过数据呼叫传递对应于特定应用的保活消息以向服务器装置200通知特定应用的驱动状态。
同时，当指定到特定应用的基本时段到来时，终端装置100通过数据呼叫传递保活消息以保持与服务器装置200连接的会话，与语音呼叫连接状态无关。
此后，服务器装置200响应于接收到从终端装置100传递的保活消息，向终端装置100传递ACK消息（S160）。
以下，将参照图4描述根据本公开的第一实施方式的操作终端装置100的方法。
首先，根据指定到嵌入的特定应用的时段信息设定检测时段（S210和S220）。
优选地，状态确定单元110确定指定到嵌入的特定应用的时段信息，也就被指定用于通知特定应用的驱动状态的基本时段，并且基于所确定的基本时段设定与基本时段之前的时间对应的检测时段。
然后，根据所设定的检测时段来确定终端装置100的当前状态（S230至S250）。
优选地，状态确定单元110根据所设定的检测时段确定终端装置100的当前状态，也就是语音呼叫连接状态。此时，状态确定单元110通过为了操作终端装置而加载的平台（例如，Android或Windows）所支持的应用程序接口（API,ApplicationProgramming Interface）确定语音呼叫连接状态。例如，当与指定到特定应用的时段信息对应的基本时段被设定为50分钟的间隔时，状态确定单元110根据与基本时段经过之前的5分钟对应的检测时段，通过为了操作终端装置而加载的平台所支持的API确定语音呼叫连接状态一次、连续地确定语音呼叫连接状态、或者确定语音呼叫连接状态达所设定的次数。
然后，当确定当前状态不对应于语音呼叫连接状态时，向服务器装置200传递保活消息（S260至S280）。
优选地，当通过由平台支持的API确定当前状态不对应于语音呼叫连接状态时，应用互联单元120通过数据呼叫传递对应于特定应用的保活消息以向服务器装置200通知特定应用的驱动状态，并且从服务器装置200接收对应于该保活消息的ACK消息。
并且，当指定到特定应用的基本时段到来时，应用互联单元120通过数据呼叫传递保活消息以保持与服务器装置200连接的会话，与语音呼叫连接状态无关。
如上所述，在根据本公开的第一实施方式的避免并发呼叫的方法中，当确定终端装置的当前状态不对应于语音呼叫连接状态时，向服务器装置传递用于保持终端装置和服务器装置之间的会话的保活(Keep Alive)消息，使得同时执行语音呼叫和数据呼叫的并发呼叫或Multi-RAT(Concurrent Call or Multi-RAB)状态最小化，其中，能够防止由于并发呼叫的增加引起的语音掉话（Call Drop）现象，因此，能够减小语音呼叫质量的劣化。
以下，将参照图1描述根据本公开的第二实施方式的并发呼叫避免系统的示意性构造。
如图1所示，根据本公开第二实施方式的并发呼叫避免系统包括：终端装置100，其用于传递用于通知特定应用的驱动状态的保活消息；服务器装置200，其用于响应于接收到从终端装置100传递的保活消息，向终端装置100传递确认（ACK）消息。这里，特定应用是指由服务器装置200管理的客户端(Client)应用（例如消息器形式的应用）。就特定应用的情况下，应用推送通知（Push Notification,以下称为PN）技术，其在数据接收时间通知已经向需要接收的应用传递消息的事实，并且为了保持终端装置100和服务器装置200之间的会话，需要根据预定的时间段间隔从客户端装置100向服务器装置200传递保活(Keep Alive)消息。
终端装置100根据指定到嵌入的特定应用的时段信息来确定其当前状态。
终端装置100确定被指定到嵌入的特定应用的时段信息，也就是被指定用于通知特定应用的驱动状态的基本时段，并且基于所确定的基本时段来设定与基本时段之前的时间对应的检测时段。此外，终端装置100根据所设定的检测时段确定其当前状态，也就是数据呼叫连接状态。此时，终端装置100可通过为了操作终端装置而加载的平台（例如Android或Window）所支持的应用程序接口（API,Application ProgrammingInterface）来确定数据通话连接状态。
例如，当与指定到特定应用的时段信息对应的基本时段被设定为50分钟的时间间隔时，终端装置100将基本时段经过之前的5分钟设定为检测时段，并且通过为了操作终端装置而加载的平台所支持的API，根据检测时段确定数据呼叫连接状态一次、连续地确定数据呼叫连接状态、或者确定数据呼叫连接状态达所设定的次数。
在这种情况下，所确定的数据呼叫连接状态可被划分成数据呼叫连接状态和数据呼叫非连接状态。数据呼叫连接状态包括连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT）。数据呼叫非连接状态包括存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT）。
此外，当确定当前状态对应于数据呼叫连接状态时，终端装置100向服务器装置200传递保活消息。
换句话说，当通过平台支持的API确定当前状态对应于数据呼叫连接状态时，终端装置100通过所连接的数据呼叫传递与特定应用对应的保活消息以向服务器装置200通知特定应用的驱动状态，并且从服务器装置200接收对应于该保活消息的ACK消息。
并且，当指定到特定应用的基本时段到来时，终端装置100通过数据呼叫传递保活消息以保持与服务器装置200连接的会话，与数据呼叫连接状态无关。
换句话说，在指定到特定应用的基本时段到来的状态中，在数据呼叫连接状态的情况下，也就是连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT），终端装置100通过连接的数据呼叫传递保活消息。此外，在指定到特定应用的基本时段已经到来的状态中，在数据呼叫非连接状态的情况下，也就是存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT），终端装置100执行新的数据呼叫连接以通过对应的数据呼叫传递保活消息。
服务器装置200响应于接收到从终端装置100传递的保活消息，向终端装置100传递ACK消息。
换句话说，服务器装置200与从终端装置100接收到的保活消息相对应，根据与指定到特定应用的基本时段之前的时间对应的检测时段，或者指定到特定应用的基本时段向终端装置100传递ACK消息，从而向终端装置100回答已经识别了特定应用的驱动状态。
以下，将参照图2更详细地描述根据本公开的第二实施方式的终端装置100。
终端装置100包括：状态确定单元110，其被构造成确定终端装置的当前状态，和应用互联单元120，其被构造成传递与特定应用对应的保活消息以通知特定应用的驱动状态。
状态确定单元110根据指定到嵌入的特定应用的的时段信息来确定终端装置的当前状态。
换句话说，状态确定单元110确定指定到嵌入的特定应用的时段信息，也就是指定用于通知特定应用的驱动状态的基本时段，并且基于所确定的基本时段来设定与基本时段之前的时间相对应的检测时段。
此外，状态确定单元110根据所设定的检测时段来确定终端装置100的当前状态，也就是数据呼叫连接状态。此时，终端装置100通过为了操作终端装置而加载的平台（例如，Android或Windows）所支持的应用程序接口（API,Application ProgrammingInterface）确定数据呼叫连接状态。
例如，当与指定到特定应用的时段信息相对应的基本时段被设定为50分钟的时间间隔时，状态确定单元110将基本时段经过前的5分钟设定为检测时段，并且根据检测时段通过为了操作终端装置而加载的平台所支持的API确定数据呼叫连接状态一次、连续地确定数据呼叫连接状态、或确定数据呼叫连接状态达设定的次数。
在这种情况下，所确定的数据呼叫连接状态可被划分成数据呼叫连接状态和数据呼叫非连接状态。数据呼叫连接状态包括连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT）。数据呼叫非连接状态包括存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT）。
当确定当前状态对应于数据呼叫连接状态时，应用互联单元120向服务器装置200传递保活消息。
换句话说，当通过平台支持的API确定当前状态对应于数据呼叫连接状态时，应用互联单元120通过连接的数据呼叫传递与特定应用对应的保活消息以向服务器装置200通知特定应用的驱动状态，并且从服务器装置200接收对应于该保活消息的ACK消息。
并且，当指定到特定应用的基本时段到来时，应用互联单元120通过数据呼叫传递保活消息，与数据呼叫连接状态无关。
换句话说，在指定到特定应用的基本时段到来的状态中，在数据呼叫连接状态的情况下，也就是连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT），应用互联单元120通过连接的数据呼叫传递保活消息。此外，在指定到特定应用的基本时段已经到来的状态中，在数据呼叫非连接状态的情况下，也就是存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT），应用互联单元120执行新的数据呼叫连接以通过对应的数据呼叫传递保活消息。
如上所述，根据本公开的第二实施方式的并发呼叫避免系统，在为了保持终端装置和服务器装置之间的会话的保活(Keep Alive)消息的传递中，当在为了传递保活消息而设定的时段之前确定数据呼叫连接状态时，传递保活消息，从而使针对数据呼叫连接的尝试最小化以能够减小网络负载。
以下，将参照图5和图6描述根据本公开的第二实施方式的避免并发呼叫的方法。这里，为了便于描述，将采用相应的附图标记描述图1和图2中所示的元件。
首先，将参照图5描述根据本公开的第二实施方式的操作并发呼叫避免系统的方法。
终端装置100根据指定到嵌入的特定应用的时段信息确定其当前状态（S310至S340）。
优选地，终端装置100确定指定到嵌入的特定应用的时段信息，也就是指定用于通知特定应用的驱动状态的基本时段，并且基于所确定的基本时段设定与基本时段之前的时间对应的检测时段。
此外，终端装置100根据所设定的检测时段确定其当前状态，也就是数据呼叫连接状态。为此，终端装置100通过为了操作终端装置而加载的平台（例如，Android或Windows）所支持的应用程序接口（API,Application Programming Interface）确定数据呼叫连接状态。
例如，当与指定到特定应用的时段信息对应的基本时段被设定为50分钟的时间间隔时，终端装置100将基本时段经过前的5分钟设定为检测时段，并且通过为了操作终端装置而加载的平台所支持的API，根据检测时段确定数据呼叫连接状态一次、连续地确定数据呼叫连接状态、或者确定数据呼叫连接状态达所设定的次数。
在这种情况下，所确定的数据呼叫连接状态可被划分成数据呼叫连接状态和数据呼叫非连接状态。数据呼叫连接状态包括连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT）。数据呼叫非连接状态包括存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT）。
然后，当确定当前状态对应于数据呼叫连接状态时，终端装置100向服务器装置200传递保活消息（S350）。
优选地，当通过平台支持的API确定当前状态对应于数据呼叫连接状态时，终端装置通过连接的数据呼叫发送与特定应用对应的保活消息以向服务器装置200通知特定应用的驱动状态。
并且，当指定到特定应用的基本时段已经到来时，终端装置100通过数据呼叫传递保活消息，与数据呼叫连接状态无关。
换句话说，在指定到特定应用的基本时段到来的状态中，在数据呼叫连接状态的情况下，也就是连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT），终端装置100通过连接的数据呼叫传递保活消息。此外，在指定到特定应用的基本时段已经到来的状态中，在数据呼叫非连接状态的情况下，也就是存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT），终端装置100执行新的数据呼叫连接以通过对应的数据呼叫传递保活消息。
此后，服务器装置200响应于接收到从终端装置100传递的保活消息，向终端装置100传递ACK消息（S360）。
优选地，服务器装置200与从终端装置100接收到的保活消息相对应，根据与指定到特定应用的基本时段之前的时间对应的检测时段，或者指定到特定应用的基本时段，向终端装置100传递ACK消息，从而向终端装置100回答已经识别了特定应用的驱动状态。
以下，将参照图6描述根据本公开的第二实施方式的操作终端装置100的方法。
首先，根据指定到嵌入的特定应用的时段信息确定终端装置100的当前状态（S410至S440）。
优选地，状态确定单元110确定指定到嵌入的特定应用的时段信息，也就是指定用于通知特定应用的驱动状态的基本时段，并且基于所确定的基本时段设定与基本时段之前的时间对应的检测时段。
此外，状态确定单元110根据所设定的检测时段确定终端装置100的当前状态，也就是数据呼叫连接状态。此时，终端装置100通过由为了操作终端装置而加载的平台（例如，Android或Windows）所支持的应用程序接口（API,Application ProgrammingInterface）确定数据呼叫连接状态。
例如，当与指定到特定应用的时段信息对应的基本时段被设定为50分钟的时间间隔时，状态检测单元110将基本时段经过前的5分钟设定为检测时段，并且通过为了操作终端装置而加载的平台支持的API，根据检测时段确定数据呼叫连接状态一次、连续地确定数据呼叫连接状态、或者确定数据呼叫连接状态达所设定的次数。
在这种情况下，所确定的数据呼叫连接状态可被划分成数据呼叫连接状态和数据呼叫非连接状态。数据呼叫连接状态包括连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT）。数据呼叫非连接状态包括存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT）。
然后，当确定当前状态对应于数据呼叫连接状态时，向服务器装置200传递保活消息（S450、S490和S500）。
优选地，当通过平台支持的API确定当前状态对应于数据呼叫连接状态时，应用互联单元120通过连接的数据呼叫传递与特定应用对应的保活消息以向服务器装置200通知特定应用的驱动状态，并且从服务器装置200接收对应于该保活消息的ACK消息。
并且，当指定到特定应用的基本时段到来时，应用互联单元120通过数据呼叫传递保活消息（S460至S500），与数据呼叫连接状态无关。
换句话说，在指定到特定应用的基本时段到来的状态中，在数据呼叫连接状态的情况下，也就是连接无线链路并且仅存在接收流量的状态（DATA_ACTIVITY_IN）、连接无线链路并且存在发送/接收流量的状态（DATA_ACTIVITY_INOUT）、连接无线链路并且不存在发送/接收流量的状态（DATA_ACTIVITY_NONE）、以及连接无线链路并且仅存在发送流量的状态（DATA_ACTIVITY_OUT），应用互联单元120通过连接的数据呼叫传递保活消息。此外，在指定到特定应用的基本时段已经到来的状态中，在数据呼叫非连接状态的情况下，也就是存在数据连接但没有连接无线链路的状态（DATA_ACTIVITY_DORMANT），应用互联单元120执行新的数据呼叫连接以通过对应的数据呼叫传递保活消息。
如上所述，根据本公开第二实施方式的并发呼叫避免系统，在为了保持终端装置和服务器装置之间的会话的保活消息的传递中，当在为了传递保活消息而设定的时期之前确定数据呼叫连接状态时，传递保活消息，从而使针对数据呼叫连接的尝试最小化以便能够减小网络负载。
并且，在此提出的关于本公开具体实施方式的已经描述的方法或算法能够实现为硬件形式、由处理器执行的软件模块、或硬件和软件模块的组合。软件模块能够存在于RAM存储器、闪速存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或任意不同形式的技术上已知的存储介质中。例示的记录介质与处理器连接使得处理器能够从记录介质读取信息并将信息激流在记录介质中。可选地，记录介质可与处理器集成。处理器和记录介质可包括在应用特定集成电路（ASIC）中。ASIC可包括在终端装置中。可选地，处理器和记录介质可作为分离的组件包括在终端装置中。
虽然已经描述了本公开的示例性的具体实施方式，但是本公开并不局限于此，并且本领域技术人员将会理解在不脱离如权利要求所公开的保护范围和精神的情况下，可能有各种变形、添加和替代。
工业实用性
根据本公开的用于避免并发呼叫的系统和方法，根据终端装置的语音呼叫或数据呼叫的连接状态选择性地传递为了保持终端装置和服务器装置之间的会话的保活（Keep Alive）消息，使得能够最小化同时执行语音呼叫和数据呼叫的并发呼叫或Multi-RAB（Concurrent Call or Multi-RAB）状态并且能够最小化针对数据呼叫连接的尝试。由于本公开在这方面克服了相关技术的局限，因此针对相关技术的应用和所应用的装置的销售和商业将会有良好的机会，并且能够具有很高工业实用性地来实际地、明显地执行本公开。

Claims (19)

1.一种终端装置，该终端装置包括：
状态确定单元，该状态确定单元被构造成确定在指定到特定应用的保活消息的传递时段之前的特定时间的语音呼叫或数据呼叫的连接状态；以及
应用互联单元，该应用互联单元被构造成根据所确定的所述语音呼叫或所述数据呼叫的连接状态通过所述数据呼叫来传递所述保活消息以通知所述特定应用的驱动状态。
2.根据权利要求1所述的终端装置，其中，所述状态确定单元被构造成确定在所述特定时间的所述语音呼叫的连接状态。
3.根据权利要求2所述的终端装置，其中，所述应用互联单元被构造成当所述状态确定单元确定所述语音呼叫不被连接时，通过所述数据呼叫传递所述保活消息。
4.根据权利要求3所述的终端装置，其中，所述应用互联单元被构造成在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段已经到来时不传递所述保活消息。
5.根据权利要求2所述的终端装置，其中，所述应用互联单元被构造成，当所述传递时段到来时传递所述保活消息，而与所述状态确定单元是否确定所述语音呼叫被连接无关。
6.根据权利要求1所述的终端装置，其中，所述状态确定单元被构造成确定在所述特定时间的所述数据呼叫的连接状态。
7.根据权利要求6所述的终端装置，其中，所述应用互联单元被构造成当所述状态确定单元确定所述数据呼叫被连接时，通过所述数据呼叫传递所述保活消息。
8.根据权利要求6所述的终端装置，其中，所述应用互联单元被构造成在状态确定单元确定所述数据呼叫不被连接的情况下，当所述传递时段已经到来时通过另一个连接的数据呼叫来传递所述保活消息。
9.根据权利要求3或7所述的终端装置，其中，所述应用互联单元被构造成在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段已经到来时不传递所述保活消息。
10.一种避免并发呼叫的方法，该方法包括以下步骤：
通过终端装置确定在指定到特定应用的保活消息的传递时段之前的特定时间的语音呼叫或数据呼叫的连接状态；
通过所述终端装置根据所确定的所述语音呼叫或所述数据呼叫的连接状态通过所述数据呼叫向服务器装置传递所述保活消息以通知所述特定应用的驱动状态；以及
通过所述服务器装置响应于从所述终端装置传递的所述保活消息向所述终端装置传递确认消息。
11.一种操作终端装置的方法，所述方法包括以下步骤：
确定在指定到特定应用的保活消息的传递时段之前的特定时间的语音呼叫或数据呼叫的连接状态；以及
根据所确定的所述语音呼叫或所述数据呼叫的连接状态通过所述数据呼叫向服务器装置传递所述保活消息以通知所述特定应用的驱动状态。
12.根据权利要求11所述的方法，其中，确定连接状态的步骤包括确定在特定时间的所述语音呼叫的连接状态。
13.根据权利要求12所述的方法，其中，传递所述保活消息的步骤包括当在确定连接状态的步骤中确定所述语音呼叫不被连接时通过所述数据呼叫传递所述保活消息。
14.根据权利要求13所述的方法，其中，传递所述保活消息的步骤包括在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段到来时不传递所述保活消息。
15.根据权利要求12所述的方法，其中，传递所述保活消息的步骤包括当所述传递时段到来时传递所述保活消息，而与在确定连接状态的步骤中是否确定所述语音呼叫被连接无关。
16.根据权利要求11所述的方法，其中，所述确定连接状态的步骤包括确定在所述特定时间的所述数据呼叫的连接状态。
17.根据权利要求16所述的方法，其中，传递所述保活消息的步骤包括当在确定连接状态的步骤中确定所述数据呼叫被连接时通过所述数据呼叫传递所述保活消息。
18.根据权利要求16所述的方法，其中，传递所述保活消息的步骤包括在确定连接状态的步骤中确定数据呼叫不被连接的情况下，当所述传递时段到来时通过另一个连接的数据呼叫传递所述保活消息。
19.根据权利要求13或17所述的方法，其中，传递所述保活消息的步骤包括在通过所述数据呼叫传递所述保活消息的情况下，当所述传递时段到来时不传递所述保活消息。
CN201280045404.1A 2011-10-12 2012-09-25 避免并发呼叫的方法和应用于该方法的装置 Active CN103797731B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2011-0104270 2011-10-12
KR10-2011-0104268 2011-10-12
KR1020110104268A KR101436474B1 (ko) 2011-10-12 2011-10-12 동시 호 회피 시스템 및 그 방법
KR1020110104270A KR101436473B1 (ko) 2011-10-12 2011-10-12 데이터 호 접속 제어 시스템 및 그 방법
PCT/KR2012/007718 WO2013055050A2 (ko) 2011-10-12 2012-09-25 동시 호 회피 방법 및 이에 적용되는 장치

Publications (2)

Publication Number Publication Date
CN103797731A true CN103797731A (zh) 2014-05-14
CN103797731B CN103797731B (zh) 2016-10-05

Family

ID=48082630

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280045404.1A Active CN103797731B (zh) 2011-10-12 2012-09-25 避免并发呼叫的方法和应用于该方法的装置

Country Status (3)

Country Link
US (1) US9750073B2 (zh)
CN (1) CN103797731B (zh)
WO (1) WO2013055050A2 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030125023A1 (en) * 2001-03-15 2003-07-03 Eyal Fishler Method and system for providing a wireless terminal communication session integrated with data and voice services
CN1540998A (zh) * 2003-04-25 2004-10-27 中兴通讯股份有限公司 一种在通信系统中实现业务准并发的方法
CN101815272A (zh) * 2010-04-26 2010-08-25 中兴通讯股份有限公司 实现语音数据并发的方法及装置
CN102014054A (zh) * 2010-11-22 2011-04-13 中兴通讯股份有限公司 保活报文的发送方法和设备

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6980534B1 (en) * 2001-07-20 2005-12-27 Cisco Technology, Inc. System and method for efficient selection of a packet data servicing node
KR100511675B1 (ko) 2003-09-01 2005-08-30 엘지전자 주식회사 이중모드 이동통신단말기의 이중모드 호처리방법
US7672264B2 (en) * 2006-06-21 2010-03-02 International Business Machines Corporation Method of pausing keep-alive messages and roaming for virtual private networks on handheld devices to save battery power
US8510577B2 (en) * 2008-07-28 2013-08-13 Microsoft Corporation Reducing power consumption by offloading applications
US20100124211A1 (en) * 2008-11-17 2010-05-20 Qualcomm Incorporated Reducing an occurrence of a voip call on hold from being dropped in ev-do systems
US8265671B2 (en) * 2009-06-17 2012-09-11 Mobile Captions Company Llc Methods and systems for providing near real time messaging to hearing impaired user during telephone calls
US9313800B2 (en) * 2009-06-23 2016-04-12 Nokia Technologies Oy Method and apparatus for optimizing energy consumption for wireless connectivity
US8984067B2 (en) * 2009-10-19 2015-03-17 Verizon Patent And Licensing Inc. Session initiation protocol (SIP) signaling to keep a voice over internet protocol (VoIP) session active during a call hold
US8447291B2 (en) * 2011-04-14 2013-05-21 Qualcomm Incorporated Selective state transitions of a user equipment within a wireless communications system
US8620337B2 (en) * 2011-04-18 2013-12-31 At&T Mobility Ii Llc Selective establishment of radio access bearers to support simultaneous voice and data communications in a mobile telecommunications network
US9439061B2 (en) * 2011-05-27 2016-09-06 At&T Mobility Ii Llc Selective prioritization of voice over data
US8504004B2 (en) * 2011-06-03 2013-08-06 At&T Mobility Ii Llc Automatic control of rate of notifications for UMTS and other simultaneous voice/data networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030125023A1 (en) * 2001-03-15 2003-07-03 Eyal Fishler Method and system for providing a wireless terminal communication session integrated with data and voice services
CN1540998A (zh) * 2003-04-25 2004-10-27 中兴通讯股份有限公司 一种在通信系统中实现业务准并发的方法
CN101815272A (zh) * 2010-04-26 2010-08-25 中兴通讯股份有限公司 实现语音数据并发的方法及装置
CN102014054A (zh) * 2010-11-22 2011-04-13 中兴通讯股份有限公司 保活报文的发送方法和设备

Also Published As

Publication number Publication date
US20140204839A1 (en) 2014-07-24
CN103797731B (zh) 2016-10-05
WO2013055050A3 (ko) 2013-07-04
US9750073B2 (en) 2017-08-29
WO2013055050A2 (ko) 2013-04-18

Similar Documents

Publication Publication Date Title
CN106686561B (zh) 支持移动终接短消息递送的方法和装置
EP3530015B1 (en) A system and method for updating a status information of a non-active sim
US8385893B2 (en) Multi-SIM status update system
US9814041B2 (en) Communication mode switching method and device
JP2014522164A (ja) 通信端末及び方法
US20110242986A1 (en) Wireless connection control
EP3066869A1 (en) Method and apparatus for controlling d2d discovery process
CN105282773A (zh) WiFi设备的配置方法和系统
US9749821B1 (en) LTE network interactions for non-duplication of SMS
JP4873593B2 (ja) 移動遠隔通信端末機器
WO2017128185A1 (zh) 控制服务连接的方法和终端
CN101888603B (zh) 一种收发彩信的方法、装置及移动终端
US11290982B2 (en) Notifications concerning UE unreachability
CN112217610A (zh) 数据处理方法、装置、消费机、终端及可读存储介质
CN103797731A (zh) 避免并发呼叫的方法和应用于该方法的装置
CN101640853B (zh) 彩信通知消息的处理方法和装置、彩信接收系统
EP3434032B1 (en) Paging of a client node in a group communications system
US20070149185A1 (en) Method and system of processing an incoming call failure
CN104780517A (zh) 移动电话的通信的方法及其装置
CN102377825B (zh) 一种用于上传报文的系统及方法
CN107846403B (zh) 一种sim卡与应用服务器通信方法及系统
CN108259322B (zh) 对讲即时接入方法及装置
KR101423840B1 (ko) 모바일 보이스 오버 인터넷 프로토콜(ｍＶｏＩＰ) 서비스에서의 푸시 알림을 이용한 통화 요청 알림 방법
JP4769686B2 (ja) 移動無線端末装置
CN104917593A (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