CN101102276A - Method changing session path, session terminal and relay node - Google Patents
Method changing session path, session terminal and relay node Download PDFInfo
- Publication number
- CN101102276A CN101102276A CNA2007101230481A CN200710123048A CN101102276A CN 101102276 A CN101102276 A CN 101102276A CN A2007101230481 A CNA2007101230481 A CN A2007101230481A CN 200710123048 A CN200710123048 A CN 200710123048A CN 101102276 A CN101102276 A CN 101102276A
- Authority
- CN
- China
- Prior art keywords
- session
- via node
- routes
- route
- address information
- 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
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The method thereof comprises: according to the route records generated in the session process, the session terminal forms a corresponding route set; said route set comprises the address information of relay node passed through by the session; said address information carries the indication message used for indicating the relay node to quite the session after confirming the establishment of session; after confirming the establishment of session, according to the indication message carried by the address information, the session terminal updates the route set, and deletes the address information of the relay node from the route set, and generates new route set; after updating the route set, the session terminal adds the route set into the route information of next request message.
Description
Technical field
The present invention relates to communication technical field, particularly a kind of method, conversational terminal, via node of changing session path.
Background technology
Internet multimedia subsystem (IMS, IP Multimedia Subsystem) be one IP-based, professional open, with the irrelevant network environment of access way, by basic abilities such as user ID authentication, QoS assurance, safety assurance are provided at the core network layer, give miscellaneous service with strong support.At present existing mediaphone, meeting, recreation etc. are professional based on the IMS network operation, along with the positive deployment of IMS, put into effect having more business based on IMS.
IMS provides professional by application server (AS, Application Server).Each AS can resident one or more business, for example CRBT, color image service etc.In the deployment of CRBT, color image service: provide CRBT, color image service by independent and special IMS AS,, allow session provide complete telephone service together through IMS AS and Telephony AS by the iFC of configuration IMS.Its concrete implementation can adopt session proxy (SIP Proxy) pattern.
Set up prerequisite for professional in session, but do not pay close attention to session and set up the IMS AS that thing takes place in the affirmation back.If polychrome AS wishes to play polychrome to the called subscriber, it must be in record route (Record-Route) path that joins session itself, otherwise, PRACK/UPDATE signaling message in pre-ring (Pre-alerting) call model of IMS will can not send to CRBT, polychrome AS, and these message, all carried the information that real media bearer IP that terminal to apply arrives connects, if CRBT, polychrome AS can't obtain these information, can't accept IP address and port broadcast the tinkle of bells, video etc. to the medium of terminal.IMS AS for the SIP Proxy role who realizes similar CRBT, color image service, consider the information of carrying in the PRACK/UPDATE signaling that needs to use in the pre-ring of IMS (Pre-alerting) call model, must be in the Record-Route path that oneself joins session.
But these AS only pay close attention to the processing that preceding signaling is successfully set up in session, message after session set up to be confirmed to them without any use, but because they have been stayed oneself in the Record-Route path of session, therefore, after session is set up and is confirmed, during whole calling, message such as wherein possible reINVITE, UPDATE, BYE also all will be passed by these AS, for these AS bring the unnecessary processing burden.
Therefore, in carrying out the invention process, the inventor finds that there are the following problems at least in the prior art: in similar CRBT, the color image service, professional IMS AS is provided and is indifferent to session and sets up situation after confirming with SIP Proxy role, after session foundation is finished, but can't withdraw from the path of SIP session.
Summary of the invention
The technical problem that the embodiment of the invention will solve is for providing a kind of method of changing session path and conversational terminal, via node, can be after affirmation be set up in the SIP session, by adjusting the signaling paths of SIP session, make signaling no longer through need not to continue to participate in the via node of session.
For solving the problems of the technologies described above, the purpose of the embodiment of the invention is achieved through the following technical solutions:
The embodiment of the invention provides a kind of method of changing session path, and it comprises:
Conversational terminal is according to the record route that generates in the conversation procedure, form corresponding set of routes, described set of routes comprises the address information of the via node of session process, and described address information is carried and is used to indicate session to set up the indication information whether affirmation back via node needs to withdraw from session;
After session was set up and confirmed, according to the indication information that described address information is carried, conversational terminal upgraded set of routes, and deletion need be withdrawed from the address information of the via node of session from set of routes, generates new set of routes;
Set of routes after conversational terminal will upgrade joins in the record route of subsequent request message.
The embodiment of the invention also provides the method for another kind of change session path, comprising:
Receive conversation request message;
Confirm that the current sessions state is after the affirmation state is set up in session, judge whether next jumping via node needs to withdraw from session in the described conversation request message route header field;
If next is jumped via node and need withdraw from session in the conversation request message route header field, then delete the address information of via node described in the route header field, generate new routing iinformation.
The embodiment of the invention also provides a kind of conversational terminal, and it comprises:
The set of routes generation unit, be used for the record route that generates according to the session routing procedure, form corresponding set of routes, described set of routes comprises the address information of the via node of session process, whether needs to withdraw from the indication information of session after described address information is carried and is used to indicate session foundation to confirm;
The set of routes updating block, after being used for session foundation affirmation, the indication information that carries according to described address information, the set of routes that described set of routes generation unit generates is upgraded, the address information of the via node that the deletion session need not to keep after setting up and confirming from set of routes generates new routing iinformation;
The set of routes adding device, the set of routes after being used for the set of routes unit upgraded joins the record route of subsequent request message.
The embodiment of the invention also provides a kind of via node, and it comprises:
Judging unit is used to confirm whether session status is that the affirmation state is set up in session;
Receiving element is used to receive conversation request message;
Judging unit is used to confirm that the current sessions state is after the affirmation state is set up in session, judges whether next jumping via node needs to withdraw from session in the conversation request message route header field;
Route header field updating block, when the judged result of judging unit is that next jumps via node need withdraw from session the time in the conversation request message route header field, next jumps the address information of via node described in the deletion route header field, generates new routing iinformation.
Method, conversational terminal and the via node of the change session path that provides by the embodiment of the invention, can be after affirmation be set up in session, generate new routing iinformation, the subsequent request message of session is carried out route according to new routing iinformation, thereby after realizing that session is set up, adjustment to signaling paths, thereby make the node that after session is set up, need not to continue to keep successfully to withdraw from session, therefore after having improved session foundation, the efficiency of transmission of signaling has also reduced the processing of these nodes simultaneously and has loaded.
Description of drawings
Fig. 1 changes the signaling process figure of method first embodiment of session path for the present invention;
Fig. 2 changes the signaling process figure of method second embodiment of session path for the present invention;
Fig. 3 is the structure chart of an embodiment of conversational system of the present invention;
Fig. 4 is the structure chart of an embodiment of conversational terminal of the present invention;
Fig. 5 is the structure chart of an embodiment of via node of the present invention.
Embodiment
The embodiment of the invention provides a kind of method, conversational terminal, via node of changing session path.For making technical scheme of the present invention clearer, below with reference to accompanying drawing and enumerate embodiment, the present invention is described in more detail.
Please refer to Fig. 1, change the signaling process figure of method first embodiment of session path for the present invention.In the present embodiment, before session between session originating end UA1 and the session receiving terminal UA2 is set up and is confirmed, i.e. dialogue is in during " Early " state, AS between UA1 and the UA2 is retained in the session path, and after affirmation is set up in session, after promptly dialogue changes " Confirmed " state over to, the indication information that carries by address information among the Record-Route, the address of deletion AS from Route Set, therefore described AS withdraws from session path after affirmation is set up in session.
Detailed process comprises:
Step 101: session originating end UA1 sends INVITE and asks the Proxy1 to via node SIP;
In general, one section SIP session has comprised SIP request and sip response.The SIP request is identified by its method name, as " INVITE ", " BYE ", " CANCEL ", " REGISTER ", " ACK " etc.Every kind of request all has different purposes, and for example the request of the INVITE in the present embodiment is used for user's initiation session, and the BYE request is used to discharge session; Sip response is identified by its answer code, as 100/180/200/400, add a response implication description character string, description character string as 100 responses is " trying ", be called " 100trying " response, sip response is divided into Temporary Response (Provisional Response) and final response (FinalResponse) two kinds, Final Response will finish affairs, Temporary Response is user terminal (UA, User Equipment) is used to refer to the response message of handling progress, it is end transaction not, and the answer code scope is that 100-199 is a Temporary Response, and the answer code scope is that 200-699 belongs to final response.
In the SIP session, carry out between user terminal Temporary Response mutual after, the state of dialogue is in " Early " state, when a 2xx finally responds when arriving user terminal, the state of session is called " Confirmed " state.
Session Initiation Protocol has defined the functional role of following several basic signaling process: sip user terminal and sip proxy server (Proxy Server is called for short Proxy).User terminal is used for processing signaling, Proxy Server is used for the signalling route between the responsible user terminal, after receiving the SIP request that the originating user terminal is sent, will speech channel by purpose user terminal to the SIP session, a session may just finally arrive the purpose user terminal by after a plurality of SIP Proxy routes.
After step 102:SIP Proxy1 receives described INVITE request,, more described INVITE request is transmitted to another via node AS, and carries Record-Route to the address of record route (Record-Route) the header field top of this request insertion oneself;
Record-Route is that via node increases in request, is used for forcing the subsequent request in the session need pass through the via node that writes down among this Record-Route.For example, when SIP Proxy handles initial SIP request, can determine oneself whether to need to handle follow-up request message, as needs, then need the address of oneself is joined in the top address of " Record-Route " of this initial request,, then need not add as not needing.Therefore in the present embodiment, SIP Proxy1 need handle follow-up request, when receiving the INVITE request, own address is added described INVITE ask the Record-Route top.
Step 103:AS carries out Business Processing to session after receiving described INVITE request, and the address of inserting AS at the top of Record-Route header field, add the indication information that withdraws from session after being used to indicate session foundation to confirm on the AS address, send described INVITE then and ask Proxy2, and carry described Record-Route to SIP;
Unified resource identifier (URI, the UniformResource Identifier) parameter of described indication information for expanding out in the record route indicates session foundation to confirm whether the back via node needs to withdraw from session by described parameter being got specific value.In the present embodiment, Record-Route is expanded " rr-param " parameter of a token (token) type, be in dialogue during " Early " state, when the value of carrying behind the address is " rr-param " parameter of RRFED (Record-Route For Early Dialog), being in " Early " state in dialogue during, corresponding via node is retained in the session path, and after session is set up, after promptly dialogue changes " Confirmed " state over to, the address of carrying this parameter will be deleted from Record-Route, and corresponding via node withdraws from session path.
Described indication information can also by expand the parameter in other routing iinformations or realize by newly-increased other informations parameter in indication whether need set up continue node and withdraw from session after confirming in session.
Step 104:SIP Proxy2 inserts the address of oneself at the top of Record-Route header field, and transmits described INVITE and ask to UA2, and carry Record-Route after receiving described INVITE request;
After step 105:UA2 receives described INVITE request, according to the Record-Route content, make up the set of routes (Route Set) of oneself side, Route Set has also comprised the indication information that carry each address and each address;
When the SIP initial request arrives the session receiving terminal, the session receiving terminal is noted (comprising address parameter) to the address list that forms among the Record-Route as Route Set, in the response of returning, Record-Route also is returned to the session originating end thereupon, and the session originating end also needs the address list negate direction that forms among the Record-Route is noted (comprising indication information) as Route Set.Like this, the session originating end and the session receiving terminal of SIP session have all formed Route Set, thereafter, all sip request messages and response message thereof in this session that session originating end and session receiving terminal send, all need " Route-set " of its record copied in " Route " header field, so the subsequent request of SIP session, route is carried out in the path that forms in the time of must setting up by the SIP session.
In the present embodiment, because SIP Proxy1, AS, SIP Proxy2 have successively been passed through in the INVITE request, therefore constructed Route Set is: SIP Proxy2-〉AS-〉SIP Proxy1 address, and the AS address value of carrying is " rr-param " parameter of RRFED.
Step 106:UA2 returns Temporary Response to SIP Proxy2, and carries Record-Route; In the present embodiment, Temporary Response is " 183 Call Progress ".The state of the SIP session on the UA2 becomes " Early ".
The described Temporary Response of step 107:SIP Proxy2 route is to AS, and carries Record-Route;
In the present embodiment, be used to indicate session to set up the parameter that affirmation back AS withdraws from session because the AS address in the Record-Route header field carries, therefore when session was in the Early state, AS was retained in the session.
The described Temporary Response of step 108:AS route is to SIP Proxy1, and carries Record-Route;
The described Temporary Response of step 109:SIP Proxy1 route is to UA1, and carries Record-Route;
Session status on the UA1 becomes Early.
After step 110:UA1 receives described Temporary Response, according to Record-Route header field content, make up the Route Set of oneself side, Route Set has also comprised the indication information that carry each address and each address;
Constructed Route Set is: SIP Proxy1-＞AS-＞SIP Proxy2.
Step 111:UA1 structure PRACK information and sending is given SIP Proxy1;
Described PRACK message is used for acknowledging receipt of Temporary Response to the opposite end, and has carried the Route header field that makes up according to Route Set: SIP Proxy1-＞AS-＞SIP Proxy2, the indication information when each address all comprises Record-Route formation;
Step 112:SIP Proxy1 presses the information of the Route header field of PRACK message, and route PRACK message is to AS;
Step 113:AS presses the information of the Route header field of PRACK, and route PRACK message is to SIPProxy2;
Step 114:SIP Proxy2 sends PRACK message to UA2 according to the information of session;
Step 115:UA2 rings to 200 OK that SIP Proxy2 returns PRACK;
Described 200 OK response is returned according to the via header field information that PRACK forms, and sends to SIPProxy2 earlier.
Step 116:SIP Proxy2 transmits the 200 OK response of PRACK to AS
Step 117:AS transmits the 200 OK response of PRACK to SIP Proxy1;
Step 118:SIP Proxy1 transmits the 200 OK response of PRACK to UA1.
" 180 RING " Temporary Response is sent in step 119:UA2 ring, and the process of this response and PRACK thereof, 200 OK is identical to the process of step 118 with step 106, no longer describes here.
Step 120:UA1 sends UPDATE to the opposite end after finishing media bearer IP resource bid and reservation, with mutual new media address and port;
When UPDATE sends, carried the Route header field that makes up according to Route Set: SIP Proxy1-〉AS-〉SIP Proxy2, each address all comprises the address parameter that comprises when Record-Route forms.UPDATE is routed to SIP Proxy1 by the Route header field.
Step 121:SIP Proxy1 presses the information of the Route header field of UPDATE request, and route UPDATE asks AS;
Step 122:AS presses the information of the Route header field of UPDATE request, and route UPDATE asks SIP Proxy2;
Step 123:SIP Proxy2 is according to the information of session, and route UDPATE asks UA2;
200 OK that step 124:UA2 returns UDPATE respond SIP Proxy2;
Step 125:SIP Proxy2 transmits the 200 OK response of UDPATE to AS;
Step 126:AS transmits the 200 OK response of UDPATE to SIP Proxy1;
Step 127:SIP Proxy1 transmits the 200 OK response of UDPATE to UA1.
Step 128: user's call accepted, UA2 is indicated by the user to return 200 OK of INVITE request to respond SIP Proxy2, and the SIP session status on the UA2 is moved to " Confirmed " by " Early ";
200 OK response messages of INVITE request are final response message, so the SIP session status changes into " Confirmed ", and promptly session status enters session and sets up the affirmation state.
Step 129:SIP Proxy2 transmits 200 OK response to AS;
Step 130:AS transmits the 200 OK response of INVITE to SIP Proxy1;
The 200 OK response that step 131:SIP Proxy1 transmits INVITE to UA1, UA1 receives this response message, the SIP session status on the UA1 is moved to " Confirmed " by " Early ";
Step 132:UA2 travels through each address among its Route Set, the indication information that carries when the address information of finding to have via node shows that this via node need be set up in session and confirms that the back via node is when withdrawing from, the address information of this via node is deleted from described set of routes, and order remains unchanged before and after the address information of other via node;
In the present embodiment, the indication information that is used to indicate session foundation affirmation back AS to withdraw from session is value " rr-param " parameter for " rrfed ".
After step 133:AS receives 200 OK, discharge relevant SIP resource;
Step 134:UA1 travels through each address among its Route Set, the indication information that carries when the address information of finding to have via node shows that this via node need be set up in session and confirms that the back via node is when withdrawing from, the address information of this via node is deleted from described set of routes, and order remains unchanged before and after the address information of other via node;
The execution sequence of step 132, step 133, step 134 in no particular order.
Route Set after step 135:UA1 will upgrade joins in the Route header field of subsequent request message ACK, returns ACK message to SIP Proxy1,200 OK response of receiving INVITE for confirmation;
When ACK sends, carried the Route header field that makes up according to Route Set: SIP Proxy1 and SIPProxy2.
Step 136:SIP Proxy1 presses the information of the Route header field of ACK request, continues route ACK and asks SIP Proxy2;
Step 137:SIP Proxy2 is according to the information of session, and route ACK asks UA2;
Step 138:UA2 sends the BYE request to SIP Proxy2, is used for session and discharges;
The Route of described BYE request has carried the Route header field that makes up according to Route Set: SIP Proxy2 and SIP Proxy1 by new Route Set structure.
Step 139:SIP Proxy2 presses the information of the Route header field of BYE request, continues route BYE and asks SIP Proxy1;
Step 140:SIP Proxy1 is according to the information of session, and route BYE asks UA1;
Step 141:UA1 returns the 200 OK responds SIP Proxy1 of BYE;
Step 142:SIP Proxy1 continues route 200 OK and responds SIP Proxy2;
200 OK of step 143:SIP Proxy2 route BYE request respond UA2.
The method of the change session path that provides by the above embodiment of the present invention, after affirmation is set up in session, the address information of the via node that the deletion session need not to keep after setting up and confirming from set of routes, generate new routing iinformation, the subsequent request message of session is carried out route according to new routing iinformation, thereby after realizing that session is set up, adjustment to signaling paths, thereby make the node that after session is set up, need not to continue to keep successfully to withdraw from session, therefore after having improved session foundation, the efficiency of transmission of signaling has also reduced the processing of these nodes simultaneously and has loaded.
Please refer to Fig. 2, change the signaling process figure of method second embodiment of session path for the present invention.In the present embodiment, before the session between session originating end UA1 and the session receiving terminal UA2 is set up, i.e. dialogue is in during " Early " state, AS between UA1 and the UA2 is retained in the session path, and after session is set up, after promptly dialogue changes " Confirmed " state over to, find call conversation control function entity server (S-CSCF, Serving-Call Session Control Function) address that has comprised AS in the session status path bypass address table of storage, so address of deleting AS described in the route header field, therefore described AS withdraws from session path after affirmation is set up in session.
Detailed process comprises:
Step 201:UA1 sends INVITE and asks to S-CSCF;
After step 202:S-CSCF receives described INVITE request,, more described INVITE request is transmitted to AS, and carries Record-Route to the address of the Record-Route of this message header field top insertion oneself;
After step 203:AS receives described INVITE request, insert own address to the top of Record-Route header field, and described INVITE is asked to transmit back S-CSCF;
But this AS only wishes to be retained in the Route path of " Early " SIP session status, so the address that has disposed AS in " Confirmed session status path bypass address table " among the S-CSCF.
The described INVITE of step 204:S-CSCF route asks destination UA2;
After step 205:UA2 receives INVITE request,, make up the Route Set of oneself side according to Record-Route header field content;
Step 206:UA2 returns Temporary Response to S-CSCF, and carries Record-Route; In the present embodiment, Temporary Response is " 183 Call Progress ".The state of the SIP session on the UA2 becomes " Early ".
Step 207:S-CSCF responds AS, and carries Record-Route;
Step 208:AS returns Temporary Response to S-CSCF, and carries Record-Route, and the state of the SIP Dialog on the S-CSCF becomes " Early ";
Step 209:S-CSCF transmits Temporary Response and gives UA1, and carries Record-Route, and the state of the SIP Dialog on the UA1 becomes " Early ";
Step 210:UA1 is according to Record-Route header field content, makes up the Route Set of oneself side;
Step 211:UA1 makes up the Route header field according to Route Set, and returns PRACK to acknowledge receipt of Temporary Response to S-CSCF;
Each SIP Server address of the necessary road of the Route header field record SIP session warp of SIP request, under the situation that the Route header field is arranged, SIP Server need route requests to the SIP Server of the top address sign in the Route header field address list.The Route header field can be before session be produced by conversational terminal configuration etc., also can set up in the process in the SIP session to form.
After step 212:S-CSCF receives PRACK message, judge that the current sessions state is " Early " state, the Route header field content of therefore pressing PRACK continues to transmit the PRACK request message to AS;
After step 213:AS receives PRACK message, carry out Business Processing, and continue to transmit PRACK message to S-CSCF;
Step 214:S-CSCF route PRACk message is to UA2;
Step 215:UA2 returns " 200 OK " response message to S-CSCF;
Step 216:S-CSCF route " 200 OK " response message is to AS;
After step 217:AS carried out Business Processing, route " 200 OK " response message was to S-CSCF;
Step 218:S-CSCF route " 200 OK " response message is to UA1;
" 180RING " Temporary Response is sent in step 219:UA2 ring, and the process of this response and PRACK thereof, 200 OK is identical to the process of step 218 with step 206; UPDATE is identical with the process of " 200 OK " response, all no longer describes here.
Step 220:UA2 call accepted, " 200 OK " that return INVITE to S-CSCF finally responds, and the SIP session status on the UA2 is moved to " Confirmed " by " Early ";
AS is given in the final response of " 200 OK " of step 221:S-CSCF route INVITE;
Step 222:AS transmits " 200 OK " final response of INVITE and gives S-CSCF, and the SIP session status on the S-CSCF is moved to " Confirmed by " Early ";
" 200 OK " final response that step 223:S-CSCF continues to transmit INVITE is to UA1, and the state of the SIP Dialog on the UA1 is moved to " Confirmed by " Early ";
After step 224:AS receives INVITE's " 200 OK " final response, judge that session status moves to " Confirmed ", discharge related resource;
Step 225:UA1 returns ACK and gives S-CSCF, " 200 OK " final response of receiving INVITE for confirmation;
The Route set that Route header field content among the ACK is pressed among the UA1 makes up, so the ACK request is routed to S-CSCF.
Step 226: confirm that the current sessions state is after the affirmation state is set up in session, S-CSCF finds that next jumping via node AS need withdraw from the relay node address information of session, therefore the address of deleting the AS of via node described in the route header field generates new routing iinformation;
In the present embodiment, S-CSCF judges that session status is " Confirmed ", by " the session status path bypass address table " that the inquiry local policy is preserved, found to dispose in this table the address of next bar via node AS, therefore delete the AS address in the Route header field.
Step 227:S-CSCF route ACK asks UA2;
Step 228:UA2 wishes end session, discharges request BYE to SIP network initiation session, and UA2 makes up the Route header field by its Route Set, comprising the AS address before sending the BYE request;
After step 229:S-CSCF receives the BYE request, S-CSCF confirms that session status is " Confirmed ", inquire about the session status path bypass address table of local policy, found to dispose in this table the address of next bar via node AS, then delete the AS address in the Route header field;
The described BYE of step 230:S-CSCF route asks to skip AS to UA1;
200 OK that step 231:UA1 returns BYE request respond to S-CSCF, have for confirmationly received the BYE request;
200 OK of step 232:S-CSCF route BYE request respond to UA2.
The method of the change session path that provides by the above embodiment of the present invention, after affirmation is set up in session, when comprising in the conversation request message route header field next relay node address information in the session status path bypass address table of configuration, the address information of via node described in the deletion route header field, generate new routing iinformation, the subsequent request message of session is carried out route according to new routing iinformation, thereby after realizing that session is set up, adjustment to signaling paths, thereby make the node that after session is set up, need not to continue to keep successfully to withdraw from session, therefore after having improved session foundation, the efficiency of transmission of signaling has also reduced the processing of these nodes simultaneously and has loaded.
Please refer to Fig. 3, be the structure chart of an embodiment of conversational system of the present invention.Described conversational system comprises two conversational terminals that carry out session, i.e. session originating end 51 and session receiving terminal 53, and at least one via node 52 of transmitting conversation message between session originating end 51 and session receiving terminal 53.
The record route is that via node 52 increases in request, is used for forcing subsequent request in the session to need the via node that be write down in the overwriting route.For example, when via node SIP Proxy handles initial SIP request, can determine oneself whether to need to handle follow-up request message, as needs, then need the address of oneself is joined in the top address of record route of this initial request,, then need not add as not needing.
After affirmation was set up in session, according to the indication information that described address information is carried, 53 pairs of set of routes of session originating end 51 and session receiving terminal were upgraded, and deletion need be withdrawed from the address information of the via node of session from set of routes, generates new set of routes;
Set of routes after session originating end 51 and session receiving terminal 53 will upgrade joins in the routing iinformation of subsequent request message, by new routing iinformation continuation route conversation originating end 51 and the request message between the session receiving terminal 53.
Please refer to Fig. 4, be the structure chart of an embodiment of conversational terminal of the present invention.Described conversational terminal comprises set of routes generation unit 31, set of routes updating block 32, set of routes adding device 33.
Described set of routes generation unit 31 is used for the record route that generates according to the session routing procedure, form corresponding set of routes, described set of routes comprises the address information of the via node of session process, whether needs to withdraw from the indication information of session after described address information is carried and is used to indicate session foundation to confirm.
The URI parameter of described indication information for expanding out in the record route indicates session foundation to confirm whether the back via node needs to withdraw from session by described parameter being got specific value.For example, Record-Route is expanded " rr-param " parameter of a token type, be in dialogue during " Early " state, when the value of carrying behind the address is " rr-param " parameter of RRFED, being in " Early " state in dialogue during, corresponding via node is retained in the session path, and after session is set up, after promptly dialogue changes " Confirmed " state over to, the address of carrying this parameter will be deleted from Record-Route, and corresponding via node withdraws from session path.
After described set of routes updating block 32 is used for session foundation affirmation, the indication information that carries according to described address information, the set of routes that described set of routes generation unit 31 generates is upgraded, the address information of the via node that the deletion session need not to keep after setting up and confirming from set of routes generates new set of routes.
Described set of routes adding device 33 is used for the set of routes after the renewal of set of routes unit is joined the routing iinformation of subsequent request message.
The conversational terminal that provides by the invention described above embodiment, after affirmation is set up in session, conversational terminal is deleted the address information that the via node that need not to keep after the affirmation is set up in session from set of routes, generate new routing iinformation, the subsequent request message of session is carried out route according to new routing iinformation, thereby after realizing that session is set up, adjustment to signaling paths, thereby make the node that after session is set up, need not to continue to keep successfully to withdraw from session, therefore after having improved session foundation, the efficiency of transmission of signaling has also reduced the processing of these nodes simultaneously and has loaded.
Please refer to Fig. 5, be the structure chart of an embodiment of via node of the present invention.Described via node comprises receiving element 41, judging unit 42, memory cell 43, route header field updating block 44.
Described receiving element 41 is used to receive conversation request message.
Described judging unit 42 is used to confirm that the current sessions state is after the affirmation state is set up in session, judges whether next jumping via node needs to withdraw from session in the described conversation request message route header field.
Described affirmation current sessions state is that the concrete mode that the affirmation state is set up in session is: sending before conversation request message next to message jump via node, judge whether whether the current sessions state is that the affirmation state is set up in session, for example receive final response message etc.
Described route header field updating block 44, when the judged result of judging unit is that next jumps via node need withdraw from session the time in the conversation request message route header field, next jumps the address information of via node described in the deletion route header field, generates new routing iinformation.
Described judging unit 42 judges by inquiring about the address information that whether comprises described next jumping via node in the session status path bypass address table in the described memory cell 43 whether next jumping via node needs to withdraw from session in the conversation request message route header field.
The via node that provides by the invention described above embodiment, after affirmation is set up in session, when comprising in the conversation request message route header field next relay node address information in the session status path bypass address table that disposes in the relaying node, the address information of next via node described in the deletion route header field, generate new routing iinformation, the subsequent request message of session is carried out route according to new routing iinformation, thereby after realizing that session is set up, adjustment to signaling paths, thereby make the node that after session is set up, need not to continue to keep successfully to withdraw from session, therefore after having improved session foundation, the efficiency of transmission of signaling has also reduced the processing of these nodes simultaneously and has loaded.
In sum, method, conversational terminal and the via node of the change session path that provides by the embodiment of the invention, can be after affirmation be set up in session, generate new routing iinformation, the subsequent request message of session is carried out route according to new routing iinformation, thereby after realizing that session is set up, adjustment to signaling paths, thereby make the node that after session is set up, need not to continue to keep successfully to withdraw from session, therefore after having improved session foundation, the efficiency of transmission of signaling has also reduced the processing of these nodes simultaneously and has loaded.
More than to a kind of method, conversational terminal and via node of changing session path provided by the present invention capable detailed introduction, used specific case herein principle of the present invention and execution mode are set forth, the explanation of above embodiment just is used to help to understand disclosed technical scheme; Simultaneously, for one of ordinary skill in the art, according to thought of the present invention, the part that all can change in specific embodiments and applications, in sum, this description should not be construed as limitation of the present invention.
Claims (14)
1. a method of changing session path is characterized in that, described method comprises:
Conversational terminal is according to the record route that generates in the conversation procedure, form corresponding set of routes, described set of routes comprises the address information of the via node of session process, and described address information is carried and is used to indicate session to set up the indication information whether affirmation back via node needs to withdraw from session;
After session was set up and confirmed, according to the indication information that described address information is carried, conversational terminal upgraded set of routes, and deletion need be withdrawed from the address information of the via node of session from set of routes, generates new set of routes;
Set of routes after conversational terminal will upgrade joins in the routing iinformation of subsequent request message.
2. the method for change session path according to claim 1 is characterized in that, conversational terminal generates corresponding set of routes and comprises before according to the record route that generates in the session routing procedure:
Via node is to the address information of record route header field insertion via node, and described address information is carried and is used to indicate session to set up the indication information whether affirmation back via node needs to withdraw from session.
3. the method for change session path according to claim 1, it is characterized in that, after described session is set up and is confirmed, the indication information that carries according to described address information, conversational terminal upgrades set of routes, and the address of the via node that the deletion session need not to keep after setting up and confirming from set of routes specifically comprises:
After conversational terminal is received the final response of via node forwarding, address information in the formed set of routes of traversal conversational terminal, when finding that the indication information that carry the address shows that this via node need be when session foundation confirms that the back via node need withdraw from session, the address information of this via node is deleted from described set of routes, and order remains unchanged before and after the address information of other via node.
4. according to the method for each described change session path in the claim 1 to 3, it is characterized in that, whether need to withdraw from the unified resource identifiers, URIs parameter of indication information for expanding out in the record route of session after described indication session is set up and confirmed, indicate session foundation to confirm whether the back via node needs to withdraw from session by described parameter being got particular value.
5. the method for change session path according to claim 1 is characterized in that, after the via node that need withdraw from session is received final response, discharges the associated session resource.
6. a method of changing session path is characterized in that, described method comprises:
Receive conversation request message;
Confirm that the current sessions state is after the affirmation state is set up in session, judge whether next jumping via node needs to withdraw from session in the described conversation request message route header field;
If next is jumped via node and need withdraw from session in the conversation request message route header field, then delete the address information of via node described in the route header field, generate new routing iinformation, and continue route requests by new routing iinformation.
7. the method for change session path according to claim 6, it is characterized in that, described affirmation current sessions state is that the concrete mode that the affirmation state is set up in session is: after receiving conversation request message, judge whether the current sessions state is that the affirmation state is set up in session.
8. the method for change session path according to claim 7, it is characterized in that, judge that whether the current sessions state is that session is set up the concrete mode of affirmation state and is: judge whether to receive final response message, if then session status enters session and sets up the affirmation state.
9. the method for change session path according to claim 6, it is characterized in that, judge that the concrete mode that whether next jumping via node needs to withdraw from session in the conversation request message route header field is: the address information that whether comprises described next jumping via node in the inquiry session state path bypass address table, if, then judged result is jumped via node for next and need be withdrawed from session, if not, then judged result is jumped via node for next does not need to withdraw from session, and described session status path bypass address table is used to preserve the relay node address information that needs to withdraw from session after session foundation is confirmed.
10. the method for change session path according to claim 9 is characterized in that, described session status path bypass address table is pre-configured in the local policy of network entity.
11. the method for change session path according to claim 9 is characterized in that, after the via node that need withdraw from session is received final response message, discharges the associated session resource.
12. a conversational terminal is characterized in that, comprising:
The set of routes generation unit, be used for the record route that generates according to the session routing procedure, form corresponding set of routes, described set of routes comprises the address information of the via node of session process, whether needs to withdraw from the indication information of session after described address information is carried and is used to indicate session foundation to confirm;
The set of routes updating block, after being used for session foundation affirmation, the indication information according to described address information is carried upgrades the set of routes that described set of routes generation unit generates, the address information of the via node that the deletion session need not to keep after setting up and confirming from set of routes generates new set of routes;
The set of routes adding device, the set of routes after being used for the set of routes unit upgraded joins the routing iinformation of subsequent request message.
13. a via node is characterized in that, comprising:
Receiving element is used to receive conversation request message;
Judging unit is used to confirm that the current sessions state is after the affirmation state is set up in session, judges whether next jumping via node needs to withdraw from session in the conversation request message route header field;
Route header field updating block, when the judged result of judging unit is that next jumps via node need withdraw from session the time in the conversation request message route header field, next jumps the address information of via node described in the deletion route header field, generates new routing iinformation.
14. via node according to claim 13 is characterized in that, also comprises:
Memory cell is used for store session state path bypass address table, and described session status path bypass address table is used to preserve the relay node address information that needs to withdraw from session after session foundation is confirmed;
Described judging unit judges by inquiring about the address information that whether comprises described next jumping via node in the session status path bypass address table in the described memory cell whether next jumping via node needs to withdraw from session in the conversation request message route header field.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007101230481A CN100531149C (en) | 2007-06-22 | 2007-06-22 | Method changing session path, session terminal and relay node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007101230481A CN100531149C (en) | 2007-06-22 | 2007-06-22 | Method changing session path, session terminal and relay node |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101102276A true CN101102276A (en) | 2008-01-09 |
| CN100531149C CN100531149C (en) | 2009-08-19 |
Family
ID=39036370
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2007101230481A Expired - Fee Related CN100531149C (en) | 2007-06-22 | 2007-06-22 | Method changing session path, session terminal and relay node |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100531149C (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103250388A (en) * | 2010-12-10 | 2013-08-14 | 瑞典爱立信有限公司 | Traffic routing across and between networks |
| CN103685286A (en) * | 2013-12-18 | 2014-03-26 | 大唐移动通信设备有限公司 | Method and device for releasing session resources |
| CN104168283A (en) * | 2014-08-22 | 2014-11-26 | 中国联合网络通信集团有限公司 | Method and device for updating SIP conversation state |
| CN114071492A (en) * | 2020-07-31 | 2022-02-18 | 中国联合网络通信集团有限公司 | Voice call quality optimization method, terminal and base station |
-
2007
- 2007-06-22 CN CNB2007101230481A patent/CN100531149C/en not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103250388A (en) * | 2010-12-10 | 2013-08-14 | 瑞典爱立信有限公司 | Traffic routing across and between networks |
| CN103685286A (en) * | 2013-12-18 | 2014-03-26 | 大唐移动通信设备有限公司 | Method and device for releasing session resources |
| CN104168283A (en) * | 2014-08-22 | 2014-11-26 | 中国联合网络通信集团有限公司 | Method and device for updating SIP conversation state |
| CN104168283B (en) * | 2014-08-22 | 2017-10-31 | 中国联合网络通信集团有限公司 | Update the method and device of SIP session status |
| CN114071492A (en) * | 2020-07-31 | 2022-02-18 | 中国联合网络通信集团有限公司 | Voice call quality optimization method, terminal and base station |
| CN114071492B (en) * | 2020-07-31 | 2023-07-25 | 中国联合网络通信集团有限公司 | Voice call quality optimization method, terminal and base station |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100531149C (en) | 2009-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104040998B (en) | NAT traversal based on ICE | |
| CN101971592B (en) | Local session controller, ip multimedia subsystem and session registration method | |
| CN101364883B (en) | Multi-terminal session method, communication system and related apparatus | |
| CN101156426B (en) | System and method for implementing polychrome service | |
| KR101024279B1 (en) | Method and system for sharing multimedia contents via internet protocol multimedia subsystem | |
| CN1327680C (en) | Method of establishing circuit exchange network to IMS network calling route | |
| CN101292489A (en) | Multimedia subsystem service control for circuit-switched subsystem calls | |
| CN104272696B (en) | Reside in the media file in equipment | |
| CN100550908C (en) | A kind of session ability information method of operating and network entity of carrying out | |
| JP5120380B2 (en) | Communication method, communication system, server, and program related to transition of session management | |
| EP2587777B1 (en) | Method and system for implementing color ring back tone and multimedia ring alert tone service. | |
| CN101227457A (en) | System and method for identifying communication service | |
| CN101090567A (en) | Calling service implementing method for voice calling continuous service | |
| CN100531149C (en) | Method changing session path, session terminal and relay node | |
| CN101237614B (en) | Method for realizing CRBT service | |
| CN101217698B (en) | A method for realizing CRBT and/or color image service | |
| CN104168190B (en) | A kind of method and device for calling routing | |
| CN101217703B (en) | A method realizing online CRBT and color image generation | |
| CN101110790A (en) | Method for establishing conversation | |
| CN101360057B (en) | Route processing method, IMS service processing method and related equipment | |
| US8213373B2 (en) | Supporting method for REFER message expansion parameter | |
| CN101772195B (en) | Establishing and joining method of IMS (information management system) trunking conference, distribution system and device | |
| CN101505509B (en) | Resource reservation implementing method and interconnection network element | |
| CN101110684B (en) | Polychrome business implementing method | |
| CN101330640B (en) | Method for implementing call retention business of IP multimedia subsystem centralized business |
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 | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090819 Termination date: 20130622 |