TWI360361B - Multimedia communication using co-located care of - Google Patents

Description

1360361 IX. DESCRIPTION OF THE INVENTION: TECHNICAL FIELD OF THE INVENTION The present invention relates generally to packet data communication and, more particularly, to wireless multimedia packets using separate communication paths for signal transmission and for content transmission. Data communication. [Prior Art] Network interconnection allows for rapid access to information regardless of geographical distance globally. Figure 1 shows a simplified schematic diagram of a global network connection, commonly referred to as the Internet represented by reference numeral 20. Internet 2 is essentially a network of different hierarchical architectures that are linked together. The Internet 20 is operated under the IP (Internet Protocol) published by the TF (Internet Engineering Working Group) written by I. The details of the IP can be found in the RFC (Request for Comments) 791 published by the IETF. Connected to the Internet 20 are various individual networks, sometimes referred to as LAN (Regional Network) or WAN (Wide Area Network) depending on the size of the network. Shown in circle 1 are some of these networks 22, 24, 26 and 28 that are connected to the Internet 20. Within each of the networks 22, 24, 26 and 28, there may be various pieces of equipment that are connected to each other and that communicate with each other. Just a few examples, which are computers, printers, and servers. Each piece of equipment has a hardware-only address, commonly referred to as a MAC (Media Access Control J) address. A piece of equipment with a MAC address is sometimes referred to as a node. When the node communicates over its own network via the Internet 20, an IP address needs to be assigned to the node. The assignment of IP addresses can be manual or automatic. 1] The manual assignment of addresses can be performed by, for example, a network administrator. IP addresses are more often automatically 101128.doc 1360361

Assignment. For example, in a LAN, an ip address can be assigned by a server called a DHCP (Dynamic Host Control Protocol) server located inside the node's LAN. In a WAN supporting wireless technology, IP addresses can even be assigned automatically and remotely. Returning to Figure 2 as an example, it is assumed that node 3 in network 22 attempts to send a data packet to another node 32 in network 28. Under IP, each -= beft packet needs to have a source address and a destination address. In this case, the source address is the address of node 30 in network 22, and the address is called HoA (the address of the home). The destination address is the address of node 32 in network 28. As another example, when node 3 in network 22 attempts to originate from another network 24 (such as in a web hosting session (web h〇sUng sessi〇n), where node 34 acts as a web server When the node 34 is capturing information, the node must provide the appropriate IP address of the node 34 in the network 24 for the session. The advent of wireless technology allows nodes to move away from the network they were originally logged into to another network. For example, returning to the reference map, node 3 (instead of wired connection to • network 22) can be a wireless device such as a pda (personal digital assistant), a mobile phone, or a mobile computer. The wireless node 3 can move beyond the boundaries of its home network 22 so that, for example, node 30 can roam away from its home network 22 to the lending network%. In this case, the initial h〇a assigned to node 3〇 will no longer apply to node 30. Similarly, the data packet destined for node 〇h〇a will not reach node 30. The MIP (Mobile Internet Protocol) described by Lie is intended to handle node mobility issues. According to the RFC job announced, the node 3〇 is assigned 10H28.doc 1360361, abbreviated as CoA (transfer address) " Address ". Under RFC 2〇〇2, there are two types of CoA, namely, FACoA (foreign agent transfer address) and cc〇A (commonly set transfer address). The FACoA is essentially the address of the FA (foreign agent), which is located at a designated server in the foreign network. CCoA is assigned to the individual but temporary address of node 3 by the foreign network. φ In any event, at any time in the foreign area of the node 30, the node 30 must log into its home network 22 a CoA that can be fa CoA or CCoA, such that the home network 22 always knows where the node 30 is located. After logging in, c〇a is stored in a routing table maintained by the designated server, which is referred to as the HA (Home Code) 25 of the home network 22. Several examples are used for illustration. For the case of FACoA, it is assumed that node 3〇 roams into the foreign network %. Upon reaching the regional boundary of the foreign network 26, the node receives an announcement message from the foreign network 26 for announcing the presence of the node 3 in its foreign area. From the announcement message, the node knows the address of the fa 3 6 of the foreign network. Node 30 then logs in to fac〇a to ha 25 in the home network 22. For example, when node 30 in foreign network 26 sends a data packet to node 34 in network 24, the address of node 34 in network μ is known and the data packet can be sent directly. That is, according to Ip, in the data packet, the source address can be set to the HoA of the node 30, and the destination address can be set to the address of the node 34 in the network 24. The direction of the data packet is shown as the data path 38 shown in Figure i. 10il28.doc For reverse data flow and t, basin * ° /, is not straightforward. In the reverse data routing, when the network 34 in the network 24 is forced to send a data packet to the node 3 (now in the foreign network 2, 峪 26, as described above), according to ιρ, the source bit Both the address and the destination address must be + 丨丨Α ^ 3 specified in the bedding packet. In this case, the 'source address' is the IP address of the network 24 Φ + #田1, which is the point 34. For destination address

