CN116963275A - 消息处理方法、装置、服务器、终端和存储介质 - Google Patents

消息处理方法、装置、服务器、终端和存储介质 Download PDF

Info

Publication number
CN116963275A
CN116963275A CN202211208690.0A CN202211208690A CN116963275A CN 116963275 A CN116963275 A CN 116963275A CN 202211208690 A CN202211208690 A CN 202211208690A CN 116963275 A CN116963275 A CN 116963275A
Authority
CN
China
Prior art keywords
message
sip
server
sent
content
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.)
Pending
Application number
CN202211208690.0A
Other languages
English (en)
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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202211208690.0A priority Critical patent/CN116963275A/zh
Publication of CN116963275A publication Critical patent/CN116963275A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

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

Abstract

本实施例公开了一种消息处理方法、装置、服务器、终端和存储介质，该方法包括：接收主叫终端的目标SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；将接收到的所述SIP消息发送至被叫终端，使所述被叫终端对所述SIP消息中承载的消息内容进行处理。

Description

消息处理方法、装置、服务器、终端和存储介质
技术领域
本申请涉及数据业务领域，尤其涉及一种消息处理方法、装置、服务器、终端和存储介质。
背景技术
目前，在第五代移动通信技术(5th Generation Mobile CommunicationTechnology，5G)消息文本业务中，当需要在服务器与终端之间传输消息文本时，需要在服务器和终端之间完成消息会话中继协议(The Message Session Relay Protocol，MSRP)能力协商，在协商完成后，基于协商建立的通道实现服务器和终端之间的消息传输，可以看出，服务器和终端之间的MSRP能力协商过程需要耗费时间，并且，服务器和终端都需要具备MSRP协议栈能力，造成了资源消耗。
发明内容
本申请实施例提供一种消息处理方法、装置、服务器、终端和存储介质。
本申请实施例提供了一种消息处理方法，应用于服务器中，所述方法包括：接收主叫终端的目标会话初始协议(Session initialization Protocol，SIP)消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息(Page mode message)的消息块(chunk)，或者为长文本消息(Large mode message)的一个消息块；将接收到的所述SIP消息发送至被叫终端，使所述被叫终端对所述SIP消息中承载的消息内容进行处理。
在一些实施例中，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。可以看出，本申请实施例可以在SIP消息的消息头中，通过预设字段指示消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而，在被叫终端接收到SIP消息后，可以根据消息头中的两个预设字段对SIP消息进行针对性地处理。
在一些实施例中，在所述接收主叫终端的目标会话初始协议SIP消息之前，所述方法还包括：在接收到所述主叫终端第i次发送的SIP消息后，向所述主叫终端发送第一接收确认信息；其中，i为大于或等于1的整数；其中，所述接收主叫终端的目标会话初始协议SIP消息，包括：接收所述主叫终端第i+1次发送的SIP消息。可以看出，主叫终端在接收到第一接收确认信息后，第i+1次向服务器发送SIP消息，即，主叫终端可以在确认服务器接收到第i次发送的SIP消息后，再次向服务器发送SIP消息，从而实现多个SIP消息的有序发送，使得服务器可以按照顺序接收SIP消息，在主叫终端与服务器之间实现SIP消息的可靠传输。
在一些实施例中，所述方法还包括：在将所述主叫终端第i次发送的SIP消息发送至所述被叫终端后，接收所述被叫终端发送的第二接收确认信息；所述将接收到的所述SIP消息发送至被叫终端，包括：向所述被叫终端发送所述主叫终端第i+1次发送的SIP消息。可以看出，服务器在接收到第二接收确认信息后，第i+1次向被叫终端发送SIP消息，即，服务器可以在确认被叫终端接收到第i次发送的SIP消息后，再次向被叫终端发送下一个SIP消息，从而实现多个SIP消息的有序发送，使得被叫终端可以按照顺序接收SIP消息，在服务器与被叫终端之间实现SIP消息的可靠传输。
本申请实施例还提供了另一种消息处理方法，应用于主叫终端中，所述方法包括：获取待发送的目标SIP消息，所述待发送的目标SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；向服务器发送SIP消息，使所述服务器将所述主叫终端发送的所述SIP消息发送至被叫终端；其中，所述主叫终端向所述服务器发送的SIP消息为所述目标SIP消息。
在一些实施例中，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。可以看出，本申请实施例可以在SIP消息的消息头中，通过预设字段指示消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而，在被叫终端接收到SIP消息后，可以根据消息头中的两个预设字段对SIP消息进行针对性地处理。
在一些实施例中，所述获取待发送的目标会话初始协议SIP消息，包括：在确定向所述被叫终端发送所述长文本消息的情况下，将所述长文本消息划分为至少两个消息块；生成与所述至少两个消息块中分别对应的至少两个SIP消息，所述至少两个SIP消息中的每个SIP消息中承载有所述至少两个消息块中的一个消息块；将生成的所述每个SIP消息确定为待发送的目标SIP消息。
可以看出，主叫终端可以将长文本消息划分为至少两个消息块，并且可以将至少两个消息块进行分次发送，即，主叫终端可以通过多次发送消息块的方式，将长文本消息发送至服务器，进而，在服务器将主叫终端发送的SIP消息发送至被叫终端的情况下，主叫终端具有通过SIP消息向被叫终端发送长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，降低了消息传输耗费的时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
在一些实施例中，所述方法还包括：在待发送的目标会话初始协议SIP消息的数量大于1的情况下，确定各个待发送的目标SIP消息的发送次序；在按照所述发送次序向所述服务器第i次发送所述SIP消息后，接收所述服务器发送的第一接收确认信息；其中，i为大于或等于1的整数；所述向服务器发送SIP消息，包括：按照所述发送次序向所述服务器第i+1次发送所述SIP消息。
可以看出，主叫终端可以通过多次发送SIP消息的方式，按照发送次序实现多个待发送的SIP消息的发送，从而使得服务器可以按序接收多个待发送的SIP消息，有利于使被叫终端按序接收到多个待发送的SIP消息。
本申请实施例还提供了又一种消息处理方法，应用于被叫终端中，所述方法包括：接收服务器发送的SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；对接收到的所述SIP消息中承载的消息内容进行处理。
在一些实施例中，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。可以看出，本申请实施例可以在SIP消息的消息头中，通过预设字段指示消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而，在被叫终端接收到SIP消息后，可以根据消息头中的两个预设字段对SIP消息进行针对性地处理。
在一些实施例中，所述对接收到的所述SIP消息中承载的消息内容进行处理，包括：根据所述第一预设字段确定所述消息内容的类型，根据所述第二预设字段确定所述消息块的字节范围、以及所述消息块所属的消息的字节总数；根据所述消息内容的类型、所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对所述消息内容进行处理。可以看出，被叫终端可以在获取SIP消息后，根据消息头中的第一预设字段和第二预设字段，较为准确地确定出消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而可以根据消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，对SIP消息中的消息内容进行针对性地处理。
在一些实施例中，所述根据所述消息内容的类型、所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对所述消息内容进行处理，包括：在所述消息内容的类型为长文本消息的情况下，根据所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对至少两次接收到的SIP消息中的消息块进行拼接处理，得到对应的长文本消息。可以看出，被叫终端在至少两次接收到SIP消息后，可以确定每次接收到的消息块在长文本消息中的字节范围、以及每次接收到的消息块所属的长文本消息的字节总数，从而，可以将至少两次接收到的消息块较为准确地拼接为一个长文本消息，这样，可以使被叫终端较为准确地接收到一个完整的长文本消息。
在一些实施例中，所述方法还包括：在接收到所述服务器第i次发送的SIP消息后，向所述服务器发送第二接收确认信息；其中，i为大于或等于1的整数；所述接收服务器发送的SIP消息，包括：接收所述服务器第i+1次发送的SIP消息。可以看出，服务器在接收到第二接收确认信息后，第i+1次向被叫终端发送SIP消息，即，服务器可以在确认被叫终端接收到第i次发送的SIP消息后，再次向被叫终端发送下一个SIP消息，从而实现多个SIP消息的有序发送，使得被叫终端可以按照顺序接收SIP消息，在服务器与被叫终端之间实现SIP消息的可靠传输。
本申请实施例还提供了一种消息处理装置，应用于服务器中，所述装置包括：
第一收发模块，用于接收主叫终端的目标SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；
第二收发模块，用于将接收到的所述SIP消息发送至被叫终端，使所述被叫终端对所述SIP消息中承载的消息内容进行处理。
本申请实施例还提供了另一种消息处理装置，应用于主叫终端中，所述装置包括：
获取模块，用于获取待发送的目标SIP消息，所述待发送的目标SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息一个消息块；
第三收发模块，用于向服务器发送SIP消息，使所述服务器将所述主叫终端发送的所述SIP消息发送至被叫终端；其中，所述主叫终端向所述服务器发送的SIP消息为所述目标SIP消息。
本申请实施例还提供了又一种消息处理装置，应用于被叫终端中，所述装置包括：
第四收发模块，用于接收服务器发送的SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；
处理模块，用于对接收到的所述SIP消息中承载的消息内容进行处理。
本申请实施例还提供了一种服务器，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，所述处理器用于运行所述计算机程序以执行上述任意一种应用于服务器中的消息处理方法。
本申请实施例还提供了一种主叫终端，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，所述处理器用于运行所述计算机程序以执行上述任意一种应用于主叫终端中的消息处理方法。
本申请实施例还提供了一种被叫终端，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，所述处理器用于运行所述计算机程序以执行上述任意一种应用于被叫终端中的消息处理方法。
本申请实施例还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任意一种消息处理方法。
可以看出，主叫终端可以通过发送SIP消息的方式，将寻呼模式消息或长文本消息发送至服务器，进而，在服务器将主叫终端发送的SIP消息发送至被叫终端的情况下，主叫终端具有通过SIP消息向被叫终端发送寻呼模式消息或长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，由于无需预先进行MSRP能力协商，因此，可以节省MSRP能力协商的时间，降低了消息传输耗费的总时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
附图说明
图1为相关技术中主叫终端与5GMC的交互流程示意图；
图2为相关技术中5GMC与被叫终端的交互流程示意图；
图3为本申请实施例中主叫终端与服务器的交互流程示意图；
图4为本申请实施例中服务器与被叫终端的交互流程示意图；
图5为本申请实施例中应用于服务器中的消息处理方法的流程图；
图6为本申请实施例中应用于主叫终端中的消息处理方法的流程图；
图7为本申请实施例中应用于被叫终端中的消息处理方法的流程图；
图8为本申请实施例的一种消息处理装置的结构示意图；
图9为本申请实施例的另一种消息处理装置的结构示意图；
图10为本申请实施例的又一种消息处理装置的结构示意图；
图11为本申请实施例提供的一种服务器的组成结构示意图；
图12为本申请实施例提供的一种主叫终端的组成结构示意图；
图13为本申请实施例提供的一种被叫终端的组成结构示意图。
具体实施方式
在相关技术中，在5G消息文本业务中，为了完成主叫终端和被叫终端之间的消息传输，需要在主叫终端和服务器之间进行消息传输、以及在服务器和被叫终端之间进行消息传输；下面以在主叫终端和服务器之间进行消息传输的过程为例进行说明。
参照图1，主叫终端首先需要使用SIP邀请(Invite)消息与5G消息中心(5GMessageCenter，5GMC)进行MSRP能力协商；在主叫终端向5GMC发送SIP邀请消息后，5GMC可以向主叫终端发送接收202认可(Accepted)消息，主叫终端在接收到202Accepted消息后，向5GMC发送对应的确认(ACK)消息，这样，主叫终端与5GMC之间完成了MSRP能力协商。
在主叫终端与5GMC完成MSRP能力协商之后，可以建立主叫终端与5GMC之间的MSRP通道；参照图1，主叫终端可以向5GMC发送MSRP消息，5GMC可以存储接收到的MSRP消息，并向主叫终端发送MSRP 200OK消息，这样，主叫终端5GMC接收到MSRP消息。MSRP消息中可以承载主叫终端需要发送的消息文本，在一种实现方式中，当需要在主叫终端和5GMC之间传输长文本消息的情况下，可以将长文本消息拆分为若干个消息块，主叫终端可以向5GMC多次发送MSRP消息，每次发送的MSRP消息中可以承载一个消息块，从而，可以实现主叫终端和5GMC之间的长文本消息的传输。
参照图1，在主叫终端向5GMC发送MSRP消息之后，可以向5GMC发送再见(BYE)消息，以释放主叫终端与5GMC之间建立的会话。5GMC在接收的BYE消息后，可以向主叫终端发送200OK消息。
在相关技术中，参照图2，5GMC和被叫终端之间进行消息传输过程，与主叫终端和5GMC之间的消息传输过程类似，即，由5GMC和被叫终端完成SIP邀请消息的交互以及MSRP能力协商过程，然后被叫终端完成各个MSRP消息的接收。
综上，可以看出，服务器和终端之间的MSRP能力协商过程需要耗费时间，并且，服务器和终端都需要具备MSRP协议栈能力，造成了系统资源和开发资源的消耗。
针对上述技术问题，提出本申请实施例的技术方案。以下结合附图及实施例，对本申请实施例进行进一步详细说明。应当理解，此处所提供的实施例仅仅用以解释本申请实施例，并不用于限定本申请实施例。另外，以下所提供的实施例是用于实施本申请的部分实施例，而非提供实施本申请的全部实施例，在不冲突的情况下，本申请实施例记载的技术方案可以任意组合的方式实施。
需要说明的是，在本申请实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的方法或者装置不仅包括所明确记载的要素，而且还包括没有明确列出的其他要素，或者是还包括为实施方法或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括该要素的方法或者装置中还存在另外的相关要素(例如方法中的步骤或者装置中的单元，例如的单元可以是部分电路、部分处理器、部分程序或软件等等)。
例如，本申请实施例提供的消息处理方法包含了一系列的步骤，但是本申请实施例提供的消息处理方法不限于所记载的步骤，同样地，本申请实施例提供的消息处理装置包括了一系列模块，但是本申请实施例提供的装置不限于包括所明确记载的模块，还可以包括为获取相关信息、或基于信息进行处理时所需要设置的模块。
本申请实施例中，消息处理方法的执行主体可以是终端、服务器或其它设备，其中，终端可以为用户设备(User Equipment，UE)、移动设备、终端、蜂窝电话、无绳电话、个人数字助理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该消息处理方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。
本申请实施例提出了一种消息处理方法，可以实现主叫终端和服务器之间的消息传输、以及服务器和被叫终端之间的消息传输。
下面对主叫终端和服务器之间的交互流程进行示例性地说明。参照图3，服务器可以包括消息接入模块和消息处理模块，示例性地，服务器可以是5GMC。
在主叫终端多次向服务器发送SIP消息的情况下，主叫终端和服务器之间的交互流程可以包括：
步骤A1：主叫终端第i次向服务器发送SIP消息。
本申请实施例中，i为大于或等于1的整数；这里，主叫终端每次向服务器发送的SIP消息中承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块。
在一些实施例中，主叫终端可以确定向服务器发送的至少一个待发送的SIP消息，主叫终端可以向服务器至少一次发送所述SIP消息，使服务器将主叫终端每次发送的SIP消息发送至被叫终端；这里，主叫终端每次向服务器发送的SIP消息为所述至少一个待发送的SIP消息中的一个SIP消息。可以看出，主叫终端可以通过发送SIP消息的方式，将寻呼模式消息或长文本消息发送至服务器，进而，在服务器将主叫终端发送的SIP消息发送至被叫终端的情况下，主叫终端具有通过SIP消息向被叫终端发送寻呼模式消息或长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，由于无需预先进行MSRP能力协商，因此，可以节省MSRP能力协商的时间，降低了消息传输耗费的时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
在一种实现方式中，对于寻呼模式消息，主叫终端可以将寻呼模式消息作为一个消息块，并将表示寻呼模式消息的消息块确定为SIP消息中承载的消息内容，从而，主叫终端可以将承载有寻呼模式消息的SIP消息作为待发送的SIP消息，主叫终端可以向服务器发送承载有寻呼模式消息的SIP消息。
在另一种实现方式中，对于长文本消息，主叫终端可以将长文本消息划分为至少两个消息块，然后，生成与至少两个消息块中分别对应的至少两个SIP消息，这里，至少两个SIP消息中的每个SIP消息中承载有所述至少两个消息块中的一个消息块；主叫终端可以将生成的至少两个SIP消息中的每个SIP消息作为一个待发送的SIP消息。可以看出，主叫终端可以向服务器发送承载有长文本消息的一个消息块的SIP消息。
本申请实施例中，主叫终端每次向服务器发送的SIP消息为一个待发送的SIP消息。
可以看出，主叫终端可以将长文本消息划分为至少两个消息块，并且可以将至少两个消息块进行分次发送，即，主叫终端可以通过多次发送消息块的方式，将长文本消息发送至服务器，进而，在服务器将主叫终端发送的SIP消息发送至被叫终端的情况下，主叫终端具有通过SIP消息向被叫终端发送长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，降低了消息传输耗费的时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
步骤A2：服务器向主叫终端发送第一接收确认信息。
这里，第一接收确认信息用于指示服务器已经接收到主叫终端最近一次发送的SIP消息。
参照图3，消息接入模块在接收到主叫终端第i次发送的SIP消息后，可以将该SIP消息发送至消息处理模块。
消息处理模块可以生成第一接收确认信息，将第一接收确认信息发送至消息接入模块。示例性地，第一接收确认信息为图3中的202Accepted消息。消息接入模块可以将202Accepted消息发送至主叫终端。
步骤A3：主叫终端第i+1次向服务器发送SIP消息。
本申请实施例中，主叫终端在接收到第一接收确认信息后，第i+1次向服务器发送SIP消息，即，主叫终端可以在确认服务器接收到第i次发送的SIP消息后，再次向服务器发送SIP消息，从而实现多个SIP消息的有序发送，使得服务器可以按照顺序接收SIP消息，在主叫终端与服务器之间实现SIP消息的可靠传输。
在一些实施例中，在待发送的目标SIP消息的数量大于1的情况下，可以确定定各个待发送的目标SIP消息的发送次序。
相应地，在主叫终端按照发送次序向服务器第i次发送待发送的SIP消息中的一个SIP消息后，可以接收服务器发送的第一接收确认信息。主叫终端在接收到第一接收确认信息后，可以向服务器第i+1次发送至少一个待发送的SIP消息中的其它SIP消息，这里，其它SIP消息为至少一个待发送的SIP消息中未发送的一个SIP消息。
可以看出，主叫终端可以通过多次发送SIP消息的方式，按照发送次序实现多个待发送的SIP消息的发送，从而使得服务器可以按序接收多个待发送的SIP消息，有利于使被叫终端按序接收到多个待发送的SIP消息。
步骤A4：服务器向主叫终端发送第一接收确认信息。
参照图3，消息接入模块在接收到主叫终端第i+1次发送的SIP消息后，可以将该SIP消息发送至消息处理模块。
消息处理模块可以生成第一接收确认信息，将第一接收确认信息发送消息接入模块。示例性地，第一接收确认信息为图3中的202Accepted消息。消息接入模块可以将202Accepted消息发送至主叫终端。
本申请实施例中，在主叫终端仅向服务器发送一次SIP消息的情况下，可以参照步骤A1至步骤A2实现。
在一些实施例中，SIP消息的消息头中的第一预设字段用于指示消息内容的类型，SIP消息的消息头中的第二预设字段用于指示消息块的字节范围、以及消息块所属的消息的字节总数。
这里，第一预设字段可以是Message-Type字段，Message-Type字段的内容可以是“Message-Type:PagerMode”或“Message-Type:LargeMode”，第二预设字段可以是Message-ByteRange字段。字段内容“Message-Type:PagerMode”对应寻呼模式消息，字段内容“Message-Type:LargeMode”对应长文本消息。
在第一个示例中，消息头的内容可以是：
MESSAGE sip:+8613800138002@bj.ims.mnc000.mcc460.3gppnetwork.org SIP/2.0
Via:SIP/2.0/UDP 182.1.1.203:41200；branch＝z9hG4bK1392970087646
Call-ID:13929700876@182.1.1.203
From:
<sip:+8613800138001@bj.ims.mnc000.mcc460.3gppnetwork.org>；tag＝1019902356
To:<sip:+8613800138002@bj.ims.mnc000.mcc460.3gppnetwork.org>
CSeq:1MESSAGE
Allow:
ACK,BYE,CANCEL,INFO,INVITE,MESSAGE,NOTIFY,OPTIONS,PRACK,UPDATE
Max-Forwards:70
Accept-Contact:
*；+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.oma.cpm.msg"
User-Agent:CPM-client/OMA2.2 RCS-client/UP_2.4term-Vendor1/Model1-XXXX client-CLN1/Software1234 OS-Android/8.1
Content-Length:417
P-Preferred-Service:urn:urn-7:3gpp-service.ims.icsi.oma.cpm.msg
P-Preferred-Identity:
<sip:+8613800138001@bj.ims.mnc000.mcc460.3gppnetwork.org>
Conversation-ID:u13900010001010203
Contribution-ID:u201403011700010003
Content-Type:message/cpim
Message-Type:PagerMode
Message-ByteRange:1-176/176
From:<sip:+8613800138001@bj.ims.mnc000.mcc460.3gppnetwork.org>
To:sip:+8613800138002@bj.ims.mnc000.mcc460.3gppnetwork.org
NS:imdn<urn:ietf:params:imdn>
imdn.Message-ID:W8dcbOvf
DateTime:2012-09-01T11:46:43.35+08:00
imdn.Disposition-Notification:display
Content-Type:text/plain；charset＝UTF-8
Content-Length:31
Content-Transfer-Encoding:base64
c3Nzc3Nz
在上述消息头的内容中，“Message-Type:PagerMode”为第一预设字段的内容，“Message-ByteRange：1-176/176”为第二预设字段的内容，其中，字段内容“1-176”表示消息块在寻呼模式消息中的字节范围，字段内容“176”表示消息块所属的寻呼模式消息的字节总数。
在第二个示例中，第一预设字段的内容为“Message-Type:LargeMode”，第二预设字段的内容为“Message-ByteRange:1-10240/60000”，其中，字段内容“1-10204”表示消息块在长文本消息中的字节范围，字段内容“60000”表示消息块所属的长文本消息的字节总数。
上述第二个示例对应的消息头的内容与上述第一个示例对应的消息头的内容类似。
可以看出，本申请实施例可以在SIP消息的消息头中，通过预设字段指示消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而，在被叫终端接收到SIP消息后，可以根据消息头中的两个预设字段对SIP消息进行针对性地处理。
下面对服务器和被叫终端之间的交互流程进行示例性地说明。参照图4，服务器可以包括消息接入模块和消息处理模块，示例性地，服务器可以是5GMC。
在服务器多次向被叫终端发送SIP消息的情况下，服务器与被叫终端之间的交互流程可以包括：
步骤B1：服务器第i次向被叫终端发送SIP消息。
本申请实施例中，服务器第i次向被叫终端发送的SIP消息可以是主叫终端第i次向服务器发送的SIP消息。可以看出，服务器每次向被叫终端发送的SIP消息中承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块。
参照图4，消息处理模块在接收到主叫终端第i次发送的SIP消息后，可以将该SIP消息发送至消息接入模块；消息接入模块可以第i次向被叫终端发送SIP消息。
步骤B2：被叫终端向服务器发送第二接收确认信息。
这里，第二接收确认信息用于指示被叫终端已经接收到服务器最近一次发送的SIP消息。
被叫终端在接收到服务器第i次发送的SIP消息后，可以生成第二接收确认信息，将第二接收确认信息发送至服务器的消息接入模块；参照图4，第二接收确认信息为图4中的202Accepted消息。消息接入模块可以将202Accepted消息发送至消息处理模块。
步骤B3：服务器第i+1次向被叫终端发送SIP消息。
本申请实施例中，服务器第i+1次向被叫终端发送的SIP消息可以是主叫终端第i+1次向服务器发送的SIP消息。
可以看出，服务器在接收到第二接收确认信息后，第i+1次向被叫终端发送SIP消息，即，服务器可以在确认被叫终端接收到第i次发送的SIP消息后，再次向被叫终端发送下一个SIP消息，从而实现多个SIP消息的有序发送，使得被叫终端可以按照顺序接收SIP消息，在服务器与被叫终端之间实现SIP消息的可靠传输。
步骤B4：被叫终端向服务器发送第二接收确认信息。
被叫终端在接收到服务器第i+1次发送的SIP消息后，可以生成第二接收确认信息。示例性地，第二接收确认信息为图4中的202Accepted消息。
被叫终端可以向服务器发送第二接收确认信息，参照图4，被叫终端可以向消息接入模块发送202Accepted消息，消息接入模块可以将202Accepted消息发送至消息处理模块。
本申请实施例中，在服务器仅向被叫终端发送一次SIP消息的情况下，可以参照步骤B1至步骤B2实现。
在一些实施例中，服务器将接收到的SIP消息发送至被叫终端后，被叫终端可以对接收到的SIP消息中承载的消息内容进行处理。
可以看出，服务器可以通过发送SIP消息的方式，将寻呼模式消息或长文本消息发送至被叫终端，因此，服务器具有通过SIP消息向被叫终端发送寻呼模式消息或长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，降低了消息传输耗费的时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
在一些实施例中，被叫终端对接收到的SIP消息中承载的消息内容进行处理的流程，可以包括：根据第一预设字段确定消息内容的类型，根据第二预设字段确定消息块的字节范围、以及消息块所属的消息的字节总数；根据消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，对消息内容进行处理。
可以看出，被叫终端可以在获取SIP消息后，根据消息头中的第一预设字段和第二预设字段，较为准确地确定出消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而可以根据消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，对SIP消息中的消息内容进行针对性地处理。
在一些实施例中，被叫终端可以在消息内容的类型为长文本消息的情况下，根据消息块的字节范围、以及消息块所属的消息的字节总数，对至少两次接收到的SIP消息中的消息块进行拼接处理，得到对应的长文本消息。
本申请实施例中，在主叫终端需要向被叫终端发送长文本消息的情况下，主叫终端可以将长文本消息划分为至少两个消息块，主叫终端可以通过服务器向被叫终端至少两次发送对应的消息块，使得被叫终端通过至少两次接收SIP消息接收到长文本消息的各个消息块。
这里，在消息内容的类型为长文本消息的情况下，消息块的字节范围可以表示消息块在长文本消息中的字节范围，消息块所属的消息的字节总数可以表示对应的长文本消息的字节总数。
可以看出，被叫终端在至少两次接收到SIP消息后，可以确定每次接收到的消息块在长文本消息中的字节范围、以及每次接收到的消息块所属的长文本消息的字节总数，从而，可以将至少两次接收到的消息块较为准确地拼接为一个长文本消息，这样，可以使被叫终端较为准确地接收到一个完整的长文本消息。
基于前述记载的内容，本申请实施例还提出了一种应用于服务器中的消息处理方法。
图5为本申请实施例中应用于服务器中的消息处理方法的流程图，如图5所示，该流程可以包括：
步骤501：接收主叫终端的目标SIP消息，SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块。
步骤502：将接收到的SIP消息发送至被叫终端，使被叫终端对SIP消息中承载的消息内容进行处理。
可以看出，主叫终端可以通过发送SIP消息的方式，将寻呼模式消息或长文本消息发送至服务器，进而，在服务器将主叫终端发送的SIP消息发送至被叫终端的情况下，主叫终端具有通过SIP消息向被叫终端发送寻呼模式消息或长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，由于无需预先进行MSRP能力协商，因此，可以节省MSRP能力协商的时间，降低了消息传输耗费的总时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
在一些实施例中，SIP消息的消息头中的第一预设字段用于指示消息内容的类型，SIP消息的消息头中的第二预设字段用于指示消息块的字节范围、以及消息块所属的消息的字节总数。
可以看出，本申请实施例可以在SIP消息的消息头中，通过预设字段指示消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而，在被叫终端接收到SIP消息后，可以根据消息头中的两个预设字段对SIP消息进行针对性地处理。
在一些实施例中，在所述接收主叫终端的目标会话初始协议SIP消息之前，所述方法还包括：在接收到所述主叫终端第i次发送的SIP消息后，向所述主叫终端发送第一接收确认信息；其中，所述接收主叫终端的目标会话初始协议SIP消息，包括：接收所述主叫终端第i+1次发送的SIP消息。
可以看出，主叫终端可以在确认服务器接收到第i次发送的SIP消息后，再次向服务器发送SIP消息，从而实现多个SIP消息的有序发送，使得服务器可以按照顺序接收SIP消息，在主叫终端与服务器之间实现SIP消息的可靠传输。
在一些实施例中，所述方法还包括：在将所述主叫终端第i次发送的SIP消息发送至所述被叫终端后，接收所述被叫终端发送的第二接收确认信息；所述将接收到的所述SIP消息发送至被叫终端，包括：向所述被叫终端发送所述主叫终端第i+1次发送的SIP消息。
可以看出，服务器在接收到第二接收确认信息后，第i+1次向被叫终端发送SIP消息，即，服务器可以在确认被叫终端接收到第i次发送的SIP消息后，再次向被叫终端发送下一个SIP消息，从而实现多个SIP消息的有序发送，使得被叫终端可以按照顺序接收SIP消息，在服务器与被叫终端之间实现SIP消息的可靠传输。
基于前述记载的内容，本申请实施例还提出了一种应用于主叫终端中的消息处理方法。
图6为本申请实施例中应用于主叫终端中的消息处理方法的流程图，如图6所示，该流程可以包括：
步骤601：获取待发送的目标SIP消息，待发送的目标SIP消息承载有消息内容，消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块。
步骤602：向服务器发送SIP消息，使服务器将主叫终端发送的SIP消息发送至被叫终端；其中，主叫终端向服务器发送的SIP消息为目标SIP消息。
可以看出，主叫终端可以通过发送SIP消息的方式，将寻呼模式消息或长文本消息发送至服务器，进而，在服务器将主叫终端发送的SIP消息发送至被叫终端的情况下，主叫终端具有通过SIP消息向被叫终端发送寻呼模式消息或长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，由于无需预先进行MSRP能力协商，因此，可以节省MSRP能力协商的时间，降低了消息传输耗费的总时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
在一些实施例中，SIP消息的消息头中的第一预设字段用于指示消息内容的类型，SIP消息的消息头中的第二预设字段用于指示消息块的字节范围、以及消息块所属的消息的字节总数。
可以看出，本申请实施例可以在SIP消息的消息头中，通过预设字段指示消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而，在被叫终端接收到SIP消息后，可以根据消息头中的两个预设字段对SIP消息进行针对性地处理。
在一些实施例中，所述获取待发送的目标会话初始协议SIP消息，包括：在确定向所述被叫终端发送所述长文本消息的情况下，将所述长文本消息划分为至少两个消息块；生成与所述至少两个消息块中分别对应的至少两个SIP消息，所述至少两个SIP消息中的每个SIP消息中承载有所述至少两个消息块中的一个消息块；将生成的所述每个SIP消息确定为待发送的目标SIP消息。
可以看出，主叫终端可以将长文本消息划分为至少两个消息块，并且可以将至少两个消息块进行分次发送，即，主叫终端可以通过多次发送消息块的方式，将长文本消息发送至服务器，进而，在服务器将主叫终端发送的SIP消息发送至被叫终端的情况下，主叫终端具有通过SIP消息向被叫终端发送长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，降低了消息传输耗费的时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
在一些实施例中，所述方法还包括：在待发送的目标SIP消息的数量大于1的情况下，确定各个待发送的目标SIP消息的发送次序；在按照所述发送次序向所述服务器第i次发送所述SIP消息后，接收所述服务器发送的第一接收确认信息；其中，i为大于或等于1的整数；所述向服务器发送SIP消息，包括：按照所述发送次序向所述服务器第i+1次发送所述SIP消息。
可以看出，主叫终端可以通过多次发送SIP消息的方式，按照发送次序实现多个待发送的SIP消息的发送，从而使得服务器可以按序接收多个待发送的SIP消息，有利于使被叫终端按序接收到多个待发送的SIP消息。
基于前述记载的内容，本申请实施例还提出了一种应用于被叫终端中的消息处理方法。
图7为本申请实施例中应用于被叫终端中的消息处理方法的流程图，如图7所示，该流程可以包括：
步骤701：接收服务器发送的SIP消息，SIP消息承载有消息内容，消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块。
步骤702：对接收到的SIP消息中承载的消息内容进行处理。
可以看出，服务器可以通过发送SIP消息的方式，将寻呼模式消息或长文本消息发送至被叫终端，因此，服务器具有通过SIP消息向被叫终端发送寻呼模式消息或长文本消息的能力，与相关技术中需要预先进行MSRP能力协商的方案相比，降低了消息传输耗费的时间，并且，由于无需服务器和终端具备MSRP协议栈能力，降低了资源消耗。
在一些实施例中，SIP消息的消息头中的第一预设字段用于指示消息内容的类型，SIP消息的消息头中的第二预设字段用于指示消息块的字节范围、以及消息块所属的消息的字节总数。
可以看出，本申请实施例可以在SIP消息的消息头中，通过预设字段指示消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而，在被叫终端接收到SIP消息后，可以根据消息头中的两个预设字段对SIP消息进行针对性地处理。
在一些实施例中，被叫终端对接收到的SIP消息中承载的消息内容进行处理，可以包括：根据第一预设字段确定消息内容的类型，根据第二预设字段确定消息块的字节范围、以及消息块所属的消息的字节总数；根据消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，对消息内容进行处理。
可以看出，被叫终端可以在获取SIP消息后，根据消息头中的第一预设字段和第二预设字段，较为准确地确定出消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，从而可以根据消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，对SIP消息中的消息内容进行针对性地处理。
在一些实施例中，被叫终端根据消息内容的类型、消息块的字节范围、以及消息块所属的消息的字节总数，对消息内容进行处理的流程，可以包括：在消息内容的类型为长文本消息的情况下，根据消息块的字节范围、以及消息块所属的消息的字节总数，对至少两次接收到的SIP消息中的消息块进行拼接处理，得到对应的长文本消息。
可以看出，被叫终端在至少两次接收到SIP消息后，可以确定每次接收到的消息块在长文本消息中的字节范围、以及每次接收到的消息块所属的长文本消息的字节总数，从而，可以将至少两次接收到的消息块较为准确地拼接为一个长文本消息，这样，可以使被叫终端较为准确地接收到一个完整的长文本消息。
在一些实施例中，所述方法还包括：在接收到所述服务器第i次发送的SIP消息后，向所述服务器发送第二接收确认信息；其中，i为大于或等于1的整数；所述接收服务器发送的SIP消息，包括：接收所述服务器第i+1次发送的SIP消息。
可以看出，服务器在接收到第二接收确认信息后，第i+1次向被叫终端发送SIP消息，即，服务器可以在确认被叫终端接收到第i次发送的SIP消息后，再次向被叫终端发送下一个SIP消息，从而实现多个SIP消息的有序发送，使得被叫终端可以按照顺序接收SIP消息，在服务器与被叫终端之间实现SIP消息的可靠传输。
本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
在前述实施例提出的消息处理方法的基础上，本申请实施例还提出了一种应用于服务器中的消息处理装置；
图8为本申请实施例的一种消息处理装置的结构示意图，如图8所示，该装置可以包括第一收发模块801和第二收发模块802；其中，
第一收发模块801，用于接收主叫终端的目标SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；
第二收发模块802，用于将接收到的所述SIP消息发送至被叫终端，使所述被叫终端对所述SIP消息中承载的消息内容进行处理。
在一些实施例中，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。
在一些实施例中，所述第一收发模块801，还用于在接收到所述主叫终端第i次发送的SIP消息后，向所述主叫终端发送第一接收确认信息；其中，i为大于或等于1的整数；所述第一收发模块801，用于接收主叫终端的目标SIP消息，包括：接收所述主叫终端第i+1次发送的SIP消息。
在一些实施例中，所述第二收发模块802，还用于在将所述主叫终端第i次发送的SIP消息发送至所述被叫终端后，接收所述被叫终端发送的第二接收确认信息；所述第二收发模块802，用于将接收到的所述SIP消息发送至被叫终端，包括：向所述被叫终端发送所述主叫终端第i+1次发送的SIP消息。
在实际应用中，第一收发模块801和第二收发模块802均可以基于服务器的处理器实现，上述处理器可以是特定用途集成电路(Application Specific IntegratedCircuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(Programmable LogicDevice，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地，实现上述处理器功能的电子器件还可以为其它，本申请实施例不作限制。
在前述实施例提出的消息处理方法的基础上，本申请实施例还提出了一种应用于主叫终端中的消息处理装置；
图9为本申请实施例的另一种消息处理装置的结构示意图，如图9所示，该装置可以包括获取模块901和第三收发模块902；其中，
获取模块901，用于获取待发送的目标会话初始协议SIP消息，所述待发送的目标SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；
第三收发模块902，用于向服务器发送SIP消息，使所述服务器将所述主叫终端发送的所述SIP消息发送至被叫终端；其中，所述主叫终端向所述服务器发送的SIP消息为所述目标SIP消息。
在一些实施例中，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。
在一些实施例中，所述获取模块901，用于获取待发送的目标SIP消息，包括：在确定向所述被叫终端发送所述长文本消息的情况下，将所述长文本消息划分为至少两个消息块；生成与所述至少两个消息块中分别对应的至少两个SIP消息，所述至少两个SIP消息中的每个SIP消息中承载有所述至少两个消息块中的一个消息块；将生成的所述每个SIP消息确定为待发送的目标SIP消息。
在一些实施例中，所述第三收发模块902，还用于在在待发送的目标SIP消息的数量大于1的情况下，确定各个待发送的目标SIP消息的发送次序；在按照所述发送次序向所述服务器第i次发送所述SIP消息后，接收所述服务器发送的第一接收确认信息；其中，i为大于或等于1的整数；
所述第三收发模块902，用于向服务器发送SIP消息，包括：按照所述发送次序向所述服务器第i+1次发送所述SIP消息。
在实际应用中，获取模块901和第三收发模块902均可以基于主叫终端的处理器实现，上述处理器可以是ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。可以理解地，实现上述处理器功能的电子器件还可以为其它，本申请实施例不作限制。
在前述实施例提出的消息处理方法的基础上，本申请实施例还提出了一种应用于被叫终端中的消息处理装置；
图10为本申请实施例的又一种消息处理装置的结构示意图，如图10所示，该装置可以包括第四收发模块1001和处理模块1002；其中，
所述第四收发模块1001，用于接收服务器发送的SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息的消息块，或者为长文本消息的一个消息块；
处理模块1002，用于对接收到的所述SIP消息中承载的消息内容进行处理。
在一些实施例中，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。
在一些实施例中，所述处理模块1002，用于对接收到的所述SIP消息中承载的消息内容进行处理，包括：
根据所述第一预设字段确定所述消息内容的类型，根据所述第二预设字段确定所述消息块的字节范围、以及所述消息块所属的消息的字节总数；
根据所述消息内容的类型、所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对所述消息内容进行处理。
在一些实施例中，所述处理模块1002，用于根据所述消息内容的类型、所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对所述消息内容进行处理，包括：
在所述消息内容的类型为长文本消息的情况下，根据所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对至少两次接收到的SIP消息中的消息块进行拼接处理，得到对应的长文本消息。
在一些实施例中，所述第四收发模块1001，还用于在接收到所述服务器第i次发送的SIP消息后，向所述服务器发送第二接收确认信息；其中，i为大于或等于1的整数；所述第四收发模块1001，用于接收服务器发送的SIP消息，包括：接收所述服务器第i+1次发送的SIP消息。
在实际应用中，第四收发模块1001和处理模块1002均可以基于被叫终端的处理器实现，上述处理器可以是ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。可以理解地，实现上述处理器功能的电子器件还可以为其它，本申请实施例不作限制。
需要说明的是，以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是终端、服务器等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。
对应地，本申请实施例再提供一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，该计算机可执行指令用于实现本申请实施例提供的任意一种消息处理方法。
相应的，本申请实施例再提供一种计算机存储介质，所述计算机存储介质上存储有计算机可执行指令，该计算机可执行指令用于实现上述实施例提供的任意一种消息处理方法。
本申请实施例还提供一种服务器，图11为本申请实施例提供的一种服务器的组成结构示意图，如图11所示，所述服务器110包括：
第一存储器111，用于存储可执行指令；
第一处理器112，用于执行所述第一存储器111中存储的可执行指令时，实现上述任意一种应用于服务器中的消息处理方法。
上述第一处理器112可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。
本申请实施例还提供一种主叫终端，图12为本申请实施例提供的一种主叫终端的组成结构示意图，如图12所示，所述主叫终端120包括：
第二存储器121，用于存储可执行指令；
第二处理器122，用于执行所述第二存储器121中存储的可执行指令时，实现上述任意一种应用于主叫终端中的消息处理方法。
上述第二处理器122可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。
本申请实施例还提供一种被叫终端，图13为本申请实施例提供的一种被叫终端的组成结构示意图，如图13所示，所述被叫终端130包括：
第三存储器131，用于存储可执行指令；
第三处理器132，用于执行所述第三存储器131中存储的可执行指令时，实现上述任意一种应用于被叫终端中的消息处理方法。
上述第三处理器132可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。
上述计算机可读存储介质/存储器可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory，CD-ROM)等存储器；也可以是包括上述存储器之一或任意组合的各种终端，如移动电话、计算机、平板设备、个人数字助理等。
在一些实施例中，本申请实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。
上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。
本申请所提供的各方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
本申请所提供的各产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
本申请所提供的各方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本申请的保护之内。

Claims (20)

1.一种消息处理方法，其特征在于，应用于服务器中，所述方法包括：
接收主叫终端的目标会话初始协议SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息Page mode message的消息块chunk，或者为长文本消息Largemode message的一个消息块；
将接收到的所述SIP消息发送至被叫终端，使所述被叫终端对所述SIP消息中承载的消息内容进行处理。
2.根据权利要求1所述的方法，其特征在于，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。
3.根据权利要求1或2所述的方法，其特征在于，在所述接收主叫终端的目标会话初始协议SIP消息之前，所述方法还包括：
在接收到所述主叫终端第i次发送的SIP消息后，向所述主叫终端发送第一接收确认信息；其中，i为大于或等于1的整数；
其中，所述接收主叫终端的目标SIP消息，包括：
接收所述主叫终端第i+1次发送的SIP消息。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
在将所述主叫终端第i次发送的SIP消息发送至所述被叫终端后，接收所述被叫终端发送的第二接收确认信息；
所述将接收到的所述SIP消息发送至被叫终端，包括：
向所述被叫终端发送所述主叫终端第i+1次发送的SIP消息。
5.一种消息处理方法，其特征在于，应用于主叫终端中，所述方法包括：
获取待发送的目标会话初始协议SIP消息，所述待发送的目标SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息Page mode message的消息块chunk，或者为长文本消息Large mode message的一个消息块；
向服务器发送SIP消息，使所述服务器将所述主叫终端发送的所述SIP消息发送至被叫终端；其中，所述主叫终端向所述服务器发送的SIP消息为所述目标SIP消息。
6.根据权利要求5所述的方法，其特征在于，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。
7.根据权利要求5或6所述的方法，其特征在于，所述获取待发送的目标SIP消息，包括：
在确定向所述被叫终端发送所述长文本消息的情况下，将所述长文本消息划分为至少两个消息块；
生成与所述至少两个消息块中分别对应的至少两个SIP消息，所述至少两个SIP消息中的每个SIP消息中承载有所述至少两个消息块中的一个消息块；将生成的所述每个SIP消息确定为待发送的目标SIP消息。
8.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：在待发送的目标SIP消息的数量大于1的情况下，确定各个待发送的目标SIP消息的发送次序；
在按照所述发送次序向所述服务器第i次发送所述SIP消息后，接收所述服务器发送的第一接收确认信息；其中，i为大于或等于1的整数；
所述向服务器发送SIP消息，包括：
按照所述发送次序向所述服务器第i+1次发送所述SIP消息。
9.一种消息处理方法，其特征在于，应用于被叫终端中，所述方法包括：
接收服务器发送的会话初始协议SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息Page mode message的消息块chunk，或者为长文本消息Large modemessage的一个消息块；
对接收到的所述SIP消息中承载的消息内容进行处理。
10.根据权利要求9所述的方法，其特征在于，所述SIP消息的消息头中的第一预设字段用于指示所述消息内容的类型，所述SIP消息的消息头中的第二预设字段用于指示所述消息块的字节范围、以及所述消息块所属的消息的字节总数。
11.根据权利要求10所述的方法，其特征在于，所述对接收到的所述SIP消息中承载的消息内容进行处理，包括：
根据所述第一预设字段确定所述消息内容的类型，根据所述第二预设字段确定所述消息块的字节范围、以及所述消息块所属的消息的字节总数；
根据所述消息内容的类型、所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对所述消息内容进行处理。
12.根据权利要求11所述的方法，其特征在于，所述根据所述消息内容的类型、所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对所述消息内容进行处理，包括：
在所述消息内容的类型为长文本消息的情况下，根据所述消息块的字节范围、以及所述消息块所属的消息的字节总数，对至少两次接收到的SIP消息中的消息块进行拼接处理，得到对应的长文本消息。
13.根据权利要求9至12任一项所述的方法，其特征在于，所述方法还包括：
在接收到所述服务器第i次发送的SIP消息后，向所述服务器发送第二接收确认信息；其中，i为大于或等于1的整数；
所述接收服务器发送的SIP消息，包括：
接收所述服务器第i+1次发送的SIP消息。
14.一种消息处理装置，其特征在于，应用于服务器中，所述装置包括：
第一收发模块，用于接收主叫终端的目标会话初始协议SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息Page mode message的消息块chunk，或者为长文本消息Large mode message的一个消息块；
第二收发模块，用于将接收到的所述SIP消息发送至被叫终端，使所述被叫终端对所述SIP消息中承载的消息内容进行处理。
15.一种消息处理装置，其特征在于，应用于主叫终端中，所述装置包括：
获取模块，用于获取待发送的目标会话初始协议SIP消息，所述待发送的目标SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息Page mode message的消息块chunk，或者为长文本消息Large mode message的一个消息块；
第三收发模块，用于向服务器发送SIP消息，使所述服务器将所述主叫终端发送的所述SIP消息发送至被叫终端；其中，所述主叫终端向所述服务器发送的SIP消息为所述目标SIP消息。
16.一种消息处理装置，其特征在于，应用于被叫终端中，所述装置包括：
第四收发模块，用于接收服务器发送的会话初始协议SIP消息，所述SIP消息承载有消息内容，所述消息内容为表示寻呼模式消息Page mode message的消息块chunk，或者为长文本消息Large mode message的一个消息块；
处理模块，用于对接收到的所述SIP消息中承载的消息内容进行处理。
17.一种服务器，其特征在于，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，
所述处理器用于运行所述计算机程序以执行权利要求1至4任一项所述的消息处理方法。
18.一种主叫终端，其特征在于，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，
所述处理器用于运行所述计算机程序以执行权利要求5至8任一项所述的消息处理方法。
19.一种被叫终端，其特征在于，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，
所述处理器用于运行所述计算机程序以执行权利要求9至13任一项所述的消息处理方法。
20.一种计算机存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至13任一项所述的消息处理方法。
CN202211208690.0A 2022-09-30 2022-09-30 消息处理方法、装置、服务器、终端和存储介质 Pending CN116963275A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211208690.0A CN116963275A (zh) 2022-09-30 2022-09-30 消息处理方法、装置、服务器、终端和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211208690.0A CN116963275A (zh) 2022-09-30 2022-09-30 消息处理方法、装置、服务器、终端和存储介质

Publications (1)

Publication Number Publication Date
CN116963275A true CN116963275A (zh) 2023-10-27

Family

ID=88450007

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211208690.0A Pending CN116963275A (zh) 2022-09-30 2022-09-30 消息处理方法、装置、服务器、终端和存储介质

Country Status (1)

Country Link
CN (1) CN116963275A (zh)

Similar Documents

Publication Publication Date Title
EP2870735B1 (en) Method for adding client capability data to a sip message
EP2514139B1 (en) System and method of multi-media conferencing between universal plug and play (upnp) enabled telephony devices and wireless area network (wan) devices
US8351423B2 (en) Page-mode messaging
EP2740250B1 (en) Method and apparatus for high performance low latency real time notification delivery
CN104468145A (zh) 基于rcs的群消息的处理方法和装置
US8886234B2 (en) Techniques for unified messaging
KR20120117979A (ko) 대화 중에 복수의 통신 양식을 전송하는 것
CN101291300B (zh) 消息业务中文件传输的实现方法、装置和用户设备
US20120155459A1 (en) Converged messaging across legacy and ip domains
CN101273577A (zh) 通信系统中的集群通信
US20140250197A1 (en) Content server, terminal, and method using http
CN114979084B (zh) 一种呼叫方法、装置及系统
US20130031616A1 (en) Methods and Systems for Enabling Multiple Accounts Support
CN110875914A (zh) 一种基于共享会话链路传输消息的方法及装置
CN106161201B (zh) 一种以邮箱账号为标识参与群聊的方法、设备及系统
US8606861B2 (en) Method, apparatus, and computer program product for reducing session related message size
US11700526B2 (en) Method and apparatus for identifying in-call capability features
CN110892692A (zh) 机器人简档发现
US8621107B2 (en) State-mediated data signaling used for compression in telecommunication services
US20130188559A1 (en) Method for Establishing a Communication Connection over the Internet Between Mobile Terminals, Computer Program, and Storage Medium
CN116963275A (zh) 消息处理方法、装置、服务器、终端和存储介质
EP2869525B1 (en) Method and apparatus for locating session initiation protocol dialog
CN109120578B (zh) 一种实现链路连接处理的方法及装置
WO2018133542A1 (zh) 文件传输方法及系统、装置、电子设备、计算机存储介质
KR20100090089A (ko) 통신 시스템에서 세션 히스토리 송수신 방법

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