System for providing voice service in a multimedia mobile network
30 claims: 16 independent, 14 dependent
- 1発展型パケットコア(EPC:Evolved Packet Core)(18)ネットワークにおけるモビリティ管理エンティティ(15)であって、 ユーザ機器(12)に関する音声サービス呼び出しを受信する構成を含み、さらに、 1つ以上の利用可能な回線交換 型 セル(14)を決定するために、前記ユーザ機器(12)についての測定報告の履歴にアクセスし、 移動交換局(22)へのGs系インタフェース(26)のためのサポートを認識し、前記モビリティ管理エンティティ(15)はさらに前記Gs系インタフェース(26)の識別に応じてハンドオーバ手続きを開始するように構成され、 回線交換型(CS:circuit switched)セル(14)内での前記ユーザ機器(12)の音声呼の確立を要求する前記音声サービ ス 呼び出しを転送し、 前記転送された音声サービス呼び出しに応じて、およびGs系インタフェース(26)のサポートの前記認識に応じて前記ユーザ機器(12)からサービス要求を受信し、 前記測定報告の履歴に基づいて前記回線交換型セル(14)への前記ユーザ機器(12)のハンドオーバ手続きを要求し、前記ハンドオーバ手続きの要求は前記ユーザ機器(12)に対するハンドオーバ命令をもたらす、 構成を特徴とする、モビリティ管理エンティティ(15)。
- 2前記ハンドオーバ命令は前記回線交換型セル(14)を示す、請求項1に記載のモビリティ管理エンティティ(15)。
- 3前記ハンドオーバ命令は回線交換音声サービス要件の標識を含む、請求項1に記載のモビリティ管理エンティティ(15)。
- 4前記標識は前記音声サービス呼び出しを含む、請求項3に記載のモビリティ管理エンティティ(15)。
- 5さらに回線交換コアネットワーク(11)のロケーションエリアのトリガとなるように構成される、請求項1に記載のモビリティ管理エンティティ(5)。
- 6さらに、ロングタームエボリューション(Long Term Evolution)トラッキングエリアから前記ロケーションエリアへのマッピングを用いた、移動交換局(22)への前記ロケーションエリアのトリガとなるように構成される、請求項5に記載のモビリティ管理モビリティ(5)。
- 7さらに前記Gs系インタフェース(26)を通じて回線交換位置更新の手続きを実行するように構成される、請求項1に記載のモビリティ管理エンティティ(15)。
- 8移動通信装置(12)が1つ以上の非音声パケット交換サービスを有するeUTRANセル(16)から、回線交換 型 セル(14)を示すハンドオーバ命令を受信し、 前記ハンドオーバ命令に応じて、前記回線交換型セル(14)との音声サービスを確立し、 前記回線交換型セル(14)へのハンドオーバの終りに、前記回線交換型セル(14)に対して呼び出し応答を提供する、 構成を特徴とする、移動通信装置(12)。
- 9通信ネットワークにおいてユーザ機器(12)を作動させる方法であって、 回線交換型セル(14)を示すハンドオーバ命令を前記ユーザ機器(12)により受信する工程であって、前記 ユーザ機器 (12)が1つ以上の非音声パケット交換サービスを有するeUTRANセル(16)から、前記ハンドオーバ命令を受信する こと をさらに含む、前記受信 する 工程と、 前記ハンドオーバ命令に応じて前記回線交換型セル(14)との音声サービスを確立する工程と、 前記回線交換型セル(14)へのハンドオーバの終りに、前記回線交換型セル(14)に対して呼び出し応答を前記ユーザ機器(12)により提供する工程と、を特徴とする、方法。
- 10発展型パケットコア(18)を含むネットワークにおいて音声サービスを提供する方法であって、 前記方法は、 ユーザ機器(12)に関して前記発展型パケットコア(18)において音声サービス呼び出しを受信する工程を含み、さらに、 前記ユーザ機器(12)についての測定報告の履歴にアクセスする工程と、 前記測定報告の履歴から回線交換型セル(14)を決定する工程と、 前記回線交換型セル(14)への前記ユーザ機器(12)のハンドオーバ手続きを開始する工程と、 前記ユーザ機器(12)に対するハンドオーバ命令を提供する工程と、を特徴とする、方法。
- 11回線交換コア(14)のロケーションエリアに対して、前記発展型パケットコア(18)のトラッキングエリアをマッピンする工程をさらに含む、請求項1 0に 記載の方法。
- 12発展型ユニバーサル移動通信システム地上波無線アクセスネットワーク(eUTRAN:Evolved Universal Mobile Telecommunications System Terrestial Radio Access Network)(16)セルのパケット交換ドメインにおいて動作するユーザ機器(UE:User Equipment)(12)に対して音声サービスを提供する方法であって、 前記方法は、 発展型パケットコア(18)において音声サービス呼び出しを受信する工程を含み、さらに、 前記音声サービス呼び出しに基づいて、1つ以上の利用可能な回線交換型セル(14)を決定するために、前記UE(12)についての測定報告の履歴にアクセスする工程と、 前記1つ以上の利用可能な回線交換型セル(14)を選択する工程と、 前記eUTRANセ ルか ら前記1つ以上の利用可能な回線交換型セル(14)のうちの前記選択された回線交換型セル(14)への、前記UE(12)のハンドオーバ手続きを開始する工程であって、前記ハンドオーバ手続きは、前記回線交換型セル(14)の回線交換ドメインと前記UE(12)との間の音声サービスを確立する、前記開始 する 工程と、を特徴とする、方法。
- 13さらに、前記UE(12)が、前記ハンドオーバ手続きの完了時に、前記選択された回線交換型セル(14)を通じて呼び出し応答を送信する工程を特徴とする、請求項12に記載の方法。
- 14さらに、前記eUTRANセル(16)から前記UE(12)へのハンドオーバ命令を送信する工程を特徴とする、請求項1 2に 記載の方法。
- 15前記ハンドオーバ命令は前記選択された回線交換型セル(14)を示す、請求項14に記載の方法。
- 16前記ハンドオーバ命令は回線交換音声サービス要件の標識を含む、請求項1 4に 記載の方法。
- 17前記標識は前記音声サービス呼び出しを含む、請求項1 6に 記載の方法。
- 18さらに、前記UE(12)が、前記ハンドオーバ手続きの完了時に、前記選択された回線交換型セル(14)を通じて呼び出し応答を送信する工程を特徴とする、請求項1 6に 記載の方法。
- 19さらに、1つ以上のパケット交換サービスを停止する工程を特徴とする、請求項12に記載の方法。
- 20さらに、回線交換コア(14)のロケーションエリアへと前記発展型パケットコア(18)のトラッキングエリアをマッピングする工程を特徴とする、請求項1 2に 記載の方法。
- 21前記音声サービス呼び出しは移動交換局(22)から受信される、請求項12に記載の方法。
- 22前記音声サービス呼び出しは、前記移動交換局(22)とのGs系インタフェース(26)を通じて、前記発展型パケットコア(18)のモビリティ管理エンティティ(15)によって受信される、請求項21に記載の方法。
- 23さらに、前記Gs系インタフェース(26)を通じて、前記UE(12)のための回線交換位置更新の手続きを行なう工程を特徴とする、請求項2 2に 記載の方法。
- 24少なくとも1つのeNodeB(33)を含む少なくとも1つのeUTRANセル(16)を含み、 前記少なくとも1つのeNodeB(33)は、前記eNodeB(33)によりサービスを提供されるユーザ機器(UE)(12)のための音声サービスについての呼び出しを受信し、前記UE(12)を回線交換型セル(14)へとハンドオーバさせるために、前記ユーザ機器(UE)(12)についての測定報告の履歴を利用する構成を特徴とする、発展型ユニバーサル移動通信システム地上波無線アクセスネットワーク(eUTRAN)ネットワーク。
- 25前記少なくとも1つのeNodeB(33)は、前記ハンドオーバのために利用可能な回線交換型セル(14)を選択するために、前記測定報告の履歴を利用するように構成される、請求項24に記載のネットワーク。
- 26前記少なくとも1つのeNodeB(33)は、前記UE(12)にハンドオーバ命令を送信するように構成される、請求項24に記載のネットワーク。
- 27前記ハンドオーバ命令は、選択された利用可能な回線交換型セル(14)を示す、請求項26に記載のネットワーク。
- 28モビリティ管理エンティティ(15)を含む少なくとも1つの発展型パケットコア(EPC)(18)を含み、さらに、 前記モビリティ管理エンティティ(15)と、回線交換コアネットワーク(11)の移動交換局(22)との間のGs系インタフェース(26)を特徴とする、前記ネットワークであって、 前記eUTRANネットワーク(16)は、前記Gs系インタフェース(26)の存在の識別に応じて、前記UE(12)を回線交換型セル(14)へとハンドオーバさせるように構成される、請求項24に記載のネットワーク。
- 29音声サービスについての前記呼び出しは、前記Gs系インタフェース(26)を通じて、前記モビリティ管理エンティティ(15)によって前記移動交換局(22)から受信される、請求項 28 に記載のネットワーク。
- 30前記EPC(18)は、前記Gs系インタフェース(26)を通じて、回線交換位置更新の手続きを行なうように構成される、請求項29に記載のネットワーク。
Independent claims30
23 paragraphs, as filed
The present invention relates to a multimedia network. In particular and without limitation, the present invention relates to systems and methods of providing voice services in multimedia mobile networks.
Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (UTRAN) is a third-generation (3G) technology for the wireless provision of multimedia services. With the development of Evolved UTRAN (eUTRAN), also known as Long Term Evolution (LTE) and Evolved Packet Core (EPC), multimedia telephone services for IMS, for example, It is necessary to shift the telephone service provided by MTSI: Multimedia Telephony Service for IMS) from a conventional circuit switched (CS) system to a packet switched (PS) system. This allows the Internet Protocol (IP: Internet) Protocol The Multimedia Subsystem (IMS) needs to be deployed faster and wider than eUTRAN and EPC.
<p> It would be advantageous to provide an architecture that allows the reuse of the CS core network infrastructure to support voice services during the deployment of eUTRAN and EPC.</p>
<p> In one aspect, the invention identifies voice service requirements for user equipment, recognizes support for Gs-based interfaces, and depending on voice service requirements, and for support for Gs-based interfaces. It relates to an advanced packet core network including a mobility management entity configured to redirect a user device to a circuit-switched cell in response to recognition.</p><p> From another aspect, the present invention receives a handover from a packet-switched cell to a circuit-switched cell, and performs a circuit-switched call establishment procedure with the circuit-switched cell when the handover procedure is completed. Concerning the mobile communication device configured in.</p><p> From yet another aspect, the present invention is configured to approve a handover instruction regarding the user equipment, obtain a measurement report about the user equipment, and hand over the user equipment to the circuit-switched cell indicated in the measurement report. Regarding eNodeB that has been done. The handover instruction is approved in response to the voice service request by the user device.</p><p> In yet another aspect, the present invention relates to a method by which a user device establishes a voice service. This method includes a step of receiving a handover command for handover from a packet-switched cell to a circuit-switched cell, and a step of establishing a circuit-switched call with the circuit-switched cell when the handover procedure is completed. ..</p><p> From yet another aspect, the present invention relates to a method of providing voice services to user equipment (UE) operating in a packet switching domain of an advanced universal mobile communication system terrestrial radio access network (eUTRAN) cell. .. In this method, a voice service between a UE and a circuit-switched cell in a circuit-switched domain is based on a step of generating a voice service requirement, a step of determining a circuit-switched cell, and the process of generating and the step of determining the circuit-switched cell. Including the process of establishing.</p><p> From yet another aspect, the present invention relates to a network including a plurality of circuit-switched cells and an evolved packet system (EPS). EPS includes multiple Evolved UTRAN cells (eUTRAN) and at least one Evolved Packet Core (EPC). The EPC is configured to hand over a user device (UE) operating in at least one eUTRAN cell to at least one circuit-switched cell, depending on voice service requirements.</p><p> From yet another aspect, the present invention is for an advanced packet core to establish a voice service, including a step of identifying voice service requirements and a step of performing a handover from a packet-switched cell to a circuit-switched cell. Regarding the method.</p>
In the following sections, the present invention will be described with reference to exemplary embodiments shown in the drawings.<figref num="1">It is a figure of the network used in one Embodiment of this invention.</figref><figref num="2">It is a flowchart of the method of providing a packet switching handover from an eUTRAN cell.</figref><figref num="3">The network interface shown in Figure 1 is shown.</figref><figref num="4">Shows the procedure for UE network registration.</figref><figref num="5">Indicates an incoming voice call.</figref>
Figure 1 shows an overview of network 10. The CS core network (CN) 11 includes a media gateway (MGW) 21 and a mobile switching center (MSC) 22. Other forms of the CS domain, such as the Home Location Register (HLR), are also expected to exist, but are omitted for clarity. The CS core network 11 is a public switched telephone network (PSTN) through a 2G / 3G Radio Access Network (RAN) cell, for example through GERAN (GSM / Edge Radio Access Network) or UTRAN14. Provides voice services from Network) 23 to user equipment (UE) 12. Network 10 also includes an advanced packet system (EPS) including eUTRAN 16 that provides PS services including voice via one or more eUTRAN cells. The PS service is provided from the packet data network 17 via the advanced packet core (EPC) network 18 including the service providing gateway 19 and the mobility management Entity (MME) 15. MME15 provides aspects of control, including location tracking of UEs in idle mode and paging procedures according to the eUTRAN standard.
In network 10 of FIG. 1, voice services may be provided to UE12 in the PS domain via the eUTRAN cell or to users in the CS domain via the GERAN / UTRAN cell. This is because the coverage areas provided by these cells are expected to have a very high degree of overlap. In this example, mobile station (MS: mobile) UE12, also known as station), is considered to be operating within an eUTRAN cell controlled by eUTRAN16 (also known as an LTE cell), which is one or more active packets that do not contain audio elements. There is no voice service in progress in the eUTRAN cell that has the service. If voice service is required, voice service could be established in the PS domain as a VoIP service in the current eUTRAN cell. However, if the eUTRAN service is gradually disseminated because the IMS service does not exist at the time of initial LTE introduction, there may be an eUTRAN coverage area where the GERAN / UTRAN coverage areas overlap. In these overlapping areas, domain transfer (DTF) associated with IMS service deployment as UE12 approaches the boundaries of eUTRAN coverage. It may not be possible to continue the voice service initiated in the eUTRAN cell due to the lack of function). As such, attempting to establish a voice call within an eUTRAN cell when IMS is not supported will result in these calls being cut off when the UE attempts to leave the LTE coverage area. Will be. Instead, when voice service is desired, eUTRAN coverage is still available, but UE12 leaves the eUTRAN cell and UE attempts to take advantage of the overlapping coverage area of 2G (GERAN) or 3G (UTRAN) cells. In some cases, voice services can be established in the CS domain with 2G / 3G cells without fear of premature interruption as would be possible if established within the eUTRAN cell. This is because coverage of 2G / 3G cells is considered ubiquitous. Therefore, in one embodiment, the requirement to establish a voice service while the UE12 is in LTE coverage initiates the handover of the UE12 from the eUTRAN cell to the GERAN / UTRAN cell, in the GERAN / UTRAN cell. The desired voice service is established in the CS domain.
Here, a method of providing a voice service to a UE operating in a packet switching domain of an eUTRAN cell will be described with reference to the flowchart 100 of FIGS. 1 and 2. In step 101, the voice call call is received from the MSC22 of the CS core network 11 by the MME15 of the EPC18. MME15 forwards this call to eNodeB33 (see Figure 3) in the eUTRAN cell. This call that MME sends to eNodeB indicates that a voice call needs to be established in the CS domain. eNodeB33 knows one or more active PS services for UE12 and is therefore able to access the history of measurement reports for UE12 within eUTRAN16 (step 102). eNodeB33 utilizes the history of existing measurement reports to determine nearby GERAN / UTRAN cells that can be selected as candidates for PS handover (step 103) (ie, eNodeB33 selects candidate GERAN / UTRAN cells). You don't need to get a history of additional channel measurements from the UE before you do). When the eNodeB sends a call to the UE and receives a call response, it selects one of these nearby cells (step 104) and initiates the PS handover procedure (step 105). For indirect MT voice service requests, the MME uses a generic read procedure that does not indicate that the call it sends to eNodeB should perform an Inter-RAT PS handover to the GERAN / UTRAN cell. Use to start calling the UE. Upon receiving a service request from the UE (via eNodeB) in response to the intent of the call, the MME recognizes that an Inter RAT PS handover to GERAN / UTRAN is required and therefore GERAN for this UE. Inter-Rat PS to / UTRAN cell By instructing eNodeB to execute HO (that is, instead of performing call establishment procedures in the packet-switched domain), service requests can be answered. The eNodeB 33 then utilizes the history of existing measurement reports to determine nearby GERAN / UTRAN cells that can be selected as PS handover candidates, as in steps 103-105 above, for these nearby cells. Select one of them and start the PS handover procedure. In the handover procedure, a PS handover instruction addressed to the UE to the selected GERAN / UTRAN cell is transmitted to the UE 12. The PS Handover instruction contains a cause code (cause code) indicating that the MT CS domain voice call needs to be established. UE12 therefore reaches the GERAN / UTRAN cell 14 and utilizes it in the GERAN / UTRAN cell selected for the handover after the completion of the PS handover (ie, for non-voice services in progress in the LTE cell). (Radio resources are allocated), the UE will proceed immediately as if it had been called for a voice call within the CS domain. That is, UE12 sends a call response to MSC22. A CS domain voice service is then established between UE12 and GERAN / UTRAN14, like the legacy procedure for MT / MO call setup.
If both UE12 and GERAN / UTRAN14 do not support dual transfer mode, PS resources will be exhausted once the voice service is established within the CS domain. If both UE and GERAN / UTRAN14 support dual transfer mode, PS resources are held in parallel with the resources required for CS domain voice services. In the case of PS handover to a UTRAN cell, it can be considered as a logical equivalent of PS handover to a GERAN cell that supports dual transfer mode. This is because UTRAN essentially allows PS domain services and CS domain services to work in parallel.
In any case (if dual transfer mode is supported or not supported), to PS handover from the eUTRAN cell (ie to allocate the CS domain resources needed for voice services) It is not necessary to perform the subsequent in-cell handover. This is because CS domain resources are allocated within the target GERAN / UTRAN cell as part of the legacy MT and MO voice service establishment process. If dual transmit mode is not supported, the PS resources allocated by the target GERAN as part of the eUTRAN to GERAN handover procedure will be explicitly or implicitly released after the CS service is established. Is retained until.
If neither UE12 nor GERAN / UTRAN14 support dual transmit mode, or a set of active PS services in an eUTRAN cell emphasizes delay to the extent that PS handover for cell changes is strictly required. If not, UE12 or eUTRAN16 would still be able to initiate a PS handover to the GERAN / UTRAN cell to minimize the delay in establishing the desired voice service within the CS domain.
A block diagram showing the network interface is shown in Figure 3. The user device 12 has circuit-switched access through GERAN / UTRAN 14 that communicates with the CS core network 11 through the A / lu interface 28. UE12 also communicates with eNodeB 33 of eUTRAN16. The eUTRAN16 interfaces with the Advanced Packet Core (EPC) 18 through the S1 interface 29, known as 3GPP.
In a typical circuit-switched general packet radio service (GPRS) network, PS domain mobility management is performed by the Serving GPRS Support Node (SGSN), which provides CS domain location update information. A Gs interface is provided between the SGSN and the MSC to provide to the MSC. In the EPC network, mobility management is performed by the mobility management entity (MME) 15 of the advanced packet core (EPC) 18. Therefore, in order to maintain the mobility management function of the CS domain in the MSC server 22, the Gs interface (Gs-like"" is used between the MME15 of the EPC18 and the MSC server 22 of the CS core network 11. interface) 26 is provided. The Gs interface 26 is a procedure for updating the location of the CS domain (usually started in the GERAN cell during the PS handover procedure) so that CS call messages can be sent from the MSC server 22 to the MME15. Can be used for.
The existence of the Gs interface can be used as a trigger for the MME to decide when to perform a PS handover to the CS core network. For direct MT voice service requests, the MME indicates that an Inter-RAT PS handover to the GERAN / UTRAN cell should be performed (ie, instead of performing call establishment procedures in the packet-switched domain). It is possible to send the call to eNodeB, in which case eNodeB sends a signaling message to the UE that acts as the call. Upon receiving the response to this call, eNodeB utilizes the existing measurement history to instruct the UE to perform an Inter-RAT PS handover to the GERAN / UTRAN cell. For indirect MT voice service requests, the MME will make an Inter-RAT call to the GERAN / UTRAN cell that it sends to the eNodeB. Initiate a UE call using a generic call procedure that does not indicate that a PS handover should be performed (ie, the MME must actually verify that the UE is available in the eUTRAN cell). To do. When a service request from the UE is received (via eNodeB) in response to a call attempt and the UE finds that it supports a Gs-based interface to the MSC, the MME issues an Inter-RAT PS to the GERAN / UTRAN cell. Recognizing the need for a handover and therefore by instructing the eNodeB to perform an Inter-RAT PS HO to the GERAN / UTRAN cell for this UE (ie, the procedure for establishing a call in the packet-switched domain). It is possible to respond to service requests (instead of doing).
In another embodiment for the direct case, upon obtaining a call response from the UE (ie, confirming that the UE is in a particular E-UTRAN cell), the eNodeB initiates the PS handover procedure. Has authority and, as a result, sends a PS handover command to the UE. This is possible if the MME makes use of the calls it sends to eNodeB to effectively convey its knowledge of the existence of Gs-based interfaces.
Within a 3GPP CS domain, both Location Area (LA) and Service Area (SA) support CS services'control'for a variety of purposes, eg, based on geographic area. Is the basic concept of. Location and service area concepts can be essentially supported by EPC and / or by mapping between LTE tracking areas and 2G / 3G cell structures (ie LA and SA).
As mentioned earlier, ESP mobility management is provided through Mobility Management Entity (MME) 15. Figure 4 shows an example of mobility management with a special example of UE network registration. The UE has the identifiers needed to establish a CS voice service. The UE sends a registration request to eNodeB, so the UE is authenticated prior to MME registration. While operating within LTE coverage (ie, without the need to establish a voice service), CS location updates are performed by the MME15 from the LTE tracking area (TA) to the location area (LA) for the MSC server 22. Can be started using the mapping to). The CS connection may be incorporated and the CS location update procedure is by the UE (present in the LA structure visible in the broadcast) or by the MME (based on the mapping from the LTE / SAE TA structure). Note that it is possible to get started. Once the base IP bearer is established, an identifier (eg LA) can be sent to the UE. The same concept can be used when the UE roams to other LTE coverage areas. That is, the LTE TA update procedure may include the CS position update procedure.
Before starting and transmitting the CS voice service, the UE is moved to the 2G / 3G cell using PS handover. After arriving at the 2G / 3G cell, all subsequent call establishment signaling is the same as the 2G / 3G outgoing call, not including eUTRAN and EPC.
The processing of incoming calls when eUTRAN is active is shown in Figure 5. A call request 51 containing the International Mobile Subscriber Identity (IMSI) is generated on the MSC server 22 and sent to the MME 15. The MME15 sends a call request to the eNodeB 33 via the S1 interface, and a Radio Resource Control (RRC) connection is available to give the UE 12 a call notification. When the call notification is received in UE12, the UE may send only the call response (ie, does not include the measurement report information) to eNodeB33. As a result, the eNodeB starts transmitting the PS handover instruction to the UE 12 using the existing measurement report information (that is, MT). Direct case of CS domain voice service establishment). The UE is moved to the 2G / 3G cell (using PS handover) prior to call establishment signaling. After arriving at the 2G / 3G cell, all subsequent call establishment signaling is the same as used for legacy mode operation, where the UE utilizes 2G / 3G, for example, Node B52 and wireless network controller 53. A 2G / 3G incoming call is initiated when the cell provides the service.
As will be apparent to those skilled in the art, the embodiments described herein utilize existing 2G / 3G mechanisms. However, no new protocol is needed as it has no impact on 2G / 3GRAN and the level of impact on the 2G / 3G core network is not serious.
The embodiments described herein are as cost-effective gap fillers (gap fillers) for providing CS voice services that give operators a little time to transition to MTSI when deploying eUTRAN. Can be understood.
The terms and descriptors used herein follow the standards used in the 3GPP standard for advanced packet systems and long-term evolution. Descriptions of features, interfaces and performance that are not part of the innovative concept are omitted for clarity.
As will be appreciated by those skilled in the art, the innovative concepts described herein can be modified and modified over a wide range of applications. Thus, the scope of the subject matter of a patented invention is not limited to any particular exemplary teaching discussed above, but is instead defined by the following claims.
5 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| WO2007011983A1 | Cites | World Intellectual Property Organization (WIPO) |
| JP200361129A | Cites | Japan |
| WO2006057924A2 | Cites | World Intellectual Property Organization (WIPO) |
| WO0103463A1 | Cites | World Intellectual Property Organization (WIPO) |
| WO2007024112A1 | Cites | World Intellectual Property Organization (WIPO) |
| JP200650515A | Cites | Japan |
| US20050245263A1 | Cites | United States of America |
| US20020090975A1 | Cites | United States of America |
| WO2005086385A1 | Cites | World Intellectual Property Organization (WIPO) |
57 members in 16 offices
Priority claims14
| Document | Office | Kind | Date |
|---|---|---|---|
| 60946189 | United States of America | – | |
| 94618907 | United States of America | P | |
| 94618907 | United States of America | P | |
| 12137410 | United States of America | – | |
| 13741008 | United States of America | A | |
| 13741008 | United States of America | A | |
| 2008057580 | European Patent Office (EPO) | W | |
| 2008057580 | European Patent Office (EPO) | W | |
| 2007946189 | – | – | – |
| 2008137410 | – | – | – |
| 2008057580 | – | – | – |
| US20070946189P | – | – | – |
| US20080137410 | – | – | – |
| WO2008EP57580 | – | – | – |
Members57
| Document | Office | Kind | |
|---|---|---|---|
| AU2008265241A1 | Australia | A1 | |
| CA2689344A1 | Canada | A1 | |
| WO2008155314A1 | World Intellectual Property Organization (WIPO) | A1 | |
| AU2008267838A1 | Australia | A1 | |
| CA2691458A1 | Canada | A1 | |
| CA2927847A1 | Canada | A1 | |
| CA2927861A1 | Canada | A1 | |
| WO2009000696A1 | World Intellectual Property Organization (WIPO) | A1 | |
| US2009036130A1 | United States of America | A1 | |
| US2009036131A1 | United States of America | A1 | |
| EP2156682A1 | European Patent Office (EPO) | A1 | |
| CN101690329A | China | A | |
| CN101690332A | China | A | |
| KR20100036325A | Republic of Korea | A | |
| KR20100040883A | Republic of Korea | A | |
| EP2191658A1 | European Patent Office (EPO) | A1 | |
| MA31522B1 | Morocco | B1 | |
| MA31540B1 | Morocco | B1 | |
| JP2010530689A | Japan | A | |
| JP2010531593A | Japan | A | |
| EP2156682B1 | European Patent Office (EPO) | B1 | |
| AT522113T | Austria | T | |
| ATE522113T1 | Austria | T1 | |
| ES2368686T3 | Spain | T3 | |
| PT2156682E | Portugal | E | |
| US8094620B2 | United States of America | B2 | |
| PL2156682T3 | Poland | T3 | |
| US2012046037A1 | United States of America | A1 | |
| AU2008265241B2 | Australia | B2 | |
| US8259673B2 | United States of America | B2 | |
| US2012257600A1 | United States of America | A1 | |
| JP5048832B2This record | Japan | B2 | |
| JP5260642B2 | Japan | B2 | |
| AU2013216641A1 | Australia | A1 | |
| AU2008267838B2 | Australia | B2 | |
| MY150028A | Malaysia | A | |
| MY151679A | Malaysia | A | |
| KR101508402B1 | Republic of Korea | B1 | |
| KR101517255B1 | Republic of Korea | B1 | |
| US9137709B2 | United States of America | B2 | |
| CA2689344C | Canada | C | |
| US9277460B2 | United States of America | B2 | |
| CN101690329B | China | B | |
| AU2013216641B2 | Australia | B2 | |
| CN101690332B | China | B | |
| CA2927847C | Canada | C | |
| CA2927861C | Canada | C | |
| BRPI0813376A2 | Brazil | A2 | |
| BRPI0813767A2 | Brazil | A2 | |
| MY163191A | Malaysia | A | |
| EP2191658B1 | European Patent Office (EPO) | B1 | |
| DK2191658T3 | Denmark | T3 | |
| ES2670855T3 | Spain | T3 | |
| CA2691458C | Canada | C | |
| BRPI0813767B1 | Brazil | B1 | |
| BRPI0813376B1 | Brazil | B1 | |
| BR122020015813B1 | Brazil | B1 |
22 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Renewal fee payment (event date is renewal date of database)FPAY | FPAY | |
| Certificate of patent or registration of utility modelJAPANESE INTERMEDIATE CODE: R150R150 | R150 | |
| Certificate of patent or registration of utility modelJAPANESE INTERMEDIATE CODE: R150R150 | R150 | |
| First payment of annual fees (during grant procedure)JAPANESE INTERMEDIATE CODE: A61A61 | A61 | |
| Written decision to grant a patent or to grant a registration (utility model)JAPANESE INTERMEDIATE CODE: A01A01 | A01 | |
| Written decision to grant a patent or to grant a registration (utility model)JAPANESE INTERMEDIATE CODE: A01A01 | A01 | |
| Decision of grant or rejection writtenTRDD | TRDD | |
| Request for written amendment filedJAPANESE INTERMEDIATE CODE: A523A521 | A521 | |
| Notification of reasons for refusalJAPANESE INTERMEDIATE CODE: A131A131 | A131 | |
| Report on retrievalJAPANESE INTERMEDIATE CODE: A971007A977 | A977 | |
| Written request for application examinationJAPANESE INTERMEDIATE CODE: A621A621 | A621 |
Numbers
- Publication
- 5048832
- Publication, DOCDB
- 5048832
- Publication, EPODOC
- JP5048832B
- Application
- 2010513846
- Application, DOCDB
- 2010513846
- Application, EPODOC
- JP20100513846
Titles2
- Japanese
- マルチメディア・モバイルネットワークにおいて音声サービスを提供するシステムおよび方法
- English
- Systems and methods for providing voice services in multimedia and mobile networks
Classification
- CPC, 4
- H04W36/0022
- H04W36/00224
- H04W36/1443
- H04W36/008375
- IPC, 2
- H04W36 14
- H04W48 18
