CN112468982A - 呼叫方法和呼叫装置 - Google Patents

呼叫方法和呼叫装置 Download PDF

Info

Publication number
CN112468982A
CN112468982A CN202011384162.1A CN202011384162A CN112468982A CN 112468982 A CN112468982 A CN 112468982A CN 202011384162 A CN202011384162 A CN 202011384162A CN 112468982 A CN112468982 A CN 112468982A
Authority
CN
China
Prior art keywords
resource reservation
reservation state
called party
initiation protocol
protocol message
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
CN202011384162.1A
Other languages
English (en)
Other versions
CN112468982B (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202011384162.1A priority Critical patent/CN112468982B/zh
Publication of CN112468982A publication Critical patent/CN112468982A/zh
Application granted granted Critical
Publication of CN112468982B publication Critical patent/CN112468982B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

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

Abstract

本申请公开了一种呼叫方法和呼叫装置。呼叫方法包括：接收被叫方的振铃消息，根据振铃消息确定被叫方的第一资源预留状态，并确定第一资源预留状态更新的第一时刻；在接收到被叫方发送的第一会话初始协议消息的情况下，根据第一会话初始协议消息确定被叫方的第二资源预留状态，并确定第二资源预留状态更新的第二时刻；在第二时刻晚于第一时刻的情况下，根据第二资源预留状态确定被叫方的实际资源预留状态。本申请实施例根据资源预留状态更新的时刻确定被叫方的实际资源预留状态，避免了因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。

Description

呼叫方法和呼叫装置
技术领域
本申请属于通信技术领域，具体涉及一种呼叫方法和呼叫装置。
背景技术
在相关技术中，语音呼叫和视频呼叫通过IP多媒体系统(IP MultimediaSubsystem，IMS)实现，其中主叫方和被叫方之间通过会话初始协议(Session InitiationProtocol，SIP)消息交互彼此的资源预留状态。
由于SIP消息存在一定的丢包概率，当被叫方向主叫方发送携带资源预留状态的SIP消息后，如果发生了丢包，则会导致SIP消息重发，而在重发的过程中，被叫方的资源预留状态可能已经发生了变化，因此SIP消息中的资源预留状态可能与被叫方的实际资源预留状态不匹配，导致通话建立异常。
因此，如何避免因SIP消息重发导致的更新前的资源预留状态覆盖了更新后的资源预留状态，是目前亟待解决的技术问题。
发明内容
本申请实施例的目的是提供一种呼叫方法和呼叫装置，能够避免因SIP消息重发导致的更新前的资源预留状态覆盖了更新后的资源预留状态的问题。
为了解决上述技术问题，本申请是这样实现的：
第一方面，本申请实施例提供了一种呼叫方法，由主叫方执行，该方法包括：
接收被叫方的振铃消息，根据振铃消息确定被叫方的第一资源预留状态，并确定第一资源预留状态更新的第一时刻；
在接收到被叫方发送的第一会话初始协议消息的情况下，根据第一会话初始协议消息确定被叫方的第二资源预留状态，并确定第二资源预留状态更新的第二时刻；
在第二时刻晚于第一时刻的情况下，根据第二资源预留状态确定被叫方的实际资源预留状态。
第二方面，本申请实施例提供了一种呼叫装置，用于主叫方，该呼叫装置包括：
第一接收模块，用于接收被叫方的振铃消息，根据振铃消息确定被叫方的第一资源预留状态，并确定第一资源预留状态更新的第一时刻；
确定模块，用于在接收到被叫方发送的第一会话初始协议消息的情况下，根据第一会话初始协议消息确定被叫方的第二资源预留状态，并确定第二资源预留状态更新的第二时刻；
在第二时刻晚于第一时刻的情况下，根据第二资源预留状态确定被叫方的实际资源预留状态。
第三方面，本申请实施例提供了一种呼叫方法，由被叫方执行，该呼叫方法包括：
接收主叫方发送的第五会话初始协议消息，根据第五会话初始协议消息确定主叫方的第五资源预留状态；
生成第六会话初始协议消息，第六会话初始协议消息携带有被叫方的第六资源预留状态和第五会话初始协议消息的第三回执；
将第六会话初始协议消息发送至主叫方。
第四方面，本申请实施例提供了一种呼叫装置，用于被叫方，该呼叫装置包括：
第二接收模块，用于接收主叫方发送的第五会话初始协议消息，根据第五会话初始协议消息确定主叫方的第五资源预留状态；
生成模块，用于生成第六会话初始协议消息，第六会话初始协议消息携带有被叫方的第六资源预留状态和第五会话初始协议消息的第三回执；
发送模块，用于将第六会话初始协议消息发送至主叫方。
第五方面，本申请实施例提供了一种电子设备，包括处理器，存储器及存储在存储器上并可在处理器上运行的程序或指令，存储器上存储有程序或指令，程序或指令被处理器执行时实现如第一方面提供呼叫方法的步骤，或如第三方面提供的呼叫方法的步骤。
第六方面，本申请实施例提供了一种可读存储介质，该可读存储介质包括处理器，存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面提供的呼叫方法的步骤，或如第二方面提供的呼叫方法的步骤。
第七方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面提供的呼叫方法的步骤，或如第三方面提供的呼叫方法的步骤。
在本申请实施例中，主叫方在接收到被叫方的振铃消息后，根据振铃消息确定被叫方的第一资源预留状态，同时确定第一资源预留状态更新的第一时刻。
在主叫方接受到被叫方发送的第一会话初始协议消息后，主叫方进一步根据第一会话初始协议确定被叫方的第二资源预留状态，同时确定第二资源预留状态更新的第二时刻。
主叫方通过对比第二时刻和第一时刻的先后，如果第二时刻晚于第一时刻，则说明第二资源预留状态为“相对更新”的资源预留状态，此时将第二资源预留状态确定为被叫方的实际资源预留状态。如果第二预留状态为“相对更旧”的资源预留状态，则不将第二资源预留状态确定为被叫方的实际资源预留状态，从而避免了“更旧”的资源预留状态覆盖“更新”的资源预留状态的情况。
本申请实施例根据资源预留状态更新的时刻确定被叫方的实际资源预留状态，避免了因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。
附图说明
图1示出了根据本申请实施例的呼叫方法的流程图之一；
图2示出了根据本申请实施例的呼叫方法的流程图之二；
图3示出了根据本申请实施例的呼叫装置的结构框图之一；
图4示出了根据本申请实施例的呼叫方法的流程图之三；
图5示出了根据本申请实施例的呼叫装置的结构框图之二；
图6示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之一；
图7示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之二；
图8示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之三；
图9示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之四；
图10示出了根据申请实施例的电子设备的结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的呼叫方法、呼叫装置、电子设备和可读存储介质进行详细地说明。
在本申请的一些实施例中，提供了一种呼叫方法，由主叫方执行，图1示出了根据本申请实施例的呼叫方法的流程图之一，具体地，如图1所示，呼叫方法包括：
步骤102，主叫方接收被叫方的振铃消息，根据振铃消息确定被叫方的第一资源预留状态，并确定第一资源预留状态更新的第一时刻；
步骤104，主叫方在接收到被叫方发送的第一会话初始协议消息的情况下，根据第一会话初始协议消息确定被叫方的第二资源预留状态，并确定第二资源预留状态更新的第二时刻；
步骤106，在第二时刻晚于第一时刻的情况下，根据第二资源预留状态确定被叫方的实际资源预留状态。
在本申请实施例中，主叫方在接收到被叫方的振铃消息后，根据振铃消息确定被叫方的第一资源预留状态，同时确定第一资源预留状态更新的第一时刻。
在主叫方接受到被叫方发送的第一会话初始协议消息后，主叫方进一步根据第一会话初始协议确定被叫方的第二资源预留状态，同时确定第二资源预留状态更新的第二时刻。
主叫方通过对比第二时刻和第一时刻的先后，如果第二时刻晚于第一时刻，则说明第二资源预留状态为“相对更新”的资源预留状态，此时将第二资源预留状态确定为被叫方的实际资源预留状态。如果第二预留状态为“相对更旧”的资源预留状态，则不将第二资源预留状态确定为被叫方的实际资源预留状态，从而避免了“更旧”的资源预留状态覆盖“更新”的资源预留状态的情况。
具体地，举例来说，在主叫方向被叫方发起通话之后，主叫方向被叫方发送一个UPDATE消息(也即下述第二会话初始协议消息)，其中携带有主叫方的资源预留状态。
根据协议，被叫方在接收到UPDATE消息后，需要向主叫方反馈一个200OK消息，200OK消息中携带被叫方当前的资源预留状态，和UPDATE消息的回执。这里假设被叫方的当前资源预留状态为“none(none表示发送方向和接收方向上都没有有效的资源)”，此时200OK消息中资源预留状态的更新时刻为T0，其中T0可以是主叫方本地记录的，也可以是200OK消息中携带的。
同时，被叫方开始执行自身的资源预留，并在资源预留成功后(资源预留成功后，资源预留状态为“sendrecv”，表示发送方向和接收方向上都有有效的资源)，并向主叫方发送响铃消息180ringing，此时180ringing中资源预留状态的更新时刻为T1，其中T1可以是主叫方本地记录的，也可以是180ringing消息中携带的。
主叫方接收到180ringing，标记被叫方的资源预留状态为“sendrecv”，此时与被叫方的实际资源预留状态相符。
而由于主叫方没有接收到被叫方返回的200OK消息，因此主叫方会延时重发UPDATE消息。而被叫方在接收到重发的UPDATE消息，也会重发200OK消息。假设重发的200OK消息成功被主叫方接收。
如果沿用现有的控制逻辑，主叫方会根据重发的200OK消息中的资源预留状态，将被被叫方的资源预留状态更新为200OK消息中携带的“none”，导致主叫方标记的被叫方资源预留状态不符，导致呼叫建立失败，或呼叫建立成功但通话无声音。
而应用了本申请提供的实施例，主叫方会对比T0和T1的时刻先后。在主叫方发现T0时刻要早于T1时刻后，主叫方了解到T1时刻的，也就是180ringing中资源预留状态是“更新的”，则不会将200OK消息中携带的“none”覆盖180ringing中的资源预留状态“sendrecv”，主叫方记录的被叫方资源预留状态，与被叫方的实际资源预留状态相符，通话成功建立，且通话声音正常。
本申请实施例根据资源预留状态更新的时刻确定被叫方的实际资源预留状态，避免了因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。
在本申请的一些实施例中，在接收被叫方的振铃消息之前，呼叫方法还包括：
向被叫方发送第二会话初始协议消息，并记录第二会话初始协议消息生成的第三时刻；
其中，第二会话初始协议消息携带有主叫方的第三资源预留状态，第一会话初始协议消息携带有第二会话初始协议消息的第一回执。
在本申请实施例中，第二会话初始协议消息即上述“UPDATE”。主叫方通过第二会话初始协议消息，向被叫方转达自身的第三资源预留状态。同时，主叫方在发送第二会话初始消息时，同步记录第二会话初始协议消息生成的第三时刻。
被叫方在接收到第二会话初始消息，会向主叫方反馈第一会话初始消息，其中第一会话初始消息包括了第二会话初始消息的回执，用于向主叫方告知第二会话初始协议被成功接收。
本申请实施例通过记录第二会话初始协议消息生成的第三时刻，便于后续确定包括了第二会话初始协议消息回执的第一会话初始协议消息的时刻。
在本申请的一些实施例中，确定第一资源预留状态更新的第一时刻，包括：
根据接收到振铃消息时的时刻，确定第一时刻；
确定第二资源预留状态更新的第二时刻，包括：
根据第三时刻，确定第二时刻。
在本申请实施例中，在主叫方接收到振铃消息时，记录接收到振铃消息的时刻，该时刻即上述第一时刻，用于标记振铃消息中携带的，被叫方的第一资源预留状态的更新时刻。
主叫方根据记录的第二会话初始协议消息生成的第三时刻，确定包括了第二会话初始协议消息中携带的，被叫方的第二资源预留状态的更新时刻。
通过根据主叫方来记录第二会话初始协议消息生成的第三时刻，和接收到响铃消息时的第一时刻，无需对现有的SIP消息结构进行改变，易于实现。
在本申请的一些实施例中，振铃消息中携带有第一时刻，第一会话初始协议消息中携带有第二时刻。
在本申请实施例中，被叫方在向主叫方发送携带有自身的资源预留状态的SIP消息时，同时携带对应的资源预留状态的更新时刻。具体地，在振铃消息中，携带第一资源预留状态更新的第一时刻。在第一会话初始协议消息中，携带第二资源预留状态更新的第二时刻。
在SIP消息中携带对应的资源预留状态的更新时刻，能够利于主叫方快速确定资源预留状态是否为“最新的”，有利于避免因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，能够提高了语音通话、视频通话建立的成功率和可靠性。
在本申请的一些实施例中，在向被叫方发送第二会话初始协议消息之后未接收到第一回执的情况下，呼叫方法还包括：
重发第二会话初始协议消息，直至接收到第一回执；
其中，重发的第二会话初始协议消息的生成时刻设置为第三时刻。
在本申请实施例中，如果主叫方向被叫方发送了第二会话初始消息，但没有接收到对应的第一回执，则主叫方重发第二会话初始协议消息。
其中，可根据通信协议，规定一个预设的时间段，在主叫方发送第二会话初始消息后，如果在上述预设的时间段内没有接收到第一回执，则重发第二会话初始消息。其中上述预设的时间段可自由调整，本申请实施例不做限定。
同时，由于重发的第二会话初始协议消息与首次发送的消息相同，因此其生成时间不变，保持为第三时刻，同时在接收到携带对应的第一回执的第一会话初始消息后，根据第三时刻确定其中携带的第二资源预留状态的更新时刻，即第二时刻。
在本申请的一些实施例中，在根据第二资源预留状态确定被叫方的实际资源预留状态之后，呼叫方法还包括：
根据第二时刻，记录实际资源预留状态的更新时刻。
在本申请实施例中，在根据第二资源预留状态确定被叫方的实际资源预留状态后，记录根据第二资源预留状态对应的第二时刻，作为被叫方的实际资源预留状态的更新时刻。
在后续SIP消息沟通过程中，如果再次接收到携带有被叫方的资源预留状态的SIP消息，则将再次接收到的资源预留状态的更新时刻，与上述实际资源预留状态的更新时刻进行对比。
如果再次接收到的资源预留状态的更新时刻“更新”，则覆盖被叫方的实际资源预留状态，如果再次接收到的资源预留状态的更新时刻“更旧”，则不覆盖被叫方的实际资源预留状态。避免了因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。
在本申请的一些实施例中，呼叫方法还包括：
在第二时刻早于第一时刻的情况下，丢弃第二资源预留状态。
在本申请实施例中，如果第二时刻早于第一时刻，则说明第二资源预留状态是“更旧”的，因此丢弃第二资源预留状态，保留第一资源预留状态作为被叫方的实际资源更新状态。
在本申请的一些实施例中，图2示出了根据本申请实施例的呼叫方法的流程图之二，如图2所示，呼叫方法还包括：
步骤202，在第二时刻早于第一时刻的情况下，生成第三会话初始协议消息，第三会话初始消息携带有第三资源预留状态；
步骤204，主叫方接收被叫方发送的第四会话初始协议消息，根据第四会话初始协议消息确定被叫方的第四资源预留状态，根据第四预预留状态确定被叫方的实际资源预留状态。
其中，第四会话初始协议消息携带第三会话初始消息的第二回执。
在本申请实施例中，如果第二时刻早于第一时刻，则说明第二资源预留状态是“更旧”的。此时主叫方重新发送第三会话初始协议消息，此处的第三会话初始协议消息并非重发的第二初始协议消息，而是重新向被叫方发送一个第三会话初始协议消息。
在接收到第三会话初始协议消息后，被叫方会实时生成一个第四会话初始协议消息，并在其中携带被叫方“最新的”资源预留状态，即上述第四资源预留状态，以及第四资源预留状态的第二回执。
通过第四会话初始协议消息获取被叫方“最新的”资源预留状态，即上述第四资源预留状态，能够保证主叫方总是能够得知被叫方的实际资源预留状态，避免因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。
在本申请的一些实施例中，提供了一种呼叫装置300，用于主叫方，图3示出了根据本申请实施例的呼叫装置的结构框图之一，呼叫装置300包括：
第一接收模块302，用于接收被叫方的振铃消息，根据振铃消息确定被叫方的第一资源预留状态，并确定第一资源预留状态更新的第一时刻；
确定模块304，用于在接收到被叫方发送的第一会话初始协议消息的情况下，根据第一会话初始协议消息确定被叫方的第二资源预留状态，并确定第二资源预留状态更新的第二时刻；
在第二时刻晚于第一时刻的情况下，根据第二资源预留状态确定被叫方的实际资源预留状态。
在本申请实施例中，主叫方在接收到被叫方的振铃消息后，根据振铃消息确定被叫方的第一资源预留状态，同时确定第一资源预留状态更新的第一时刻。
在主叫方接受到被叫方发送的第一会话初始协议消息后，主叫方进一步根据第一会话初始协议确定被叫方的第二资源预留状态，同时确定第二资源预留状态更新的第二时刻。
主叫方通过对比第二时刻和第一时刻的先后，如果第二时刻晚于第一时刻，则说明第二资源预留状态为“相对更新”的资源预留状态，此时将第二资源预留状态确定为被叫方的实际资源预留状态。如果第二预留状态为“相对更旧”的资源预留状态，则不将第二资源预留状态确定为被叫方的实际资源预留状态，从而避免了“更旧”的资源预留状态覆盖“更新”的资源预留状态的情况。
具体地，举例来说，在主叫方向被叫方发起通话之后，主叫方向被叫方发送一个UPDATE消息(也即下述第二会话初始协议消息)，其中携带有主叫方的资源预留状态。
根据协议，被叫方在接收到UPDATE消息后，需要向主叫方反馈一个200OK消息，200OK消息中携带被叫方当前的资源预留状态，和UPDATE消息的回执。这里假设被叫方的当前资源预留状态为“none(none表示发送方向和接收方向上都没有有效的资源)”，此时200OK消息中资源预留状态的更新时刻为T0，其中T0可以是主叫方本地记录的，也可以是200OK消息中携带的。
同时，被叫方开始执行自身的资源预留，并在资源预留成功后(资源预留成功后，资源预留状态为“sendrecv”，表示发送方向和接收方向上都有有效的资源)，并向主叫方发送响铃消息180ringing，此时180ringing中资源预留状态的更新时刻为T1，其中T1可以是主叫方本地记录的，也可以是180ringing消息中携带的。
主叫方接收到180ringing，标记被叫方的资源预留状态为“sendrecv”，此时与被叫方的实际资源预留状态相符。
而由于主叫方没有接收到被叫方返回的200OK消息，因此主叫方会延时重发UPDATE消息。而被叫方在接收到重发的UPDATE消息，也会重发200OK消息。假设重发的200OK消息成功被主叫方接收。
如果沿用现有的控制逻辑，主叫方会根据重发的200OK消息中的资源预留状态，将被被叫方的资源预留状态更新为200OK消息中携带的“none”，导致主叫方标记的被叫方资源预留状态不符，导致呼叫建立失败，或呼叫建立成功但通话无声音。
而应用了本申请提供的实施例，主叫方会对比T0和T1的时刻先后。在主叫方发现T0时刻要早于T1时刻后，主叫方了解到T1时刻的，也就是180ringing中资源预留状态是“更新的”，则不会将200OK消息中携带的“none”覆盖180ringing中的资源预留状态“sendrecv”，主叫方记录的被叫方资源预留状态，与被叫方的实际资源预留状态相符，通话成功建立，且通话声音正常。
本申请实施例根据资源预留状态更新的时刻确定被叫方的实际资源预留状态，避免了因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。
在本申请的一些实施例中，呼叫装置300还包括：第一发送模块306，用于在接收被叫方的振铃消息之前，向被叫方发送第二会话初始协议消息，并记录第二会话初始协议消息生成的第三时刻；
其中，第二会话初始协议消息携带有主叫方的第三资源预留状态，第一会话初始协议消息携带有第二会话初始协议消息的第一回执。
在本申请实施例中，第二会话初始协议消息即上述“UPDATE”。主叫方通过第二会话初始协议消息，向被叫方转达自身的第三资源预留状态。同时，主叫方在发送第二会话初始消息时，同步记录第二会话初始协议消息生成的第三时刻。
被叫方在接收到第二会话初始消息，会向主叫方反馈第一会话初始消息，其中第一会话初始消息包括了第二会话初始消息的回执，用于向主叫方告知第二会话初始协议被成功接收。
本申请实施例通过记录第二会话初始协议消息生成的第三时刻，便于后续确定包括了第二会话初始协议消息回执的第一会话初始协议消息的时刻。
在本申请的一些实施例中，确定模块304还用于：确定第一资源预留状态更新的第一时刻，包括：
根据接收到振铃消息时的时刻，确定第一时刻；
确定第二资源预留状态更新的第二时刻，包括：
根据第三时刻，确定第二时刻。
在本申请实施例中，在主叫方接收到振铃消息时，记录接收到振铃消息的时刻，该时刻即上述第一时刻，用于标记振铃消息中携带的，被叫方的第一资源预留状态的更新时刻。
主叫方根据记录的第二会话初始协议消息生成的第三时刻，确定包括了第二会话初始协议消息中携带的，被叫方的第二资源预留状态的更新时刻。
通过根据主叫方来记录第二会话初始协议消息生成的第三时刻，和接收到响铃消息时的第一时刻，无需对现有的SIP消息结构进行改变，易于实现。
在本申请的一些实施例中，振铃消息中携带有第一时刻，第一会话初始协议消息中携带有第二时刻。
在本申请实施例中，被叫方在向主叫方发送携带有自身的资源预留状态的SIP消息时，同时携带对应的资源预留状态的更新时刻。具体地，在振铃消息中，携带第一资源预留状态更新的第一时刻。在第一会话初始协议消息中，携带第二资源预留状态更新的第二时刻。
在SIP消息中携带对应的资源预留状态的更新时刻，能够利于主叫方快速确定资源预留状态是否为“最新的”，有利于避免因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，能够提高了语音通话、视频通话建立的成功率和可靠性。
在本申请的一些实施例中，第一发送模块306还用于：在向被叫方发送第二会话初始协议消息之后未接收到第一回执的情况下，重发第二会话初始协议消息，直至接收到第一回执；
其中，重发的第二会话初始协议消息的生成时刻设置为第三时刻。
在本申请实施例中，如果主叫方向被叫方发送了第二会话初始消息，但没有接收到对应的第一回执，则主叫方重发第二会话初始协议消息。
其中，可根据通信协议，规定一个预设的时间段，在主叫方发送第二会话初始消息后，如果在上述预设的时间段内没有接收到第一回执，则重发第二会话初始消息。其中上述预设的时间段可自由调整，本申请实施例不做限定。
同时，由于重发的第二会话初始协议消息与首次发送的消息相同，因此其生成时间不变，保持为第三时刻，同时在接收到携带对应的第一回执的第一会话初始消息后，根据第三时刻确定其中携带的第二资源预留状态的更新时刻，即第二时刻。
在本申请的一些实施例中，呼叫装置300还包括：记录模块308，用于在根据第二资源预留状态确定被叫方的实际资源预留状态之后，根据第二时刻，记录实际资源预留状态的更新时刻。
在本申请实施例中，在根据第二资源预留状态确定被叫方的实际资源预留状态后，记录根据第二资源预留状态对应的第二时刻，作为被叫方的实际资源预留状态的更新时刻。
在后续SIP消息沟通过程中，如果再次接收到携带有被叫方的资源预留状态的SIP消息，则将再次接收到的资源预留状态的更新时刻，与上述实际资源预留状态的更新时刻进行对比。
如果再次接收到的资源预留状态的更新时刻“更新”，则覆盖被叫方的实际资源预留状态，如果再次接收到的资源预留状态的更新时刻“更旧”，则不覆盖被叫方的实际资源预留状态。避免了因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。
在本申请的一些实施例中，确定模块304还用于：在第二时刻早于第一时刻的情况下，丢弃第二资源预留状态。
在本申请实施例中，如果第二时刻早于第一时刻，则说明第二资源预留状态是“更旧”的，因此丢弃第二资源预留状态，保留第一资源预留状态作为被叫方的实际资源更新状态。
在本申请的一些实施例中，确定模块304还用于：在第二时刻早于第一时刻的情况下，生成第三会话初始协议消息，第四会话初始消息携带有第三资源预留状态；
接收被叫方发送的第四会话初始协议消息，根据第四会话初始协议消息确定被叫方的第四资源预留状态，根据第四预预留状态确定被叫方的实际资源预留状态。
其中，第四会话初始协议消息携带第四会话初始消息的第二回执。
在本申请实施例中，如果第二时刻早于第一时刻，则说明第二资源预留状态是“更旧”的。此时主叫方重新发送第三会话初始协议消息，此处的第三会话初始协议消息并非重发的第二初始协议消息，而是重新向被叫方发送一个第三会话初始协议消息。
在接收到第三会话初始协议消息后，被叫方会实时生成一个第四会话初始协议消息，并在其中携带被叫方“最新的”资源预留状态，即上述第四资源预留状态，以及第四资源预留状态的第二回执。
通过第四会话初始协议消息获取被叫方“最新的”资源预留状态，即上述第四资源预留状态，能够保证主叫方总是能够得知被叫方的实际资源预留状态，避免因SIP消息重发导致的较老的资源预留状态覆盖了较新的资源预留状态的技术问题，有效地提高了语音通话、视频通话建立的成功率和可靠性。
本申请实施例中的呼叫装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的呼叫装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
在本申请的一些实施例中，提供了一种呼叫方法，由被叫方执行，图4示出了根据本申请实施例的呼叫方法的流程图之三，具体地，该呼叫方法包括：
步骤402，被叫方接收主叫方发送的第五会话初始协议消息，根据第五会话初始协议消息确定主叫方的第五资源预留状态；
步骤404，生成第六会话初始协议消息，第六会话初始协议消息携带有被叫方的第六资源预留状态和第五会话初始协议消息的第三回执；
步骤406，被叫方将第六会话初始协议消息发送至主叫方。
在本申请实施例中，被叫方在接收到主叫方发送的第五会话初始协议消息后，通过第五会话初始协议消息确定主叫方的实际资源预留状态，即上述第五资源预留状态。
同时，被叫方生成第六会话初始协议消息。在第六会话初始协议消息中，携带有第五会话初始协议的第三回执，和当前被叫方的资源预留状态，即上述第六资源预留状态。
被叫方将上述第六会话初始协议消息发送至主叫方，以告知主叫方其发送的第五会话初始协议消息被正确接收，同时向主叫方传达第六资源预留状态。
在本申请的一些实施例中，提供了一种呼叫装置500，用于被叫方，图5示出了根据本申请实施例的呼叫装置的结构框图之二，呼叫装置500包括：
第二接收模块502，用于接收主叫方发送的第五会话初始协议消息，根据第五会话初始协议消息确定主叫方的第五资源预留状态；
生成模块504，用于生成第六会话初始协议消息，第六会话初始协议消息携带有被叫方的第六资源预留状态和第五会话初始协议消息的第三回执；
第二发送模块506，用于将第六会话初始协议消息发送至主叫方。
在本申请实施例中，被叫方在接收到主叫方发送的第五会话初始协议消息后，通过第五会话初始协议消息确定主叫方的实际资源预留状态，即上述第五资源预留状态。
同时，被叫方生成第六会话初始协议消息。在第六会话初始协议消息中，携带有第五会话初始协议的第三回执，和当前被叫方的资源预留状态，即上述第六资源预留状态。
被叫方将上述第六会话初始协议消息发送至主叫方，以告知主叫方其发送的第五会话初始协议消息被正确接收，同时向主叫方传达第六资源预留状态。
本申请实施例中的呼叫装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的呼叫装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
在本申请的一些实施例中，图6示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之一，具体地：
主叫方资源预留成功之后，向被叫方发送UPDATE消息，UPDATE消息中携带有本地(主叫方)的资源预留状态(local：sendrecv)，和被叫方的资源预留状态缺省项目(remote：none)。同时，主叫方记录UPDATE消息生成时间T0。
被叫方当前资源预留尚未成功，在接收到UPDATE消息后，向主叫方反馈200OK消息，200OK消息中，UPDATE消息的回执，和被叫方当前的资源预留状态“none”。此时，200OK消息丢包，未被主叫方接收。
被叫方在资源预留成功后，向主叫方发送180ringing，此时主叫方记录被叫方资源预留情况为sendrecv，并记录此时时刻T1。
主叫方重传UPDATE消息，对应的，被叫方重传200OK消息。
主叫方在正确接收到200OK消息后，确定200OK消息里夹带的资源预留状态为remote：none。
主叫方根据200OK消息里夹带的回执，得知200OK消息的时刻是T0，而T0＜T1，即T0比T1旧，此时丢弃200OK中的资源预留状态。
在本申请的一些实施例中，图7示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之二，具体地：
主叫方资源预留成功之后，向被叫方发送UPDATE消息，UPDATE消息中携带有本地(主叫方)的资源预留状态(local：sendrecv)，和被叫方的资源预留状态缺省项目(remote：none)。同时，主叫方记录UPDATE消息生成时间T0。
被叫方当前资源预留尚未成功，在接收到UPDATE消息后，向主叫方反馈200OK消息，200OK消息中，UPDATE消息的回执，和被叫方当前的资源预留状态“none”。此时，200OK消息丢包，未被主叫方接收。
被叫方在资源预留成功后，向主叫方发送180ringing，此时主叫方记录被叫方资源预留情况为sendrecv，并记录此时时刻T1。
主叫方重传UPDATE消息，对应的，被叫方重传200OK消息。
主叫方在正确接收到200OK消息后，确定200OK消息里夹带的资源预留状态为remote：none。
主叫方根据200OK消息里夹带的回执，得知200OK消息的时刻是T0，而T0＜T1，即T0比T1旧，主叫方重新生成一个UPDATE消息，其中标记(local：sendrecv；remote：none)，并记录当前时间T2。
被叫方接收到重新生成的UPDATE消息后，重新反馈200OK消息，其中标记(local：sendrecv；remote：sendrecv)。
主叫方根据重新反馈的200OK消息对应的时间T2和T1的比较结果，如果T2比T1旧，判断再次重发UPDATE，如果T2比T1新，则根据新反馈的200OK消息覆盖资源预留状态。
在本申请的一些实施例中，图8示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之三，具体地：
主叫方资源预留成功之后，向被叫方发送UPDATE消息，UPDATE消息中携带有本地(主叫方)的资源预留状态(local：sendrecv)，和被叫方的资源预留状态缺省项目(remote：none)，还携带有UPDATE消息生成时间T0。
被叫方当前资源预留尚未成功，在接收到UPDATE消息后，向主叫方反馈200OK消息，200OK消息中，UPDATE消息的回执，和被叫方当前的资源预留状态“none”，和资源预留状态的更新时间T1。此时，200OK消息丢包，未被主叫方接收。
被叫方在资源预留成功后，向主叫方发送180ringing，此时主叫方记录被叫方资源预留情况为sendrecv，主叫方记录当前时刻T2。
主叫方重传UPDATE消息，对应的，被叫方重传200OK消息。
主叫方在正确接收到200OK消息后，确定200OK消息里夹带的资源预留状态为remote：none，获取对应的更新时间T1。
如果T1＜T2，即T1比T2旧，此时丢弃200OK中的资源预留状态。
如果T1＞T2，则覆盖资源预留状态。
在本申请的一些实施例中，图9示出了根据本申请实施例的主叫方和被叫方之间的交互示意图之四，具体地：
主叫方资源预留成功之后，向被叫方发送UPDATE消息，UPDATE消息中携带有本地(主叫方)的资源预留状态(local：sendrecv)，和被叫方的资源预留状态缺省项目(remote：none)，还携带有UPDATE消息生成时间T0。
被叫方当前资源预留尚未成功，在接收到UPDATE消息后，向主叫方反馈200OK消息，200OK消息中，UPDATE消息的回执，和被叫方当前的资源预留状态“none”，和资源预留状态的更新时间T1。此时，200OK消息丢包，未被主叫方接收。
被叫方在资源预留成功后，向主叫方发送180ringing，此时主叫方记录被叫方资源预留情况为sendrecv，主叫方记录当前时刻T2。
主叫方重传UPDATE消息，对应的，被叫方重传200OK消息。
主叫方在正确接收到200OK消息后，确定200OK消息里夹带的资源预留状态为remote：none，获取更新时刻T1。
如果T1＜T2，主叫方重新生成一个UPDATE消息，其中标记(local：sendrecv；remote：none)，并记录当前时间T3。
被叫方接收到重新生成的UPDATE消息后，重新反馈200OK消息，其中标记(local：sendrecv；remote：sendrecv)。
主叫方继续比较T2和T3，如果T3比T2旧，判断再次重发UPDATE，如果T3比T2新，则根据新反馈的200OK消息覆盖资源预留状态。
本申请实施例提供的呼叫装置能够实现图1至图9的方法实施例中的呼叫方法所实现的各个过程，为避免重复，这里不再赘述。
可选的，本申请实施例还提供一种电子设备1900，包括处理器1910，存储器1909，存储在存储器1909上并可在所述处理器1910上运行的程序或指令，该程序或指令被处理器1910执行时实现上述呼叫方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图10示出了根据申请实施例的电子设备的结构框图。
该电子设备1900包括但不限于：射频单元1901、网络模块1902、音频输出单元1903、输入单元1904、传感器1905、显示单元1906、用户输入单元1907、接口单元1908、存储器1909、以及处理器1910等部件。
本领域技术人员可以理解，电子设备1900还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图10中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
网络模块1902为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元1903可以将射频单元1901或网络模块1902接收的或者在存储器1909中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1903还可以提供与电子设备1900执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1903包括扬声器、蜂鸣器以及受话器等。
输入单元1904用于接收音频或视频信号。输入单元1904可以包括图形处理器(Graphics Processing Unit，GPU)5082和麦克风5084，图形处理器5082对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元1906上，或者存储在存储器1909(或其它存储介质)中，或者经由射频单元1901或网络模块1902发送。麦克风5084可以接收声音，并且能够将声音处理为音频数据，处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元1901发送到移动通信基站的格式输出。
电子设备1900还包括至少一种传感器1905，比如指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器以及其他传感器。
显示单元1906用于显示由用户输入的信息或提供给用户的信息。显示单元1906可包括显示面板5122，可以采用液晶显示器、有机发光二极管等形式来配置显示面板5122。
用户输入单元1907可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1907包括触控面板5142以及其他输入设备5144。触控面板5142也称为触摸屏，可收集用户在其上或附近的触摸操作。触控面板5142可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1910，接收处理器1910发来的命令并加以执行。其他输入设备5144可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
进一步地，触控面板5142可覆盖在显示面板5122上，当触控面板5142检测到在其上或附近的触摸操作后，传送给处理器1910以确定触摸事件的类型，随后处理器1910根据触摸事件的类型在显示面板5122上提供相应的视觉输出。触控面板5142与显示面板5122可作为两个独立的部件，也可以集成为一个部件。
接口单元1908为外部装置与电子设备1900连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/0)端口、视频I/0端口、耳机端口等等。接口单元1908可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到电子设备1900内的一个或多个元件或者可以用于在电子设备1900和外部装置之间传输数据。
存储器1909可用于存储软件程序以及各种数据。存储器1909可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1909可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器1910通过运行或执行存储在存储器1909内的软件程序和/或模块，以及调用存储在存储器1909内的数据，执行电子设备1900的各种功能和处理数据，从而对电子设备1900进行整体监控。处理器1910可包括一个或多个处理单元；优选的，处理器1910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。
电子设备1900还可以包括给各个部件供电的电源1911，优选的，电源1911可以通过电源管理系统与处理器1910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述呼叫方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述呼叫方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (16)

