CN101141678A - IMS session processing method and system - Google Patents

IMS session processing method and system Download PDF

Info

Publication number
CN101141678A
CN101141678A CNA2007101206730A CN200710120673A CN101141678A CN 101141678 A CN101141678 A CN 101141678A CN A2007101206730 A CNA2007101206730 A CN A2007101206730A CN 200710120673 A CN200710120673 A CN 200710120673A CN 101141678 A CN101141678 A CN 101141678A
Authority
CN
China
Prior art keywords
cscf
called
session
pui
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
CNA2007101206730A
Other languages
Chinese (zh)
Other versions
CN100589603C (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 United Communication Co Ltd
Original Assignee
China United 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 China United Communication Co Ltd filed Critical China United Communication Co Ltd
Priority to CN200710120673A priority Critical patent/CN100589603C/en
Publication of CN101141678A publication Critical patent/CN101141678A/en
Application granted granted Critical
Publication of CN100589603C publication Critical patent/CN100589603C/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

The present invention relates to a processing method of the IMS conversation, which comprises that step 11, whether the registered information of a called party exists is estimated by a calling side S-CSCF, if the registered information of a called party exists, step 12 is executed, otherwise, the S-CSCF analyzes the destination address according to the called party PUI, to retransmit the Invite request to the relevant I-CSCF, and the I-CSCF processes the Invite request according to the 3GPP standard conversation flow; step 12, the S-CSCF checks the state of the called party PUI and the signed contract information, and processes the called party PUI and the signed contract information. The present invention expands the S-CSCF function in a certain grade on the basis of the 3GPP IMS conversation flow, optimizes the IMS conversation processing flow, to reduce the unnecessary signaling interaction during the IMS intraoffice conversation, effectively decreases the signaling flow and the processing load of the equipment, and advances the service quality.

Description

A kind of IMS conversation processing method and system
Technical field
The present invention relates to the IMS field, relate in particular to a kind of IMS conversation processing method and system.
Background technology
IMS (IP Multimedia Subsystem, IP Multimedia System) by 3GPP (3rd GenerationPartnership Project, third generation partner program) in its standard series R5, proposes, be one and provide the subsystem of IP multimedia service based on PS (Packet Switching, packet switching) territory.The IMS system configuration is divided into operation layer as shown in Figure 1, core layer and Access Layer.Operation layer is made up of various application servers; Core layer is by agent conversation control function (P-CSCF), serving session control function (S-CSCF), inquiry session controlled function (I-CSCF), home subscriber server (HSS), Subscription Locator Function (SLF), Breakout Gateway Control Function (BGCF), MGCF (MGCF), IMS media gateway (IMS-MGW), Multimedia resource function controller (MRFC) (MRFC), Multimedia resource function processor (MRFP) network elements such as (MRFP) is formed, and Access Layer is by strategy decisive function (PDF), Gateway GPRS Support Node (GGSN), Serving GPRS Support Node compositions such as (SGSN).
Three kinds of User Status are arranged in the IMS system:
Login state (registered state): the user successfully registers, and network has distributed a S-CSCF to the user.
Exit state (not registered state): the user does not register, and network does not distribute S-CSCF to the user.
Unregistered state (unregistered state): in both cases, the user is in unregistered state.1) user's unregistered state business of having contracted, when the user during for exit state as a registration that end call is carried out, can with user from exit state change into unregistered state among the HSS this moment, is S-CSCF of user's assignment simultaneously, and this S-CSCF can be from HSS download user relevant information; When 2) user initiated to nullify, HSS kept the S-CSCF name of user's registration, did not remove relevant user information on the S-CSCF simultaneously, and HSS and S-CSCF just change into unregistered state with User Status from login state.
In addition, in the IMS system, the unregistered state business refers to and user log off state or the relevant business of unregistered state, as calling transfer class business etc.
As Fig. 2-shown in Figure 4,3GPP TS24.228 " Signalling flows for the IP multimedia callcontrol based on SIP and SDP; Stage 3 " defined the session flow process of calling out different user.Here describe this programme and whether to need to carry out topology hiding irrelevant according to the scene of not carrying out topology hiding.
Fig. 2 is time call registration user's a session flow process (S-CSCF is to the S-CSCF part), comprising:
Step 21, Calling Side S-CSCF#1 receives initial Invite request;
Step 22, S-CSCF#1 returns 100trying (in the trial) message, and the re-transmission of Invite message is responsible in expression by S-CSCF#1;
Step 23, S-CSCF#1 calls the service logic that the calling subscriber contracts and sets up session, as is triggered to (Service Control) such as corresponding AS;
Step 24, the I-CSCF#2 of S-CSCF#1 in called subscriber's home network sends Invite message;
Step 25, I-CSCF#2 returns 100trying message to S-CSCF#1, and the re-transmission of Invite message is responsible in expression by I-CSCF#2;
Step 26, I-CSCF#2 sends position enquiring request message (LIR) to HSS;
Step 27, HSS sends position enquiring response message (LIA) to I-CSCF#2;
Step 28, I-CSCF#2 sends Invite message to callee side S-CSCF#2;
Step 29, S-CSCF#2 returns 100trying message to I-CSCF#2;
Step 210, S-CSCF#2 calls the service logic that the called subscriber contracts and sets up session, as is triggered to corresponding AS etc. and carries out business control;
Step 211, S-CSCF#2 sends Invite message to callee side;
Step 212, S-vCSCF#2 receives 100trying message, the re-transmission of Invite message is responsible in expression by next node;
Step 213-step 228, the calling and called user finishes media negotiation, and network side is finished resource reservation simultaneously;
Step 229-step 238, called subscriber's ring;
Step 239-step 245, called subscriber's off-hook, both sides set up conversation.
Fig. 3 calls out an exit state or unregistered state, and the user's of the unregistered state business of having contracted simultaneously session flow chart comprises:
Step 31, Calling Side S-CSCF#1 receives initial Invite request;
Step 32, S-CSCF#1 returns 100trying message, and the re-transmission of Invite message is responsible in expression by S-CSCF#1;
Step 33, S-CSCF#1 calls the service logic that the calling subscriber contracts and sets up session, as is triggered to (Service Control) such as corresponding AS;
Step 34, the I-CSCF#2 of S-CSCF#1 in called subscriber's home network sends Invite message;
Step 35, I-CSCF#2 returns 100trying message to S-CSCF#1, and the re-transmission of Invite message is responsible in expression by I-CSCF#2;
Step 36, I-CSCF#2 sends position enquiring request message (LIR) to HSS;
Step 37, HSS sends position enquiring response message (LIA) to I-CSCF#2;
Step 38, I-CSCF#2 selects callee side S-CSCF#2;
Step 39, I-CSCF#2 sends Invite message to callee side S-CSCF#2;
Step 310, S-CSCF#2 returns 100trying message to I-CSCF#2;
Step 311, callee side S-CSCF#2 is to HSS send server allocation request message (SAR);
Step 312, HSS distributes response message (SAA) to callee side S-CSCF#2 send server;
Step 313, callee side S-CSCF#2 carries out business control Service Control;
Step 314, callee side S-CSCF#2 carries out follow-up flow process.
Annotate:, can omit step 311,312 if preserved user related information when being in unregistered state (be user) on the S-CSCF#2.
Fig. 4 is the flow process of calling out the user of an exit state or the unregistered state and the unregistered state business of not contracting, and comprising:
Step 41, Calling Side S-CSCF#1 receives initial Invite request;
Step 42, S-CSCF#1 returns 100trying message, and the re-transmission of Invite message is responsible in expression by S-CSCF#1;
Step 43, S-CSCF#1 calls the service logic that the calling subscriber contracts and sets up session, as is triggered to (Service Control) such as corresponding AS;
Step 44, the I-CSCF#2 of S-CSCF#1 in called subscriber's home network sends Invite message;
Step 45, I-CSCF#2 returns 100trying message to S-CSCF#1, and the re-transmission of Invite message is responsible in expression by I-CSCF#2;
Step 46, I-CSCF#2 sends position enquiring request message (LIR) to HSS;
Step 47, HSS sends position enquiring response message (LIA) to I-CSCF#2;
Step 48, I-CSCF#2 returns failed message to Calling Side S-CSCF#1, as 404 message;
Step 49, S-CSCF#1 sends the ACK acknowledge message to I-CSCF;
Step 410, S-CSCF#1 transmits 404 message to Calling Side P-CSCF;
Step 411, S-CSCF#1 receives the ACK acknowledge message.
Among Fig. 2-Fig. 4 3GPP IMS call out the session flow process of different user can be with Fig. 5 description of summarizing:
Step 501, originating S-CSCF are received initial Invite request;
Step 502, S-CSCF call service logic that the calling subscriber contracts set up session (as, whether need to be triggered to corresponding AS);
Step 503, S-CSCF judges whether called PUI (public user identity) is SIP URI (SIP unified resource identifier), if, execution in step 504, if not, execution in step 505;
Step 504, S-CSCF carries out the destination address analysis according to called PUI, and the Invite request is transmitted to corresponding I-CSCF, execution in step 507;
Step 505 is carried out number to Enum (telephone number mapping) server and is resolved, and whether corresponding SIP URI is arranged, if, execution in step 506, if not, execution in step 523;
Step 506 replaces with corresponding SIP URI, execution in step 504 with Tel URI (phone URL(uniform resource locator));
Step 507, I-CSCF initiates customer location query requests (LIR) to HSS;
Step 508, HSS checks PUI state and related service information, according to PUI state and related service information, corresponding execution in step 509,510,511;
Step 509, if PUI is a login state, or unregistered state but the business of unregistered state is arranged, execution in step 512;
Step 510 if PUI is an exit state, but has the business of unregistered state, execution in step 515;
Step 511 if PUI nullifies or unregistered state, and does not have the business of unregistered state, execution in step 520;
Step 512, HSS returns the S-CSCF name of being preserved in the query response message of position;
Step 513, I-CSCF selects S-CSCF, and request is transmitted to S-CSCF;
Step 514, callee side S-CSCF calls the service logic that the called subscriber contracts and sets up session;
Step 515, HSS will check whether this IMS subscription has at least a PUI to distribute S-CSCF name, if, execution in step 516, otherwise execution in step 517;
Step 516, HSS returns S-CSCF name in the query response message of position, execution in step 518;
Step 517, HSS returns the S-CSCF ability information or selects a S-CSCF, execution in step 518 arbitrarily by I-CSCF in the query response message of position;
Step 518, I-CSCF selects S-CSCF, and request is transmitted to S-CSCF;
Step 519, callee side S-CSCF obtains user signing contract information to HSS send server request for allocation (SAR), execution in step 514;
Step 520, HSS Experimental-Result-Code in the LIA response is set to DIAMETER_ERROR_IDENTITY_NOT_REGISTERED;
Step 521, I-CSCF returns failed message to Calling Side S-CSCF, as 404 message;
Step 522, Calling Side S-CSCF is to P-CSCF retransmission failure message, as 404 message;
Step 523 is handed to BGCF with the Invite request and is carried out subsequent treatment.
In the IMS session flow process of above-mentioned 3GPP definition, for the situation of IMS intra-office session, promptly Calling Side S-CSCF has preserved under the situation of called user information simultaneously, exists unnecessary signaling interaction.As, when calling out a registered user, Calling Side S-CSCF carries out after the corresponding service processing according to calling subscriber's CAMEL-Subscription-Information, the Invite request is transmitted to I-CSCF, learn that the called subscriber is registered in Calling Side S-CSCF simultaneously behind the HSS of I-CSCF inquiry afterwards, I-CSCF returns to Calling Side S-CSCF again with the Invite request, has so just caused unnecessary signaling process.Some other call scenario also exists such problem.
Summary of the invention
In order to solve above-mentioned technical problem, the invention provides a kind of IMS conversation processing method and system, its purpose is that it is mutual to reduce unnecessary messages, reduces the device processes load, conserve bandwidth, and reduce the session processing delay, promote quality of service.
The invention provides a kind of IMS conversation processing method, comprising:
Step 11, Calling Side S-CSCF judges whether called subscriber's log-on message, if, execution in step 12, otherwise S-CSCF carries out the destination address analysis according to called PUI, the Invite request is transmitted to corresponding I-CSCF, and I-CSCF is according to 3GPP standard session flow processing;
Step 12, S-CSCF checks called PUI state and business information, and handles.
Also comprise step 10 before the step 11, Calling Side S-CSCF judges that called PUI destination address is whether in this S-CSCF allows the territory of registration, if execution in step 11, otherwise, S-CSCF carries out the destination address analysis according to called PUI, the Invite request is transmitted to corresponding I-CSCF, and I-CSCF is according to 3GPP standard session flow processing.
Step 12 comprises:
Step 121, if called PUI is a login state, or unregistered state but the business of unregistered state is arranged, then execution in step 122; If called PUI is a unregistered state, and do not have the business of unregistered state, then execution in step 123;
Step 122, S-CSCF calls the service logic that the called subscriber contracts and sets up session;
Step 123, S-CSCF returns failed message to P-CSCF.
Step 122, when S-CSCF called service logic that the called subscriber contracts and sets up session, Via header field and Record-Route header field added two S-CSCF addresses respectively in Invite message; After S-CSCF receives response message, learn that according to two S-CSCF addresses in the Via header field in the response message this is the situation of intra-office session, carry out callee side and Calling Side session respectively and handle.
Also comprise before the step 11:
Step 501, Calling Side S-CSCF receives initial request message;
Step 502 is called the service logic that the calling subscriber contracts and is set up session;
Step 503 judges whether called PUI is SIP URI, if, execution in step 11, otherwise execution in step 504;
Step 504 is carried out number to the Enum server and is resolved, and judges whether corresponding SIP URI, if execution in step 505 is carried out subsequent treatment otherwise BGCF is handed in the Invite request;
Step 505 replaces with corresponding SIP URI, execution in step 11 with Tel URI.
Described failed message is 404 message.
The invention provides a kind of IMS session processing system, this system comprises S-CSCF, I-CSCF, and S-CSCF also is used for:
Judge whether called subscriber's log-on message; If called subscriber's log-on message is arranged, S-CSCF checks called PUI state and business information, and handles; If there is not called subscriber's log-on message, S-CSCF carries out the destination address analysis according to called PUI, and the Invite request is transmitted to corresponding I-CSCF, and I-CSCF is according to 3GPP standard session flow processing.
S-CSCF is used to also to judge that called PUI destination address is whether in this S-CSCF allows the territory of registration.
After S-CSCF checked called PUI state and business information, the processing of being carried out comprised:
If called PUI is a login state, or unregistered state but the business of unregistered state is arranged, then S-CSCF calls the service logic that the called subscriber contracts and sets up session;
If called PUI is a unregistered state, and do not have the business of unregistered state, then S-CSCF returns failed message to P-CSCF.
When S-CSCF called service logic that the called subscriber contracts and sets up session, Via header field and Record-Route header field added two S-CSCF addresses respectively in Invite message; After S-CSCF receives response message, learn that according to two S-CSCF addresses in the Via header field in the response message this is the situation of intra-office session, carry out callee side and Calling Side session respectively and handle.
The present invention carries out certain expansion to the S-CSCF function on the basis of 3GPP IMS session flow process, and then IMS session handling process is optimized.The present invention can effectively reduce unnecessary signaling traffic and device processes load under the scene of intra-office session, save Internet resources such as bandwidth, and reduce the session processing delay, promotes quality of service.
Description of drawings
Fig. 1 is a 3GPP IMS system construction drawing;
Fig. 2 is the session flow process (S-CSCF is to the S-CSCF part) of time call registration user in the prior art;
Fig. 3 is for calling out an exit state or unregistered state in the prior art but the user's of the unregistered state business of having contracted session flow chart;
Fig. 4 is the flow process of calling out the user of an exit state or the unregistered state and the unregistered state business of not contracting in the prior art;
Fig. 5 is the handling process after S-CSCF in the prior art the receives initial Invite request;
Fig. 6 is a session handling process provided by the invention.
Embodiment
The present invention under the feasible scene for the intra-office session, can effectively reduce unnecessary signaling traffic by the session flow process of 3GPP TS23.228 definition is expanded, and saves Internet resources such as bandwidth.At first the IMS intra-office session that defines among the present invention is described below:
The session of IMS intra-office, the IMS session under three kinds of situations below this programme middle finger:
1) the calling and called user is a login state, is registered in simultaneously on the same S-CSCF;
2) calling subscriber is a login state, and the called subscriber is unregistered state but the business of the unregistered state of having contracted, and called party data is retained on the S-CSCF of calling subscriber's registration;
3) calling subscriber is a login state, and the called subscriber is the unregistered state business of signatory unregistered state simultaneously, and called party data is retained on the S-CSCF of calling subscriber's registration.
Situation for preceding two kinds of intra-office sessions, in the session flow process of 3GPP definition, after Calling Side S-CSCF receives initial Invite request, can request be transmitted to corresponding I-CSCF (step 24 among Fig. 2 according to called PUI, step 34 among Fig. 3), initiate customer location inquiry-LIR/LIA (step 26/27 among Fig. 2 by I-CSCF to HSS, step 36/37 among Fig. 3), because calling and called user profile is kept on the same S-CSCF, I-CSCF can be according to the LIR/LIA Query Result, the Invite request is gone back to again to originating S-CSCF (step 28 among Fig. 2, step 39 among Fig. 3).Situation for these two kinds of intra-office sessions, processing forward through a series of Invite message, and after the LIR/LIA signaling process, the S-CSCF of Calling Side has been got back in the Invite request again, therefore these signaling process processes (step 24-29 among Fig. 2, the step 34-310 among Fig. 3) are unnecessary.Equally, also there is no need through I-CSCF for follow-up 183,180 among Fig. 2,200OK message (to replying of Invite message).
The situation of the third intra-office session, the business of unregistered state does not keep user's related data, and User Status is updated to unregistered state when S-CSCF can be arranged on user log off although the called subscriber contracts.In the session flow process of 3GPP definition, situation for this intra-office session, after Calling Side S-CSCF receives initial Invite request, can request be transmitted to corresponding I-CSCF (step 44 among Fig. 4) according to called PUI, initiate customer location inquiry-LIR/LIA (step 46/47 among Fig. 4) by I-CSCF to HSS, because called PUI is a unregistered state, the business of signatory unregistered state simultaneously, HSS can be set to DIAMETER_ERROR_IDENTITY_NOT_REGISTERED by Experimental-Result-Code in the LIA response, I-CSCF responds according to LIA afterwards, S-CSCF returns failed message to Calling Side, as 404 message (step 48 among Fig. 4), originating S-CSCF is given Calling Side P-CSCF with this forwards.And in fact, situation for this intra-office session, after Calling Side S-CSCF receives the Invite request, can be through the called party data of inquiry self preservation, learn that the called subscriber is a unregistered state, the business of signatory unregistered state simultaneously, S-CSCF can directly return failed message to P-CSCF like this, as 404 message, and need not to select I-CSCF according to called PUI again, after HSS initiates the LIR/LIA inquiry, return the failure Indication message through I-CSCF by I-CSCF, promptly for the situation of the third intra-office session, the step 44-49 among Fig. 4 is unnecessary.
The present invention expands at the call handling process of S-CSCF, and after S-CSCF received the Invite request, handling process was as follows:
Step 101. is called the service logic that the calling subscriber contracts and is set up session, as contacts corresponding AS etc.;
Step 102. is judged the destination address type,
-if SIP is URI, directly carry out step 104;
-otherwise continue step 103;
Step 103. is carried out the number parsing to the Enum server,
If there is corresponding SIP URI in-the Enum server, then S-CSCF transfers the destination address in the Invite request message to corresponding SIP URI, execution in step 104;
-otherwise then S-CSCF is transmitted to corresponding BGCF with the Invite request, carries out subsequent treatment by BGCF;
Step 104. is carried out the destination address analysis, judges destination address whether in this S-CSCF allows the territory of registration,
If-destination address then continues step 105 in S-CSCF allows the territory of registration;
-otherwise S-CSCF sends to corresponding I-CSCF with request and does further processing;
Annotate: in the IMS system, will be routed in the home network according to domain name when the user registers, S-CSCF goes up and will only can register the user in the some territories that belong to limited like this, that is to say the registration that allows these special domains user according to network configuration S-CSCF.
Whether step 105.S-CSCF inquiry preserves called user information (called subscriber can be registration or unregistered state):
If-preserving called user information, S-CSCF checks called PUI state and related service information,
If-PUI is a login state, or unregistered state but the business of unregistered state is arranged, S-CSCF directly calls the service logic that the called subscriber contracts and sets up session: S-CSCF is when callee side P-CSCF or AS send the Invite request, and Via header field and Record-Route header field add two S-CSCF addresses respectively in Invite message.When S-CSCF receives follow-up response message, as 183,180, during 2000K (to replying of Invite message), learn that according to two S-CSCF addresses in the Via header field in the response message this is the situation of intra-office session, carry out callee side and Calling Side session respectively and handle.This programme does not influence the processing of S-CSCF to subsequent request message.
If-PUI is a unregistered state, and do not have the business of unregistered state, S-CSCF directly returns 404 message to P-CSCF;
-otherwise S-CSCF is forwarded to corresponding I-CSCF according to called subscriber's destination address with request, is for further processing according to normal process.
Idiographic flow comprises as shown in Figure 6:
Step 601, Calling Side S-CSCF receives initial Invite request;
Step 602 is called the service logic that the calling subscriber contracts and is set up session, as contacts corresponding AS etc.;
Step 603, is called PUI SIP URI? if, execution in step 604, otherwise execution in step 605;
Step 604 is judged destination address whether in this S-CSCF allows the territory of registration, if execution in step 607, otherwise execution in step 613;
Step 605 is carried out number to the Enum server and is resolved, there there corresponding SIP URI? if, execution in step 606, otherwise execution in step 615;
Step 606 replaces with corresponding SIP URI, execution in step 604 with Tel URI;
Does step 607 have called subscriber's log-on message (registration/unregistered state)? if, execution in step 608, otherwise execution in step 613;
Step 608, S-CSCF checks PUI state and related service information, and according to PUI state and corresponding information, execution in step 609 or step 610;
Step 609, if PUI is a login state, or unregistered state but the business of unregistered state is arranged, then execution in step 611;
Step 610 if PUI is a unregistered state, and does not have the business of unregistered state, and then execution in step 612;
Step 611, S-CSCF calls the service logic that the called subscriber contracts and sets up session: S-CSCF is when callee side P-CSCF or AS send the Invite request, and Via header field and Record-Route header field add two S-CSCF addresses respectively in Invite message.When S-CSCF receives follow-up response message, as 183,180, during 2000K (to replying of Invite message), learn that according to two S-CSCF addresses in the Via header field in the response message this is the situation of intra-office session, carry out callee side and Calling Side session respectively and handle.This programme does not influence the processing of S-CSCF to subsequent request message.
Step 612, S-CSCF returns 404 message to P-CSCF;
Step 613, S-CSCF carries out the destination address analysis according to PUI, and the Invite request is transmitted to corresponding I-CSCF;
Step 614, following flow process is with the normal process of 3GPP definition;
Step 615 is handed to BGCF with the Invite request and is carried out subsequent treatment.
Session handling process provided by the invention, situation at foregoing three kinds of intra-office sessions, after Calling Side S-CSCF receives initial Invite request, Calling Side S-CSCF knows that by the inquiry its data it has preserved called user information, and then directly handle accordingly, as call suitable service logic, or return failed message etc., and then can reduce in original flow process shown in Figure 2 24-29,214-215,230-231,240-241 totally 12 message to P-CSCF; Reduce totally 6 message (do not comprise among Fig. 3 follow-up possible 183,180 etc. message) of 34-37,39-310 in original flow process shown in Figure 3; Reduce in original flow process shown in Figure 4 44-49 totally 6 message (called be the situation of unregistered state).
The bright session flow process that provides of we can reduce unnecessary signaling interaction under the intra-office session context, saves resources such as port and bandwidth.Influence for other non-intra-office sessions is to have introduced step 604 and 607 two deterministic processes, can not cause tangible influence to session establishment time delay etc.
Session flow process provided by the invention has only been carried out certain expansion to S-CSCF, and other IMS network equipments are not required, and does not influence and does not support intercommunication between this optimization session flow sheet equipment.
Those skilled in the art can also carry out various modifications to above content under the condition that does not break away from the definite the spirit and scope of the present invention of claims.Therefore scope of the present invention is not limited in above explanation, but determine by the scope of claims.