And s ’ 朗点 3 4 only knows the gluten point ^ ^ + mouth Λ I

The homage is the HoA of point 30 without knowing the FA of node 30 so that the destination address will be set to H 〇 A of node 30. However, since the FA CoA of the node 3G is stored in the routing table of the HA 25 in the home network 22, so the w data packet arrives at the home network 22, the HA 25 of the network 22 encapsulates the received FACoA by the stored FACoA. The data packet is sent to the node 3 in the foreign network 26. That is, the encapsulated data packet uses FA CoA as the destination address. Once the foreign network % receives the encapsulated data packet, the FA 36 strips only the encapsulated_AC〇A and passes the initial packet to the mobile node 30. The routing of the data packet is shown as data path 40 in Figure i. It should also be noted that data paths such as paths 38 and 4 actually pass through the Internet 20 many times. For clarity so as not to obscure the map, the paths are only shown as passing through related servers such as HA25&FA36. That is, data paths 38 and 40 are shown as maps! The logical path shown in . Operating in the manner described above, it is said that the mobile node communicates with the corresponding node 34 by using FA CoA under Μιρ.

For the case of CCoA, for example, when node 3 is roaming away from the home network 22, instead of requesting FA CoA, node 30 may instead request via a DHCP server in any foreign network in which node 3 is located. cc〇A. 101128.doc I36〇36l, if the network 26 is a wan supporting wireless technology such as cdma2000 light-weight published by TIA/eia (Telecommunications Industry Association/Electronics Industry Association), The PPP (Point-to-Point Protocol) remotely requests and assigns the CCGAe by the foreign network %. However, in addition to assigning the CCoA by the lending network %, the node 3 performs all functions of the foreign agent such as the FA 36. In addition, the MN 48 needs to log in to the CCoA to the HN 44. For example, to correspond to the node 34 in the network 24, the node 3 sends a data packet with two address layers. In the outer layer, the source address is set to CCoA and the destination address is set to HA 25. In the inner layer, the source address is the HoA of node 30, and the destination address is the address of node 34 in foreign network 24. Upon receiving the data packet from the roaming node 30, the HA 25 strips the outer address layer and sends the data packet to the node 34 via the inner address layer. The logical path of the data packet is shown as data path 42 in Figure 1. In the reverse data path, meaning that when node 34 sends a data packet to node 30, the data packet has only one address layer, where the source address is set to node 34 and the destination address is Set to HoA of node 30. Upon receiving the data packet, the HA 25 encapsulates the data packet, wherein the CCoA is used as the destination address and the address of the A 2 5 is used as the source address, and the encapsulated data packet is sent to the node 30. Node 30 performs decapsulation on its own without going through FA 36. The direction of the data packet is shown as the data path 44 ° in Figure 1 to operate as described above, and the roaming node 3 is said to communicate with the corresponding node 34 by using the CCoA under the MIP. Regardless of whether node 30 uses FACoA or CCoA, in order to communicate with other networks under MIP at 101128.doc 1360361 roaming at node 39, there is an instantiation by logical data paths 40, 4 2 and 4 4 shown in the figure. A considerable amount of traffic bypasses the data path. That is, the data packet must pass through the intermediate network before reaching the destination. The flow of β-Xuan et al. does not cause many problems in the specific type of data such as file transfer. Under Tcp (Transmission Control Protocol) as described in RFC 793, the data packet takes only a longer time to reach the destination. It is also well known that data packets that pass through longer data paths are more susceptible to transmission errors. However, while the overall data transfer process is further slowed down, defective packets can always be resent. However, for other types of data such as audio or video calls, the precise access to the instant information is significant. Excessive detour of data routing introduces additional latency during the data transfer process. In addition, for data packets sent under 2UDp (User Datagram Protocol) as described in RFC 768, t'error (four) packets are not normally Retransmission is simply discarded. As a result, service quality can be destroyed. Therefore, there is a need to provide better real-time data access in wireless communication systems. SUMMARY OF THE INVENTION A t-action node searches for a communication session with a corresponding node by performing a first-signal transmission for the initialization of a communication session via a first data path of an intermediate node in a communication system. Thereafter, the content of the communication is established via the second data path 'where the mobile node communicates directly with the corresponding node without going through the intermediate node. According to the embodiment, the mobile node roams from its home network to a foreign network 101128.doc 12 1360361 2. By using the first address 'action node', the agent is sent via the home network to use the signal for the start of the communication session with the corresponding node. The home agent then forwards the initial signal transmission to the secondary destination node at the remote network. When the corresponding node accepts, the mobile node uses the second address to transmit the content of the communication session directly via the direct data path between the mobile node and the phase library = without passing through the home agent. The result is a shorter data path, which reduces the transmission #待(四) &quot;日因高高服务质量' combined with Figure 2:, 'and thus μ, 9 w detailed description, T learn this technology, These and other features and advantages will be apparent from the <RTIgt; The following description is provided to enable those skilled in the art to make and use the invention. For the purposes of explanation, the details are set forth in the following description. It will be appreciated that a person skilled in the art will recognize that the invention can be practiced without the specific details. In the case of other real money, the structure and process of the invention are not described in detail so as not to obscure the description of the invention. Therefore, the invention is not intended to be limited to the embodiments shown, but rather in the broad scope of the principles and features disclosed herein. The embodiments described below can operate in accordance with the IMS/MMD (IP Multimedia Subsystem/Multimedia Domain) standard published by the 3rd Generation Partnership Project (3Gpp) and the 1st Generation Partnership Project 2 (3GPP2). A general discussion of IMS/MMD can be found in the bulletin for the following headings: (10) "&quot; Μ尸以(7)以...々 Project. Technical Specification Group Services and System 101128.doc 1360361