1.一种呼叫方法，由主叫方执行，其特征在于，所述呼叫方法包括：
接收被叫方的振铃消息，根据所述振铃消息确定所述被叫方的第一资源预留状态，并确定所述第一资源预留状态更新的第一时刻；
在接收到所述被叫方发送的第一会话初始协议消息的情况下，根据所述第一会话初始协议消息确定所述被叫方的第二资源预留状态，并确定所述第二资源预留状态更新的第二时刻；
在所述第二时刻晚于所述第一时刻的情况下，根据所述第二资源预留状态确定所述被叫方的实际资源预留状态。
2.根据权利要求1所述的呼叫方法，其特征在于，在所述接收被叫方的振铃消息之前，所述呼叫方法还包括：
向所述被叫方发送第二会话初始协议消息，并记录所述第二会话初始协议消息生成的第三时刻；
其中，所述第二会话初始协议消息携带有所述主叫方的第三资源预留状态，所述第一会话初始协议消息携带有所述第二会话初始协议消息的第一回执。
3.根据权利要求2所述的呼叫方法，其特征在于，所述确定所述第一资源预留状态更新的第一时刻，包括：
根据接收到所述振铃消息时的时刻，确定所述第一时刻；
所述确定所述第二资源预留状态更新的第二时刻，包括：
根据所述第三时刻，确定所述第二时刻。
4.根据权利要求2所述的呼叫方法，其特征在于，在所述向所述被叫方发送第二会话初始协议消息之后未接收到所述第一回执的情况下，所述呼叫方法还包括：
重发所述第二会话初始协议消息，直至接收到所述第一回执；
其中，将重发的所述第二会话初始协议消息的生成时刻设置为所述第三时刻。
5.根据权利要求1所述的呼叫方法，其特征在于，在所述根据所述第二资源预留状态确定所述被叫方的实际资源预留状态之后，所述呼叫方法还包括：
根据所述第二时刻，记录所述实际资源预留状态的更新时刻。
6.根据权利要求2至5中任一项所述的呼叫方法，其特征在于，还包括：
在所述第二时刻早于所述第一时刻的情况下，丢弃所述第二资源预留状态。
7.根据权利要求2至5中任一项所述的呼叫方法，其特征在于，还包括：
在所述第二时刻早于所述第一时刻的情况下，生成第三会话初始协议消息，所述第三会话初始消息携带有所述第三资源预留状态；
接收所述被叫方发送的第四会话初始协议消息，根据所述第四会话初始协议消息确定所述被叫方的第四资源预留状态，根据所述第四预预留状态确定所述被叫方的实际资源预留状态；
其中，所述第四会话初始协议消息携带有所述第三会话初始消息的第二回执。
8.一种呼叫装置，用于主叫方，其特征在于，包括：
第一接收模块，用于接收被叫方的振铃消息，根据所述振铃消息确定所述被叫方的第一资源预留状态，并确定所述第一资源预留状态更新的第一时刻；
确定模块，用于在接收到所述被叫方发送的第一会话初始协议消息的情况下，根据所述第一会话初始协议消息确定所述被叫方的第二资源预留状态，并确定所述第二资源预留状态更新的第二时刻；
在所述第二时刻晚于所述第一时刻的情况下，根据所述第二资源预留状态确定所述被叫方的实际资源预留状态。
9.根据权利要求8所述的呼叫装置，其特征在于，还包括：
第一发送模块，用于向所述被叫方发送第二会话初始协议消息，并记录所述第二会话初始协议消息生成的第三时刻；
其中，所述第二会话初始协议消息携带有所述主叫方的第三资源预留状态，所述第一会话初始协议消息携带有所述第二会话初始协议消息的第一回执。
10.根据权利要求9所述的呼叫装置，其特征在于，所述确定模块还用于：
根据接收到所述振铃消息时的时刻，确定所述第一时刻；
所述确定所述第二资源预留状态更新的第二时刻，包括：
根据所述第三时刻，确定所述第二时刻。
11.根据权利要求9所述的呼叫装置，其特征在于，所述第一发送模块还用于：
在所述向所述被叫方发送第二会话初始协议消息之后未接收到所述第一回执的情况下，重发所述第二会话初始协议消息，直至接收到所述第一回执；
其中，将重发的所述第二会话初始协议消息的生成时刻设置为所述第三时刻。
12.根据权利要求8所述的呼叫装置，其特征在于，还包括：
记录模块，用于根据所述第二时刻，记录所述实际资源预留状态的更新时刻。
13.根据权利要求9至12中任一项所述的呼叫装置，其特征在于，所述确定模块还用于：
在所述第二时刻早于所述第一时刻的情况下，丢弃所述第二资源预留状态。
14.根据权利要求9至12中任一项所述的呼叫装置，其特征在于，
所述确定模块还用于在所述第二时刻早于所述第一时刻的情况下，生成第三会话初始协议消息，所述第三会话初始消息携带有所述第三资源预留状态；
所述第一接收模块还用于接收所述被叫方发送的第四会话初始协议消息，根据所述第四会话初始协议消息确定所述被叫方的第四资源预留状态，根据所述第四预预留状态确定所述被叫方的实际资源预留状态；
其中，所述第四会话初始协议消息携带有所述第三会话初始消息的第二回执。
15.一种呼叫方法，由被叫方执行，其特征在于，所述呼叫方法包括：
接收主叫方发送的第五会话初始协议消息，根据所述第五会话初始协议消息确定所述主叫方的第五资源预留状态；
生成第六会话初始协议消息，所述第六会话初始协议消息携带有所述被叫方的第六资源预留状态和所述第五会话初始协议消息的第三回执；
将所述第六会话初始协议消息发送至所述主叫方。
16.一种呼叫装置，用于被叫方，其特征在于，包括：
第二接收模块，用于接收主叫方发送的第五会话初始协议消息，根据所述第五会话初始协议消息确定所述主叫方的第五资源预留状态；
生成模块，用于生成第六会话初始协议消息，所述第六会话初始协议消息携带有所述被叫方的第六资源预留状态和所述第五会话初始协议消息的第三回执；
第二发送模块，用于将所述第六会话初始协议消息发送至所述主叫方。
CN202011384162.1A 2020-12-01 2020-12-01 呼叫方法和呼叫装置 Active CN112468982B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011384162.1A CN112468982B (zh) 2020-12-01 2020-12-01 呼叫方法和呼叫装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011384162.1A CN112468982B (zh) 2020-12-01 2020-12-01 呼叫方法和呼叫装置

