CN102244648B - 一种传输会话消息的方法及装置 - Google Patents
一种传输会话消息的方法及装置 Download PDFInfo
- Publication number
- CN102244648B CN102244648B CN201010174300.3A CN201010174300A CN102244648B CN 102244648 B CN102244648 B CN 102244648B CN 201010174300 A CN201010174300 A CN 201010174300A CN 102244648 B CN102244648 B CN 102244648B
- Authority
- CN
- China
- Prior art keywords
- processing module
- equipment
- mark
- request message
- sends
- 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.)
- Active
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种传输会话消息的方法，用于减少网络侧的存储空间，提高网络侧的处理能力。所述方法包括：第二设备获得第一设备发送的注册请求消息；第二设备确定本地负责处理该注册请求消息的处理模块；当注册成功时，第二设备在注册响应消息中携带确定的处理模块的标识，并发送给第一设备。本发明还公开了用于实现所述方法的装置。
Description
技术领域
本发明涉及计算机及通信领域，特别是涉及传输会话消息的方法及装置。
背景技术
互联网协议(IP)多媒体子系统(IP Multimedia Subsystem，)IMS是基于会话发起协议(Session Initiation Protocol，SIP)的一种网络控制系统。IMS中的SIP服务器(server)包括一个下载均衡(Load Balance，LB)模块和多个处理模块。LB模块用于将会话分发到各处理模块，其为一个服务器，或为一个CPU板等。处理模块用于对会话进行处理，其为一个CPU板等。
目前，IMS的注册用户可能是千万级，则LB模块中需要存储包括上千万条用户与处理模块的对应关系的用户数据表，占用大量的存储空间。并且，当LB模块收到用户的会话请求时，需要在上千万条记录中查询该用户对应的处理模块，该查找的算法、执行的效率等等都是一个瓶颈。将极大的约束系统的处理能力。而且，整个会话分发过程中，LB模块需要全程参与SIP的过程，必须实时的了解用户的信息，从而更新本地的用户记录表。以及，LB模块和处理模块之间需要增加资源释放等交互流程，方能保证LB模块上用户数据表的实时更新。
综上，现有技术中需要存储大数据量的用户数据表，并且查询用户数据表的过程严重影响网络侧的处理能力，以及网络侧需要不断更新用户数据表，增加了网络侧的处理负担。
发明内容
本发明实施例提供一种传输会话消息的方法及装置，用于减少网络侧的存储空间，提高网络侧的处理能力。
一种传输会话消息的方法，用于将处理模块的标识发送给第一设备，以便第一设备后续使用。所述方法包括以下步骤：
第二设备获得第一设备发送的注册请求消息；
第二设备确定本地负责处理该注册请求消息的处理模块；
当确定第一设备注册成功时，第二设备在注册响应消息中携带确定的处理模块的标识，并发送给第一设备。
一种传输会话消息的方法，包括以下步骤：
第二设备获得第一设备发送的包括处理模块的标识的会话请求消息；所述处理模块位于第二设备中；
第二设备根据处理模块的标识将会话请求消息交由所述处理模块进行处理。
一种传输会话消息的方法，包括以下步骤：
第一设备发送注册请求消息后，收到第二设备返回的包括处理模块的标识的注册响应消息；该处理模块位于第二设备中；
第一设备向第二设备发送包括处理模块的标识的会话请求消息。
一种网络侧设备，包括：
多个处理模块，用于处理消息；
LB模块，用于获得第一设备发送的注册请求消息，并确定本地负责处理该注册请求消息的处理模块，当确定第一设备注册成功时，在注册响应消息中携带确定的处理模块的标识，并发送给第一设备。
一种网络侧设备，包括：
LB模块，用于获得第一设备发送的包括处理模块的标识的会话请求消息，并根据处理模块的标识将会话请求消息交由处理模块进行处理；
处理模块，用于处理会话请求消息。
一种用户设备，包括：
接口模块，用于发送注册请求消息后，收到第一设备返回的包括处理模块的标识的注册响应消息；该处理模块位于第一设备中；
控制模块，用于生成包括处理模块的标识的会话请求消息，并通过接口模块发送给第一设备。
本发明实施例中第二设备包括多个处理模块，第二设备在收到第一设备发送的注册请求消息时，确定本地负责该注册请求消息的处理模块，并将该处理模块的标识发送给第一设备。之后，第一设备发送的消息中均携带该处理模块的标识，第二设备只需解析消息，获得处理模块的标识，便可确定由哪个处理模块负责处理消息，不再需要存储和查询用户数据表，节省了存储空间，并且提高了处理能力。
附图说明
图1为本发明实施例中服务器的结构图；
图2为本发明实施例中UE的结构图；
图3为本发明实施例中网络系统的结构图；
图4为本发明实施例中传输注册请求消息的主要方法流程图；
图5为本发明实施例中传输会话请求消息的主要方法流程图；
图6为本发明实施例中传输会话消息中第一设备的主要方法流程图；
图7为本发明实施例中注册过程中传输会话消息的方法流程图；
图8为本发明实施例中会话过程中传输会话消息的方法流程图。
具体实施方式
本发明实施例中第二设备包括多个处理模块，第二设备在收到第一设备发送的注册请求消息时，确定本地负责该注册请求消息的处理模块，并将该处理模块的标识发送给第一设备。之后，第一设备发送的消息中均携带该处理模块的标识，第二设备只需解析消息，获得处理模块的标识，便可确定由哪个处理模块负责处理消息，不再需要存储和查询用户数据表，节省了存储空间，并且提高了处理能力。
本实施例中第二设备为IMS系统中的网络侧设备(如服务器，特别是呼叫会话控制功能(CSCF)服务器)，可以是代理呼叫会话控制功能(Proxy CallSession Control Function，PCSCF)服务器、服务呼叫会话控制功能(Serving CallSession Control Function，SCSCF)服务器或查询呼叫会话控制功能(Interrogating Call Session Control Function，ICSCF)服务器等。
参见图1，本实施例中服务器包括：处理模块101和LB模块102。
多个处理模块101，均用于处理消息；
LB模块102，用于获得第一设备发送的注册请求消息，并确定本地负责处理该注册请求消息的处理模块101，当注册成功时，在注册响应消息中携带确定的处理模块101的标识，并发送给第一设备。LB模块102还用于获得用户设备发送的包括确定的第一处理模块的标识的会话请求消息，并将会话请求消息交由第一处理模块进行处理。其中，LB模块102确定本地负责处理该注册请求消息的处理模块101有多种实现方式，如任选一个处理模块101来处理注册请求消息，或者选择负载最轻的处理模块101来处理注册请求消息，或者选择响应时间最短的处理模块101来处理注册请求消息，还可以有其它选择方式，任何选择处理模块101的方式均适用于本实施例。
第一设备为用户设备，所述服务器为PCSCF。则，LB模块102还用于向ICSCF发送包括确定的第一处理模块101的标识的注册请求消息。LB模块102还用于获得ICSCF发送的包含SCSCF中第二处理模块的标识的注册响应消息，并解析消息的头域，并交由第一处理模块101处理该注册响应消息。处理结束后，LB模块102向用户设备发送包含第二处理模块的标识和第一处理模块101的标识的注册响应消息。LB模块102还用于获得用户设备发送的包含第二处理模块的标识和第一处理模块101的标识的会话请求消息，并交由第一处理模块101处理该会话请求消息。以及，获得SCSCF返回的会话响应消息，并转发给用户设备。
第一设备为ICSCF，第二设备为SCSCF。LB模块102还用于获得包含第二处理模块101的标识和PCSCF中的第一处理模块的标识的会话请求消息，并交由第二处理模块101处理该会话请求消息。
由于服务器在向用户设备返回的注册响应消息中携带了服务器中处理模块101的标识，所以用户设备在后续向服务器发送的消息中，均需要携带该处理模块101的标识，以便服务器确定负责处理消息的处理模块101。可见，本实施例对用户设备(UE)做了改进，下面对用户设备的内部结构和功能进行介绍。
参见图2，本实施例中UE包括：接口模块201和控制模块202。
接口模块201用于与网络侧进行交互，发送注册请求消息后，接收第一设备返回的包括处理模块的标识的注册响应消息。该处理模块位于第一设备中。
控制模块202用于生成各种消息，如生成包括处理模块的标识的会话请求消息，并通过接口模块发送给第一设备。
接口模块201还可以接收第一设备返回的包括第一处理模块和第二处理模块的标识的注册响应消息。第一处理模块位于第一设备中，第二处理模块位于与第一设备连接的第二设备中。则，控制模块202生成包括第一处理模块和第二处理模块的标识的会话请求消息，并通过接口模块201发送给第一设备。
本实施例中的UE和服务器可构成网络系统，参见图3所示，网络系统包括：UE、PCSCF、SCSCF和ICSCF。
UE用于发送注册请求消息，以及接收包括处理模块的标识的注册响应消息。如果PCSCF采用本实施例中的方案，则注册响应消息中的处理模块的标识为PCSCF中的处理模块的标识，如果SCSCF采用本实施例中的方案，则注册响应消息中的处理模块的标识为SCSCF中的处理模块的标识，如果PCSCF和SCSCF均采用本实施例中的方案，则注册响应消息中的处理模块的标识包括PCSCF和SCSCF中的处理模块的标识。UE还用于发送包括处理模块的标识的会话请求消息，以及接收包括处理模块的标识的会话响应消息。
PCSCF用于接收UE发送的注册请求消息，并确定本地用于处理该注册请求消息的处理模块，将该处理模块的标识携带在注册请求消息的头域中，转发给ICSCF。以及接收ICSCF返回的包含SCSCF中处理模块和本地处理模块的标识的注册响应消息，并转发给UE。还可以接收UE发送的包含SCSCF中处理模块和本地处理模块的标识的会话请求消息，并根据本地处理模块的标识，将会话请求消息交由对应的本地处理模块进行处理，然后将包含SCSCF中处理模块的标识的会话请求消息转发给SCSCF。PCSCF还可以接收SCSCF发送的会话响应消息，并向UE转发会话响应消息。
ICSCF用于接收PCSCF发送的包含PCSCF中处理模块的标识的注册请求消息，并将注册请求消息转发给SCSCF。以及接收SCSCF发送的包含SCSCF中处理模块的标识的注册响应消息，该注册响应消息还可以包括PCSCF中处理模块的标识。ICSCF将注册响应消息转发给PCSCF。
SCSCF用于接收ICSCF发送的包含PCSCF中处理模块的标识的注册请求消息，并对注册请求进行处理，若注册成功，则向ICSCF返回包含SCSCF中处理模块的标识的注册响应消息，该注册响应消息还可以包括PCSCF中处理模块的标识。若注册失败，则注册响应消息中可以不携带SCSCF和PCSCF中处理模块的标识。SCSCF还可以接收PCSCF发送的包括SCSCF中处理模块的标识的会话请求消息，并对会话请求进行处理，以及返回会话响应消息。
通过以上描述了解了网络系统、服务器和UE的结构和功能，下面对传输会话消息的实现过程进行介绍。
参见图4，本实施例中传输注册请求消息的主要方法流程如下：
步骤401：第二设备获得第一设备发送的注册请求消息。
步骤402：第二设备确定本地负责处理该注册请求消息的处理模块。
步骤403：当注册成功时，第二设备在注册响应消息中携带确定的处理模块的标识，并发送给第一设备。当注册失败时，第二设备发送的注册响应消息中可以不携带确定的处理模块的标识。
参见图5，本实施例中传输会话请求消息的主要方法流程如下：
步骤501：第二设备获得第一设备发送的包括处理模块的标识的会话请求消息。所述处理模块位于第二设备中。
步骤502：第二设备根据处理模块的标识将会话请求消息交由所述处理模块进行处理。
参见图6，本实施例中传输会话消息中第一设备的主要方法流程如下：
步骤601：第一设备发送注册请求消息后，收到第二设备返回的包括处理模块的标识的注册响应消息。该处理模块位于第二设备中。
步骤602：第一设备向第二设备发送包括处理模块的标识的会话请求消息。
传输会话消息的过程主要包括注册过程和会话过程，下面针对这两个过程分别做详细介绍。
参见图7，本实施例中注册过程中传输会话消息的方法流程如下：
步骤701：UE向PCSCF发送注册请求消息。例如，注册请求消息包括：
REGISTER sip:registrar.home1.net SIP/2.0
Via:SIP/2.0/UDP 192.168.1.1:5060；comp＝sigcomp；branch＝z9hG4bKnashds7
Max-Forwards:70
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11
From:<sip:user1_public1home1.net>；tag＝4fa3
To:<sip:user1_public1home1.net>
Contact:<sip:192.168.1.1:5060；comp＝sigcomp>；expires＝600000
Call-ID:apb03a0s09dkjdfglkj49111
Proxy-Require:sec-agree
CSeq:1 REGISTER
Content-Length:0
步骤702：PCSCF确定负责处理注册请求消息的处理模块。
步骤703：PCSCF向ICSCF发送包含PCSCF的处理模块的标识的注册请求消息。例如，PCSCF发送的注册请求消息包括：
REGISTER sip:registrar.home1.net SIP/2.0
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4//路由地址，branch＝1-2-3-4表示负责该注册请求消息的PCSCF中处理模块的标识，PCSCF依据该地址处理ICSCF返回的消息
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Max-Forwards:70
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11
Path:<sip:termpcscf1.visited1.net；DTPID＝1-2-3-4；lr＞//路径描述，用于通知SCSCF关于PCSCF的处理模块的标识
From:<sip:user1_public1home1.net>；tag＝4fa3
To:<sip:user1_public1home1.net>
Contact:<sip:192.168.1.1:5060；comp＝sigcomp>；expires＝600000
Call-ID:apb03a0s09dkjdfglkj49111
CSeq:1 REGISTER
Content-Length:0
步骤704：ICSCF向SCSCF发送包含PCSCF的处理模块的标识的注册请求消息。例如，ICSCF发送的注册请求消息包括：
REGISTER sip:registrar.home1.net SIP/2.0
Via:SIP/2.0/UDP 192.168.10.11:5060；branch＝1-2-3-4//路由地址，branch＝1-2-3-4表示负责该注册请求消息的ICSCF中处理模块的标识，ICSCF依据该地址处理SCSCF返回的消息
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Max-Forwards:70
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11
Path:<sip:termpcscf1.visited1.net；DTPID＝1-2-3-4；lr>//路径描述，用于通知SCSCF关于PCSCF的处理模块的标识
From:<sip:user1_public1home1.net>；tag＝4fa3
To:<sip:user1_public1home1.net>
Contact:<sip:192.168.1.1:5060；comp＝sigcomp>；expires＝600000
Call-ID:apb03a0s09dkjdfglkj49111
CSeq:1REGISTER
Content-Length:0
步骤705：SCSCF对注册请求消息进行处理。
步骤706：在注册成功时，SCSCF向ICSCF返回包含SCSCF中处理模块的标识的注册响应消息。例如，SCSCF发送的注册响应消息包括：
SIP/2.0200 OK//表示注册成功
Via:SIP/2.0/UDP 192.168.10.11:5060；branch＝1-2-3-4//ICSCF的路由地址，ICSCF中branch＝1-2-3-4对应的处理模块将处理该注册响应消息
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4//PCSCF的路由地址
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7//UE的路由地址
Path:<sip:termpcscf1.visited1.net；DTPID＝1-2-3-4；lr>//路径描述
Service-Route:<sip:origscscf1.home1.net；DTSID＝1-2-3-4；lr>//针对用户的路由描述，如果该用户设备在后续的会话交互中均要携带该信息，sip:origscscf1.home1.net表示SCSCF的地址，DTSID＝1-2-3-4表示SCSCF中处理模块的标识
From:<sip:user1_public1home1.net>；tag＝4fa3
To:<sip:user1_public1home1.net>
Contact:<sip:192.168.1.1:5060；comp＝sigcomp>；expires＝600000
Call-ID:apb03a0s09dkjdfglkj49111
CSeq:1 REGISTER
P-Associated-URI:<sip:user1_public2home1.net>，<sip:user1_public3home1.net>，<sip:+1-212-555-1111home1.net；user＝phone>
Content-Length:0
步骤707：ICSCF向PCSCF返回包含SCSCF中处理模块的标识的注册响应消息。例如，ICSCF发送的注册响应消息包括：
SIP/2.0200 OK//表示注册成功
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4//PCSCF的路由地址，PCSCF中branch＝1-2-3-4对应的处理模块将处理该注册响应消息
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7//UE的路由地址
Path:<sip:termpcscf1.visited1.net；DTPID＝1-2-3-4；lr>//路径描述，表示可以将该地址通知给UE
Service-Route:<sip:origscsc1.home1.net；DTSID＝1-2-3-4；lr>
From:<sip:user1_public1home1.net>；tag＝4fa3
To:<sip:user1_public1home1.net>
Contact:<sip:192.168.1.1:5060；comp＝sigcomp>；expires＝600000
Call-ID:apb03a0s09dkjdfglkj49111
CSeq:1 REGISTER
P-Associated-URI:<sip:user1_public2home1.net>，<sip:user1_public3home1.net>，<sip:+1-212-555-1111home1.net；user＝phone>
Content-Length:0
步骤708：PCSCF向UE返回包含SCSCF和PCSCF中处理模块的标识的注册响应消息。例如，PCSCF发送的注册响应消息包括：
SIP/2.0200 OK
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Path:<sip:termpcscf1.visited1.net；DTPID＝1-2-3-4；lr>
Service-Route:<sip:origpscscf1.home1.net；DTPID＝1-2-3-4；lr>//针对用户的路由描述，如果该用户设备在后续的会话交互中均要携带该信息，sip:origpscscf1.home1.net；表示PCSCF的地址，DTPID＝1-2-3-4表示PCSCF中处理模块的标识
Service-Route:<sip:origscscf1.home1.net；DTSID＝1-2-3-4；lr>//针对用户的路由描述，如果该用户设备在后续的会话交互中均要携带该信息，sip:origscscf1.home1.net表示SCSCF的地址，DTSID＝1-2-3-4表示SCSCF中处理模块的标识
From:<sip:user1_public1home1.net>；tag＝4fa3
To:<sip:user1_public1home1.net>
Contact:<sip:192.168.1.1:5060；comp＝sigcomp>；expires＝600000
Call-ID:apb03a0s09dkjdfglkj49111
CSeq:1 REGISTER
P-Associated-URI:<sip:user1_public2home1.net>，<sip:user1_public3home1.net>，<sip:+1-212-555-1111home1.net；user＝phone>
Content-Length:0
参见图8，本实施例中会话过程中传输会话消息的方法流程如下：
步骤801：UE向PCSCF发送包含PCSCF和SCSCF中处理模块的标识的会话请求消息。例如，会话请求消息包括：
INVITE tel:+1-212-555-2222SIP/2.0//表示会话请求消息
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Max-Forwards:70
Route:<sip:origpscscf1.home1.net；DTPID＝1-2-3-4；lr>//路由地址描述，表示PCSCF的地址和处理模块的标识
Route:<sip:origscscf1.home1.net；DTSID＝1-2-3-4；lr>//路由地址描述，表示SCSCF的地址和处理模块的标识
P-Preferred-Identity:″John Doe″<sip:user1_public1home1.net>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11
From:<sip:user1_public1home1.net>；tag＝171828
To:<tel:+1-212-555-2222>
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127 INVITE
Supported:100rel
Contact:<sip:192.168.1.1:5060>
Allow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE
Content-Type:application/sdp
Content-Length:(...)
步骤802：PCSCF根据路由地址描述确定负责处理该会话请求消息的处理模块，并交由该处理模块处理。尤其是解析“Route:<sip:origpscscf1.home1.net；DTPID＝1-2-3-4；lr>”，根据DTPID＝1-2-3-4确定处理模块。对于会话请求消息中的其它内容，可以透明传输。
步骤803：PCSCF向SCSCF发送包含SCSCF中处理模块的标识的会话请求消息。例如，PCSCF发送的会话请求消息包括：
INVITE tel:+1-212-555-2222SIP/2.0
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Max-Forwards:70
Route:<sip:origscscf1.home1.net；DTSID＝1-2-3-4；lr>//路由地址描述，表示SCSCF的地址和处理模块的标识
Record-Route:<192.168.10.10:5060；DTPID＝1-2-3-4；lr>//针对会话的路由地址描述，DTPID＝1-2-3-4；表示PCSCF中负责处理该会话的处理模块的标识，由于目前协议规定一个用户的所有会话消息均由同一个处理模块处理，所以Record-Route中的DTPID＝1-2-3-4与收到的会话请求消息的Route中的DTPID＝1-2-3-4相同
P-Preferred-Identity:″John Doe″<sip:user1_public1home1.net>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11
From:<sip:user1_public1home1.net>；tag＝171828
To:<tel:+1-212-555-2222>
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127 INVITE
Supported:100rel
Contact:<sip:192.168.1.1:5060>
Content-Type:application/sdp
Content-Length:(...)
步骤804：SCSCF根据路由地址描述确定负责处理该会话请求消息的处理模块，并交由该处理模块处理。尤其是解析“Route:<sip:origscscf1.home1.net；DTSID＝1-2-3-4；lr>”，根据DTSID＝1-2-3-4确定处理模块。
步骤805：SCSCF向其它设备转发会话请求消息。其它设备如AS或后续路由等。例如，SCSCF发送的会话请求消息包括：
INVITE tel:+1-212-555-2222 SIP/2.0
Via:SIP/2.0/UDP 192.168.10.12:5060；branch＝1-2-3-4
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Record-Route:<192.168.10.12:5060；DTSID＝1-2-3-4；lr>//针对会话的路由地址描述，DTSID＝1-2-3-4；表示SCSCF中负责处理该会话的处理模块的标识，由于目前协议规定一个用户的所有会话消息均由同一个处理模块处理，所以Record-Route中的DTSID＝1-2-3-4与收到的会话请求消息的Route中的DTSID＝1-2-3-4相同
Record-Route:<192.168.10.10:5060；DTPID＝1-2-3-4；lr>
Max-Forwards:70
P-Preferred-Identity:″John Doe″<sip:user1_public1home1.net>
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝234151D0FCE11
From:<sip:user1_public1home1.net>；tag＝171828
To:<tel:+1-212-555-2222>
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127 INVITE
Supported:100rel
Contact:<sip:192.168.1.1:5060>
Content-Type:application/sdp
Content-Length:(...)
步骤806：SCSCF收到其它设备返回的会话响应消息。例如，会话响应消息包括：
SIP/2.0200 OK//表示成功响应消息
Via:SIP/2.0/UDP 192.168.10.12:5060；branch＝1-2-3-4
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Record-Route:<192.168.10.12:5060；DTSID＝1-2-3-4；lr>
Record-Route:<192.168.10.10:5060；DTPID＝1-2-3-4；lr>
P-Asserted-Identity: ″John Smith″ <sip:user2_public1home2.net>，
<tel:+1-212-555-2222>
From:<sip:user1_public1home1.net>；tag＝171828
To:<tel:+1-212-555-2222>；tag＝314159
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127 INVITE
Contact:<sip:192.168.1.1:5060>
Allow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE
Content-Type:application/sdp
Content-Length:(...)
步骤807：SCSCF根据路由地址描述确定负责处理该会话响应消息的处理模块，并交由该处理模块处理。尤其是解析“Via:SIP/2.0/UDP192.168.10.12:5060；branch＝1-2-3-4”，根据DTSID＝1-2-3-4确定处理模块。
步骤808：SCSCF向PCSCF转发会话响应消息。例如，SCSCF发送的会话响应消息包括：
SIP/2.0200 OK
Via:SIP/2.0/UDP 192.168.10.10:5060；branch＝1-2-3-4
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Record-Route:<192.168.10.12:5060；DTSID＝1-2-3-4；lr>
Record-Route:<192.168.10.10:5060；DTPID＝1-2-3-4；lr>
P-Asserted-Identity: ″John Smith″ <sip:user2_public1home2.net>，
<tel:+1-212-555-2222>
From:<sip:user1_public1home1.net>；tag＝171828
To:<tel:+1-212-555-2222>；tag＝314159
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127 INVITE
Contact:<sip:192.168.1.1:5060>
Allow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE
Content-Type:application/sdp
Content-Length:(...)
步骤809：PCSCF根据路由地址描述确定负责处理该会话响应消息的处理模块，并交由该处理模块处理。尤其是解析“Via:SIP/2.0/UDP192.168.10.10:5060；branch＝1-2-3-4”，根据DTPID＝1-2-3-4确定处理模块。
步骤810：PCSCF向UE转发会话响应消息。例如，PCSCF发送的会话响应消息包括：
SIP/2.0200 OK
Via:SIP/2.0/UDP 192.168.1.1:5060；branch＝z9hG4bKnashds7
Record-Route:<192.168.10.12:5060；DTSID＝1-2-3-4；lr>
Record-Route:<192.168.10.10:5060；DTPID＝1-2-3-4；lr>
P-Asserted-Identity: ″John Smith″ <sip:user2_public1home2.net>，
<tel:+1-212-555-2222>
From:<sip:user1_public1home1.net>；tag＝171828
To:<tel:+1-212-555-2222>；tag＝314159
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127 INVITE
Contact:<sip:192.168.1.1:5060>
Allow:INVITE，ACK，CANCEL，BYE，PRACK，UPDATE，REFER，MESSAGE
Content-Type:application/sdp
Content-Length:(...)
UE根据收到的会话响应消息确定会话成功建立。
用于实现本发明实施例的软件可以存储于软盘、硬盘、光盘和闪存等存储介质。
本发明实施例中第二设备包括多个处理模块，第二设备在收到第一设备发送的注册请求消息时，确定本地负责该注册请求消息的处理模块，并将该处理模块的标识发送给第一设备。之后，第一设备发送的消息中均携带该处理模块的标识，第二设备只需解析消息，获得处理模块的标识，便可确定由哪个处理模块负责处理消息，不再需要存储和查询用户数据表，节省了存储空间，并且提高了处理能力。并且，本发明实施例中可以向UE发送多个服务器中处理模块的标识，然后UE在后续的消息中携带该多个服务器中处理模块的标识，各服务器依据各自的处理模块的标识进行处理，均不再需要保存和查询巨大的用户数据表，提高了各服务器的处理能力，并以几何级数提高IMS系统的处理能力。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (24)
1.一种传输会话消息的方法，其特征在于，包括以下步骤：
第二设备获得第一设备发送的注册请求消息；
第二设备确定本地负责处理该注册请求消息的处理模块；
当确定第一设备注册成功时，第二设备在注册响应消息中携带确定的处理模块的标识，并发送给第一设备；
第二设备获得第一设备发送的包含所述处理模块的标识的会话请求消息，并根据所述处理模块的标识，将会话请求消息交由该处理模块处理。
2.如权利要求1所述的方法，其特征在于，第一设备为用户设备，第二设备为PCSCF。
3.如权利要求2所述的方法，其特征在于，PCSCF确定本地负责处理该注册请求消息的处理模块后，所述方法还包括步骤：PCSCF向ICSCF发送包括所述处理模块的标识的注册请求消息。
4.如权利要求3所述的方法，其特征在于，还包括步骤：ICSCF向SCSCF发送包括所述处理模块的标识的注册请求消息。
5.如权利要求2所述的方法，其特征在于，PCSCF在注册响应消息中携带确定的处理模块的标识并发送给用户设备后，所述方法还包括步骤：获得用户设备发送的包括所述处理模块的标识的会话请求消息，并根据处理模块的标识，将会话请求消息交由该处理模块进行处理。
6.如权利要求1所述的方法，其特征在于，第一设备为ICSCF，第二设备为SCSCF。
7.如权利要求6所述的方法，其特征在于，还包括步骤：ICSCF向PCSCF发送包含所述处理模块的标识的注册响应消息。
8.如权利要求7所述的方法，其特征在于，所述处理模块为SCSCF中的第二处理模块；
还包括步骤：PCSCF向用户设备发送包含第二处理模块的标识和本地的第一处理模块的标识的注册响应消息。
9.如权利要求8所述的方法，其特征在于，还包括步骤：PCSCF获得用户设备发送的包含第二处理模块的标识和第一处理模块的标识的会话请求消息，并交由第一处理模块处理该会话请求消息。
10.如权利要求9所述的方法，其特征在于，还包括步骤：SCSCF获得包含第二处理模块的标识和第一处理模块的标识的会话请求消息，并交由第二处理模块处理该会话请求消息。
11.一种传输会话消息的方法，其特征在于，包括以下步骤：
第一设备发送注册请求消息后，收到第二设备返回的包括处理模块的标识的注册响应消息；该处理模块位于第二设备中；
第一设备向第二设备发送包括处理模块的标识的会话请求消息，令第二设备根据所述处理模块的标识，将会话请求消息交由该处理模块处理。
12.如权利要求11所述的方法，其特征在于，第一设备为用户设备，第二设备为PCSCF；或者，第一设备为PCSCF，第二设备为SCSCF。
13.如权利要求11所述的方法，其特征在于，收到第二设备返回的包括处理模块的标识的注册响应消息的步骤包括：收到第二设备返回的包括第一处理模块和第二处理模块的标识的注册响应消息；第一处理模块位于第二设备中，第二处理模块位于与第二设备连接的第三设备中；
第一设备向第二设备发送包括处理模块的标识的会话请求消息的步骤包括：第一设备向第二设备发送包括第一处理模块和第二处理模块的标识的会话请求消息。
14.一种网络侧设备，其特征在于，包括：
多个处理模块，用于处理消息；
LB模块，用于获得第一设备发送的注册请求消息，并确定本地负责处理该注册请求消息的处理模块，当确定第一设备注册成功时，在注册响应消息中携带确定的处理模块的标识，并发送给第一设备；
LB模块还用于获得第一设备发送的包含所述处理模块的标识的会话请求消息，并根据所述处理模块的标识，将会话请求消息交由该处理模块处理。
15.如权利要求14所述的网络侧设备，其特征在于，第一设备为用户设备，所述网络侧设备为PCSCF。
16.如权利要求15所述的网络侧设备，其特征在于，LB模块还用于向ICSCF发送包括确定的处理模块的标识的注册请求消息。
17.如权利要求16所述的网络侧设备，其特征在于，LB模块还用于获得ICSCF发送的包含SCSCF中处理模块的标识的注册响应消息。
18.如权利要求17所述的网络侧设备，其特征在于，LB模块向用户设备发送包含SCSCF中第二处理模块的标识和PCSCF中第一处理模块的标识的注册响应消息。
19.如权利要求18所述的网络侧设备，其特征在于，LB模块还用于获得用户设备发送的包含第二处理模块的标识和第一处理模块的标识的会话请求消息，并交由第一处理模块处理该会话请求消息。
20.如权利要求15所述的网络侧设备，其特征在于，LB模块还用于获得用户设备发送的包括确定的处理模块的标识的会话请求消息，并将会话请求消息交由该处理模块进行处理。
21.如权利要求14所述的网络侧设备，其特征在于，第一设备为ICSCF，第二设备为SCSCF。
22.如权利要求21所述的网络侧设备，其特征在于，LB模块还用于获得包含SCSCF中第二处理模块的标识和PCSCF中第一处理模块的标识的会话请求消息，并交由第二处理模块处理该会话请求消息。
23.一种用户设备，其特征在于，包括：
接口模块，用于发送注册请求消息后，收到第一设备返回的包括处理模块的标识的注册响应消息；该处理模块位于第一设备中；
控制模块，用于生成包括处理模块的标识的会话请求消息，并通过接口模块发送给第一设备，令第一设备根据所述处理模块的标识，将会话请求消息交由该处理模块处理。
24.如权利要求23所述的用户设备，其特征在于，接口模块收到第一设备返回的包括第一处理模块和第二处理模块的标识的注册响应消息；第一处理模块位于第一设备中，第二处理模块位于与第一设备连接的第二设备中；
控制模块生成包括第一处理模块和第二处理模块的标识的会话请求消息，并通过接口模块发送给第一设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010174300.3A CN102244648B (zh) | 2010-05-11 | 2010-05-11 | 一种传输会话消息的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010174300.3A CN102244648B (zh) | 2010-05-11 | 2010-05-11 | 一种传输会话消息的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102244648A CN102244648A (zh) | 2011-11-16 |
| CN102244648B true CN102244648B (zh) | 2015-02-04 |
Family
ID=44962487
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010174300.3A Active CN102244648B (zh) | 2010-05-11 | 2010-05-11 | 一种传输会话消息的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102244648B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103442357B (zh) * | 2013-08-30 | 2017-03-01 | 大唐移动通信设备有限公司 | 一种扩充最大支持用户数的方法及装置 |
| CN103888461B (zh) * | 2014-03-26 | 2017-04-26 | 卡斯柯信号有限公司 | 基于Subset‑037协议实现动态注册的方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101026568A (zh) * | 2007-02-01 | 2007-08-29 | 华为技术有限公司 | 一种对网元业务操作合法性进行判定的方法和服务器 |
| CN101094530A (zh) * | 2007-07-27 | 2007-12-26 | 华为技术有限公司 | 发送业务信息的方法、网络功能实体及用户设备 |
| CN101355429A (zh) * | 2007-07-27 | 2009-01-28 | 华为技术有限公司 | 提供用户代理能力信息的方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101291322A (zh) * | 2007-04-17 | 2008-10-22 | 华为技术有限公司 | 一种区分会话的方法、系统及装置 |
-
2010
- 2010-05-11 CN CN201010174300.3A patent/CN102244648B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101026568A (zh) * | 2007-02-01 | 2007-08-29 | 华为技术有限公司 | 一种对网元业务操作合法性进行判定的方法和服务器 |
| CN101094530A (zh) * | 2007-07-27 | 2007-12-26 | 华为技术有限公司 | 发送业务信息的方法、网络功能实体及用户设备 |
| CN101355429A (zh) * | 2007-07-27 | 2009-01-28 | 华为技术有限公司 | 提供用户代理能力信息的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102244648A (zh) | 2011-11-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101430442B1 (ko) | 네트워크 기반의 능력 관리를 통한 세션 업데이트 방법 및단말 | |
| US7480254B2 (en) | System, apparatus, and method for providing multi-application support using a single protocol stack | |
| CN101185305B (zh) | Ip多媒体子系统(ims)中的呼叫前转 | |
| EP2250786B1 (en) | Technique for performing signaling conversion between http and sip domains | |
| US9648048B2 (en) | Message handling in an IP multimedia subsystem | |
| EP2611100B1 (en) | SIP session transfer in a back-to-back user agent (B2BUA) environment | |
| CN101364883B (zh) | 一种多终端会话方法及通讯系统以及相关设备 | |
| US7684323B2 (en) | Service error handling in a communications network | |
| US20100136970A1 (en) | Device registration in an ims network | |
| CN104468145A (zh) | 基于rcs的群消息的处理方法和装置 | |
| EP2122480A1 (en) | Methods, media, and systems for balancing session initiation protocol server load | |
| US9246955B2 (en) | Capability query handling in a communication network | |
| CN101815079A (zh) | 基于sip的服务器集群发布服务信息的方法及系统 | |
| CA2728124A1 (en) | Method for delivering device and server capabilities | |
| CN100574474C (zh) | 一种通讯系统中建立通讯业务连接的方法 | |
| CN101127769A (zh) | 基于会话发起协议的用户注册的方法、系统及终端、服务器 | |
| JP5941434B2 (ja) | セッション・ボーダ・コントローラのクラスタシステム、アプリケーション・サーバのクラスタシステム、および、そのｓｉｐダイアログ生成方法 | |
| CN101370292A (zh) | 终端之间媒体转移的方法、装置及系统 | |
| CN102244648B (zh) | 一种传输会话消息的方法及装置 | |
| CN101325731B (zh) | 分配服务呼叫会话控制功能方法、系统及归属用户服务器 | |
| US20110270993A1 (en) | Capability grabbing peer device functionality in sip | |
| CN101562776B (zh) | 通信请求的发送方法和装置 | |
| CN102143478A (zh) | 业务参数的处理方法及装置 | |
| CN103685167A (zh) | 一种对ims会话进行管理的方法、装置和设备 | |
| KR100663440B1 (ko) | 이동 통신 시스템에서 사용자 단말을 위해 멀티미디어서비스를 지원하는 시스템 및 방법 |
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 |