Aspects, IP Multimedia Subsystem (IMS), Stage 2&quot; 5 3GPP TS 23.228 ; ''3rd Generation Partnership Project: Technical

Specification Group Core Network, End-to-end Quality of SerWce »S7g like F/ow·?&quot;, 3GPP TS 29.208; and &quot;/corpse&lt;S7age 2&quot;, TIA-873-002 and 3GPP2 X.P0013- 012. The IMS can be applied to various standards such as cdma2000 published by TIA/EIA.jf, WCDMA published by 3GPP, and various other WANs. Reference will now be made to Figure 2, which schematically illustrates an exemplary embodiment of the present invention. The entire system is generally indicated by reference numeral 50, which includes a backbone network 52 such as an intranet or the Internet. By way of example, as shown in FIG. 2, the connection to the backbone network 52 (in other networks) is an HN (local network) 54, an FN (foreign network) 56, another FN 5 7 and An RN (Remote Network) 58. In HN 54, there is an HA (Citizenship Agent) 62 that is responsible for managing the data traffic within HN 54 and is also used to control the data traffic of HN 54 for entry and exit routing. Additionally, there is a PDSN (Packet Data Service Node) 64 which is essentially an access gateway located between the backbone network 52 and the radio access portion of the HN 54. In order to perform various IMS/MMD functions and features, the service provider has installed different servers in the HN 54. Examples of such servers include a P-CSCF (Proxy Call Status Session Function) server 70 and an S-CSCF (Service Call Status Session Function) server 72. A functional description of these servers will be depicted later along with the operational description of system 50. ‘ 101128.doc -14-