Publications (2)

Publication Number Publication Date
CN112468982A true CN112468982A (zh) 2021-03-09
CN112468982B CN112468982B (zh) 2022-03-25

Family

ID=74806261

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011384162.1A Active CN112468982B (zh) 2020-12-01 2020-12-01 呼叫方法和呼叫装置

Country Status (1)

Country Link
CN (1) CN112468982B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113163058A (zh) * 2021-03-17 2021-07-23 维沃移动通信有限公司 会话参数更新方法、装置及通信设备、电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060233333A1 (en) * 2005-03-24 2006-10-19 Nortel Networks Limited Providing improved post-dial delay at an originating terminal
US20080270618A1 (en) * 2002-01-15 2008-10-30 Dynamicsoft, Inc. Establishing and Modifying Network Signaling Protocols
CN108260170A (zh) * 2016-12-28 2018-07-06 中国移动通信集团辽宁有限公司 一种资源预留控制方法和mgcf单元
CN108430078A (zh) * 2017-02-14 2018-08-21 中兴通讯股份有限公司 Srvcc切换资源预留处理方法和接入切换功能设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080270618A1 (en) * 2002-01-15 2008-10-30 Dynamicsoft, Inc. Establishing and Modifying Network Signaling Protocols
US20060233333A1 (en) * 2005-03-24 2006-10-19 Nortel Networks Limited Providing improved post-dial delay at an originating terminal
CN108260170A (zh) * 2016-12-28 2018-07-06 中国移动通信集团辽宁有限公司 一种资源预留控制方法和mgcf单元
CN108430078A (zh) * 2017-02-14 2018-08-21 中兴通讯股份有限公司 Srvcc切换资源预留处理方法和接入切换功能设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113163058A (zh) * 2021-03-17 2021-07-23 维沃移动通信有限公司 会话参数更新方法、装置及通信设备、电子设备
WO2022194210A1 (zh) * 2021-03-17 2022-09-22 维沃移动通信有限公司 会话参数更新方法、装置及通信设备、电子设备
CN113163058B (zh) * 2021-03-17 2023-09-19 维沃移动通信有限公司 会话参数更新方法、装置及通信设备、电子设备