Claims (10)

1. an IMS conversation processing method is characterized in that, comprising:
Step 11, Calling Side S-CSCF judges whether called subscriber's log-on message, if, execution in step 12, otherwise S-CSCF carries out the destination address analysis according to called PUI, the Invite request is transmitted to corresponding I-CSCF, and I-CSCF is according to 3GPP standard session flow processing;
Step 12, S-CSCF checks called PUI state and business information, and handles.
2. IMS conversation processing method as claimed in claim 1, it is characterized in that, also comprise step 10 before the step 11, Calling Side S-CSCF judges that called PUI destination address is whether in this S-CSCF allows the territory of registration, if execution in step 11, otherwise S-CSCF carries out the destination address analysis according to called PUI, the Invite request is transmitted to corresponding I-CSCF, and I-CSCF is according to 3GPP standard session flow processing.
3. IMS conversation processing method as claimed in claim 1 or 2 is characterized in that step 12 comprises:
Step 121, if called PUI is a login state, or unregistered state but the business of unregistered state is arranged, then execution in step 122; If called PUI is a unregistered state, and do not have the business of unregistered state, then execution in step 123;
Step 122, S-CSCF calls the service logic that the called subscriber contracts and sets up session;
Step 123, S-CSCF returns failed message to P-CSCF.
4. IMS conversation processing method as claimed in claim 3, it is characterized in that, step 122, when S-CSCF called service logic that the called subscriber contracts and sets up session, Via header field and Record-Route header field added two S-CSCF addresses respectively in Invite message; After S-CSCF receives response message, learn that according to two S-CSCF addresses in the Via header field in the response message this is the situation of intra-office session, carry out callee side and Calling Side session respectively and handle.
5. IMS conversation processing method as claimed in claim 1 is characterized in that, also comprises before the step 11:
Step 501, Calling Side S-CSCF receives initial request message;
Step 502 is called the service logic that the calling subscriber contracts and is set up session;
Step 503 judges whether called PUI is SIP URI, if, execution in step 11, otherwise execution in step 504;
Step 504 is carried out number to the Enum server and is resolved, and judges whether corresponding SIP URI, if execution in step 505 is carried out subsequent treatment otherwise BGCF is handed in the Invite request;
Step 505 replaces with corresponding SIP URI, execution in step 11 with Tel URI.
6. IMS conversation processing method as claimed in claim 3 is characterized in that, described failed message is 404 message.
7. IMS session processing system, this system comprises S-CSCF, I-CSCF, it is characterized in that, S-CSCF also is used for:
Judge whether called subscriber's log-on message; If called subscriber's log-on message is arranged, S-CSCF checks called PUI state and business information, and handles; If there is not called subscriber's log-on message, S-CSCF carries out the destination address analysis according to called PUI, and the Invite request is transmitted to corresponding I-CSCF, and I-CSCF is according to 3GPP standard session flow processing.
8. IMS session processing system as claimed in claim 7 is characterized in that, S-CSCF is used to also to judge that called PUI destination address is whether in this S-CSCF allows the territory of registration.
9. as claim 7 or 8 described IMS session processing systems, it is characterized in that after S-CSCF checked called PUI state and business information, the processing of being carried out comprised:
If called PUI is a login state, or unregistered state but the business of unregistered state is arranged, then S-CSCF calls the service logic that the called subscriber contracts and sets up session;
If called PUI is a unregistered state, and do not have the business of unregistered state, then S-CSCF returns failed message to P-CSCF.
10. IMS session processing system as claimed in claim 9 is characterized in that, when S-CSCF called service logic that the called subscriber contracts and sets up session, Via header field and Record-Route header field added two S-CSCF addresses respectively in Invite message; After S-CSCF receives response message, learn that according to two S-CSCF addresses in the Via header field in the response message this is the situation of intra-office session, carry out callee side and Calling Side session respectively and handle.
CN200710120673A 2007-08-23 2007-08-23 IMS session processing method and system Active CN100589603C (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200710120673A CN100589603C (en) 2007-08-23 2007-08-23 IMS session processing method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710120673A CN100589603C (en) 2007-08-23 2007-08-23 IMS session processing method and system

Publications (2)

Publication Number Publication Date
CN101141678A true CN101141678A (en) 2008-03-12
CN100589603C CN100589603C (en) 2010-02-10

Family

ID=39193367

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710120673A Active CN100589603C (en) 2007-08-23 2007-08-23 IMS session processing method and system

Country Status (1)

Country Link
CN (1) CN100589603C (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137347A (en) * 2010-11-04 2011-07-27 华为技术有限公司 Calling method and system for providing calling information and service control point
CN102143478A (en) * 2010-09-21 2011-08-03 华为技术有限公司 Method and device for processing service parameters
CN103037501A (en) * 2011-09-30 2013-04-10 中国移动通信集团河南有限公司 Registration method, device and system of internet protocol multimedia subsystem terminal
CN103618739A (en) * 2013-12-09 2014-03-05 中国联合网络通信集团有限公司 Data processing method and device of reinforced S-CSCF server
CN104717180A (en) * 2013-12-13 2015-06-17 中国电信股份有限公司 Method and system used for suppressing triggering of called service in IMS network
CN113543163A (en) * 2020-04-16 2021-10-22 中国移动通信集团设计院有限公司 Method and device for improving Volte end-to-end voice quality
CN114979006A (en) * 2021-10-14 2022-08-30 中移互联网有限公司 SIP message processing method and system
WO2023082676A1 (en) * 2021-11-10 2023-05-19 北京挪拉斯坦特芬通信设备有限公司 Session establishment control method, electronic device, and computer-readable storage medium

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143478A (en) * 2010-09-21 2011-08-03 华为技术有限公司 Method and device for processing service parameters
CN102137347B (en) * 2010-11-04 2013-10-09 华为技术有限公司 Calling method and system for providing calling information and service control point
CN102137347A (en) * 2010-11-04 2011-07-27 华为技术有限公司 Calling method and system for providing calling information and service control point
CN103037501B (en) * 2011-09-30 2016-03-02 中国移动通信集团河南有限公司 A kind of register method, equipment and system of internet protocol multimedia subsystem terminal
CN103037501A (en) * 2011-09-30 2013-04-10 中国移动通信集团河南有限公司 Registration method, device and system of internet protocol multimedia subsystem terminal
CN103618739A (en) * 2013-12-09 2014-03-05 中国联合网络通信集团有限公司 Data processing method and device of reinforced S-CSCF server
CN103618739B (en) * 2013-12-09 2017-02-15 中国联合网络通信集团有限公司 Data processing method and device of reinforced S-CSCF server
CN104717180A (en) * 2013-12-13 2015-06-17 中国电信股份有限公司 Method and system used for suppressing triggering of called service in IMS network
CN104717180B (en) * 2013-12-13 2019-02-26 中国电信股份有限公司 Inhibit the method and system of called service triggering in IMS network
CN113543163A (en) * 2020-04-16 2021-10-22 中国移动通信集团设计院有限公司 Method and device for improving Volte end-to-end voice quality
CN113543163B (en) * 2020-04-16 2023-08-15 中国移动通信集团设计院有限公司 Method and device for improving Volte end-to-end voice quality
CN114979006A (en) * 2021-10-14 2022-08-30 中移互联网有限公司 SIP message processing method and system
CN114979006B (en) * 2021-10-14 2023-09-05 中移互联网有限公司 Session Initiation Protocol (SIP) message processing method and system
WO2023082676A1 (en) * 2021-11-10 2023-05-19 北京挪拉斯坦特芬通信设备有限公司 Session establishment control method, electronic device, and computer-readable storage medium

Also Published As

Publication number Publication date
CN100589603C (en) 2010-02-10

Similar Documents

Publication Publication Date Title
US9906566B2 (en) Voice session termination for messaging clients in IMS
CN100589603C (en) IMS session processing method and system
US9906565B2 (en) Method, apparatus and program product for merging communication sessions in an IMS
US7586903B2 (en) System and method for VoIP call transfer using instant message service in an IP multimedia subsystem
US20050213606A1 (en) Method of triggering application service using response filter criteria and IP multimedia subsystem using the same
JP5606074B2 (en) Dynamic service trigger in communication networks
EP2104305A1 (en) Call service handling in an IMS-based system
CA2605475C (en) Session initiation from application servers in an ip multimedia subsystem
JP2008543135A (en) Call forwarding in IP Multimedia Subsystem (IMS)
US20090034516A1 (en) Call transfer with multiple application servers in session initiation protocol-based network
EP2182692A1 (en) A method, device and system for processing the continuity of the media stream in a session
CN100574474C (en) Set up the method that communication traffic connects in a kind of communication system
KR100703426B1 (en) Method and apparatus for sending and receiving call unregistered user in a ip multimedia subsystem network
CN100550884C (en) Based in the business procedure of retry mechanism to Session Initiation Protocol processing of request method
CN101031139B (en) Method for controlling call entity release session
JP5212363B2 (en) COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND DIRECTION CONTROL METHOD IN CONCERN
JP2010525623A (en) Method and apparatus for use in a communication network
JP5063530B2 (en) Method and system for accessing non-SIP compliant server via IMS network
CN101009664B (en) A method for processing the content in the initial session protocol message and network entity
KR20100131787A (en) Method anc device for processing a call in an ip multimedia subsystem network
JP2010183480A (en) Apparatus and method for controlling request transmission, system, and program
KR20100040567A (en) Internet based call processing method and system

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