1360361 In addition to the nodes described above, there are other nodes in the HN 54, but are not shown for clarity. These nodes can be computers of various sizes, printers, and any other device that can be actionable or inactive. Shown in FIG. 2 are FNs 56 and 57 that are linked to backbone network 52. In addition, for simplicity and ease of explanation, FN56 and RN58 are illustrated as slightly similar to HN 54. It should be understood that FN56 and RN58 can be constructed very different depending on the use. Thus, in this case, the FN 56 also includes an FA (foreign agent) 66, a PDSN 68, a P-CSCF 71, and a PDF (Policy Decision Function) 75. Similarly, RN 58 also includes a PDSN 78, a P-CSCF 80, an S-CSCF 82, and a PDF 84. In system 50, there is an MN (Mobile Node) 60 that initially logs in to the HA 62 in HN 54 in HoA (Home Address). The MN 60 can move to other foreign networks, such as FN 56 or FN 57, and can access the backbone network 52 via FN 56 or FN 57 under MIP (Mobile Internet Protocol). Assume that the MN 60 is roaming in the FN 56. In this particular example, assume that the user of MN 60 desires to have a video conference session with another user operating CN (corresponding node) 90 in RN 58. Node 90 can be mobile or inactive. Typically, upon reaching the area of FN 56, MN 60 obtains the address of FA 66 via the announcement issued by FN 56. The MN 60 then logs into the FA CoA to the HA 62 in the HN 54 so that the HA 62 can remember the location of the MN 60. Thereafter, the 'MN 60 in the FN 56 sends a message to the P-CSCF 70 in the HN 54 to initiate the conference session. The initial signal transmission path for the request starts from FN 56 to HN 54 before reaching RN 58. Similarly, if the conference session request is approved, the response signal transmission path is the reverse of the request path. 101128.doc -15 -

1360361 Path, meaning from RN 58 to HN 54 and then to FN 56. When the request is approved, the bearer traffic (that is, the traffic of the media stream containing the audio and video content of the conference session) is more or less propagated in the direction of the signal transmission path. That is, the logical path carrying the traffic flows from MN 60 in FN 56 before reaching CN 90, and then to HA 62 in HN 54 and eventually to RN 58, and vice versa. As mentioned above, the data stream will increase the waiting time of the packet data. In addition, transmission errors are more likely to occur. In the embodiments described below, different methods are employed. The data path for carrying traffic is selected to be substantially different from the beginning of the session signal transmission path. Referring to FIG. 2, first, assume that the MN 60 is roaming away from the HN 54 to the FN 56. Upon reaching the area of FN 5 6, the MN 60 receives an announcement message from the FN 56. From this message, MN 60 receives the address of FA 66. Thereafter, the MN 60 reports back to the HN 54 by logging in to the address of the FA 66 to the HA 62. The registered address is called FACoA, which is stored in the routing table of HA62 in HN54.

In addition, it is assumed that the user of the MN 60 wants to have a video conference session with the user of the CN 90 in the RN 58. First, MN obtains CCoA from FN 56. The MN 60 logs into the CCoA to the HA 62 in the HN 54 by using the HoA originally assigned by the HA 62 in the HN 54. The MN 60 also registers with the S-CSCF 72 in the HN 54 by using the HoA for access to the SIP (Meeting Start Agreement) network in the HN 54.

The MN 60 then sends the SIP INVITE message to the P-CSCF 70 in the HN 54. It should be noted that in actual operation, as with all other data flows, the SIP INVITE message is first passed before being sent to the P-CSCF 70.

101128.doc •16· CD 1360361 PDSN 68 and HA 62. Additionally, as is well known in the art, data traffic passes through system 50 via a carrier in the form of electrical signals. Data flow is illustrated as a logical path for clarity in a manner similar to that described above. That is, in the following description, unless otherwise highlighted, only the logical path of the data stream is traced. It should be further noted that as an alternative embodiment, the MN 60 may send a SIP INVITE message to the P-CSCF 71 in the FN 56 to initiate the conference session. For the sake of simplicity of explanation, in the following description, the P-CSCF 70 in the HN 54 is used for the start of the conference session. Returning to Figure 2, the SIP INVITE message includes a description portion called SDP (Schedule Description Protocol) which essentially describes the basic requirements for proper execution of the requested video conference session. For example, included in the SDP is the 1p address and apostrophe of the MN 60 and the codec specification for the duration. More importantly, in this embodiment, the SDP includes the CCoA of the MN 60 for the media stream, which is the bearer traffic. The P-CSCF 70 in the HN 54 is a node responsible for the management of the call duration. Upon receipt of the SIP INVITE message, the P-CSCF 70 generates the unique signature of the requested session. The P-CSCF 70 then forwards the SIP INVITE message to the S-CSCF 72 in the HN 54. The C-CSCF 72 then sends a SIP INVITE message to the RN 58 for accepting the request. The P-CSCF 70 sends the token to the MN 60 when the S-CSCF 72 approves the session and the CN 90 in the RN 58 accepts the conference session. By grasping the token, the MN 60 then sends the token along with the requested QoS (Quality of Service) to the PDSN 68 in the FN 56 to establish bearer traffic, that is, the conference duration I01128.doc -17 *

1360361 The media stream of audio and video signals. The PDSN 68 then requests the approved QoS for the conference session from the PDF 75, which then forwards the request to the P-CSCF 70 in the HN 54. Any parameters permitted by PDF 75 must conform to a specific authorization policy. Such policies may include: rules specified under the IMS/MMD standard; specific protocols in the network, such as agreements between HN 54 and FN 56 relating to the handling of bearer traffic; a network-specific strategy, A strategy such as FN 56 alone. PDF 75 is placed for decision making for all mandatory policies. In the decision making process, PDF 75 is inserted between P-CSCF 71 and PDSN 68 in FN 56. Additionally, there is a Go interface 92 interposed between the PDSN 68 and the PDF 75. There is another Gq interface 94 between the PDF 75 and the P-CSCF 71. The Go interface 92 and the Gq interface 94 are used for policy control between conference sessions and bearer traffic. Details of the Go interface and the Gq interface can be found in 3GPP TS 23.107, published by 3GPP, and 3GPP2 X.P0013-012, published by 3GPP2. Returning now to Figure 2, if the requested session parameters are approved, they are passed from P-CSCF 70 and PDF 75 to PDSN 68. In this embodiment, it is assumed that the CN 90 has a CCoA assigned by the RN 58. Thus, upon receiving the SIP INVITE message, the CN 90 responds with a SIP 200 OK message. The SIP 200 OK message primarily reaffirms the parameters of the initial SIP INVITE message. The SIP 200 OK follows the same data path as the SIP INVITE message but in reverse order. The MN 60 then determines to receive the SIP 200 101128.doc 8, 1360361 οκ message by sending back an acknowledgment message (ACK) along the same data path as the initial SIP INVITE message.