Also Published As

Publication number Publication date
CN112468982B (zh) 2022-03-25

Similar Documents

Publication Publication Date Title
CN106488335B (zh) 直播控制方法及装置
US9792602B2 (en) Apparatus and method for providing emotion expression service in mobile communication terminal
CN110944352B (zh) 一种旁链路的链路失败检测方法及终端
CN106776124B (zh) 数据备份方法及装置
CN109600740B (zh) 文件下载方法、装置及计算机可读存储介质
AU2021269599B2 (en) Information transmission method and apparatus, and electronic device
CN110944406B (zh) 一种旁链路的链路建立方法及终端
CN109831359B (zh) 一种数据网络连接状态的检测方法及其终端设备
CN110944306A (zh) 一种旁链路的链路释放方法及终端
CN111601323B (zh) 网络切片的申请方法及电子设备
CN111526579A (zh) 一种注册方法及电子设备
CN112468982B (zh) 呼叫方法和呼叫装置
CN105978663A (zh) 数据传输方法及装置
CN111615219B (zh) 一种pc5链路建立方法、设备及系统
CN110475303B (zh) 一种数据传输方法及终端设备
WO2019242477A1 (zh) 随机接入资源的选择方法及终端设备
WO2019179312A1 (zh) 移动终端的操作方法及移动终端
CN109818967B (zh) 一种通知方法、服务器、移动终端及计算机可读存储介质
CN109451143B (zh) 一种通话方法及移动终端
US20230025146A1 (en) Resource overhead determining method and related device
WO2019192514A1 (zh) 连接重建方法及相关设备
CN113190295A (zh) 信息处理方法、处理装置和电子设备
CN112583920A (zh) 推送方法、推送装置、电子设备和存储介质
CN109861905B (zh) 通信状态处理方法、装置、终端及存储介质
CN111246517B (zh) 数据反馈信息处理方法、装置、移动终端及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant