CN112954747A - 消息处理方法、网元及存储介质 - Google Patents

消息处理方法、网元及存储介质 Download PDF

Info

Publication number
CN112954747A
CN112954747A CN201911266890.XA CN201911266890A CN112954747A CN 112954747 A CN112954747 A CN 112954747A CN 201911266890 A CN201911266890 A CN 201911266890A CN 112954747 A CN112954747 A CN 112954747A
Authority
CN
China
Prior art keywords
message
media type
sdp
emsc
call
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
CN201911266890.XA
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.)
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 CN201911266890.XA priority Critical patent/CN112954747A/zh
Publication of CN112954747A publication Critical patent/CN112954747A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提出了一种消息处理方法、网元及存储介质，其中，该方法为：ATCF网元接收SCC AS发送的第一消息，该第一消息中携带有eMSC不支持的SDP的媒体类型，ATCF网元对第一消息中的SDP的媒体类型进行更新处理，并将更新后的第一消息发送至eMSC，其中，更新后的第一消息中的SDP媒体类型为eMSC支持的SDP媒体类型，eMSC根据更新后的第一消息向ATCF网元发送呼叫切换请求消息，呼叫切换请求消息中携带的SDP媒体类型为更新后第一消息中SDP的媒体类型。通过这样的方式，可以避免现有技术中，eMSC不支持第二路呼叫协商好的媒体类型时，无法向ATCF发送新的切换请求消息，导致切换失败的问题。

Description

消息处理方法、网元及存储介质
技术领域
本申请涉及通信技术领域，具体涉及一种消息处理方法、网元及存储介质。
背景技术
双模单待无线语音呼叫连续性(Single Radio Voice Call Continuity，SRVCC)是第三代移动通信合作伙伴(3rd Generation Partnership Project，3GPP)提出的一种基于互联网协议的多媒体子系统(Internet Protocol Multimedia Subsystem，IMS)长期演进语音承载(Voice over Long-Term，VoLTE)业务的连续性方案，主要解决单射频用户设备(User Equipment，UE)在长期演进(Long Time Evolution，LTE)网络分组的交换(PacketSwitch，PS)域和第二代(2rd Generation，2G)移动通信/第三代(3rd Generation，3G)移动通信电路交换(Circuit Switch，CS)域网络之间移动时，保证双模单带UE在IMS控制的VoLTE语音和CS域语音之间平滑切换的问题。
增强的双模单待无线语音呼叫连续性(Enhanced SRVCC，eSRVCC)在SRVCC的基础上，增加了接入转换控制功能(Access Transfer Control Function，ATCF)网元和接入转换网关(Access Transfer Gateway，ATGW)，其中，ATCF网元可以作为应用服务器(ServiceCentralization and Continuity Application Server，SCC AS)的前置网元，ATGW网元可以作为媒体面锚点。与SRVCC相比，eSRVCC不仅保证了语音呼叫连续性，而且减少了切换时延，提高了切换成功率。
多路呼叫单待无线语音呼叫连续性(mid-call eSRVCC)是指主叫用户和被叫用户存在多路呼叫时，发生了SRVCC切换的增强型技术方案。在目前的3GPP标准中，在mid-calleSRVCC的流程中，第一路切换完成之后，SCC AS发送参考(REFER)消息给增强移动交换中心(Enhanced Mobile Switching Center，eMSC)，通知eMSC发送新的邀请(INVITE)消息替换原有的PS域的第二路呼叫，其中，REFER消息中携带的会话描述协议(Session DescriptionProtocol，SDP)的媒体类型填写的是第二路呼叫(或者第N路呼叫，N大于1)协商好的媒体类型，eMSC收到REFER消息后，向ATCF发送新的切换INVITE消息，新的切换INVITE消息的SDP中的媒体类型与REFER消息中的SDP中的媒体类型一致。而当eMSC不支持第二路呼叫协商好的媒体类型时，eMSC无法向ATCF发送新的切换INVITE消息，导致切换失败，降低了mid-calleSRVCC的切换成功率。
发明内容
本申请提供一种消息处理方法、网元及存储介质，能够根据更新后的会话描述协议的媒体类型发送呼叫切换请求消息，从而提高呼叫切换成功率，优化用户通话体验。
本申请实施例提供了一种消息处理方法，包括：
ATCF网元接收SCC AS发送的第一消息，第一消息中携带的SDP的媒体类型为eMSC不支持的媒体类型；
ATCF网元对第一消息中的SDP的媒体类型进行更新处理；
ATCF网元将更新后的第一消息发送至eMSC，更新后的第一消息中的SDP媒体类型为eMSC支持的SDP媒体类型；
eMSC根据更新后的第一消息向ATCF网元发送呼叫切换请求消息，呼叫切换请求消息中携带的SDP媒体类型为更新后第一消息中SDP的媒体类型。
本申请实施例提供了一种消息处理方法，包括：
eMSC接收ATCF网元发送的第一消息，第一消息中携带有SDP的媒体类型；
eMSC确认自身不支持第一消息中的SDP的媒体类型时，对第一消息进行处理，生成第一呼叫媒体切换请求消息，第一呼叫媒体切换请求消息中携带的SDP媒体类型为eMSC支持的SDP的媒体类型。
本申请实施例提供了一种消息处理方法，包括：
第一网元接收第三呼叫请求消息，第三呼叫请求消息中携带的SDP的媒体类型为eMSC不支持的媒体类型；
第一网元对第三呼叫请求消息中的SDP的媒体类型进行更新处理，生成第四呼叫请求消息，第四呼叫请求消息中携带的SDP媒体类型为eMSC支持的SDP的媒体类型。
本申请实施例提供了一种网元，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，当处理器执行计算机程序时，实现本申请实施例中的任一消息处理方法。
本申请实施例提供了一种计算机可读写存储介质，该存储介质存储有软件程序，当软件程序被处理器执行时，实现本申请实施例中的任一消息处理方法。
关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
图1为一实施例提供的一种消息处理方法的流程图；
图2为一实施例提供的网元信令交互示意图；
图3为一实施例提供的网元信令交互示意图；
图4为一实施例提供的网元信令交互示意图；
图5为一实施例提供的一种消息处理方法的流程图；
图6为一实施例提供的网元信令交互示意图；
图7为一实施例提供的网元信令交互示意图；
图8为一实施例提供的一种消息处理方法的流程图；
图9为一实施例提供的一种网元结构示意图；
图10为一实施例提供的一种网元结构示意图；
图11为一实施例提供的一种网元结构示意图；
图12为一实施例提供的一种网元结构示意图；
图13为一实施例提供的一种网元结构示意图；
图14为一实施例提供的一种网元结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
另外，在本申请实施例中，“可选地”或者“示例性地”等词用于表示作例子、例证或说明。本发明实施例中被描述为“可选地”或者“示例性地”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“可选地”或者“示例性地”等词旨在以具体方式呈现相关概念。再者，本申请实施例中的“第一”、“第二”等词语是用于区分不同的对象，而不限定特定的顺序或先后次序。
本申请实施例可以应用于mid-call eSRVCC切换的场景下，在用户设备A与用户设备B之间建立呼叫1，用户设备A与用户设备C之间建立呼叫2，其中呼叫1为通话态，呼叫2为呼叫保持态，或者振铃前状态(pre-alerting态)，或者振铃态，用户设备A发起从PS域向CS域的切换，由eMSC、ATCF、SCC AS网元之间相互配合完成对呼叫1的eSRVCC的切换流程，当呼叫1切换完成后进一步发起呼叫2(也称第二路呼叫切换，或者第N路切换，N大于1)，在eMSC不支持第二路呼叫的媒体类型的情况下，通过本申请实施例提供的方案能够实现从第一路呼叫成功切换至第二路呼叫。
图1为一实施例提供的一种消息处理方法的流程图，如图1所示，本实施例提供的方法包括如下步骤：
S101、ATCF网元接收SCC AS发送的第一消息。
示例性地，在本申请实施例中，该第一消息可以为针对第二路呼叫的SIP请求REFER消息，其中，第一消息中携带有SDP的媒体类型，且该SDP的媒体类型为eMSC不支持的媒体类型。那么进一步地，SDP的媒体类型可以携带在SIP请求REFER消息的Refer-To头域的SIP URI参数中，更进一步地，该SDP媒体类型可以携带在SIP URI参数的body参数中。
需要说明的是，上述SDP的媒体类型可以为多个，也可以为一个。
S102、ATCF网元对第一消息中的SDP的媒体类型进行更新处理。
由于SCC AS向ATCF网元发送的第一消息中携带有eMSC不支持的SDP的媒体类型，因此，ATCF网元接收到SCC AS发送的第一消息后，需要对该第一消息中的SDP的媒体类型进行更新处理。
示例性地，该更新处理过程可以为ATCF网元将第一消息中的SDP的媒体类型更新为eMSC支持的SDP的媒体类型。
进一步地，假设第一消息为SIP请求REFER消息，那么ATCF可以在SIP请求REFER消息的Refer-To头域的SIP URI参数中携带的body参数中的SDP中更新媒体类型。
S103、ATCF网元将更新后的第一消息发送至eMSC。
通过步骤S102的处理，ATCF网元对SDP的媒体类型进行更新处理，将更新后的媒体类型携带在第一消息中发送至eMSC，其中，更新后的第一消息中的SDP媒体类型为eMSC支持的SDP媒体类型。
S104、eMSC根据更新后的第一消息向ATCF网元发送呼叫切换请求消息。
示例性地，上述呼叫切换请求消息可以为针对第二路呼叫切换的SIP INVITE请求消息。
eMSC接收到更新的第一消息后，向ATCF发送针对第二路呼叫的呼叫切换请求消息，其中，该呼叫切换请求消息中携带的SDP媒体类型为更新后第一消息中SDP的媒体类型。
由于更新后的第一消息中SDP媒体类型为eMSC支持的SDP媒体类型，且eMSC向ATCF发送的针对第二路呼叫的呼叫切换请求消息中携带的SDP媒体类型为更新后的第一消息中SDP的媒体类型。因此，eMSC向ATCF发送的针对第二路呼叫的呼叫切换请求消息中携带的SDP媒体类型为自身支持的媒体类型，从而解决了现有技术中，eMSC不支持第二路呼叫协商好的媒体类型时，eMSC无法向ATCF发送新的切换请求消息，导致切换失败的问题。
本申请实施例提供了一种消息处理方法，ATCF网元接收SCC AS发送的第一消息，该第一消息中携带有eMSC不支持的SDP的媒体类型，ATCF网元对第一消息中的SDP的媒体类型进行更新处理，并将更新后的第一消息发送至eMSC，其中，更新后的第一消息中的SDP媒体类型为eMSC支持的SDP媒体类型，eMSC根据更新后的第一消息向ATCF网元发送呼叫切换请求消息，呼叫切换请求消息中携带的SDP媒体类型为更新后第一消息中SDP的媒体类型。通过这样的方式，可以避免现有技术中，eMSC不支持第二路呼叫协商好的媒体类型时，无法向ATCF发送新的切换请求消息，导致切换失败的问题。
在一种示例中，上述步骤S102中的更新处理方式可以为，ATCF网元在第一消息中的SDP中添加ATCF支持的所有媒体类型，该处理方式如图2所示。
由于ATCF网元支持的媒体类型中有部分媒体类型与eMSC支持的媒体类型相同，即ATCF网元支持的媒体类型中有至少一个媒体类型为eMSC支持的媒体类型。因此，将ATCF网元支持的所有媒体类型添加至第一消息中的SDP中，并将更新后的该第一消息发送至eMSC，那么eMSC接收到更新后的第一消息后，该第一消息中携带的SDP媒体类型必然存在自身支持的媒体类型，进而，eMSC根据更新后的第一消息向ATCF网元发送呼叫切换请求消息时，也不会存在现有技术中，因eMSC不支持SDP媒体类型，导致其无法向ATCF发送新的切换请求消息的问题。
在一种示例中，如图3所示，步骤S102中的更新处理方式可以为，ATCF将第一消息中的SDP的媒体类型更新为先前呼叫中eMSC与ATCF协商的媒体类型。
其中，上述先前呼叫可以理解为呼叫1，由于呼叫1为通话态，即表示eMSC向ATCF网元发送的呼叫切换请求消息中的SDP的媒体类型为eMSC支持的媒体类型，那么，ATCF网元将针对第二路呼叫发起的第一消息中的SDP的媒体类型更新为呼叫1中eMSC与ATCF网元协商的媒体类型，从而使得第一消息中的SDP的媒体类型被更新为eMSC支持的媒体类型。
在一种示例中，如图4所示，ATCF网元将第一消息中的SDP的媒体类型更新为预先配置的媒体类型，该预先配置的媒体类型可以为人为在ATCF网元配置的eMSC支持的媒体类型，这样通过ATCF网元对第一消息中SDP的媒体类型的更新处理可以将第一消息中SDP的媒体类型更新为eMSC支持的媒体类型。
基于上述ATCF网元的几种处理方式之后，eMSC可以成功向ATCF发送针对第二路呼叫切换的呼叫切换请求消息，从而保证关于呼叫2的eSRVCC切换流程的实现。
图5为一实施例提供的一种消息处理方法的流程图，如图5所示，该方法包括如下步骤：
S501、eMSC接收ATCF网元发送的第一消息。
示例性地，上述第一消息可以为SCC AS向ATCF网元发送的针对第二路呼叫切换的SIP请求REFER消息，其中，第一消息中携带有SDP的媒体类型，进一步地，SDP的媒体类型可以携带在SIP请求REFER消息的Refer-To头域的SIP URI参数中，更进一步地，该SDP媒体类型可以携带在SIP URI参数的body参数中。
可选地，上述SDP的媒体类型可以为多个，也可以为一个。
S502、eMSC确认自身不支持第一消息中的SDP的媒体类型时，对第一消息进行处理，生成第一呼叫媒体切换请求消息。
eMSC接收到ATCF发送的第一消息后，确认该第一消息中携带的SDP媒体类型为自身不支持的媒体类型，则eMSC对该第一消息进行处理，例如，将该第一消息中携带的SDP媒体类型修改为自身支持的媒体类型，进而，生成第一呼叫媒体切换请求消息。
在一种示例中，上述步骤S502中eMSC对第一消息的处理方式可以为，eMSC向SCCAS发送第二呼叫切换请求消息，其中，该第二呼叫切换请求消息中携带的SDP媒体类型为第一消息中SDP的媒体类型，eMSC接收SCC AS针对第二呼叫切换请求发送的响应后，向SCC AS发送SIP ACK请求，并根据SIP ACK请求，生成指示呼叫切换的第一呼叫媒体切换请求消息，该第一呼叫媒体切换请求消息中携带有eMSC支持的SDP的媒体类型。
在上述eMSC与SCC AS的交互过程可以通过ATCF网元实现，例如，通过ATCF网元向SCC AS转发第二呼叫切换请求消息，通过ATCF网元向eMSC转发SCC AS针对第二呼叫切换请求消息的响应等等。
上述实现方式的详细过程如图6所示，SCC AS向ATCF网元发送针对第二路呼叫切换的第一消息，由ATCF网元将接收到的第一消息发送至eMSC，当eMSC接收到第一消息，确认第一消息中携带的SDP的媒体类型为自身不支持的媒体类型时，eMSC仍然向ATCF发送针对第二路呼叫的第二呼叫切换请求消息，该第二呼叫切换请求消息中携带的SDP媒体类型为第一消息中SDP的媒体类型，ATCF接收到第二呼叫切换请求消息后，将其转发给SCC AS。SCCAS针对接收的第二呼叫切换请求消息回复响应，例如，可以回复200OK响应，由ATCF网元将该响应转发至eMSC，进而，eMSC向ATCF网元发送SIP ACK消息，由ATCF网元将该SIP ACK请求转发至SCC AS，SCC AS接收到SIP ACK消息后向ATCF网元发送针对第二路呼叫切换的SIPBYE消息，由ATCF网元向SCC AS回复SIP BYE消息的响应，例如，ATCF网元回复SIP BYE 200响应。
在eMSC向ATCF网元发送SIP ACK请求后，eMSC可以向ATCF网元发送第一呼叫媒体切换请求消息，例如，该第一呼叫媒体切换请求消息可以为SIP re-INVITE请求，该第一呼叫媒体切换请求消息中携带有eMSC支持的SDP的媒体类型，ATCF网元将接收到的第一呼叫媒体切换请求消息转发至SCC AS，SCC AS将第一呼叫媒体切换请求消息转发给用户设备C，用户设备C针对接收到的第一呼叫媒体切换请求消息回复响应，例如，可以回复SIP 200OK响应，并依次由SCC AS、ATCF网元将用户设备C回复的响应转发至eMSC，eMSC接收到用户设备C的响应后，发送SIP ACK消息，并依次通过ATCF网元、SCC AS将SIP ACK请求发送至用户设备C，以实现针对第二路呼叫的切换。
需要说明的是，在上述各个网元的交互过程中，SCC AS发送针对第二路呼叫切换的SIP BYE请求，与eMSC向ATCF网元发送第一呼叫媒体切换请求消息的过程可以同时进行，也即图6中步骤12与步骤14可以同步进行。
当然，在呼叫2为pre-alerting态或者振铃态的场景下，上述在eMSC向ATCF网元发送SIP ACK请求后，向ATCF网元发送第一呼叫媒体切换请求消息以及后续的过程(也即图6中的步骤14-22)可以通过通话前的UPDATE实现。进一步地，在通过通话前的UPDATE实现上述相关过程时，eMSC可以不用向SCC AS发送SIP ACK请求，即在UPDATE实现方式下，不需要执行图6中的步骤21-22。
在另一种示例中，上述步骤S502中eMSC对第一消息的处理方式可以为，eMSC将第一消息中的SDP的媒体类型修改为其自身支持的SDP的媒体类型，并根据修改后的SDP的媒体类型生成第一呼叫媒体切换请求消息。
该处理过程如图7所示，SCC AS向ATCF网元发送针对第二路呼叫切换的第一消息，由ATCF网元将接收到的第一消息发送至eMSC，当eMSC接收到第一消息，确认第一消息中携带的SDP的媒体类型为自身不支持的媒体类型时，eMSC将第一消息中SDP的媒体类型修改为自身支持的媒体类型，进而向ATCF发送第一呼叫媒体切换请求消息，其中，该第一呼叫媒体切换请求消息中携带的SDP的媒体类型即为eMSC修改后的自身支持的媒体类型。
在eMSC接收到针对第二路呼叫切换的消息时，若eMSC确认该消息中的SDP媒体类型为自身不支持的媒体类型时，通过上述eMSC的处理方式，可以将其不支持的SDP的媒体类型修改为自身支持的媒体类型，从而确保第二路呼叫的eSRVCC流程的成功切换。
图8为一实施例提供的一种消息处理方法的流程图，如图8所示，该方法包括如下步骤：
S801、第一网元接收第三呼叫请求消息。
在本申请实施例中，第一网元可以为会话边界控制器(Session BorderController，SBC)，和/或，代理呼叫会话控制功能(Proxy Call Session ControlFunction，P-CSCF)，即第一网元可以为SBC或者P-CSCF，也可以为SBC与P-CSCF功能的共享设备。
第一网元接收的第三呼叫请求消息中携带有SDP的媒体类型，且该SDP的媒体类型为eMSC不支持的媒体类型，该第三呼叫请求消息可以为SIP INVITE请求，进一步地，该第三呼叫请求消息可以为对用户设备呼入的关于第二路呼叫的切换请求消息，也可以为向用户设备呼出的关于第二路呼叫的切换请求消息。
S802、第一网元对第三呼叫请求消息中的SDP的媒体类型进行更新处理，生成第四呼叫请求消息。
上述第一网元生成的第四呼叫请求消息中携带的SDP媒体类型为eMSC支持的SDP的媒体类型。
示例性地，上述处理方式可以为第一网元根据存储的配置媒体类型和eMSC支持的SDP的媒体类型，将第三呼叫请求消息中的SDP的媒体类型更新为eMSC支持的媒体类型，其中，配置的媒体类型为通过人为操作的方式配置的媒体类型，进而由第一网元根据eMSC支持的媒体类型，生成第四呼叫请求消息。
例如，假设第一网元上配置的媒体类型为a、b、c、d、e，第三呼叫请求消息中携带有SDP的媒体类型为a、b，而eMSC支持的媒体类型为c、e，那么第一网元根据配置的媒体类型根据配置的媒体类型和eMSC支持的媒体类型，将第三呼叫请求消息中的SDP的媒体类型更新为c、e。
通过上述第一网元的处理方式，将针对第二路呼叫的第三呼叫请求消息中eMSC不支持的SDP的媒体类型更新为eMSC支持的媒体类型，从而保证针对第二路呼叫切换请求消息的成功发送。
图9为一实施例提供的一种网元的结构示意图，如图9所示，本实施例提供的网元包括：接收模块901、更新模块902、发送模块903；
接收模块，用于接收SCC AS发送的第一消息，该第一消息中携带的SDP的媒体类型为eMSC不支持的媒体类型；
更新模块，用于对第一消息中的SDP的媒体类型进行更新处理；
发送模块，用于将更新后的第一消息发送至eMSC，其中，更新后的第一消息中的SDP媒体类型为eMSC支持的SDP媒体类型；
接收模块，还用于接收eMSC根据更新后的第一消息发送的呼叫切换请求消息，该呼叫切换请求消息中携带的SDP媒体类型为更新后的第一消息中SDP的媒体类型。
在一种示例中，上述更新模块，用于在第一消息中的SDP中添加上述网元支持的所有媒体类型；
在一种示例中，更新模块，用于将第一消息中的SDP的媒体类型更新为先前呼叫中eMSC与上述网元协商的媒体类型；
在一种示例中，更新模块，用于将第一消息中的SDP的媒体类型更新为预先配置的媒体类型，其中，该预先配置的媒体类型为eMSC支持的媒体类型。
图10为一实施例提供的一种网元的结构示意图，如图10所示，本实施例提供的网元包括：接收模块1001、处理模块1002；
其中，接收模块，用于接收ATCF网元发送的第一消息，该第一消息中携带有SDP的媒体类型；
处理模块，用于当上述网元确认自身不支持第一消息中的SDP的媒体类型时，对第一消息进行处理，生成第一呼叫媒体切换请求消息，其中，该第一呼叫媒体切换请求消息中携带的SDP媒体类型为上述网元支持的SDP的媒体类型。
在一种示例中，上述处理模块，用于根据SIP ACK请求，生成第一呼叫媒体切换请求消息，第一呼叫媒体切换请求消息中携带有eMSC支持的SDP的媒体类型；
上述网元还包括发送模块，发送模块用于向SCC AS发送第二呼叫切换请求消息，该第二呼叫切换请求消息中携带的SDP媒体类型为第一消息中SDP的媒体类型，以及，在接收模块接收SCC AS针对第二呼叫切换请求消息发送的响应后，向SCC AS发送SIP ACK请求。
在一种示例中，上述处理模块，用于将第一消息中的SDP的媒体类型修改为其自身支持的SDP的媒体类型，并根据修改后的SDP的媒体类型生成第一呼叫媒体切换请求消息。
图11为一实施例提供的一种网元的结构示意图，如图11所示，本实施例提供的网元包括：接收模块1101、更新模块1102；
接收模块，用于接收第三呼叫请求消息，其中，第三呼叫请求消息中携带的SDP的媒体类型为eMSC不支持的媒体类型；
更新模块，用于对第三呼叫请求消息中的SDP的媒体类型进行更新处理，生成第四呼叫请求消息，该第四呼叫请求消息中携带的SDP媒体类型为eMSC支持的SDP的媒体类型。
可选地，上述第一网元可以为SBC或者P-CSCF，也可以为SBC和P-CSCF共享设备。
示例性地，上述更新模块，用于根据存储的配置媒体类型和eMSC支持的SDP的媒体类型，将第三呼叫请求消息中的SDP的媒体类型更新为eMSC支持的媒体类型，并根据eMSC支持的媒体类型，生成指示呼叫切换的第四呼叫请求消息。
图12为一实施例提供的一种网元的结构示意图，如图12所示，该网元包括处理器1201和存储器1202；网元中处理器1201的数量可以是一个或多个，图12中以一个处理器1201为例；网元中的处理器1201和存储器1202可以通过总线或其他方式连接，图12中以通过总线连接为例。
存储器1202作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请图1中的消息处理方法对应的程序指令/模块(例如，接收模块901、更新模块902、发送模块903)。处理器1201通过运行存储在存储器1202中的软件程序、指令以及模块实现上述的应用程序操作方法。
存储器1202可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器1202可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
本申请实施例还提供一种包含计算机可读可写存储介质，该存储介质存储有软件程序，当软件程序被处理器执行时，用于执行本申请上述任意实施例提供的一种消息处理方法。
图13为一实施例提供的一种网元的结构示意图，如图13所示，该网元包括处理器1301和存储器1302；网元中处理器1301的数量可以是一个或多个，图13中以一个处理器1301为例；网元中的处理器1301和存储器1302可以通过总线或其他方式连接，图13中以通过总线连接为例。
存储器1302作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请图5中的消息处理方法对应的程序指令/模块(例如，接收模块1001、处理模块1002)。处理器1301通过运行存储在存储器1302中的软件程序、指令以及模块实现上述的消息处理方法。
存储器1302可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器1302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
本申请实施例还提供一种包含计算机可读可写存储介质，该存储介质存储有软件程序，当软件程序被处理器执行时，用于执行本申请上述任意实施例提供的一种消息处理方法。
图14为一实施例提供的一种网元的结构示意图，如图14所示，该网元包括处理器1401和存储器1402；网元中处理器1401的数量可以是一个或多个，图14中以一个处理器1401为例；网元中的处理器1401和存储器1402可以通过总线或其他方式连接，图14中以通过总线连接为例。
存储器1402作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请图8中的消息处理方法对应的程序指令/模块(例如，接收模块1101、更新模块1102)。处理器1401通过运行存储在存储器1402中的软件程序、指令以及模块实现上述的消息处理方法。
存储器1402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器1402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
本申请实施例还提供一种包含计算机可读可写存储介质，该存储介质存储有软件程序，当软件程序被处理器执行时，用于执行本申请上述图1，或者图5，或者图8提供的一种消息处理方法。
以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。
一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FPGA)以及基于多核处理器架构的处理器。
通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims (10)