Thereafter, bearer traffic is established by the PDSN 68 in the FN 56 based on the approved parameters as described in the SIP INVITE message. In Figure 2, the bearer data path is shown as video path 100 and audio path 102, and the video path and the audio path directly link nodes 60 and 90 via their respective CCoA addresses. The bearer traffic in the manner described may sometimes be marked as establishing data traffic by using CcoA in accordance with a simple IP, which is different from data paths 42 and 44, which are said to be under MIP by using CCoA. It is established as shown and described in Figure 1. In this embodiment, in the SIP INVITE, in order to specify an appropriate traffic flow, both the MN 60 and the CN 90 use their respective CCoAs. For example, the CCoA of the CN 90 can be assigned by the PDSN 78 of the RN 58. For example, the CCoA of the MN 60 is assigned by and via a request to the PDSN 68 in the FN 56. The CCoA obtained in the manner described above is very often referred to as a "simple IP address." The process as described above is shown in the flow chart of Figure 3. When the MN 60 roams to a further network away from the FN 56 (e.g., to the FA 57), the MN 60 obtains a new CCoA from the new FN 57. Thereafter, the MN 60 logs in to the new CCoA to the HA 62 in the HN 54. Since the MN 60 has previously used the HoA to log in to the S-CSCF 72, the MN does not need to perform another SIP login. In this embodiment, the MN 60 transmits a SIP UPDATE message to the CN 90 by the new CCoA only in a manner substantially similar to transmitting the SIP INVITE message as previously described. For the sake of brevity, the logic flow of the SIP UPDATE message is not further repeated here, but it is shown in the flow chart of Figure 4. 101128.doc -19-

1360361 Now return to Figure 2. Once the bearer traffic identified by data paths 100 and 102 is established, PDSN 68 implements a set of policies called SBBC (Service Based Bearer Control) under the guidance of PDF 75 in accordance with the IMS standard. The implementation of the SBBC is continuous until the end of the session between the MN 60 and the CN 90. The policies included in the SBBC may be: authorization for the requested QoS for the session; feeding of individual bearer flows; and regulation of bearer traffic. To meet this goal, PDSN 68 monitors the media streams in bearer paths 100 and 102. Details of the operation of the SBBC can be found in the literature for the following headings: &quot;3GTP2 MMD Service Based Bearer Control Document, Work in Prograj’., 3GPP2 X.P0013-012. A description of the SDP can be found in the literature for the following topics: &quot;IP Multimedia Call Control Protocol Based on Sip and SDP&quot;, Stage 3: TIA-873-004 and RFC 2327. Operating in the manner described above, the content of the media stream can be directly transmitted and received as identified by the bearer traffic paths 100 and 102 shown in FIG. Unnecessary detours in the data path can be reduced, resulting in faster and more accurate real-time data access. Figure 5 is a schematic representation of a hardware embodiment portion of a mobile node device, indicated by reference numeral 120, in accordance with the present invention. Device 120 can be built and incorporated into a variety of devices such as laptops, PDAs (personal digital assistants) or mobile phones. Apparatus 120 includes a central data bus 122 that links a number of circuits together. The circuits include a CPU (Central Processing Unit) or a controller 124, a receiving circuit 126, a transmitting circuit 128, and a memory circuit 130. 101128.doc -20- 1360361 The receiving circuit 126 and the transmitting circuit 128 can be connected to an RF (Radio Frequency) circuit but it is not shown in the figure. The receiving circuit 126 sends the received signal to the data bus 122 before sending it to the data bus 122. Processing and buffering the received signals. On the other hand, the transmission circuit 128 processes and buffers the data from the data bus 122 before it is sent to the outside of the device 120. The CPu/controller 124 performs the data management functions of the data bus 122 and further performs the functions of the general data processing, including executing the instruction contents of the memory circuit 130. The φ memory circuit 13A includes a set of instructions generally indicated by reference numeral 131. In this embodiment, the instructions include portions such as MIP client 132 and SIp client 134. SIP client 134 includes a set of instructions in accordance with the present invention as previously described. As also mentioned above, the MIP client 132 includes a set of instructions for allowing the device 120 to operate in accordance with ip and MIP, such as obtaining various types of addresses for various uses. In this embodiment, the memory circuit 130 is a RAM (random access memory) circuit. The illustrative command portions 132 and 134 are software modules. Memory Power • Channel 130 can be connected to another memory circuit (not shown), which can be of a volatile or non-volatile type. As an alternative embodiment, the memory circuit 130 can be made of other circuit types, such as EEpR〇M (Electrically Erasable Programmable Read Only Memory), EPR0M (Electronic Programmable Read Only Memory), ROM (read only Remembrance), disk, optical disc and its well-known types in the art. • ', gossip Finally, what is described in the examples is only a few networks connected to the backbone network. It should be apparent that multiple networks may be involved. In addition, as described in the embodiments, node 6G is depicted as a mobile device that has roamed through different foreign networks 10H28.doc 1360361. It should be appreciated that the corresponding network node 90 can be fixed. Node 90 can also be mobile, and when it arrives at another foreign network, it performs program and status updates in a manner similar to that required by node 60. Further, there is no need to limit the signal transmission process for the start of the communication session to the use of the HoA as described in the embodiment. CCoA can be used instead of HoA for signal transmission. In addition, any of the logic blocks, circuits, and algorithm steps described in connection with the embodiments can be implemented in hardware, software, firmware, or a combination thereof. It will be appreciated by those skilled in the art that such changes in form and detail may be made therein without departing from the scope and spirit of the invention. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic diagram of a global network connection; FIG. 2 is a schematic diagram showing an embodiment of the present invention; FIG. 3 is a diagram showing an initial signal transmission and establishment according to an embodiment of the present invention. Flow chart of the steps of content flow;

4 is a flow chart showing a step of continuing a content stream by an update signal transmission according to an embodiment of the present invention; and FIG. 5 is a circuit of a mobile node configured according to the present invention. [Main Component Symbol Description] 20 Internet Road 22 Borrowing the Internet 24 Network 25 Home Agent 26 Foreign Network Diagram 〇101128.doc .22 1360361

28 30 32 34 36 38 40 42 44 50 52 54 56 57 58 60 62 64 66 68 70 71 72 75 Network Node Node Node Foreign Agent Data Path Logical Data Path Logical Data Path Logical Data Path System Backbone Network Home Network. Foreign network foreign network remote network mobile node home agent PDSN (packet data service node) foreign agent PDSN (packet data service node) P-CSCF (agent port state status session function) server P-CSCF (agent呼口ΗStatus Period Function) Server S-CSCF (Service Call Status Period Function) Server PDF (Policy Decision Function) 101128.doc •23 1360361 78 PDSN (Packet Data Service Node) 80 P-CSCF (Proxy Call) Status in-session function) Server 82 S-CSCF (Service Call Status Period Function) Servo Receiver 84 PDF (Policy Decision Function) 90 Corresponding Node 92 Go Interface

Gq interface

94 100 102 120 122 124 126 128 130 131 132 134 Video path Audio path Mobile node device Data bus CPU/controller Receive circuit Transmission circuit Memory circuit Instruction MIP client SIP client 101128.doc -24-

Claims (1)