1.一种消息处理方法，其特征在于，包括：
接入转换控制功能ATCF网元接收应用服务器SCC AS发送的第一消息，所述第一消息中携带的会话描述协议SDP的媒体类型为增强移动交换中心eMSC不支持的媒体类型；
所述ATCF网元对所述第一消息中的SDP的媒体类型进行更新处理；
所述ATCF网元将更新后的第一消息发送至eMSC，所述更新后的第一消息中的SDP媒体类型为eMSC支持的SDP媒体类型；
所述eMSC根据所述更新后的第一消息向所述ATCF网元发送呼叫切换请求消息，所述呼叫切换请求消息中携带的SDP媒体类型为更新后第一消息中SDP的媒体类型。
2.根据权利要求1所述的方法，其特征在于，所述ATCF网元对所述第一消息中的SDP的媒体类型进行更新处理，包括：
所述ATCF网元在所述第一消息中的SDP中添加所述ATCF网元支持的所有媒体类型；
或者，所述ATCF网元将所述第一消息中的SDP的媒体类型更新为先前呼叫中所述eMSC与所述ATCF网元协商的媒体类型；
或者，所述ATCF网元将所述第一消息中的SDP的媒体类型更新为预先配置的媒体类型，所述预先配置的媒体类型为所述eMSC支持的媒体类型。
3.一种消息处理方法，其特征在于，包括：
增强移动交换中心eMSC接收接入转换控制功能ATCF网元发送的第一消息，所述第一消息中携带有会话描述协议SDP的媒体类型；
所述eMSC确认自身不支持所述第一消息中的SDP的媒体类型时，对所述第一消息进行处理，生成第一呼叫媒体切换请求消息，所述第一呼叫媒体切换请求消息中携带的SDP媒体类型为所述eMSC支持的SDP的媒体类型。
4.根据权利要求3所述的方法，其特征在于，所述eMSC对所述第一消息进行处理，生成第一呼叫媒体切换请求消息，包括：
所述eMSC向应用服务器SCC AS发送第二呼叫切换请求消息，所述第二呼叫切换请求消息中携带的SDP媒体类型为所述第一消息中SDP的媒体类型；
所述eMSC接收所述SCC AS针对所述第二呼叫切换请求消息发送的响应后，向所述SCCAS发送会话初始协议确认SIP ACK请求；
所述eMSC根据所述SIP ACK请求，生成第一呼叫媒体切换请求消息，所述第一呼叫媒体切换请求消息中携带有所述eMSC支持的SDP的媒体类型。
5.根据权利要求3所述的方法，其特征在于，所述eMSC对所述第一消息进行处理，生成第一呼叫媒体切换请求消息，包括：
所述eMSC将所述第一消息中的SDP的媒体类型修改为其自身支持的SDP的媒体类型；
所述eMSC根据修改后的SDP的媒体类型生成第一呼叫媒体切换请求消息。
6.一种消息处理方法，其特征在于，包括：
第一网元接收第三呼叫请求消息，所述第三呼叫请求消息中携带的会话描述协议SDP的媒体类型为增强移动交换中心eMSC不支持的媒体类型；
所述第一网元对所述第三呼叫请求消息中的SDP的媒体类型进行更新处理，生成第四呼叫请求消息，所述第四呼叫请求消息中携带的SDP媒体类型为所述eMSC支持的SDP的媒体类型。
7.根据权利要求6所述的方法，其特征在于，所述第一网元为会话边界控制器SBC，和/或，代理呼叫会话控制功能P-CSCF网元。
8.根据权利要求6或7所述的方法，其特征在于，所述第一网元对所述第三呼叫请求消息中的SDP的媒体类型进行更新处理，生成指示呼叫切换的第四呼叫请求消息，包括：
所述第一网元根据存储的配置媒体类型和所述eMSC支持的SDP的媒体类型，将所述第三呼叫请求消息中的SDP的媒体类型更新为所述eMSC支持的媒体类型；
所述第一网元根据所述eMSC支持的媒体类型，生成指示呼叫切换的第四呼叫请求消息。
9.一种网元，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如权利要求1-2任一项，或者权利要求3-5任一项，或者权利要求6-8任一项所述的消息处理方法。
10.一种计算机可读写存储介质，其特征在于，所述计算机可读写存储介质存储有软件程序，所述软件程序被处理器执行时实现如权利要求1-2任一项，或者权利要求3-5任一项，或者权利要求6-8任一项所述的消息处理方法。
CN201911266890.XA 2019-12-11 2019-12-11 消息处理方法、网元及存储介质 Pending CN112954747A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911266890.XA CN112954747A (zh) 2019-12-11 2019-12-11 消息处理方法、网元及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911266890.XA CN112954747A (zh) 2019-12-11 2019-12-11 消息处理方法、网元及存储介质

Publications (1)

Publication Number Publication Date
CN112954747A true CN112954747A (zh) 2021-06-11

Family

ID=76226588

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911266890.XA Pending CN112954747A (zh) 2019-12-11 2019-12-11 消息处理方法、网元及存储介质

Country Status (1)

Country Link
CN (1) CN112954747A (zh)

Similar Documents

Publication Publication Date Title
US8374173B2 (en) Packet switched to circuit switched access handovers in an IMS architecture
TWI597992B (zh) 用於緊急回撥或點選即撥連線之單無線電語音通話連續技術
US11399315B2 (en) Efficient EPS fallback in a 5GS architecture
US9642042B2 (en) Call continuity when moving from one communication session to another communication session
US20160095151A1 (en) Systems and Methods for Improved Transitions Continuity Between Wireless Protocols
US9137711B2 (en) Method and apparatus for implementing a wait period for single radio continuity transfers
US9264946B2 (en) Homogeneous circuit switched voice support indication in a mobile network
WO2022194210A1 (zh) 会话参数更新方法、装置及通信设备、电子设备
EP3585096A1 (en) Resource reservation processing method for srvcc switch and access switch function device
US10117136B2 (en) Methods, apparatuses and computer program products for reducing media gap when connecting independent bearer paths
US20170019429A1 (en) Method and Device for Anchoring Media in Voice Call Continuity Service
CN112954747A (zh) 消息处理方法、网元及存储介质
CN104936262B (zh) 远端标识的发送、接收方法及装置、传输系统
US10749911B2 (en) Service control awareness for call routing between packet switched telephony domain and circuit switched telephony domain
AU2014397894B2 (en) Method and system for media negotiation in voice call continuity service, and ATCF
WO2015106558A1 (zh) 呼叫处理方法、装置及系统
CN106899952B (zh) 紧急呼叫切换方法及装置
CN112449385B (zh) 振铃前双模单待无线语音呼叫连续性的方法及装置
US8842662B2 (en) Techniques for trunk optimization for IMS voice calls between originating UE and terminating UE homed in a circuit switched network
OA17563A (en) Homogeneous circuit switched voice support indication in a mobile network.

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