Month, you amend the replacement page, the scope of the patent application: Patent Application No. 094111707, the Chinese patent application scope replacement (November 100) ♦ a method in a wireless communication system, comprising: obtaining a foreign network One of the action nodes is a first source address and a second source address, wherein the first source address is a home address of one of the action nodes in the home network, and the second source bit The address is a care-of address set by one of the mobile nodes in the foreign network; using the first source address to transmit a request signal to the home network to initialize the foreign network a communication session between the mobile node and a corresponding node in a remote network; and transmitting the content of the communication session from the foreign network to the remote network using the second source address to the The corresponding node. The method of claim 1, further comprising: transmitting a signal for initialization of the communication session via a first communication path; and transmitting the content of the communication session via the second communication path. 3. The method of claim 1, wherein the signal transmission further comprises: transmitting a request to the home network to initiate the communication session; and receiving an identifier from the home network to confirm that the corresponding node receives the self. The home, the 'send-invitation-invitation' to join the communication session; the transfer of the payment to the foreign network; and the confirmation from the foreign network that the communication session is established. The method of claim 2, wherein the transmitting the content comprises transmitting the content in a -first-foreign network, the method further comprising: in a second foreign country, in the way of the content During the update of the common setting, the method of transferring 101128-1001104.doc 5 , ^, ε, mmml $ , wherein the first road package begins with a transmission path from the second communication path including - data flow Bearer path. 6. An apparatus in a wireless communication system, comprising: means for obtaining a first source address and a second source address of a mobile node located in a foreign network, wherein the first source address system One of the action ribs &amp; / &lt; x 仃 即 本 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一 在一Setting a care-of address; for transmitting the request signal to the home network using the off-source address to initialize the mobile node in the foreign network and the corresponding node in a remote network a component of a communication session; and means for transmitting the content of the communication session from the foreign network to the remote network using the second source address to the corresponding node. 7. The device of claim 6, further comprising: means for performing signal transmission for initialization of the communication session via a first communication path; and for transmitting the communication session via a second communication path The components of such content. I 8. The apparatus of claim 6, wherein the means for transmitting the signal comprises: V^ for transmitting a request to the home network to initiate the communication component; / for self-registering The network receives a token to confirm that the corresponding node receives an invitation to send an invitation from the 6-home network to join the session of the communication session. 101128-1001104.doc U0UJ61 —----_ is used to replace the page ° · Input 1 component: and, receive the component from the lending network. Confirmation of the establishment of the s 4 system. 9. If the device of claim 7 is ridden, the second route includes a combined transmission path and the starting path of the 。. - Including the path - data traffic bearer 10. If the request 7 is installed, the stand-up, the /, and further include: for the in-line communication system, the end-of-the-line device is in the absence of the common setting. The component of the address.卜"路" A new type of device in a communication system, comprising: a body circuit having computer readable instructions for: obtaining = the source of the action node in the foreign network - the source bit Address and brother 'one source address, basin φ seal _, ^ ', ° χ first-source address is in a home network: one of the action nodes of the home address 'and the second source The address is a commonly-assigned care-of address of the mobile node in the foreign network, and the first source address is used to transmit a request signal to the home network to initialize the foreign network. Transmitting a session between the mobile node and a corresponding node in a remote network and using the second source address to transmit the content of the communication session from the foreign foreign network to the remote network to the corresponding And a processor circuit coupled to the memory circuit for processing the computer readable instructions. The device of claim 11, wherein the memory circuit further comprises computer readable instructions. And other instructions for performing via a first communication path for 101128-1 001104.doc i M State Correction Replacement Page, the initialization of the communication session. The signal transmission via the second communication road relays the content of the communication session. The device of the monthly solution 12, wherein the memory circuit Further included are computer readable instructions for updating the co-located care-of address when the device moves from a first-out network to a second foreign network in the communication system. The device, wherein the memory circuit further comprises computer readable instructions for: transmitting an eye to the home network to initiate the communication session; &amp; introspecting the home network receiving a note confirming that the corresponding node receives The network sends an invitation to join the communication session; transmits the Haifuji to the foreign network; and receives confirmation from the 6 Hai foreign network that the communication session is established. The device of item f, wherein the first communication path comprises a -session start signal transmission path, and the second communication path comprises a data streaming path. 16 - a computer readable medium, υ ώ % Qing 4 is used for: ★ obtaining the first source address of the mobile node located in the foreign network - the source address of the mobile node, where the first source address is in the local network ^^ the mobile node - the address of the home address, and The second source address is a commonly-assigned care-of address of the mobile node in the lending network; and the first source address is used to transmit a request signal to the home network to initialize The communication session between the mobile node in the foreign network and the corresponding node in the remote network; and 10U28-100U04.doc 1360361 I month's correction replacement page uses the second source address The mountain hunter network transmits the content of the communication session to the corresponding node. 17. The computer readable medium of claim 16, wherein the step 314 includes computer readable instructions for the - the node and the second saver update the first address when moving from one network to another in the wireless communication system. The computer of the monthly claim 16 may be a medium, which further comprises computer readable instructions for: transmitting a call to the home network to initiate the communication session; receiving a note from the home network to confirm the corresponding The node receives a request from the home network to join the communication session; transmits the token to the foreign network; and receives an acknowledgement that the communication session is established from the Qihai outbound network. 19. The computer readable medium of claim 16, wherein a first communication path comprises a session start signal transmission path and a second communication path comprises a data flow bearer path. 10I128-1001104.doc